AI-toegankelijkheidsaudit voor Agentgereedheid

AI-systemen kunnen geen inhoud citeren, aanbevelen of gebruiken die ze niet betrouwbaar kunnen ophalen. Deze fase test die basis voordat het team zichtbaarheid meet of inhoud bestelt die bedoeld is voor antwoordmachines.

Fase: P4, Stadium A — Begrijpen. Tijdsbox: 3–5 werkdagen voor een typische marketingsite; 5–10 voor een grote e-commerce, marktplaats of zwaar client-gerenderde applicatie. Eigenaar: de technische SEO-lead is verantwoordelijk, waarbij engineering fetch- en renderingtests uitvoert, de contentlead de extraheerbaarheid beoordeelt en een bedrijfs- of juridische eigenaar het crawlerbeleid bepaalt.

Waarom deze fase hier komt

Een conventionele technische audit vraagt of zoekmachines de site kunnen crawlen, renderen, indexeren en rangschikken. Deze fase vraagt of AI-crawlers, retrievalsystemen en taakgerichte agenten dezelfde nuttige informatie kunnen bereiken en interpreteren. Ze kunnen verschillende user agents, fetch-paden, rendermogelijkheden, time-outs en extractiemethoden gebruiken. Een indexeerbare pagina kan nog steeds een lege schil, toestemmingsmuur, botuitdaging of onsamenhangende fragmenten teruggeven aan een AI-client.

Een AI-toegankelijkheidsaudit hoort daarom naast de technische basislijnaudit , niet aan het einde van contentproductie. Client-side rendering betekent dat JavaScript belangrijke inhoud construeert nadat de initiële HTML binnenkomt. Retrievalsystemen voeren die code mogelijk niet uit, stoppen voordat deze is voltooid, of extraheren alleen de initiële respons. Als de productnaam, het antwoord, de prijs, beschikbaarheid of het bewijs alleen bestaat nadat JavaScript is uitgevoerd, kan latere contentoptimalisatie de toegangsfout niet herstellen.

Deze fase verbruikt de geverifieerde accounts, analyses, crawlerlogs, sitemapbronnen, kritieke URL-set en eigenaardommenkaart uit de fase toegang, tracking en databronnen . Als de fase eerder wordt uitgevoerd, kan het team geen onderscheid maken tussen een echte afwezigheid en ontbrekende toegang. Als de fase na de basismeting wordt uitgevoerd, vervuilt het de basislijn: nul citaties kunnen wijzen op een ontoegankelijke site, niet op zwakke inhoud of vraag.

De fase overslaan verspilt werk: schrijvers verbeteren passages die een crawler nooit ontvangt, ontwikkelaars voegen schema toe achter een uitdaging, of het team verwart een geldige llms.txt met site-brede gereedheid. Toegang, extractie, begrip en actie zijn afzonderlijke mogelijkheden.

Inputs en outputs

De inputs maken tests reproduceerbaar. De outputs vormen een contract met P5: meting begint pas nadat bekende toegangsfouten zijn opgelost of expliciet geaccepteerd.

De checklist

Test de representatieve URL-set, niet alleen de homepage, en bewaar reproduceerbaar bewijs.

1. Bepaal bewust de crawlertoegang

Wat te doen: inventariseer AI-crawlerregels in robots.txt , CDN-botcontroles, webapplication firewalls, toestemmingslagen en origineconfiguratie. Waarom het belangrijk is: een robots-toestemming is slechts een voorkeur; een edge-service kan het verzoek nog steeds blokkeren, terwijl een accidentele wildcard-blokkade geen beleid is. Hoe het te doen: vergelijk live regels met de beleidsmatrix, haal representatieve URL’s op met toepasselijke user agents en leg de afweging vast. Tool: AmICited Robots.txt & Sitemaps, een goedgekeurde verzoekclient en CDN/origin-logs. Gereed wanneer: elke crawlerfamilie heeft een goedgekeurd toestaan, blokkeren of voorwaardelijk besluit en het live gedrag komt ermee overeen.

2. Vergelijk de niet-JavaScript-respons met de bruikbare pagina

Wat te doen: vergelijk initiële HTML met de normale browserpagina. Waarom het belangrijk is: een retrievalclient kan mogelijk geen scripts uitvoeren die antwoorden, aanbiedingen, links of productgegevens invoegen. Hoe het te doen: test elke belangrijke template vóór hydratatie, het proces dat applicatiegedrag aan server-HTML koppelt. Tool: een no-script browser of HTTP-client plus de gerenderde pagina. Gereed wanneer: de initiële respons de titel, H1, primaire inhoud, kernfeiten en ontdekkingslinks bevat; elke uitzondering heeft bewijs en een eigenaar.

3. Test extraheerbaarheid van gerenderde DOM

Wat te doen: extraheer hoofdinhoud uit het gerenderde Document Object Model (DOM), de gestructureerde paginarepresentatie van de browser, zonder navigatie, toestemmingstekst of verborgen varianten. Waarom het belangrijk is: tekst ontvangen is niet hetzelfde als de juiste tekst identificeren; templatespecifieke ruis kan retrieval verstoren. Hoe het te doen: vergelijk geëxtraheerde titel, antwoord, uitgever, datums, feiten en links met de zichtbare bron over lange, schaarse en commerciële pagina’s. Tool: browserinspectie, tekstextractie en paginabron. Gereed wanneer: het record de primaire betekenis en feiten behoudt zonder visuele positie of niet-gedocumenteerde selectors.

4. Inspecteer de toegankelijkheidsboom

Wat te doen: beoordeel de toegankelijkheidsboom: rollen, namen, statussen, koppen, oriëntatiepunten en bedieningselementen. Waarom het belangrijk is: semantiek onderscheidt koppen van decoratie, knoppen van pictogrammen en primaire inhoud van navigatie. Hoe het te doen: test kritieke templates op één H1, geordende koppen, benoemde bedieningselementen, oriëntatiepunten, beschrijvende links en betekenisvolle beeldalternatieven. Tool: AmICited Toegankelijkheidsboomchecker en browserinspectie. Gereed wanneer: de score de drempel haalt, geen kritiek bedieningselement een naam mist en het hoofdgebied en de volgende actie identificeerbaar zijn.

5. Valideer gestructureerde-data-dekking en waarheidsgetrouwheid

Wat te doen: vergelijk zichtbare feiten met gestructureerde data , gestandaardiseerde markup zoals Schema.org JSON-LD. Waarom het belangrijk is: markup verduidelijkt entiteiten, aanbiedingen, auteurschap en datums, maar onnauwkeurige markup communiceert het verkeerde feit. Hoe het te doen: valideer toepasselijke schema’s en stem namen, URL’s, prijzen, valuta, beschikbaarheid, datums, beoordelingen en identifiers af met bronsystemen. Tool: validator, gerenderde HTML en bronrecords. Gereed wanneer: kritieke templates geldige toepasselijke markup hebben, waarden overeenkomen met zichtbare feiten en elke materiële waarschuwing is opgelost of uitgelegd.

6. Beoordeel llms.txt als gids, niet als poortwachter

Wat te doen: controleer of /llms.txt de organisatie nauwkeurig samenvat en linkt naar canonieke openbare bronnen. Het is een voorgestelde platte-tekstgids, geen toegangscontrole of gegarandeerd rankingsignaal. Waarom het belangrijk is: een beknopte kaart vermindert dubbelzinnigheid; een verouderde kaart leidt agenten verkeerd. Hoe het te doen: verifieer status, Markdown-structuur, beschrijving, bestemmingen, canonieke URL’s en eigenaar. Tool: AmICited llms.txt-beoordeling en direct ophalen. Gereed wanneer: het bestand, indien gebruikt, geen gebroken/private links heeft en een onderhoudseigenaar; afwezigheid is een verbeterpunt, geen bewijs van onzichtbaarheid.

7. Steekproef van zelfstandige passages

Wat te doen: beoordeel onafhankelijk opgehaalde definities, antwoorden, feiten, vergelijkingen, stappen en beperkingen. Waarom het belangrijk is: retrieval kan een paragraaf scheiden van zijn kop; “het werkt beter voor hen” verliest dan zijn onderwerp en vergelijking. Hoe het te doen: lees ten minste 20 passages zonder hun titel of vorige paragraaf. Tool: extractie-output en redactionele beoordeling. Gereed wanneer: elke passage zijn onderwerp benoemt, een identificeerbare vraag beantwoordt, voorwaarden of eenheden behoudt en onopgeloste verwijzingen vermijdt.

8. Bevestig duidelijkheid van canonieke entiteit

Wat te doen: verifieer dat de site vermeldt wie de organisatie is, wat ze aanbiedt en hoe de merken, producten, mensen, locaties en profielen zich verhouden. Een canonieke entiteit is het primaire echte ding waarnaar een naam verwijst. Waarom het belangrijk is: inconsistente namen, oude logo’s, tegenstrijdige beschrijvingen en niet-verbonden profiel-URL’s maken het gemakkelijk om twee entiteiten samen te voegen of één entiteit in meerdere te splitsen. Hoe het te doen: vergelijk de homepage, Over ons-pagina, contactgegevens, gestructureerde data, sociale profielen, auteurspagina’s, juridische naam en belangrijke externe profielen. Tool: entiteitfeitenblad, gerenderde pagina’s en gestructureerde-data-output. Gereed wanneer: één goedgekeurd feitenblad de officiële naam, aliassen, canonieke URL, logo, beschrijving, eigendom, primaire aanbiedingen enzelfde-entiteitsprofielen oplost, met conflicten genoteerd voor correctie.

9. Test responstijd en fetch-betrouwbaarheid

Wat te doen: meet status, Time to First Byte (TTFB), omleidingen, time-outs en responsconsistentie onder normale en relevante crawler-user agents. TTFB is het interval vanaf het begin van het verzoek totdat de eerste responsbyte aankomt. Waarom het belangrijk is: intermitterende 403s, 429s, 5xx-responses, lange omleidingsketens of trage origins maken inhoud onbetrouwbaar, zelfs wanneer een enkel browserbezoek slaagt. Hoe het te doen: voer de herhaalbare steekproef uit zoals gedefinieerd in de drempeltabel vanaf meer dan één netwerklocatie wanneer geografie van belang is, en stem mislukkingen af met logs en Core Web Vitals. Tool: verzoekmonitor, CDN/origin-logs en AmICited Web Vitals. Gereed wanneer: kritieke URL’s voldoen aan de betrouwbaarheids- en latentiedrempels of een ernst, oorzaak, eigenaar en hertestdatum hebben.

10. Beoordeel WebMCP en handelsprotocollen waar ze waarde creëren

Wat te doen: test WebMCP en handelsgereedheid alleen waar het bedrijfsmodel agentacties ondersteunt. WebMCP is een opkomende manier voor een website om aanroepbare tools bloot te stellen, zoals zoeken, boeken of een item toevoegen aan een winkelwagen. Agentische handel omvat door agenten ondersteunde productontdekking en transacties, inclusief protocollen zoals ACP of UCP. Waarom het belangrijk is: leesbare inhoud ondersteunt antwoorden; expliciete tools en handelsgegevens ondersteunen betrouwbare actie zonder screenscraping. Hoe het te doen: breng waardevolle gebruikerstaken in kaart, inspecteer gedeclareerde tools of protocollen, valideer input- en outputbeschrijvingen en verifieer bevestiging, authenticatie, toestemming, prijs, voorraad en foutgedrag. Tool: AmICited WebMCP en Agentische Handel-controles plus een gecontroleerde testomgeving. Gereed wanneer: toepasselijke mogelijkheden worden gedetecteerd en veilig testbaar zijn, of de controle is gemarkeerd als niet van toepassing met een goedgekeurde bedrijfsmodelreden en beoordelingstrigger.

Tools in AmICited

Open https://app.amicited.com/accessibility voor de geconsolideerde audit en de AI-toegankelijkheid en Agentgereedheid functie-uitleg. Het product rapporteert onafhankelijke metingen in plaats van verschillende fouttypen te verbergen in één gemengde score.

1. Gebruik de samenvatting om de Agenttoegankelijkheidsscore te controleren en elk onderdeel vast te leggen, niet alleen de kopstatus.
2. Gebruik Robots.txt & Sitemaps om robots.txt en sitemapdekking te controleren en vergelijk vervolgens de vermelde regel met een live crawler-achtige fetch.
3. Gebruik de bestandsbeoordeling om llms.txt te beoordelen en open elke vermelde bestemming.
4. Gebruik de paginacontrole om de toegankelijkheidsboom van een pagina te inspecteren voor elke kritieke template.
5. Gebruik de gereedheidscontroles om WebMCP-gereedheid en agentische handelsgereedheid te controleren wanneer die mogelijkheden van toepassing zijn.
6. Open https://app.amicited.com/audit/web-vitals om Core Web Vitals te controleren en veldprestaties te verbinden met crawlerconditie-verzoektests.

Beslissingsregels

Dit zijn operationele acceptatiedrempels, geen claims over rangschikkingsalgoritmen. Stel ze strenger in voor inkomenskritieke trajecten of gereguleerde inhoud, en leg elk alternatief vast vóór het testen, zodat het resultaat niet achteraf wordt aangepast.

Scores overschrijven nooit concreet bewijs. Een toegankelijkheidsscore van 85 rechtvaardigt geen niet-gelabelde afrekenknop, en een robots-toestemming weegt niet op tegen een uitdagingspagina die naar het echte verzoek wordt teruggestuurd. “Niet gecontroleerd” is onbekend, geen geslaagd en geen nul.

Oplevering: het agentgereedheidsbevindingenregister

Overhandig één bevindingenregister, geen presentatie en een aparte AI-backlog. Voeg elke bevinding toe aan de P2-prioriteitenlijst met deze velden:

ID en titel:
Getroffen URL's/templates:
Controle en waargenomen toestand:
Verwachte toestand/drempel:
Bewijs: tijdstempel, user agent, status, capture of logreferentie
Bedrijfsconsequentie:
Ernst: Kritiek | Ernstig | Adviserend
Aanbevolen actie:
Eigenaar en goedkeurder:
Inspanning en afhankelijkheid:
Vervaldatum en hertestdatum:
Beleidsbesluit, indien relevant:
P5 meetimpact:
Status: Open | Geaccepteerd risico | Opgelost | Geverifieerd

Kritiek betekent dat de fout betrouwbare toegang verhindert, de geëxtraheerde betekenis wezenlijk verandert of een onveilige actie mogelijk maakt. Ernstig betekent dat toegang of begrip is verminderd, maar een representatieve client nog steeds de hoofdinhoud kan herstellen. Adviserend betekent dat een nuttige verbetering geen bewijs van huidige fout heeft. Geaccepteerd risico vereist de benoemde bedrijfseigenaar, rationale, getroffen bereik, verval- of controledatum en een manier om gewijzigde omstandigheden te detecteren.

Dedupliceer op basis van hoofdoorzaak: één CDN-uitdaging die conventionele en AI-crawlers treft, is één item met meerdere bewijsrecords.

Wat er misgaat

De fase als optioneel behandelen. Prompt-tracking en contentherschrijvingen kunnen mislukte retrieval niet compenseren. Maak P4 een toegangsvoorwaarde voor een interpreteerbare basislijn.

Standaard blokkeren en het achteraf beleid noemen. Een regel zonder beslissingseigenaar, rationale of controledatum is configuratie, geen beleid. Presenteer de afweging tussen vindbaarheid en controle en verkrijg een expliciet besluit.

llms.txt toevoegen en de fase voltooid verklaren. Het bestand kan robots-regels, CDN-blokkades, lege initiële HTML, misleidende markup, zwakke passages of time-outs niet overschrijven. Behandel het als één gids binnen de bredere bewijsset.

Alleen een vriendelijke user agent of de homepage testen. Randcontroles variëren per pad, geografie, snelheid en identiteit. Test elke hoogwaardige template en user agent in de beleidsmatrix.

Uiterlijk verwarren met extraheerbaarheid. Een gepolijste pagina kan verborgen duplicaten, betekenisloze bedieningsnamen of een blanco no-script-respons blootleggen. Bewaar bron-, DOM-, toegankelijkheidsboom- en geëxtraheerde-tekst-bewijzen afzonderlijk.

Onbekend behandelen als fout of succes. Her-test time-outs en niet-gecontroleerde crawlers; zet nooit ontbrekend bewijs om in een handige score.

Experimentele agentmogelijkheden installeren zonder use case. WebMCP- of handelsprotocollen moeten waardevolle, gemachtigde acties blootstellen. Het leveren van een onveilige of onnauwkeurige actie is erger dan de mogelijkheid als niet van toepassing markeren.

Overdracht naar basismeting

De basismetingfase ontvangt de samengevoegde prioriteitenlijst, het testbewijspakket, het crawlerbeleidsrecord, de representatieve URL-set en de gereedheidsnotitie. De P4-eigenaar moet elke beperking identificeren die de interpretatie verandert: geblokkeerde crawlerfamilies, ontoegankelijke templates, intermitterende regio’s, ontbrekende passages of een recente oplossing waarvan het effect zich nog niet heeft verspreid.

P5 mag doorgaan wanneer kritieke URL’s opzettelijk toegankelijk zijn voor de crawlerfamilies die in de meting zijn opgenomen, geldige primaire inhoud extraheerbaar is en er geen onopgeloste Kritieke bevinding is die een nul- of lage score oninterpreteerbaar zou maken. Het mag doorgaan met annotaties wanneer een bewuste blokkade een bekende crawler uitsluit of een Ernstig probleem een beperkte template treft. Het moet wachten wanneer toegangsintentie onbekend is, kritieke pagina’s mislukken bij ophalen of geëxtraheerde inhoud wezenlijk in tegenspraak is met de zichtbare bron.

De overdracht is compleet wanneer de P5-eigenaar drie vragen kan beantwoorden zonder de audit te heropenen: welke agenten hadden toegang moeten hebben, welke pagina’s en feiten ze betrouwbaar konden ophalen en welke bekende beperkingen naast de basislijn moeten worden vermeld.

FAQ

Veelgestelde vragen