Optimalizace pro Seznam AI Asistent začíná u techniky, ne u textů

Většina návodů na optimalizaci pro AI asistenty se točí kolem psaní. Přitom nejčastější důvod, proč se web v odpovědích neobjeví, leží o patro níž: robot se k obsahu nedostane, dostane se k němu pozdě, nebo mu hlavička zakáže obsah použít. Text je až druhý krok.

U českého asistenta i u Copilota má tahle vrstva jasně popsaná pravidla, takže se dá odškrtat. optimalizace pro Seznam AI Asistent stojí na tom, že projde SeznamBot, kdežto Copilot vybírá z indexu Bingu a řídí se direktivami, které Bing zveřejnil ve svých pokynech.

Crawlery: kdo k vám vlastně chodí

Obsah pro českého asistenta nabírá SeznamBot, tedy stejný robot, který plní klasický index Seznamu. Samostatný opt-out jen pro AI neexistuje — buď robot projde, nebo web zmizí i z běžného vyhledávání.

Pro Copilota je zdrojem index Bingu, který plní Bingbot. Živý web Copilot většinou nečte, takže co Bing nemá, do odpovědi se nedostane, ať je text jakkoli dobrý.

První praktický úkol je proto zjistit, jestli k vám roboti skutečně chodí. Ukáže to serverový log: jaké boty vidíte, jak často, které stránky procházejí a s jakým výsledkem. Půl hodiny nad logem odhalí víc než hodina spekulací.

Direktivy, které rozhodují o citaci

Bing ve svých pokynech pro správce popsal, jak jednotlivá nastavení ovlivňují použití obsahu. NOARCHIVE brání citaci úplně. NOCACHE omezí model na titulek a meta description, takže z celého článku zbyde patnáct slov. Atribut data-snippet naopak umožní grounding na úrovni konkrétního odstavce.

Tyhle hodnoty bývají na webech zděděné z minulosti bez jasného důvodu — často je nastavil někdo, kdo řešil úplně jiný problém před pěti lety. Kontrola trvá pár minut a patří k nejrychleji vydělaným změnám.

Vedle toho stojí za kontrolu meta robots, X-Robots-Tag v hlavičce a pravidla v robots.txt. Rozpor mezi nimi vede k nepředvídatelnému chování; platí to nejpřísnější.

Indexace a rychlost nasazení změn

Pro Bing je klíčové mít ověřený web v nástrojích pro správce, funkční sitemapu a zapnutý IndexNow, který změny hlásí okamžitě místo čekání na další průchod robota. U webů, které publikují často, je to rozdíl mezi dny a týdny.

U Seznamu se řeší hlavně to, aby robot nenarážel na chyby a aby se důležité stránky nacházely v rozumné hloubce struktury. Stránka na čtvrté úrovni prokliku se prochází méně často než stránka dvě úrovně od hlavní.

Sitemapa má obsahovat jen stránky, které mají existovat, s reálnými daty poslední změny. Sitemapa s tisícem adres, z nichž polovina vrací chybu, je signál nepořádku.

Vykreslování obsahu

Obsah, který se objeví až po spuštění skriptu nebo po interakci uživatele, je rizikový. Nejčastěji se to týká právě těch nejcennějších pasáží — technických parametrů, cen a častých dotazů schovaných v rozbalovacích blocích.

Test je jednoduchý: zobrazte si zdrojový kód stránky bez spuštěných skriptů. Co v něm není, nemusí robot vidět. U klíčových stránek se vyplatí zajistit, aby podstatný obsah byl v HTML rovnou.

Podobně platí u obrázků a PDF. Ceník jako grafika nebo parametry v infografice jsou z pohledu modelu prázdné místo, i když stránku načte.

Strukturovaná data

Typ	Kde použít	K čemu pomáhá
Organization	web jako celek	rozpoznání značky jako entity
LocalBusiness	pobočky, provozovny	lokální a nákupní dotazy
Product a Offer	produktové stránky	cena, dostupnost, parametry
Article s autorem a daty	články a návody	autorství a čerstvost
FAQPage	časté dotazy	formát otázka – odpověď
BreadcrumbList	celý web	kontext a zařazení stránky

Zásada je jediná: schema má popisovat to, co je na stránce skutečně vidět. Rozpor mezi označením a obsahem je horší než žádné označení a u kontrolovaných typů může vést k ignorování celé stránky.

Entitní signály mimo web

Konzistentní pojmenování značky, produktů a osob napříč webem i externími profily patří mezi faktory, které při výběru zdrojů hrají roli. Firma uváděná jednou pod obchodním názvem, jindy pod zkratkou a jinde pod názvem právnické osoby se rozpadá na víc entit.

Praktický úkol: sjednotit název ve všech katalozích, na sociálních sítích, v patičce webu a ve strukturovaných datech. Nudná práce na jedno odpoledne s dlouhodobým efektem.

U českého asistenta k tomu přistupují interní služby vyhledávače, ze kterých čerpá — firemní zápisy, produktová data, otevírací doba. Nepořádek v nich se projeví u dotazů, které mají nejblíž k nákupu.

Monitoring, který má smysl

Minimum jsou tři věci. Pravidelná kontrola pokrytí indexem a chyb crawlování v nástrojích pro správce. Report o AI výkonu v nástrojích Bingu, kde jsou vidět citace a dotazy, při kterých model po obsahu sáhl. A sledování dostupnosti webu, protože výpadky se do výběru propisují okamžitě.

K tomu se hodí čtvrtletní pohled do logů: chodí boti stejně často jako dřív? Neztratily se po poslední změně celé sekce? Tenhle pohled odhalí problémy dřív, než se projeví na výsledcích.

A po každém redesignu kompletní kontrola: hlavičky, přesměrování, data publikace, autoři, parametry v textu místo v obrázcích.

Pořadí prací

Nejdřív odblokovat a zaindexovat, protože bez toho je zbytek neviditelný. Pak zajistit, aby se podstatný obsah načítal v HTML a nebyl schovaný. Potom strukturovaná data a konzistentní pojmenování. Nakonec obsah.

Obrácené pořadí je nejdražší možná cesta: firma zaplatí za texty, které nikdo nenačte. Přitom technická část zabere u běžného webu jeden až dva dny a udělá se jednou.

Zvlášť u optimalizace pro Copilot to platí bez výjimky — indexace v Bingu je vstupní podmínka, kterou v Česku většina firem roky neřešila, protože Bing nebyl priorita.

Rychlost a dostupnost

U prostředí, které prohledává web živě, není rychlost otázkou komfortu. Když stránka odpovídá pomalu nebo občas vypadne, prostě se nedostane do výběru — retrieval nemá čas čekat a sáhne po dostupnějším zdroji.

Základní hygiena znamená rozumnou odezvu serveru, funkční sitemapu a žádné náhodné chyby. Občasné chyby 5xx jsou přitom horší než trvalý výpadek: robot je vyhodnotí jako nestabilitu a sníží frekvenci procházení.

Zvláštní kapitolou jsou ochranné vrstvy proti botům. Nastavení, které blokuje neznámé agenty nebo vyžaduje spuštění skriptu, může vedle nežádoucího provozu odříznout i legitimní crawlery. Stojí za to projít pravidla a povolit ty, na kterých vám záleží.

Podobně cookie lišta. Pokud robotům servíruje prázdnou stránku, je z pohledu modelu web bez obsahu. Ověřit se to dá zobrazením stránky bez skriptů.

Co technická revize nejčastěji najde

Zděděné direktivy v hlavičkách, které blokují citaci. Bývají tam roky a nikdo o nich neví, protože se v běžném vyhledávání navenek neprojeví.

Klíčové stránky mimo sitemapu nebo v hloubce čtyř a víc prokliků od hlavní stránky. Takové stránky se procházejí méně často a změny na nich se propisují pomalu.

Parametry a ceníky v obrázcích místo v textu. Typický důsledek redesignu, kdy se tabulky překreslily kvůli vzhledu na mobilu.

Duplicitní obsah na více adresách kvůli parametrům v URL nebo jazykovým variantám. Signály se rozpadnou mezi verze a žádná nevypadá jako referenční zdroj.

A konečně chybějící nebo rozporná strukturovaná data — schema, které popisuje něco jiného, než je na stránce vidět. To je horší než žádné označení.

Jak to předat vývojářům

Technická revize končí seznamem úkolů, který musí někdo udělat. Zadání typu „optimalizujte web pro AI" nikam nevede — vývojář potřebuje konkrétní změny s odůvodněním a způsobem ověření.

Použitelné zadání vypadá takhle: odstranit direktivu z hlavičky na daných šablonách, protože brání použití obsahu; ověřit zobrazením hlaviček odpovědi. Nebo: přesunout obsah rozbalovacích bloků do HTML, ověřit zobrazením zdrojového kódu bez skriptů.

Ke každému úkolu patří priorita a odhad dopadu. Zrušení blokující direktivy je vysoká priorita s okamžitým efektem; doplnění strukturovaných dat je nižší priorita s postupným efektem.

A patří tam kontrolní krok po nasazení. Většina problémů se vrací právě po dalších úpravách, protože se změna udělala ručně a nikdo ji nezanesl do šablon.

Užitečné je zavést jednoduchý regresní seznam: pět kontrol, které se projdou po každém nasazení. Hlavičky, indexovatelnost klíčových stránek, přítomnost dat publikace, parametry v textu, funkční sitemapa.

Kdy stačí méně

Ne každý web potřebuje celý výše popsaný program. U malé prezentace o deseti stránkách jde v podstatě o tři věci: nechat projít roboty, mít podstatný obsah v HTML a doplnit základní strukturovaná data o firmě.

Zbytek — logy, regresní kontroly, hlídání frekvence procházení — dává smysl až u webů, které se často mění nebo mají stovky stránek. Zavádět je jinde znamená utrácet čas za monitoring něčeho, co se nehýbe.

Rozhodovací pravidlo: čím častěji web měníte a čím víc lidí do něj zasahuje, tím víc se vyplatí kontroly automatizovat. U statického webu stačí revize jednou ročně a po každém zásahu.

Doporučení

Udělejte technickou revizi dřív, než zadáte jediný text. Zabere jeden až dva dny a v naprosté většině případů odhalí aspoň jednu překážku, která by veškerou obsahovou práci znehodnotila.

Pak zaveďte monitoring, ať se problém neobjeví znovu po první změně webu. Redesign a migrace jsou nejčastější příčinou toho, že web z odpovědí zmizí ze dne na den.

Tímhle typem práce se dlouhodobě zabývá tým SEOconsult.cz, který obě prostředí sleduje průběžně. Konkrétní direktivy a nástroje se přitom mění, takže před nasazením si ověřte aktuální znění pokynů daného vyhledávače místo spoléhání na starší návody.