technické es-í-ouTakéTechnická optimalizace pro vyhledávače, Technical search engine optimizationPokročilý

Definice

Technické SEO je část optimalizace pro vyhledávače, která řeší, zda robot web vůbec najde, stáhne, vykreslí a zaindexuje. Patří do ní struktura URL, sitemapy, robots.txt, stavové kódy, kanonizace, rychlost načítání, mobilní zobrazení, strukturovaná data a hreflang. Obsah ani odkazy technické SEO neřeší, jen jim otevírá cestu k indexu.

Kategorie: SEOAktualizováno

Co technické SEO pokrývá

Technické SEO stojí na jednoduché úvaze: dokud vyhledávač stránku nestáhne a nezaindexuje, je jedno, jak dobrý má text. Disciplína proto sleduje celou cestu od požadavku robota po zařazení do indexu a řeší překážky, které na ní vznikají: nedostupný server, chybný stavový kód, blokující pravidlo v robots.txt, duplicitní adresy, obsah vykreslovaný až JavaScriptem nebo redirect smyčka.

Cesta stránky od crawlu k indexu

Crawl

Robot si nejprve stáhne /robots.txt, z něj zjistí povolené cesty a odkaz na sitemapu. Pak postupně načítá URL, které zná z odkazů, sitemap a předchozích návštěv. Objem požadavků omezuje crawl budget: pomalý server nebo tisíce parametrických adres znamenají, že se na důležité stránky dostane robot později, případně vůbec.

Rendering

Stažené HTML se vyhodnotí a u JavaScriptových aplikací se navíc vykreslí. Rendering je odložený a nákladný, takže obsah, který existuje až po klientském fetch requestu, se do indexu dostává se zpožděním. Proto se u SPA sahá po server-side renderingu nebo předgenerovaném HTML.

Indexace

Ve fázi indexace vyhledávač vybírá, která z podobných adres bude reprezentativní. Signály jako kanonická URL, přesměrování 301 a interní odkazy jsou návrh, ne příkaz: konečné rozhodnutí dělá algoritmus. Direktiva noindex naopak indexaci spolehlivě vylučuje, ale funguje jen tehdy, když robot stránku smí stáhnout.

Kde technické SEO nejčastěji selhává

Typický konflikt vzniká mezi Disallow v robots.txt a metaznačkou noindex. Zakázaná stránka se nestáhne, robot tedy značku nikdy nepřečte a adresa může v indexu zůstat bez popisku. Podobně bolí stránkování bez odkazů v HTML, filtrace generující nekonečné kombinace parametrů, stejný obsah na variantách s www i bez, a soft 404, kdy prázdný výsledek vrací kód 200.

Vztah k rychlosti a k uživateli

Měřitelnou část uživatelského dojmu popisují Core Web Vitals. Rychlost je hodnoticí signál, ale slabší než relevance obsahu: zrychlení z pomalého na svižný web nepřebije chybějící odpověď na dotaz. Praktický přínos je jiný, totiž nižší míra odchodů a lepší konverze, což platí bez ohledu na algoritmus.

Strukturovaná data

Strukturovaná data ve formátu JSON-LD podle slovníku schema.org popisují, co stránka představuje: produkt, recept, událost, autora. Vyhledávač je používá pro rozšířené výsledky a jazykové modely pro pochopení entity. Značkování musí odpovídat viditelnému obsahu, jinak jde o porušení pravidel.

Jak se technické SEO měří

Kontrola probíhá ve třech vrstvách: crawler prochází web jako robot a hlásí stavové kódy, hloubku a duplicitní tituly; reporty o indexaci ukazují, kolik adres vyhledávač skutečně přijal a proč zbytek odmítl; serverové logy odhalí, kam robot ve skutečnosti chodí. Rozpor mezi těmito třemi pohledy bývá první stopa k reálnému problému.

Příklady z praxe

  1. Filtry v e-shopu vyžerou crawl budget

    Kategorie s deseti filtry generuje kombinace typu ?barva=cerna&velikost=42&razeni=cena, takže z tisícovky produktů vznikne stovky tisíc URL se stejným obsahem. Robot je stahuje místo nových produktových karet. Řešením je kanonizace na čistou kategorii, zákaz řadicích parametrů v robots.txt a odkazy na filtry bez indexovatelných adres.

    User-agent: *
    Disallow: /*?razeni=
    Disallow: /*&razeni=
    
    Sitemap: https://example.cz/sitemap.xml
  2. Produkt v SPA se neindexuje

    React aplikace vrací prázdný a detail produktu dotahuje až fetch requestem. Robot HTML stáhne okamžitě, ale vykreslení odloží, takže se karty do indexu dostávají s velkým zpožděním. Předrenderování detailu na serveru problém odstraní, protože titulek, popis i JSON-LD jsou v prvním HTML odpovědi.

    {
      "@context": "https://schema.org",
      "@type": "Product",
      "name": "Běžecká bunda Alpin",
      "sku": "ALP-204",
      "offers": {
        "@type": "Offer",
        "price": "2490",
        "priceCurrency": "CZK",
        "availability": "https://schema.org/InStock"
      }
    }

Časté omyly

MýtusKdyž stránku zakážu v robots.txt, zmizí z Googlu.
Ve skutečnostiZákaz v robots.txt brání stažení, nikoli indexaci. Adresa se do výsledků může dostat na základě odkazů z jiných webů, jen bez popisku. Pro vyřazení slouží metaznačka noindex nebo hlavička X-Robots-Tag, a ta se musí dát načíst, takže stránka nesmí být současně blokovaná.
MýtusTechnické SEO je jednorázová věc, udělá se při spuštění webu.
Ve skutečnostiTechnické SEO se rozbíjí každým nasazením: nová šablona zapomene kanonickou značku, migrace zruší přesměrování, plugin přidá parametry do URL. Kontrola stavových kódů a indexace patří do pravidelné údržby, ideálně automatizovaně.
MýtusRychlejší web znamená automaticky lepší pozice.
Ve skutečnostiRychlost je jedním z mnoha signálů a slabším než relevance obsahu. Zrychlení pomůže hlavně konverzím a snížení odchodů; posun v pozicích přichází spíš tam, kde je konkurence obsahově vyrovnaná.

Časté dotazy

Jak často kontrolovat technické SEO webu?
Technické SEO se vyplatí kontrolovat ve dvou režimech. Krátká automatická kontrola po každém nasazení ověří, že klíčové šablony vracejí kód 200, mají kanonickou značku, titulek a nejsou omylem označené noindex. Hlubší audit crawlerem stačí jednou za čtvrtletí a povinně před migrací, redesignem nebo změnou CMS. U rychle rostoucích e-shopů se navíc hodí měsíční pohled na logy serveru, protože nové kategorie a filtry umí během pár týdnů vygenerovat desítky tisíc zbytečných URL.
Kolik technické SEO ovlivní pozice ve srovnání s obsahem?
Technické SEO má povahu prahové podmínky. Dokud web obsahuje blokující chyby, například nedostupné stránky, chybnou kanonizaci nebo obsah neviditelný bez JavaScriptu, žádný obsah pozice nezachrání. Jakmile jsou tyhle překážky pryč, další technická vylepšení mají klesající návratnost a rozhoduje kvalita obsahu, relevance k dotazu a odkazový profil. Praktické pořadí práce proto bývá: odstranit blokátory, potom investovat do obsahu a teprve pak dolaďovat rychlost a strukturovaná data.
Potřebuje malý web s deseti stránkami technické SEO?
Malý web technické SEO potřebuje, jen v mnohem menším rozsahu. Crawl budget u deseti stránek problém není, ale záleží na základech: funkční HTTPS, jedna varianta domény s přesměrováním ostatních, správné titulky a meta description, čitelná URL, sitemapa a mobilní zobrazení. Tyhle věci zabere nastavit hodiny, ne dny. Složitá témata jako logová analýza, hreflang nebo optimalizace crawl budgetu se týkají až webů s tisíci adresami.
Jaké nástroje se používají pro technický audit?
Pro technický audit se kombinují tři typy nástrojů. Desktopový nebo cloudový crawler projde web jako robot a vypíše stavové kódy, přesměrovací řetězce, duplicitní titulky a hloubku zanoření. Konzole vyhledávače ukáže, kolik URL bylo skutečně zaindexováno a s jakým důvodem odmítnutí. Analyzátor serverových logů odhalí, kam roboti reálně chodí a kolik požadavků padne na nezajímavé adresy. Doplňkem jsou testery strukturovaných dat a měření výkonu na reálných uživatelských datech.

Zdroje

  1. Google Search Central Documentation(otevře se v novém okně)Google, 2024
  2. Schema.org(otevře se v novém okně)Schema.org Community Group, 2024
  3. RFC 9309: Robots Exclusion Protocol(otevře se v novém okně)IETF, 2022
  4. HTTP response status codes(otevře se v novém okně)MDN Web Docs, 2024
  5. Search engine optimization(otevře se v novém okně)Wikipedia, 2024

Související pojmy

Potřebujete to vyřešit v praxi?

Poradíme, jak na to ve vašem projektu

Vysvětlit pojem je jedna věc, navrhnout kolem něj funkční řešení druhá. Ozvěte se a probereme, co dává smysl u vás.