Co je technické SEO a čím se liší od obsahu a on-page práce
Technické SEO je soubor úprav, které se netýkají toho, co je na stránce napsáno, ale toho, jak je stránka postavená a jak se k ní vyhledávač dostane. Kdežto SEO copywriting a on-page práce řeší titulky, nadpisy a texty, technické SEO řeší infrastrukturu pod nimi — jestli vyhledávač stránku vůbec najde, jak rychle se načte a jestli ji dokáže správně zobrazit.
Rozdíl je dobře vidět na příkladu. Můžete mít perfektně napsaný článek s promyšlenou strukturou a přesně cíleným klíčovým slovem, ale pokud stránku blokuje robots.txt, vyhledávač k textu nikdy nedorazí. Podobně web s bleskovým obsahem, ale s pomalým načítáním na mobilu, ztrácí návštěvníky dřív, než si obsah stihnou přečíst. Obsah a technika fungují jen společně — jedno bez druhého nestačí.
Dobrá zpráva je, že technické SEO se z velké části řeší jednou a efekt vydrží dlouho. Na rozdíl od obsahu, který je potřeba průběžně tvořit, jde tady většinou o nastavení, které po opravě funguje samo. Proto se vyplatí projít ho systematicky a odškrtnout jednotlivé oblasti jednu po druhé.
Crawlování a indexace: aby vás vyhledávač vůbec našel
Než se stránka objeví ve výsledcích vyhledávání, musí ji vyhledávač nejdřív najít (crawlování) a pak se rozhodnout, že ji zařadí do svého indexu (indexace). Tenhle proces řídí několik technických prvků, které na první pohled vypadají jako drobnosti, ale dokážou celý web pro vyhledávač efektivně schovat.
Soubor robots.txt v kořeni webu říká crawlerům, kam smějí a kam nesmějí. Chyba v jednom řádku — třeba zákaz pro celou složku, kde jsou přitom důležité stránky — dokáže vyřadit z indexu část webu, aniž by to bylo z venku vidět. Sitemap.xml naopak funguje jako mapa, kterou webu nabízíte: seznam adres, které chcete, aby vyhledávač znal a pravidelně kontroloval. Chybějící nebo neaktuální sitemapa neznamená, že web nenajde vůbec nic, ale nové stránky se do indexu dostávají pomaleji.
Třetí prvek je značka noindex, kterou dáváte najevo, že konkrétní stránka do výsledků vyhledávání patřit nemá — typicky u administrace, děkovacích stránek nebo duplicitního obsahu. Problém nastává, když se noindex omylem ocitne na stránce, která má naopak rankovat. Tahle chyba patří k nejčastějším příčinám, proč nový web nebo nová sekce dlouho nikde neroste — a přitom není vidět nikde jinde než v technickém nastavení stránky.
- robots.txt — řídí, které části webu smí crawler procházet
- sitemap.xml — seznam adres, které chcete mít v indexu
- noindex — vyřazuje konkrétní stránku z výsledků vyhledávání
- kanonické adresy (canonical) — určují, která verze stránky je ta hlavní při duplicitách
Rychlost webu a Core Web Vitals
Rychlost načítání dnes není jen otázka pohodlí, ale přímý signál pro hodnocení stránky. Google měří takzvané Core Web Vitals — sadu metrik, které popisují reálný zážitek z prohlížení, ne jen technický čas odezvy serveru. Nemusíte znát vzorce, stačí rozumět tomu, co která metrika vlastně hlídá.
LCP (Largest Contentful Paint) měří, jak rychlo se na obrazovce objeví hlavní viditelný obsah — typicky velký obrázek nebo nadpis v horní části stránky. INP (Interaction to Next Paint) sleduje, jak rychle web reaguje na kliknutí nebo dotyk — pomalá odezva tlačítek frustruje uživatele i na jinak rychlém webu. CLS (Cumulative Layout Shift) hodnotí vizuální stabilitu — jestli se prvky na stránce během načítání neposouvají, takže uživatel neklikne omylem na něco jiného, protože se mu tlačítko odsunulo.
Za pomalým webem obvykle stojí pár opakujících se příčin: nekomprimované obrázky ve velkém rozlišení, přebytečné skripty třetích stran, nebo hosting, který neodpovídá dost rychle. Většina z toho jde napravit bez přepisování celého webu — komprese obrázků a odstranění nepoužívaných skriptů často udělá největší rozdíl za nejmenší úsilí.
Mobilní zobrazení, HTTPS a struktura adres
Vyhledávače dnes hodnotí web primárně podle mobilní verze, ne desktopové — princip zvaný mobile-first indexing. Pokud se na mobilu něco nezobrazuje, nefunguje nebo je nečitelně malé, dotýká se to i toho, jak si web vede na desktopu. Stojí za to web pravidelně projít reálně na telefonu, ne jen zmenšit okno prohlížeče.
Zabezpečení přes HTTPS je dnes standard, ne volitelná vlastnost — prohlížeče web bez platného certifikátu aktivně označují jako nezabezpečený, což odrazuje návštěvníky ještě dřív, než si přečtou obsah. Nastavení je dnes u většiny hostingů automatické a bezplatné, takže chybějící HTTPS je spíš zanedbaný detail než technická překážka.
Struktura URL adres se snadno podceňuje, ale ovlivňuje, jak snadno vyhledávač i člověk pochopí, o čem stránka je. Krátká, popisná adresa jako /blog/technicke-seo řekne víc než náhodně generovaný řetězec znaků. Konzistentní struktura navíc usnadňuje interní prolinkování a orientaci v celém webu, což se hodí i uživateli, ne jen vyhledávači.
Strukturovaná data: jak vysvětlit obsah stroji
Strukturovaná data podle schema.org, zapsaná typicky ve formátu JSON-LD, jsou způsob, jak vyhledávači explicitně popsat, co je na stránce — že jde o článek s konkrétním autorem a datem publikace, o produkt s cenou a dostupností, nebo o firmu s otevírací dobou. Bez schema si vyhledávač musí obsah domýšlet z textu; se schema má jistotu.
Praktický dopad je dvojí. Za prvé zvyšuje šanci na rozšířené výsledky ve vyhledávání — třeba hvězdičky hodnocení nebo strukturované odpovědi na dotazy. Za druhé usnadňuje práci i nástrojům umělé inteligence, které při odpovídání na dotazy hledají jasně označený, důvěryhodný obsah. Stránka, která poctivě popisuje sama sebe strukturovanými daty, má o něco lepší výchozí pozici v obou světech.
Chytrej článek generuje pro publikovaný obsah čisté schema.org značení a korektní záznamy do sitemapy automaticky — takže jednotlivé články, které přes platformu vyjdou, mají tuhle technickou vrstvu vyřešenou od začátku. To ale pokrývá jen obsah, který platforma publikuje. Technické SEO celého webu — rychlost hostingu, mobilní verze šablony, robots.txt, historické stránky mimo blog — zůstává samostatná disciplína, kterou je potřeba řešit zvlášť, ať už vlastními silami, nebo se specialistou na technický audit.
Jak technické problémy tiše brzdí dobrý obsah
Nejzákeřnější na technickém SEO je, že se navenek neprojevuje. Firma může měsíce investovat do kvalitních textů podle zásad SEO copywritingu a přesto nevidět žádný posun — ne proto, že by obsah nebyl dobrý, ale protože ho vyhledávač kvůli technické chybě nikdy pořádně neindexoval nebo ho penalizuje za pomalé načítání. Zvenku to vypadá jako problém s obsahem, ve skutečnosti jde o infrastrukturu pod ním.
Proto se vyplatí vnímat technické SEO a kvalitu obsahu jako dvě strany téže mince, ne jako alternativy. Sebelépe technicky postavený web nikoho nepřesvědčí, pokud nemá co říct — tomu se věnuje spíš téma SEO optimalizace webu jako celku a psaní textů, které skutečně odpovídají na otázku čtenáře. Ale ani nejlépe napsaný text neuspěje, pokud ho vyhledávač nenajde nebo se kvůli němu web pomalu načítá. Kdo řeší jen jednu stranu, dřív nebo později narazí na strop, který nedokáže vysvětlit obsahem samotným.