Audit prístupnosti AI pre pripravenosť agentov

AI systémy nemôžu citovať, odporúčať ani konať na základe obsahu, ktorý nedokážu spoľahlivo získať. Táto fáza testuje tento základ skôr, než tím začne merať viditeľnosť alebo objednávať obsah určený pre answer enginy.

Fáza: P4, Štádium A – Pochopenie. Časový rámec: 3–5 pracovných dní pre typickú marketingovú stránku; 5–10 pre veľký e‑commerce, marketplace alebo aplikáciu silne závislú od klientskeho vykresľovania. Vlastník: technický SEO líder je zodpovedný, pričom inžinieri vykonávajú testy načítania a vykresľovania, obsahový líder kontroluje extrahovateľnosť a obchodný alebo právny vlastník rozhoduje o politike crawlerov.

Prečo táto fáza prichádza sem

Konvenčný technický audit zisťuje, či vyhľadávače dokážu stránku prechádzať, vykresliť, indexovať a zoradiť. Táto fáza zisťuje, či AI crawler, retrieval systémy a agenti zameraní na úlohy dokážu dosiahnuť a interpretovať rovnaké užitočné informácie. Môžu používať rôzne user agent, cesty načítania, renderovacie schopnosti, časové limity a metódy extrakcie. Indexovateľná stránka môže AI klientovi stále vrátiť prázdnu škrupinu, súhlasovú stenu, bot challenge alebo nesúvislé fragmenty.

Audit prístupnosti AI preto patrí vedľa auditu technického základu , nie na koniec tvorby obsahu. Vyššie uvedené klientske vykresľovanie znamená, že JavaScript vytvára dôležitý obsah po príchode počiatočného HTML. Retrieval systémy nemusia tento kód spustiť, môžu sa zastaviť pred jeho dokončením alebo extrahovať iba počiatočnú odpoveď. Ak názov produktu, odpoveď, cena, dostupnosť, dôkazy alebo dôveryhodnosť existujú až po spustení JavaScriptu, neskoršia optimalizácia obsahu nedokáže opraviť zlyhanie prístupu.

Táto fáza využíva overené účty, analytiku, logy crawlerov, zdroje máp stránok, množinu kritických URL a mapu vlastníctva z fázy prístupu, sledovania a zdrojov údajov . Ak by sa vykonala skôr, tím by nevedel rozlíšiť skutočnú neprítomnosť od chýbajúceho prístupu. Ak by sa vykonala až po meraní východiskového stavu, kontaminovala by ho: nulové citácie môžu odrážať neprístupnú stránku, nie slabý obsah alebo dopyt.

Preskočenie tejto fázy je plytvanie prácou: autori vylepšujú pasáže, ktoré crawler nikdy nedostane, vývojári pridávajú schému za challenge, alebo si tím zamení platný llms.txt za celkovú pripravenosť stránky. Prístup, extrakcia, porozumenie a akcia sú samostatné schopnosti.

Vstupy a výstupy

Vstupy robia testy reprodukovateľnými. Výstupy tvoria zmluvu s fázou P5: meranie začína až po opravení alebo výslovnom akceptovaní známych zlyhaní prístupu.

Kontrolný zoznam

Testujte reprezentatívnu sadu URL, nielen domovskú stránku, a uchovávajte reprodukovateľné dôkazy.

1. Rozhodnite o prístupe crawlerov zámerne

Čo robiť: zmapujte pravidlá pre AI crawlerov v robots.txt , ovládacích prvkoch botov v CDN, webových aplikačných firewalloch, súhlasových vrstvách a konfigurácii pôvodu. Prečo to je dôležité: povolenie v robots je len preferencia; okrajová služba môže požiadavku stále zablokovať, zatiaľ čo náhodný wildcard blok nie je politika. Ako to urobiť: porovnajte živé pravidlá s maticou politiky, načítajte reprezentatívne URL s príslušnými user agent a zaznamenajte kompromis. Nástroj: AmICited Robots.txt & Sitemaps, schválený request klient a CDN/origin logy. Hotovo, keď: každá rodina crawlerov má schválené povolenie, blokovanie alebo podmienené rozhodnutie a živé správanie mu zodpovedá.

2. Porovnajte odpoveď bez JavaScriptu s užitočnou stránkou

Čo robiť: porovnajte počiatočné HTML s normálnou stránkou v prehliadači. Prečo to je dôležité: retrieval klient nemusí spúšťať skripty, ktoré vkladajú odpovede, ponuky, odkazy alebo údaje o produktoch. Ako to urobiť: otestujte každú dôležitú šablónu pred hydratáciou, procesom, ktorý pripája aplikačné správanie k serverovému HTML. Nástroj: prehliadač bez JavaScriptu alebo HTTP klient plus vykreslená stránka. Hotovo, keď: počiatočná odpoveď obsahuje názov, H1, primárny obsah, základné fakty a odkazy na objavovanie; každá výnimka má dôkaz a vlastníka.

3. Otestujte extrahovateľnosť vykresleného DOM

Čo robiť: extrahujte hlavný obsah z vykresleného Document Object Model (DOM), štruktúrovanej reprezentácie stránky v prehliadači, bez navigácie, textu súhlasu alebo skrytých variantov. Prečo to je dôležité: prijať text nie je to isté ako identifikovať správny text; šum šablóny môže skaziť retrieval. Ako to urobiť: porovnajte extrahovaný názov, odpoveď, vydavateľa, dátumy, fakty a odkazy s viditeľným zdrojom na dlhých, riedkych a komerčných stránkach. Nástroj: kontrola v prehliadači, extrakcia textu a zdroj stránky. Hotovo, keď: záznam zachováva primárny význam a fakty bez vizuálnej pozície alebo nedokumentovaných selektorov.

4. Preskúmajte strom prístupnosti

Čo robiť: skontrolujte strom prístupnosti: roly, názvy, stavy, nadpisy, orientačné body a ovládacie prvky. Prečo to je dôležité: sémantika rozlišuje nadpisy od dekorácií, tlačidlá od ikon a primárny obsah od navigácie. Ako to urobiť: otestujte kritické šablóny na jedno H1, usporiadané nadpisy, pomenované ovládacie prvky, orientačné body, popisné odkazy a zmysluplné alternatívy obrázkov. Nástroj: kontrola stromu prístupnosti v AmICited a kontrola v prehliadači. Hotovo, keď: skóre dosahuje prah, žiadny kritický ovládací prvok nemá chýbajúci názov a hlavná oblasť a nasledujúca akcia sú identifikovateľné.

5. Overte pokrytie a pravdivosť štruktúrovaných dát

Čo robiť: porovnajte viditeľné fakty so štruktúrovanými dátami , štandardizovaným značkovaním ako Schema.org JSON-LD. Prečo to je dôležité: značkovanie objasňuje entity, ponuky, autorstvo a dátumy, ale nepresné značkovanie komunikuje nesprávny fakt. Ako to urobiť: overte uplatniteľné schémy a zosúlaďte názvy, URL, ceny, meny, dostupnosť, dátumy, hodnotenia a identifikátory so zdrojovými systémami. Nástroj: validátor, vykreslené HTML a zdrojové záznamy. Hotovo, keď: kritické šablóny majú platné uplatniteľné značkovanie, hodnoty zodpovedajú viditeľným faktom a každé materiálne varovanie je vyriešené alebo vysvetlené.

6. Preskúmajte llms.txt ako sprievodcu, nie bránu

Čo robiť: skontrolujte, či /llms.txt presne sumarizuje organizáciu a odkazuje na kanonické verejné zdroje. Je to navrhovaný textový sprievodca, nie kontrola prístupu ani zaručený signál na hodnotenie. Prečo to je dôležité: stručná mapa znižuje nejednoznačnosť; neaktuálna zavádza agentov. Ako to urobiť: overte stav, štruktúru Markdown, popis, ciele, kanonické URL a vlastníka. Nástroj: kontrola llms.txt v AmICited a priame načítanie. Hotovo, keď: súbor, ak sa používa, nemá žiadne nefunkčné/súkromné odkazy a má vlastníka údržby; absencia je zistenie na zlepšenie, nie dôkaz neviditeľnosti.

7. Vzorkujte samostatné pasáže

Čo robiť: skontrolujte samostatne získané definície, odpovede, fakty, porovnania, kroky a obmedzenia. Prečo to je dôležité: retrieval môže oddeliť odsek od jeho nadpisu; „funguje to pre nich lepšie“ potom stratí svoj subjekt a porovnanie. Ako to urobiť: prečítajte aspoň 20 pasáží bez ich názvu alebo predchádzajúceho odseku. Nástroj: výstup extrakcie a redakčné posúdenie. Hotovo, keď: každá pasáž uvádza svoj subjekt, odpovedá na identifikovateľnú otázku, zachováva podmienky alebo jednotky a vyhýba sa nevyriešeným odkazom.

8. Potvrďte jasnosť kanonickej entity

Čo robiť: overte, že stránka uvádza, kto je organizácia, čo ponúka a ako súvisia jej značky, produkty, ľudia, lokality a profily. Kanonická entita je primárna skutočná vec, na ktorú sa názov vzťahuje. Prečo to je dôležité: nekonzistentné názvy, staré logá, protichodné popisy a odpojené URL profilov uľahčujú zlúčenie dvoch entít alebo rozdelenie jednej entity na niekoľko. Ako to urobiť: porovnajte domovskú stránku, stránku O nás, kontaktné údaje, štruktúrované dáta, sociálne profily, autorské stránky, právny názov a dôležité profily tretích strán. Nástroj: faktový list entity, vykreslené stránky a výstup štruktúrovaných dát. Hotovo, keď: jeden schválený faktový list rieši oficiálny názov, aliasy, kanonickú URL, logo, popis, vlastníctvo, primárne ponuky a profily rovnakej entity, pričom konflikty sú zaznamenané na opravu.

9. Otestujte čas odozvy a spoľahlivosť načítania

Čo robiť: merajte stav, Time to First Byte (TTFB), presmerovania, časové limity a konzistentnosť odozvy pri normálnych a relevantných user agent crawlerov. TTFB je interval od začiatku požiadavky po príchod prvého bajtu odpovede. Prečo to je dôležité: občasné 403, 429, 5xx odpovede, dlhé reťazce presmerovaní alebo pomalé zdroje robia obsah nespoľahlivým, aj keď jediná návšteva v prehliadači uspeje. Ako to urobiť: spustite opakovateľnú vzorku definovanú v tabuľke prahov z viac ako jednej sieťovej lokality, ak záleží na geografii, potom zosúlaďte zlyhania s logmi a Core Web Vitals. Nástroj: monitor požiadaviek, CDN/origin logy a AmICited Web Vitals. Hotovo, keď: kritické URL spĺňajú prahy spoľahlivosti a latencie alebo majú závažnosť, príčinu, vlastníka a dátum opätovného testu.

10. Posúďte WebMCP a obchodné protokoly tam, kde vytvárajú hodnotu

Čo robiť: testujte pripravenosť WebMCP a obchodu iba tam, kde obchodný model podporuje akcie agentov. WebMCP je vznikajúci spôsob, ako webová stránka vystavuje volateľné nástroje, napríklad vyhľadávanie, rezerváciu alebo pridanie položky do košíka. Agentický obchod zahŕňa objavovanie produktov a transakcie asistované agentmi, vrátane protokolov ako ACP alebo UCP. Prečo to je dôležité: čitateľný obsah podporuje odpovede; explicitné nástroje a obchodné údaje podporujú spoľahlivú akciu bez screen scrapingu. Ako to urobiť: zmapujte hodnotné úlohy používateľov, skontrolujte deklarované nástroje alebo protokoly, overte popisy vstupov a výstupov a potvrďte správanie pri potvrdení, autentifikácii, povolení, cene, inventári a chybách. Nástroj: kontroly WebMCP a agentického obchodu v AmICited plus kontrolované testovacie prostredie. Hotovo, keď: uplatniteľné schopnosti sú detegované a bezpečne testovateľné, alebo je kontrola označená ako neuplatniteľná so schváleným odôvodnením obchodného modelu a spúšťačom kontroly.

Nástroje v AmICited

Otvorte https://app.amicited.com/accessibility pre konsolidovaný audit a vysvetlenie funkcie Prístupnosť AI a pripravenosť agentov . Produkt podáva nezávislé hodnotenia namiesto skrývania rôznych typov zlyhaní do jedného zmiešaného skóre.

1. Použite súhrn na kontrolu skóre prístupnosti agentov a zaznamenajte každú zložku, nielen celkový stav.
2. Použite Robots.txt & Sitemaps na kontrolu pokrytia robots.txt a mapy stránok , potom porovnajte uvedené pravidlo so živým načítaním štýlom crawlera.
3. Použite kontrolu súboru na preskúmanie llms.txt a otvorte každý uvedený cieľ.
4. Použite kontrolu stránky na skontrolovanie stromu prístupnosti stránky pre každú kritickú šablónu.
5. Použite kontroly pripravenosti na kontrolu pripravenosti WebMCP a kontrolu pripravenosti agentického obchodu , ak sú tieto schopnosti uplatniteľné.
6. Otvorte https://app.amicited.com/audit/web-vitals na kontrolu Core Web Vitals a prepojte výkon v teréne s testami požiadaviek v podmienkach crawlera.

Rozhodovacie pravidlá

Toto sú prevádzkové akceptačné prahy, nie tvrdenia o algoritmoch hodnotenia. Sprísnite ich pre príjmy kritické cesty alebo regulovaný obsah a zaznamenajte akúkoľvek alternatívu pred testovaním, aby sa výsledok neupravoval dodatočne.

Skóre nikdy neprevažuje nad konkrétnymi dôkazmi. Skóre prístupnosti 85 neospravedlňuje neoznačené tlačidlo pokladne a povolenie v robots nepreváži challenge stránku vrátenú skutočnej požiadavke. „Nekontrolované“ je neznáme, nie úspech ani nula.

Výstup: register zistení o pripravenosti agentov

Odovzdajte jeden register zistení, nie prezentáciu a samostatný AI backlog. Pridajte každé zistenie do zoznamu priorít z P2 s týmito poľami:

ID a názov:
Dotknuté URL/šablóny:
Kontrola a pozorovaný stav:
Očakávaný stav/prah:
Dôkazy: časová pečiatka, user agent, stav, snímka alebo referencia logu
Obchodný dôsledok:
Závažnosť: Kritické | Zásadné | Odporúčanie
Odporúčaný postup:
Vlastník a schvaľovateľ:
Náročnosť a závislosť:
Termín a dátum opätovného testu:
Rozhodnutie politiky, ak relevantné:
Vplyv na meranie v P5:
Stav: Otvorené | Akceptované riziko | Opravené | Overené

Kritické znamená, že zlyhanie bráni spoľahlivému prístupu, materiálne mení extrahovaný význam alebo umožňuje nebezpečnú akciu. Zásadné znamená, že prístup alebo porozumenie je zhoršené, ale reprezentatívny klient stále dokáže získať hlavný obsah. Odporúčanie znamená užitočné zlepšenie bez dôkazu o súčasnom zlyhaní. Akceptované riziko vyžaduje menovaného vlastníka firmy, odôvodnenie, dotknutý rozsah, dátum vypršania platnosti alebo kontroly a spôsob detekcie zmenených podmienok.

Deduplikujte podľa koreňovej príčiny: jeden CDN challenge ovplyvňujúci konvenčné aj AI crawler je jedna položka s viacerými záznamami dôkazov.

Čo sa pokazí

Považovanie fázy za voliteľnú. Sledovanie promptov a prepisovanie obsahu nedokáže kompenzovať zlyhaný retrieval. Urobte P4 vstupnou podmienkou pre interpretovateľný východiskový stav.

Blokovanie štandardne a retroaktívne nazývanie politikou. Pravidlo bez vlastníka rozhodnutia, odôvodnenia a dátumu kontroly je konfigurácia, nie politika. Prezentujte kompromis medzi objavovaním a kontrolou a získajte explicitné rozhodnutie.

Pridanie llms.txt a vyhlásenie dokončenia. Súbor nemôže prepísať pravidlá robots, bloky CDN, prázdne počiatočné HTML, zavádzajúce značkovanie, slabé pasáže ani timeoouty. Považujte ho za jedného sprievodcu v rámci širšej množiny dôkazov.

Testovanie len priateľského user agenta alebo domovskej stránky. Okrajové kontroly sa líšia podľa cesty, geografie, rýchlosti a identity. Testujte každú vysoko hodnotnú šablónu a user agent v matici politiky.

Zamieňanie vzhľadu s extrahovateľnosťou. Vyleštená stránka môže vystavovať skryté duplicity, nezmyselné názvy ovládacích prvkov alebo prázdnu odpoveď bez JavaScriptu. Uchovávajte dôkazy zdroja, DOM, stromu prístupnosti a extrahovaného textu oddelene.

Považovanie neznámeho za zlyhanie alebo úspech. Znova testujte timeoouty a neskontrolované crawler; nikdy nemeňte chýbajúce dôkazy na vhodné skóre.

Inštalácia experimentálnych schopností agentov bez prípadu použitia. WebMCP alebo obchodné protokoly by mali vystavovať hodnotné, oprávnené akcie. Dodanie nebezpečnej alebo nepresnej akcie je horšie ako označenie schopnosti za neuplatniteľnú.

Odovzdanie na meranie východiskového stavu

Fáza merania východiskového stavu preberá zlúčený zoznam priorít, balík dôkazov z testov, záznam politiky crawlerov, reprezentatívnu sadu URL a poznámku o pripravenosti. Vlastník P4 musí identifikovať akékoľvek obmedzenie, ktoré mení interpretáciu: blokované rodiny crawlerov, neprístupné šablóny, nespoľahlivé regióny, chýbajúce pasáže alebo nedávnu opravu, ktorej účinok sa ešte neprejavil.

P5 môže pokračovať, keď sú kritické URL zámerne prístupné pre rodiny crawlerov zahrnuté v meraní, platný primárny obsah je extrahovateľný a žiadne nevyriešené Kritické zistenie by nespôsobilo, že nulové alebo nízke skóre je neinterpretovateľné. Môže pokračovať s poznámkami, keď zámerné blokovanie vylučuje známeho crawlera alebo Zásadný problém ovplyvňuje ohraničenú šablónu. Mal by počkať, keď je zámer prístupu neznámy, kritické stránky zlyhávajú pri načítaní alebo extrahovaný obsah materiálne odporuje viditeľnému zdroju.

Odovzdanie je dokončené, keď vlastník P5 dokáže odpovedať na tri otázky bez opätovného otvorenia auditu: ktorí agenti mali mať prístup, ktoré stránky a fakty mohli spoľahlivo získať a ktoré známe obmedzenia musia byť uvedené vedľa východiskového stavu.

FAQ

Často kladené otázky