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, security headers až po log file analysis. Na konci najdete checklist 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ů.

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).

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).

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 více jazykových mutací jasně oddělujte verze přes hreflang. Bez toho Google náhodně míchá verze a zobrazuje slovenský obsah českým uživatelům (a naopak).

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 — nejefektivnější pro featured snippets, pokud má stránka Q&A
  • Product + Review + AggregateRating — pro e-shopy

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).

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í: Mobile-Friendly Test v Search Console + reálná zařízení (ne jen Chrome DevTools simulátor — ten lže u performance metrik).

6. HTTPS a security headers

HTTPS je dnes baseline (Google penalizuje HTTP weby), ale samotné HTTPS nestačí. Přidáme bezpečnostní HTTP hlavičky, které chrání návštěvníky a Google je při E-E-A-T hodnocení bere v úvahu:

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

Google penalizuje duplicity a thin content (krátké, prázdné stránky s nulovou hodnotou). Č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 — buď canonical na hlavní kategorii, nebo noindex, follow
  • Multi-domain weby se stejným obsahem (cz/sk verze bez hreflang)
  • Stránky < 300 slov bez unikátní hodnoty

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é.

Technický SEO checklist

Stručný shrnující checklist — můžete použít při svépomocné kontrole nebo briefování vývojáře:

  • ☐ XML sitemap odeslaná v Google Search Console, stav „Úspěch"
  • ☐ robots.txt neblokuje důležité stránky ani CSS/JS
  • ☐ Canonical tag na každé stránce (self-referential i na hlavní verzi)
  • ☐ Schema markup: Organization, BreadcrumbList, Article (na blogu), FAQPage (kde sedí)
  • ☐ Validace schemat přes Rich Results Test bez chyb
  • ☐ Core Web Vitals v zelené (PageSpeed Insights / Search Console → Core Web Vitals report)
  • ☐ HTTPS + HSTS + základní security headers
  • ☐ Mobile-Friendly Test bez chyb
  • ☐ Žádné 4xx chyby na interních odkazech (zkontrolovat Screaming Frog crawlerem)
  • ☐ Žádné redirect chains (A → B → C, vždy přímé A → C)
  • ☐ Internal linking — žádné sirotčí stránky, max 3 kliky od homepage
  • ☐ Hezké URL bez parametrů, lowercase, s pomlčkami
  • ☐ 404 stránka užitečná (návrh kategorií, search box), s HTTP statusem 404 (ne 200!)
  • ☐ Žádný duplicitní obsah (canonical nebo noindex)

Č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.

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.