Audit e-shopu pro AI vyhledávání

1. Zvolte malý, ale reprezentativní vzorek

Začněte přibližně deseti adresami: úvodem, kategorií, běžným produktem, produktem s variantami, personalizovaným výrobkem, vyprodaným výrobkem, poradenským článkem, dopravou, vrácením zboží a kontaktem. Počet je návrh pracovního vzorku. U velkého katalogu doplňte různé šablony a problematické kategorie. Deset správných stránek není důkaz, že je v pořádku celý web.

Vyberte finální adresy, které opravdu používáte. Zapište protokol HTTPS, doménu s www či bez www a případná přesměrování. Připravte přístup do Search Console a Merchant Center, pokud je obchod používá, export několika produktů a osobu, která umí dohledat serverové nebo bezpečnostní logy. Pokud k něčemu přístup nemáte, uveďte „neověřeno“.

Audit má čtyři oddělené výsledky: dostupnost, kvalitu obchodních dat, doloženou viditelnost a obchodní dopad. Nezprůměrujte je do neurčitého „AI skóre“. Web může být dostupný, přesto se nezobrazovat. Citovaný návod zase nemusí přinášet objednávky.

2. Založte pracovní list s důkazy

Přidejte sloupce priorita, vlastník, termín a datum kontroly po opravě. „Hotovo“ znamená provedenou změnu; „ověřeno“ znamená doložený výsledek následného testu. U nepřímého dopadu na doporučování neoznačujte příčinu za potvrzenou jen proto, že po úpravě přišla návštěva.

URL;kontrola;stav;dukaz;vlastnik;priorita;oprava;overeno_dne
https://obchod.example/hrnek-modry;shoda ceny;rozpor;web 399 CZK / feed 349 CZK;spravce katalogu;P1;opravit export;neovereno

Adresa example je ukázka. Vyplňte vlastní aktuální údaje a neukládejte do sdíleného listu zákaznická data, cookies ani přístupové tokeny.

3. Ověřte veřejnou stránku jako běžný návštěvník

1. Otevřete anonymní okno a přesnou adresu produktu.
2. Zkontrolujte název, hlavní fotografii, cenu, vybranou variantu, dostupnost a možnost zjistit dopravu.
3. Projděte případný souhlas nebo bezpečnostní výzvu. Zapište, zda bez interakce zakrývá hlavní nabídku.
4. Otevřete tutéž adresu na mobilu. Prověřte, zda velká lišta nepřekryje rozhodující údaje.
5. Uložte datum a popis skutečného chování. Pokud odkaz vede jinam, uveďte finální adresu.

Fungující prohlížeč s JavaScriptem sám nepotvrzuje, že stejný obsah dostane každý robot. Je to první test uživatelské dostupnosti. Následují technické kontroly. Přihlašovací brána na neveřejném ceníku může být záměr; audit ji nemá automaticky odstraňovat. Veřejný katalog a soukromé informace musí mít odlišný přístup.

Pro technika je užitečné ověřit skutečný HTTP stav a přesměrování. Nestačí, že se v okně objeví nějaká stránka: chybová stránka může omylem vracet 200. K rychlému orientačnímu ověření hlaviček lze použít:

curl -I -L 'https://vas-obchod.example/produkt'

HEAD požadavek může být na některých webech obsloužen jinak než GET. Pokud se chová podezřele, má správce ověřit i běžné načtení a jeho tělo. Příkaz se změněným názvem robota není důkaz skutečné návštěvy tohoto robota.

4. Projděte Kontrolu URL v Search Console

Vyberte správnou službu pro danou doménu či prefix. Do horního pole vložte úplnou adresu. Zapište stav indexované verze, datum posledního procházení, zjištěnou překážku a Googlem vybranou kanonickou adresu. Potom spusťte test živé URL. Indexovaný stav a živý test zaznamenejte odděleně.

Kontrola URL poskytuje údaje o indexované verzi i možnost živého testu. Živý test ale nepředpoví výběr kanonické stránky a úspěch sám nezaručuje zobrazení. Zdroj: nástroj Kontrola URL.

V praxi můžete mít současně starý problém v indexované verzi a opravenou živou stránku. To nemusí být chyba nástroje; Google ještě nemusel změnu znovu zpracovat. Naopak zelený výsledek živého testu není důkaz, že už se stránka nachází v indexu.

Je-li produkt veden jako duplicitní a Google vybral správnou kořenovou stránku variant, může jít o záměr. Je-li jako kanonická vybrána nesouvisející kategorie, potřebujete prošetřit šablonu, odkazy a duplicity. Kanonizace je soubor signálů, ne příkaz, který zaručeně přepíše rozhodnutí systému. Zdroj: kanonické adresy.

5. Zkontrolujte aktuální nastavení generativního vyhledávání

V Search Console otevřete nastavení a položku Search generative AI. Ověřte, zda je obsah zahrnut, vyloučen nebo se volba dědí z nadřazené služby. Při dědění prověřte i nadřazenou úroveň, ne pouze právě otevřený prefix. Názvy položek se mohou lišit podle jazyka rozhraní.

Google při ověření článku uvádí celosvětové rozšíření tohoto ovládání od 31. 8. 2026. Nastavení účasti se liší od omezení trénování a nepřebíjí ostatní volby jednotlivých služeb, například Merchant Center. Zdroj: Search generative AI control.

Výstup do listu může být „property https://www…/, dědí, nadřazená doménová property zahrnuje, ověřeno dne…“. Neprovádějte změnu bez pochopení požadované obchodní politiky. Pokud chcete viditelnost, případné vyloučení je konkrétní překážka, kterou musíte se správcem vyřešit. Zahrnutí ovšem není příslib citace.

Pokud položku nenajdete, ověřte oprávnění a přesný typ služby podle oficiální nápovědy. Výsledek je „nastavení se nepodařilo ověřit“, nikoli „účast vypnutá“. Tento bod neplést s Google-Extended; jeho účel řeší článek o robotech a trénování.

6. Prověřte robots.txt, noindex a bezpečnostní ochranu

Otevřete soubor /robots.txt na finální doméně. Požádejte správce o kontrolu pravidel pro Googlebot, OAI-SearchBot a PerplexityBot podle aktuální dokumentace provozovatelů. Potom zkontrolujte stránková pravidla v HTML i hlavičkách a nakonec bezpečnostní vrstvu hostingu nebo CDN.

Noindex musí mít robot možnost načíst. Pokud mu současně přístup zakážete, nemusí nové pravidlo vidět. Robots.txt také nechrání tajné informace: ty vyžadují skutečné ověření přístupu. Zdroj: blokování indexace a účel robots.txt.

U bezpečnostních výjimek vyžadujte co nejužší rozsah a ověření původu. Nevypínejte ochranu celého obchodu jen kvůli domněnce o lepším GEO. Problém může být v jediném pravidle, cestě nebo náročném dynamickém obsahu.

7. Zkontrolujte fakta, která rozhodují o nákupu

Vyberte jeden produkt a přepište do listu název, přesné provedení, rozměr, materiál, cenu s uvedením daní, měnu, sklad a základní dodací podmínky. Vedle položte produktový export a strukturovaná data. Každý rozdíl posuzujte ke stejnému okamžiku a variantě.

Modelový problém: modrý hrnek stojí 399 Kč, bílý 349 Kč, ale odkaz z feedu předvolí bílý. Porovnání „produkt má cenu 399“ je potom nedostatečné. Je třeba uvést ID varianty, URL, barvu a stav výběru. Opravuje se přesný export nebo cílové předvolení, ne celý popis náhodným přepsáním.

U personalizace oddělte cenu výrobku a příplatek, který skutečně musíte zaplatit za uvedené provedení. U zakázkové výroby nepište skladem jen proto, že máte materiál. U dopravy neslibujte konkrétní datum z běžného výrobního času bez započtení dopravce, víkendů a aktuální kapacity.

Merchant Center popisuje požadavky na atributy, varianty a shodu s cílovou stránkou v produktové specifikaci. Při auditu používejte přesná pole svého typu zdroje. Zdroj: specifikace produktových dat.

8. Ověřte strukturovaná data bez vymyšlených hodnot

1. Otevřete Google Rich Results Test a vložte veřejnou URL produktu.
2. Zkontrolujte nalezené entity Product a Offer a konkrétní chyby či upozornění.
3. Porovnejte hodnoty s viditelnou stránkou. Platný formát nesmí zakrývat chybnou cenu.
4. Otestujte druhou variantu a vyprodaný výrobek; jedna funkční šablona nepotvrzuje všechny stavy.
5. Uložte výsledek před opravou a po ní. Nevyplňujte smyšlené recenze pro získání zeleného výsledku.

Rozšířené produktové zobrazení má vlastní pravidla. Validační nástroj ověřuje technické podmínky, nikoli pravdivost všech obchodních tvrzení nebo jistotu zobrazení. Zdroj: požadavky na merchant listing.

Za nezávažné upozornění nepovažujte automaticky všechno, co není červené. Chybějící užitečné informace mohou být obchodně důležité. Prioritu ale určujte podle skutečného problému, ne podle honby za stoprocentním skóre.

9. Najděte obsahové mezery z pohledu zákazníka

Sepište pět otázek před nákupem a najděte přesnou odpověď na webu. Pokud ji musíte znát z hlavy, návštěvník ji nemá. Příklad: „Lze na tento výrobek použít fotografii z mobilu?“, „Je závěsné příslušenství součástí?“, „Jak opravím text před výrobou?“

Následující zadání použijte s vlastním veřejným obsahem. Nejde o test interního algoritmu vyhledávače; je to kontrola úplnosti a doložitelnosti nabídky:

Proveď obsahovou kontrolu pouze z vložených textů.
Neprováděj odhady produktových vlastností.
Otázky zákazníků:
1. Co přesně je součástí balení?
2. Které varianty lze personalizovat?
3. Jaké jsou limity dodané fotografie?
4. Kdy začíná výroba?
5. Kde jsou pravidla případné opravy návrhu?
Pro každou otázku vrať:
- odpověď doloženou přesnou pasáží,
- název zdroje,
- co není uvedeno,
- návrh místa pro doplnění.
Pokud informace chybí, napiš NEUVEDENO.
Nedomýšlej pravidla obchodu.

Výsledek zkontrolujte. Z chybějící informace nevzniká automaticky povinnost napsat nový článek. Někdy stačí dvě věty u produktu a odkaz na správný formulář. Doporučené úpravy mají pomoci člověku při výběru.

10. Doložte viditelnost a určete pořadí oprav

V Search Console prověřte dostupný generativní přehled a export zobrazení pro konkrétní stránky a období. Podle aktuální nápovědy může být skrytý při nedostatku zobrazení a export může převádět některé nedostupné hodnoty na nuly. Ukládejte proto i vysvětlení dat, ne jen čísla. Zdroj: Generative AI performance report.

Pak sledujte rozpoznané návštěvy a objednávky ve své analytice. Ruční otázky v asistentech používejte jako kvalitativní kontrolu s datem a zdrojovým odkazem. Vzestup všech organických návštěv neoznačujte za prokázaný růst z AI.

Na závěr vyberte nejvýše tři zásahy, určete vlastníka a způsob kontroly. Více rozepsaných úprav nemusí znamenat více užitku. Nejprve opravte měřitelnou chybu, potom sledujte vývoj. Výsledkem auditu má být seznam doložených zjištění, nikoli dojem, že je web „připraven pro všechny AI“.

Zdroje a rozsah ověření

1. Google: URL Inspection tool – indexovaný a živý stav.
2. Google: canonical URL – práce s variantami a duplicitami.
3. Google: Search generative AI control – účast a dědění.
4. Google: noindex – odstranění z indexace.
5. Google: robots.txt – účel a omezení.
6. Merchant Center: specifikace – produktová pole.
7. Google: Product a Offer – validační podmínky.
8. Google: generativní výkon – zobrazení a rozsah dat.

Ověřeno 31. 10. 2026. Postup, priority a modelový vzorek jsou redakční metodika. Tento článek neobsahuje provedený audit konkrétního e-shopu ani garanci výsledků vyhledávání.