När en AI-agent fyller i ert formulär

En del av besökarna på en företagswebbplats är numera programvara som arbetar åt någon annan: en researchagent som jämför tre leverantörer, en assistent som fått i uppdrag att boka ett möte, en webbläsarfunktion som fyller i uppgifter användaren redan skrivit en gång. De besökarna landar i samma kontaktformulär som alla andra, och varje formulär de kör fast i blir en förfrågan som aldrig kommer fram. Nu publicerar Chrome ett mått på det här, och därmed blir en vag oro något ni kan kontrollera en vanlig tisdagseftermiddag.

Vad mäter kategorin agentic browsing?

Lighthouse är granskningsverktyget som är inbyggt i Chrome DevTools och som PageSpeed Insights bygger på. Det har en kategori som heter agentic browsing, och den tittar på fyra saker. Om sidan registrerar WebMCP-verktyg. Om tillgänglighetsträdet ger en agent de namn och etiketter den behöver för att agera. Om layouten ligger stilla medan sidan laddas. Och om webbplatsen publicerar en llms.txt.

Två detaljer avgör hur mycket vikt ni kan lägga vid måttet. Google redovisar resultatet som en andel godkända kontroller, så det finns inget samlat poängtal att jaga. Dokumentationen anger dessutom att både kategorin och WebMCP-stödet är experimentella och byggda på föreslagna standarder. För att köra kategorin krävs Chrome 150 eller senare. Måttet är alltså i praktiken en checklista, och det är checklistan som är den användbara delen.

Varför avgör tillgänglighetsträdet om en agent kan agera?

Chromes egen vägledning beskriver mekanismen rakt på sak: agenter läser tillgänglighetsträdet för att hitta interaktiva element. Det är samma struktur som en skärmläsare går igenom: elementens roller, deras tillgängliga namn och etiketter, och om elementet syns och går att nå. Den byggs upp utifrån sidans semantik.

Därför är felen välbekanta. Ett fält som bara har en platshållartext saknar namn så fort texten försvinner. En skicka-knapp som egentligen är en stylad div med en klickhändelse är osynlig som knapp. Ett steg som dyker upp först vid hovring är ett steg agenten aldrig hittar. I samtliga fall stannar agenten på samma ställe som en människa med hjälpmedel, och av samma skäl.

Det fina är att kraven överlappar. Etiketter, tangentbordsnavigering och en stabil layout är sådant WCAG kräver. Sedan den 28 juni 2025 kräver EU:s tillgänglighetsdirektiv (EAA) samma sak av de produkter och tjänster direktivet omfattar. Samma saker gör att ett formulär fungerar på en telefon på pendeltåget, så en och samma budgetpost täcker båda målgrupperna.

Vilka bottar som ska släppas in, och vad robots.txt fortfarande styr, handlar om hur agenter läser. Den frågan svarar vi på i hur AI-bottar och agenter läser er webbplats. Den här artikeln handlar om hur de agerar.

Ska vi registrera WebMCP-verktyg redan nu?

WebMCP är den enda av de fyra kontrollerna som kräver ny kod. Det är ett webbläsar-API som låter en sida beskriva sina egna funktioner som anropbara verktyg — sök i katalogen, se lediga tider, skicka den här förfrågan — så att en agent kan använda dem direkt. Agenten anropar en namngiven funktion med typade argument och slipper gissa sig fram i DOM:en.

Det är också den punkt på listan där minst är avgjort. W3C:s Web Machine Learning Community Group har publicerat specifikationen som en Draft Community Group Report, med ingenjörer på Google och Microsoft som redaktörer. Dokumentet anger i sitt eget statusavsnitt att det varken är en W3C-standard eller ligger på W3C:s standardspår, och utkastet på sidan är daterat den 17 september 2026.

Torn Studio beslutade den 21 september 2026 att inte registrera några WebMCP-verktyg på torn.studio. Agenter får en llms.txt och en markdownversion av varje sida, som serveras på sidans egen URL med suffixet .md. Kostnaden ska sägas rakt ut: webbplatsen får underkänt på WebMCP-kontrollen, och en agent som vill nå studion använder det vanliga kontaktformuläret som alla andra.

Skälet är att ett verktygskontrakt är ett löfte. En agent som anropar en namngiven skicka-funktion räknar med att den fortsätter att fungera. Att ge det löftet på nio språk mot ett utkast som ändrades så sent som den här månaden vore att ta på sig underhåll innan någon efterfrågar det. Två saker skulle ändra beslutet, och båda är nedskrivna: att API:et lämnar utkaststadiet, eller att agenttrafiken hos en verklig kund blir så stor att den motiverar underhållet.

Vad är en förfrågan från en agent värd?

En förfrågan som en agent har fyllt i är en riktig förfrågan: agenten gör det på uppdrag av en människa, och det är människan som vill ha svar. Underlaget är däremot tunnare än det ser ut, eftersom fälten innehåller det agenten har läst sig till på sidan den hade framför sig. Det får två följder.

Fråga efter uppgifter som en agent kan fylla i korrekt (bolag, land, vad arbetet gäller) och spara bedömningsfrågorna till ert svar. Skilj också de två grupperna åt i analysverktyget redan vid insamlingen. En agentsession som räknas som en vanlig session lyfter konverteringsgraden i rapporten, medan kvaliteten på det som landar i inkorgen sjunker, och de två rörelserna döljer varandra.

Var börjar vi?

Arbetet går att dela upp i en eftermiddag, en sprint och ett beslut om att vänta.

• Kör Lighthouse i Chrome 150 eller senare på sidan med ert kontaktformulär, och läs raden för agentic browsing.
• Fyll i formuläret själva med enbart tangentbordet. Allt som stoppar er stoppar en agent.
• Ge varje fält en riktig etikett och varje åtgärd en riktig knapp, och håll layouten stilla medan sidan laddas.
• Publicera en llms.txt som pekar ut sidorna ni vill att en agent ska använda, och servera en markdownversion av var och en av dem.
• Märk agentsessioner separat i analysverktyget innan jämförelsen behövs.
• Avvakta med WebMCP, och skriv ner villkoret som skulle ändra beslutet.

De fem första punkterna är vanligt kvalitetsarbete: samma punkter som en tillgänglighetsgranskning tar upp, nu riktade mot en ny målgrupp. Webbplatserna vi bygger levereras med tillgänglighetsträdet och markdownversionerna på plats från första deployen, och därför är checklistan för agentic browsing redan till största delen avbockad.