Lighthouse Agentic Browsing: slik leser du resultatet
Siden juli 2026 har Lighthouse en femte kategori ved siden av ytelse, tilgjengelighet, beste praksis og SEO: Agentic Browsing. Den måler hvor godt nettstedet fungerer for AI-agenter som bruker nettleseren. Her går vi gjennom hver sjekk, med vårt eget nettsted som eksempel.
Publisert
Kort fortalt
- Agentic Browsing er en ny kategori i Lighthouse fra versjon 13.3. Google beskriver den som under utvikling, så innholdet kan endre seg.
- Tre sjekker teller i poengsummen: et velformet tilgjengelighetstre, stabil layout (CLS) og en gyldig llms.txt.
- WebMCP-sjekkene og
ai-catalog.jsoner foreløpig bare informative. De vises i rapporten, men trekker ikke ned. - Det meste du retter her, hjelper også mennesker. Gode etiketter på knapper og skjemafelt og en side som ikke hopper mens den laster, er vanlig god praksis.
- Høy poengsum betyr ikke at en agent kommer i mål. Lighthouse ser på hvordan siden er bygget, men prøver ikke å fullføre en oppgave.
Slik kjører du testen
I nyere Chrome-versjoner finner du kategorien i Lighthouse-panelet i DevTools. Kryss av for Agentic Browsing og kjør analysen. Fra kommandolinjen kan du kjøre bare denne kategorien:
npx lighthouse https://www.dittfirma.no/ --only-categories=agentic-browsing --view
Kjør testen på sidene som betyr mest: forsiden, en tjeneste- eller produktside og siden med kontaktskjemaet, bestillingen eller bookingen. Resultatet gjelder én side om gangen.
Hva som teller i poengsummen
Vi kjørte Lighthouse 13.5 mot vårt eget nettsted og så på hvordan sjekkene er vektet i rapporten:
| Sjekk | Teller i poengsummen? | Hva den ser etter |
|---|---|---|
| Tilgjengelighetstreet er velformet | Ja | Knapper, lenker og skjemafelt har navn og riktige roller |
| Cumulative Layout Shift (CLS) | Ja | At innholdet ikke flytter seg mens siden laster |
| llms.txt følger anbefalingene | Ja | At /llms.txt finnes og er gyldig Markdown med minst én H1 |
| WebMCP-dekning for skjemaer | Nei, informativ | Skjemaer som mangler WebMCP-annotasjoner |
| Registrerte WebMCP-verktøy | Nei, informativ | Hvilke WebMCP-verktøy siden tilbyr |
| Gyldige WebMCP-skjemaer | Nei, informativ | At verktøyene er beskrevet riktig |
Gyldig ai-catalog.json |
Nei, informativ | Et manifest som lar agenter og registre finne tjenestene dine |
Vektingen kan endre seg i senere versjoner. Det er derfor lurt å se på hver sjekk og ikke bare på tallet.
Tilgjengelighetstreet
Agenter som bruker nettleseren, leser ofte siden via tilgjengelighetstreet, den samme strukturen som skjermlesere bruker. Der finner de knapper, lenker og skjemafelt. En knapp som bare er et ikon uten navn, eller et skjemafelt uten etikett, er like vanskelig for en agent som for en som ikke ser skjermen.
Slik retter du det:
- Gi hvert skjemafelt en synlig
<label>, ikke bare plassholdertekst. - Gi ikonknapper et navn med
aria-label. - Bruk ekte
<button>og<a>i stedet for klikkbare<div>-er. - Sjekk at ARIA-attributter peker på elementer som finnes.
Denne sjekken bygger på de samme reglene som tilgjengelighetskategorien. Har du rettet tilgjengelighetsfeilene, er du som regel langt på vei her også.
Stabil layout (CLS)
En agent ser på siden, bestemmer seg for hvor den skal klikke og klikker. Flytter innholdet seg i mellomtiden, for eksempel fordi et bilde, et annonsefelt eller et samtykkebanner dukker opp, treffer den feil element. Det er samme problem som når du selv trykker på feil lenke fordi siden hoppet.
Slik retter du det:
- Sett bredde og høyde på bilder og video.
- Reserver plass til innhold som lastes inn senere.
- Unngå bannere som skyver innholdet ned etter at siden er vist.
- Bruk
font-displayog forhåndslasting slik at skrifter ikke gir store hopp.
llms.txt
Sjekken er enkel: filen må finnes på /llms.txt, være Markdown og ha minst én overskrift på nivå 1. Mangler filen helt, får du «ikke aktuelt». Gir serveren en feil, trekker det ned. Vi har skrevet en egen guide om hva llms.txt er og hvordan du lager en.
WebMCP
WebMCP er en foreslått nettstandard der nettsiden selv beskriver hva en agent kan gjøre, for eksempel «søk etter produkter» eller «be om tilbud», som verktøy med navn, beskrivelse og felt. Da slipper agenten å gjette ut fra knapper og layout. Verktøyene kan defineres med annotasjoner på vanlige HTML-skjemaer eller med JavaScript.
Standarden er ny. Den er tilgjengelig i Chrome som prøveordning (origin trial) fra versjon 149 og bak et flagg for utviklere. Derfor teller den ikke i poengsummen ennå. Lighthouse lister likevel opp skjemaer som mangler annotasjoner, og det er en god oversikt over hvor du kan begynne.
ai-catalog.json
Den nyeste sjekken ser etter et ai-catalog.json-manifest etter spesifikasjonen Agentic Resource Discovery. Tanken er at agenter og registre skal kunne finne og verifisere tjenestene du tilbyr. Sjekken er informativ, og de fleste nettsteder får «ikke aktuelt». Vi ville ikke prioritert den før standarden har satt seg.
Vårt eget resultat
| Side | Agentic Browsing | Merknader |
|---|---|---|
| Forsiden | 99 | CLS 0,069. Kontaktskjemaet manglet WebMCP-annotasjoner. |
| Guiden om llms.txt | 100 | Ingen skjemaer, ingen layoutskift |
Etter den første kjøringen la vi WebMCP-annotasjoner på kontaktskjemaene: et navn og en beskrivelse på skjemaet og en beskrivelse på hvert felt. Vi la ikke inn automatisk innsending, så det er alltid en person som trykker «Send».
Da vi så på verktøyet Chrome laget av skjemaet, fant vi en felle: den skjulte honningkrukken mot spam, et felt som heter website, var med som parameter. En agent som fyller ut skjemaet, ville trolig fylt inn det feltet også, og da ville henvendelsen blitt forkastet som spam. Felt med readonly holdes utenfor verktøyet, men sendes fortsatt med skjemaet, så vi gjorde honningkrukken skrivebeskyttet. Har du et spamfelt i skjemaet, er det verdt å sjekke.
Hva en høy poengsum ikke sier noe om
Lighthouse undersøker hvordan siden er bygget. Den åpner ikke en agent og ber den bestille en time, fylle ut et skjema eller finne en pris. En side kan få 100 og likevel stoppe en agent: et steg krever innlogging, en kalender kan bare brukes med mus, en knapp sier «Neste» uten å si hva som skjer, eller betalingen ligger hos en tredjepart som blokkerer roboter.
Vår egen forside får 99, men tallet sier ingenting om hvorvidt en agent faktisk får sendt kontaktskjemaet vårt. Det får du bare vite ved å prøve. Vi har laget en sjekkliste for hva som oftest stopper agenter.
Vil du vite om en agent faktisk kommer i mål?
Lighthouse-resultatet er et godt utgangspunkt, men bare en test med en agent viser hva som skjer i praksis. En agenttest er en del av Foretrukket, vår faste tjeneste for AI-synlighet (9 900 kr/mnd eks. mva.). Foretrukket hjelper norske bedrifter å bli anbefalt når kundene spør ChatGPT og Google.