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ánceWebPage/WebSite— základní identifikaceService— pro jednotlivé službyArticle— pro blogové články (autor, datum, kategorie)FAQPage— nejefektivnější pro featured snippets, pokud má stránka Q&AProduct+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ě),
srcsetpro 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ždydefernebo 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, neTechnické-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.