Ve zkratce
  • Technické SEO řeší, jak je web postavený: crawlování, indexaci, schema markup a rychlost — ne texty.
  • Nejčastější chyby: zablokovaný robots.txt, chybějící canonical, pomalý web a obsah závislý na JavaScriptu.
  • Audit firemního webu stojí 10 000 – 38 000 Kč a trvá 3 – 7 dní; postup auditu i checklist 18 bodů s prioritami najdete níže.
  • AI vyhledávače stavějí na stejném základu — ale jejich boti nerenderují JavaScript. Co není v HTML, ChatGPT neuvidí.

Technické SEO je soubor optimalizací na úrovni kódu, infrastruktury a konfigurace serveru, které pomáhají vyhledávačům efektivně procházet, indexovat a hodnotit váš web. Na rozdíl od obsahového SEO se nezabývá tím, co píšete, ale tím, jak je váš web technicky postavený.

V tomto průvodci projdeme všechny klíčové oblasti, které v auditech B2B webů nejčastěji řešíme — od indexace přes schema markup, Core Web Vitals a security headers až po log file analysis a optimalizaci pro AI vyhledávače. Na konci najdete přehled nástrojů, postup a cenu auditu, checklist 18 bodů s prioritami a odpovědi na časté otázky.

Proč na technickém SEO záleží

I kdybyste měli nejlepší obsah na světě, pokud ho Google nedokáže efektivně načíst a zaindexovat, nikdo ho nenajde. Technické SEO je neviditelný základ — bez něj se snaha při tvorbě obsahu ani budování backlinků neprojeví naplno.

Z reálných auditů: web s perfektním obsahem a 50 000 návštěvami měsíčně ztratil za rok 60 % organic traffic po jednom špatném deployi, který přepnul robots.txt z dev verze. Měsíce optimalizace zničené jedním souborem. Tohle je technické SEO.

1. Crawling a indexace

První krok — Google musí vědět, že stránka existuje, a smět ji procházet. Tady se rozhoduje 50 % všech technických problémů. Celá cesta stránky do výsledků vyhledávání vypadá takhle:

Objevení URLCrawlingRendering (JS)IndexaceRanking sitemap, odkazy,IndexNow robots.txt,crawl budget AI boti tuhle fázipřeskakují! canonical,noindex, duplicity obsah, autorita,Core Web Vitals

XML sitemap

Strojově čitelná mapa všech stránek webu. Měla by být automaticky generovaná z dat aplikace (nikdy ne ručně editovaná), obsahovat <lastmod> z reálného data úpravy a být odeslaná v Google Search Console. Pro větší weby rozdělit na index sitemap + sub-sitemapy (po 50 000 URL maximum). Google přitom changefreq a priority ignoruje a lastmod zohlední jen tehdy, když mu může dlouhodobě věřit — generujte ho z reálného data úpravy, ne „vždy dnes“. Bonus: sub-sitemapy po sekcích (blog, produkty, statické stránky) vám v Search Console ukážou indexaci každé sekce zvlášť.

robots.txt

Řídí přístup botů k částem webu. Nejčastější chyba: Disallow: / zůstane z dev prostředí po deployi. Druhá nejčastější: blokování CSS/JS souborů, které Google potřebuje na rendering. Pravidlo: blokujte jen to, co opravdu nemá být indexované (admin panel, výsledky vyhledávání, parametrické URL).

Nová vrstva od nástupu AI vyhledávačů: AI crawlery (GPTBot, ClaudeBot, PerplexityBot). Pokud chcete být citováni v odpovědích ChatGPT či Perplexity, neblokujte je — plošný zákaz AI botů v robots.txt znamená pro AI vyhledávače neviditelnost.

Canonical tagy

Říkají Googlu „tohle je oficiální verze této stránky" — kritické u stránek dostupných na více URL (s/bez trailing slash, http/https, www/non-www, parametrické URL).

<link rel="canonical" href="https://www.example.cz/produkt/xyz" />

Bez canonical může Google indexovat pět variant téže stránky a žádná nebude rankovat dobře.

Robots meta a X-Robots-Tag

<meta name="robots" content="noindex"> pro stránky, které nemají být v Googlu (stránky filtrů, login, thank-you stránky). Pro PDF/obrázky totéž přes HTTP hlavičku X-Robots-Tag.

Hreflang (vícejazyčné weby)

U jazykových mutací jasně oddělte verze přes hreflang — jinak je Google míchá a českým uživatelům zobrazuje slovenský obsah (a naopak; viděli jsme to i na vlastních datech, než jsme mutace pořádně oddělili). Tři pravidla, na kterých se nejčastěji selhává:

  • Reciprocita — anotace musí být oboustranné; pokud CZ stránka ukazuje na SK, musí SK ukazovat zpět, jinak Google celý pár ignoruje
  • x-default — určuje verzi pro jazyky, které nepokrýváte
  • Sebereference — každá stránka uvádí v anotacích i sama sebe
<link rel="alternate" hreflang="cs" href="https://www.example.cz/sluzby/" />
<link rel="alternate" hreflang="sk" href="https://www.example.sk/sluzby/" />
<link rel="alternate" hreflang="x-default" href="https://www.example.cz/sluzby/" />

Implementovat lze v <head> nebo přes XML sitemap — u stovek stránek je sitemap přehlednější.

IndexNow — push indexace pro Bing a Seznam

Google čeká, až k vám přijde crawler. IndexNow to otáčí: při změně stránky pošlete ping a vyhledávač o ní ví okamžitě. Podporuje ho Bing (ze kterého čerpá ChatGPT) i Seznam.cz — pro český trh prakticky povinnost, pro AI viditelnost levná pojistka. Implementace je jeden API klíč v kořeni webu a jeden HTTP request při publikování; my ho posíláme automaticky při každém nasazení.

Diagnostika: kde v Search Console hledat problémy

První otázka každého auditu zní „jak vlastně zjistím, že mám technický problém“. Odpověď je téměř vždy v Google Search Console:

  • Indexování → Stránky — kolik stránek je indexovaných a proč ostatní nejsou. Stav „Procházeno – momentálně neindexováno“ obvykle znamená slabý či duplicitní obsah, „Objeveno – momentálně neindexováno“ zase problém s crawl budgetem nebo pomalým serverem.
  • Nastavení → Statistiky procházení — kolik requestů Googlebot dělá, jaké status kódy dostává a jestli se nepřehrabuje zbytečnostmi.
  • Kontrola URL — pro konkrétní stránku: jak ji Google vidí, vyrenderované HTML a důvod případné neindexace.

K tomu Bing Webmaster Tools — druhý pohled zdarma a jediný způsob, jak vidět web očima indexu, ze kterého čerpá ChatGPT.

2. Strukturovaná data (schema markup)

Slovník schema.org pomáhá Googlu porozumět významu obsahu — nejen číst slova. Výsledek: rich snippets, featured snippets, vyšší CTR i při stejné pozici.

Pro B2B firemní web minimum:

  • Organization — firma, logo, kontakty, sociální sítě (jednou na webu, v @graph)
  • BreadcrumbList — drobečky, na každé non-home stránce
  • WebPage / WebSite — základní identifikace
  • Service — pro jednotlivé služby
  • Article — pro blogové články (autor, datum, kategorie)
  • FAQPage — hotové Q&A páry pro AI vyhledávače; klasické FAQ rich snippety Google od srpna 2023 zobrazuje už jen vládním a zdravotnickým webům
  • Product + Review + AggregateRating — pro e-shopy

Pro důvěryhodnost (E-E-A-T) a správné přiřazení obsahu k entitě doplňte i Person schema autora se sameAs odkazy (LinkedIn apod.) propojené na Organization — podle entit dnes přiřazují zdroje i AI vyhledávače, nejen Google.

Příklad FAQPage schema (JSON-LD v <head>):

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Kolik stojí web na míru?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Firemní web 38 000–100 000 Kč..."
    }
  }]
}
</script>

Validaci děláme přes Schema Markup Validator a Rich Results Test od Googlu. Bez validátoru vždy něco přehlédnete.

3. Core Web Vitals — výkon jako ranking faktor

Tři metriky, podle kterých Google hodnotí uživatelský zážitek — LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift), INP (Interaction to Next Paint). Jsou oficiálním ranking faktorem od 2021 (FID nahrazeno INP v březnu 2024).

MetrikaDobráKe zlepšeníŠpatná
LCP — načtení hlavního obsahu≤ 2,5 s2,5 – 4 s> 4 s
INP — odezva na interakci≤ 200 ms200 – 500 ms> 500 ms
CLS — vizuální stabilita≤ 0,10,1 – 0,25> 0,25

Pozor na rozdíl lab vs field dat: skóre v PageSpeed Insights je laboratorní simulace, ale Google rankuje podle reálných měření uživatelů (CrUX, klouzavé 28denní okno). Proto se oprava projeví v reportech až za několik týdnů — a proto „100/100 v Lighthouse“ ještě neznamená zelené Core Web Vitals.

4. Rychlost a výkon

Core Web Vitals měří výsledek, tady jsou konkrétní techniky, které je ovlivňují:

  • CDN — Cloudflare nebo BunnyCDN. Pro český trh je latence z Frankfurtu < 30 ms, ale efekt na cache-hit obsahu je obrovský.
  • Optimalizace obrázků — formáty WebP/AVIF (50 % menší než JPEG při stejné kvalitě), srcset pro responsive, loading="lazy" pro below-the-fold
  • Brotli komprese — o 15–25 % účinnější než gzip, dnes podporovaná všude
  • HTTP/2 nebo HTTP/3 — multiplexing eliminuje round-trip overhead při více requestech
  • Preload kritických zdrojů — fonty, hero obrázek, kritické CSS
  • Defer/async JavaScript — nikdy render-blocking JS v <head>, vždy defer nebo na konci <body>
  • CSS bundling + critical CSS inline — kritické CSS pro above-the-fold inline, zbytek deferred
  • Server response time — TTFB pod 200 ms (PHP-FPM + OPcache, pro Nette nastavená robot loader cache v produkci)

5. Mobile-first indexing

Od 2019 Google indexuje weby primárně podle mobilní verze. Pokud je desktop bohatý, ale mobil ochuzený o obsah, Google vidí jen ten ochuzený. Princip: stejný obsah, stejná metadata, stejné schema na obou verzích.

Testování: Lighthouse s mobilním profilem, report Core Web Vitals (Mobil) v Search Console a reálná zařízení — DevTools simulátor u výkonu lže. (Samostatný Mobile-Friendly Test Google zrušil v prosinci 2023 — pokud vám ho někdo doporučuje, čte staré návody.)

6. HTTPS a security headers

HTTPS je dnes baseline — je ranking signálem a prohlížeče HTTP weby otevřeně označují jako nezabezpečené (nejde o penalizaci; HTTP web dnes prostě nemá šanci). Samotné HTTPS ale nestačí — přidáváme bezpečnostní hlavičky, které chrání návštěvníky a patří ke standardu profesionálně spravovaného webu:

Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains; preload"
Header always set X-Content-Type-Options "nosniff"
Header always set X-Frame-Options "SAMEORIGIN"
Header always set Referrer-Policy "strict-origin-when-cross-origin"
Header always set Permissions-Policy "geolocation=(), camera=(), microphone=()"
Header always set Content-Security-Policy "default-src 'self'; ..."

Bezpečnosti webu obecně se věnujeme v článku Bezpečnost firemního webu.

7. Internal linking a anchor texty

Interní odkazy distribuují „link juice" napříč webem a říkají Googlu, které stránky jsou důležité. Pravidla z praxe:

  • Anchor text musí být deskriptivní — ne „klikněte sem", ale „technický SEO audit"
  • Z článků odkazujte na služby (komerční záměr), ne jen mezi články
  • Sirotčí stránka (žádný interní odkaz nikde) = Google ji odepíše. Vždy aspoň 1 odkaz odněkud.
  • Hloubka kliknutí z homepage maximálně 3 — všechno hlubší je pro Google podřadné
  • Pro velké weby pillar pages + topic clusters (jeden hluboký článek + 10 podpůrných, všechny vzájemně prolinkované)

8. URL struktura a slugy

URL je ranking faktor (malý, ale měřený) a hlavně UX faktor — hezká URL se lépe sdílí a klikavěji se zobrazuje ve výsledcích:

  • Krátké, deskriptivní, s klíčovým slovem (/sluzby/seo-audit/ místo /page?id=42)
  • Pomlčky (-), ne podtržítka nebo mezery
  • Lowercase, bez diakritiky (technicke-seo, ne Technické-SEO)
  • Trailing slash — vyberte jeden styl a držte ho konzistentně (přes 301 redirect na canonical verzi)
  • Při změně URL vždy 301 redirect ze staré — jinak přijdete o backlinks i o pozici

V Nette řešíme pretty URL přes RouterFactory — detailně v článku Pretty URL routing v Nette.

9. Duplicitní a tenký obsah

Rovnou vyvraťme mýtus: „duplicate content penalty“ neexistuje — Google duplicity nepenalizuje, ale sám si vybere, kterou verzi indexuje, a signály (odkazy, hodnocení) se rozloží mezi varianty. Výsledek je, jako byste penalizovaní byli: ani jedna verze nerankuje pořádně. Tenký obsah (krátké stránky bez hodnoty) zase táhne dolů důvěru v celý web. Časté zdroje problémů:

  • Tag/category archivy se stejným obsahem jako kategorie
  • Parametrické URL (?sort=price&color=red) bez canonical
  • Stránky filtrů v e-shopech (faceted navigation) — největší zdroj duplicit vůbec, viz níže
  • Multi-domain weby se stejným obsahem (cz/sk verze bez hreflang)
  • Stránky < 300 slov bez unikátní hodnoty

Faceted navigation a stránkování (e-shopy)

Filtry umí z kategorie s 200 produkty vyrobit miliony kombinací URL — crawl trap, který sežere celý crawl budget. Praktické rozhodovací pravidlo:

  • Kombinace s reálnou poptávkou (např. kategorie + značka) — nechat indexovatelné s vlastním title a sebereferenčním canonical
  • Všechno ostatní (řazení, cena, vícenásobné filtry) — noindex, follow nebo canonical na hlavní kategorii
  • Nekonečné kombinace (kalendáře, vnořené filtry) — rovnou blokovat v robots.txt

Stránkování: rel="prev/next" Google roky ignoruje — stačí, když má každá strana sebereferenční canonical a odkazy na další strany jsou normální <a href> v HTML.

10. Log file analysis (pokročilé)

Nejpodceňovanější technika v technickém SEO. Serverové access logy ukazují, co Googlebot reálně dělá — které stránky navštěvuje, jak často, kde naráží na 4xx/5xx, kde ztrácí crawl budget na zbytečnostech.

Pro větší B2B web (5000+ URL) je log analysis to, co odhalí, proč nové sekce nerankují — Googlebot je prostě ještě nestihl navštívit, protože ztrácí čas na starých parametrických URL.

Nástroje: Screaming Frog Log Analyzer, nebo vlastní Python skripty s pandas. Pro malé weby zbytečné, pro střední a větší naprosto klíčové.

11. JavaScript SEO a rendering

Čím dál víc webů staví obsah JavaScriptem — a Google ho sice umí vykonat, ale s omezeními: rendering běží v oddělené frontě (dnes typicky minuty, ne dny — problém není čekání, ale spolehlivost a crawl budget) a každá vrstva navíc je místo, kde se něco pokazí. Problémy vznikají hlavně u SPA (React/Vue bez server-side renderingu), obsahu dotahovaného až po interakci a interních odkazů generovaných JS-em. A zásadní věc pro rok 2026: AI crawlery JavaScript nerenderují vůbec — co není v prvotním HTML, ChatGPT, Claude ani Perplexity nikdy neuvidí.

  • Kritický obsah v HTML — hlavní text, nadpisy a odkazy musí být v prvotním HTML, ne dotahované JavaScriptem
  • SSR nebo prerendering pro SPA — single-page aplikace bez server-side renderingu (Next/Nuxt) či statického prerenderu je pro SEO handicap
  • Odkazy jako <a href> — ne onclick handlery; Googlebot nekliká, jen následuje odkazy
  • Test: zobrazte si zdrojový kód stránky (Ctrl+U) — co v něm nevidíte, to nemusí vidět ani Google. URL Inspection v Search Console ukáže vyrenderovanou verzi.

Serverově renderované weby (jako ty, které stavíme v Nette/Latte) mají tuhle kapitolu zadarmo — celý obsah je v HTML od prvního bajtu.

12. Technické SEO pro AI vyhledávače (GEO)

Rok 2026 přidal technickému SEO novou vrstvu: AI vyhledávače — ChatGPT, Perplexity, Google AI Overviews. Dobrá zpráva: stojí na stejném technickém základu (crawlovatelnost, rychlost, strukturovaná data), takže nic z tohoto článku není zbytečné. Při řízení přístupu v robots.txt ale rozlišujte tři typy AI botů — každý dělá něco jiného:

  • Tréninkové crawlery (GPTBot, ClaudeBot) — sbírají data na trénink modelů; jejich blokování je legitimní volba a na viditelnost v odpovědích má malý vliv
  • Search crawlery (OAI-SearchBot, PerplexityBot) — plní index AI vyhledávání; blokovat je = nebýt v odpovědích
  • On-demand fetchery (ChatGPT-User, Claude-User) — načítají stránku ve chvíli, kdy se uživatel ptá; jejich blokování zabije citace v reálném čase

K tomu llms.txt — kurátorovaný rozcestník pro AI v kořeni webu. Poctivě: zatím je to experimentální návrh, Google ani OpenAI ho oficiálně nečtou — ale náklady jsou nulové a část AI nástrojů ho už používá, takže ho nasazujeme standardně. Co funguje prokazatelně: answer-first struktura obsahu, FAQPage schema jako hotové Q&A páry a obsah v čistém HTML (AI boti nerenderují JavaScript — viz sekce 11). Kompletní návod včetně měření máme v článku GEO optimalizace — jak se dostat do odpovědí AI.

Nástroje na technické SEO

Všechno podstatné pokryjete zdarma nebo za jednotky tisíc Kč ročně:

NástrojNa coCena
Google Search Consoleindexace, Core Web Vitals, Kontrola URL — základ všehozdarma
Bing Webmaster Toolsdruhý index (čerpá z něj ChatGPT) + IndexNowzdarma
Screaming Frog SEO Spidercrawl webu — canonical, redirecty, 4xx, hloubka kliknutído 500 URL zdarma, pak ~6 000 Kč/rok
PageSpeed Insights / LighthouseCore Web Vitals — lab i field datazdarma
Schema Markup Validator + Rich Results Testvalidace strukturovaných datzdarma
GTmetrix / WebPageTestwaterfall analýza načítánízdarma / freemium
Ahrefs / Semrushsite audit, backlinky, sledování pozicod ~3 000 Kč/měs.
Screaming Frog Log File Analyserco Googlebot na webu reálně děláfree verze, plná ~2 900 Kč/rok

Technický SEO checklist

18 bodů na svépomocnou kontrolu nebo brief pro vývojáře — seřazené podle priority:

KontrolaJak ověřitPriorita
robots.txt neblokuje důležité stránky ani CSS/JSexample.cz/robots.txt + Kontrola URL v GSCkritická
XML sitemap odeslaná, bez chyb, reálný lastmodGSC → Sitemapykritická
Canonical na každé stránce (i sebereferenční)view-source / Screaming Frogkritická
HTTPS všude + HSTS, jediná verze domény (301)test http/www variantkritická
Kritický obsah a odkazy v HTML bez JavaScriptuCtrl+U — co tam není, AI boti nevidíkritická
Core Web Vitals v zelené (field data)GSC → Core Web Vitals / PSIdůležitá
Schema: Organization, BreadcrumbList, Article, FAQPageRich Results Test bez chybdůležitá
Žádné 4xx na interních odkazechScreaming Frog crawldůležitá
Žádné redirect chains (A → B → C)Screaming Frog → Redirectsdůležitá
404 stránka vrací status 404 (ne 200) a je užitečnáDevTools → Networkdůležitá
Duplicity vyřešené (canonical / noindex)GSC → Stránky → důvody neindexacedůležitá
Interní odkazy — žádní sirotci, max 3 kliky z homepageScreaming Frog → Crawl Depthdůležitá
Mobil má stejný obsah a metadata jako desktopporovnání + Lighthouse mobildůležitá
Hreflang u jazykových mutací (reciproční + x-default)view-source / sitemapdůležitá
Čisté URL — lowercase, pomlčky, bez parametrůpohledemdoplňková
Bezpečnostní hlavičky (CSP, X-Content-Type-Options…)securityheaders.comdoplňková
IndexNow ping při publikování (Bing, Seznam)Bing Webmaster Tools → IndexNowdoplňková
llms.txt + answer-first obsah pro AI vyhledávačeexample.cz/llms.txtdoplňková

Jak probíhá technický SEO audit: postup, cena a výstupy

Když audit děláme my, vypadá takhle:

  1. Crawl celého webu (Screaming Frog) — canonical, redirecty, 4xx, hloubka kliknutí, duplicity
  2. Data z Google Search Console a Bing Webmaster Tools — co je indexované, co ne a proč; statistiky procházení
  3. Výkon a rendering — Core Web Vitals (field data), JavaScript závislosti, u větších webů log file analysis
  4. Report s prioritami — každý nález s dopadem, technickým řešením a odhadem pracnosti; použitelný přímo jako brief pro vývojáře
  5. Re-check po opravách — kontrola, že fixy sedí a Google je zaregistroval
Rozsah webuCena audituTrvání
Menší B2B web (do ~200 stránek)od 10 000 Kč3 – 4 dny
Standardní firemní web / blog19 000 – 38 000 Kč4 – 7 dní
E-shop nebo aplikace s filtryindividuálně podle rozsahuod týdne

Na rozdíl od čistě marketingových auditů umíme nálezy rovnou i opravit — jsme vývojáři, takže report neskončí v šuplíku. Detaily služby: technický SEO audit a servis. Souvisí i přístupnost webu — s technickým SEO se z velké části překrývá a pro e-shopy je od června 2025 povinná.

Časté otázky

Co je technické SEO?
Technické SEO je soubor optimalizací na úrovni kódu, infrastruktury a konfigurace serveru, které pomáhají vyhledávačům efektivně procházet, indexovat a hodnotit webovou stránku. Na rozdíl od on-page SEO se nezabývá obsahem textu, ale tím, jak je web technicky postavený.
Čím se liší technické SEO od on-page a off-page SEO?
On-page SEO řeší kvalitu obsahu — texty, nadpisy, klíčová slova. Off-page SEO je o autoritě zvenku — backlinks, brand mentions, social signals. Technické SEO je všechno mezi tím: indexace, rychlost, schema, security, mobile-friendliness. Bez technického základu se snaha o obsah a backlinks neprojeví.
Kolik stojí technický SEO audit?
Audit menšího B2B webu (do 200 stránek) u nás začíná kolem 10 000 Kč, standardní firemní web 19 000–38 000 Kč, větší e-shop nebo aplikace podle rozsahu. Cena zahrnuje report s prioritizovaným seznamem nálezů, technická řešení a odhad pracnosti opravy. Cenovou nabídku rádi připravíme po krátké diagnostice.
Jak dlouho trvá technická optimalizace webu?
Audit zabere 3–7 pracovních dnů. Implementace doporučení je obvykle 2–6 týdnů v závislosti na rozsahu a stavu kódu. První efekty v Google Search Console bývají vidět po 4–8 týdnech, plný dopad po 3–6 měsících.
Jaké nástroje používáte při technickém SEO?
Pro crawl Screaming Frog nebo Sitebulb, pro indexaci Google Search Console a Bing Webmaster Tools, pro výkon PageSpeed Insights, WebPageTest a Lighthouse CI, pro log file analysis vlastní skripty nebo Screaming Frog Log Analyzer, pro validaci schemat Schema Markup Validator a Rich Results Test od Googlu.
Jaké jsou nejčastější technické SEO chyby na firemních webech?
V auditech vidíme nejčastěji: chybějící nebo špatné canonical tagy, nesprávný robots.txt blokující důležité stránky, neaktualizovanou sitemap, chybějící nebo špatný schema markup, pomalé Core Web Vitals (hlavně CLS a INP), duplicitní obsah z chybějících redirectů, nezabezpečené HTTP varianty a chybějící HSTS, slabý internal linking. Dobrá zpráva: 80 % těchto chyb se dá opravit za pár dní práce.
Je technické SEO důležitější než obsah?
Ne — jsou komplementární. Nejlepší obsah bez technického základu Google neuvidí. Nejlepší technické SEO bez obsahu nemá za co rankovat. V praxi začínáme technickým auditem (řeší „proč mě Google nevidí" a „proč jsem pomalý"), potom přichází content strategy.
Ovlivňuje technické SEO i viditelnost v AI vyhledávačích (ChatGPT, Perplexity)?
Ano, přímo. AI vyhledávače stojí na stejném základě: crawlovatelnost, obsah v HTML bez JavaScriptu, strukturovaná data a rychlé odpovědi serveru. Navíc pomáhá llms.txt v kořenu webu, FAQPage schema (hotové Q&A páry pro AI) a neblokované AI crawlery (GPTBot, ClaudeBot, PerplexityBot) v robots.txt.

Závěr — kdy zavolat odborníka

Technické SEO není raketová věda, ale vyžaduje systematický přístup, znalost aktuálních Google guidelines a dobré nástroje. U malého firemního webu základní věci (sitemap, schema, canonical) zvládne i zkušenější vývojář. U větších webů, e-shopů nebo při migraci starého webu se vyplatí přizvat technický SEO audit — zaplatíte za hodiny práce, ušetříte měsíce neoptimalizované návštěvnosti.

Děláme audity pro B2B firemní weby i webové aplikace na míru — od základních quick winů po hluboké pillar/cluster strategie. Napište nám a navrhneme rozsah i cenu.

Autor Ondrej Remeselník

Zakladatel a vývojář DataStorm. Ve vývoji softwaru od roku 1999 — weby, aplikace a systémy pro firmy jako IAD Investments, DPD či SME. Píše z praxe, ne z doslechu.