Flere og flere af dine kunder spørger en AI, før de spørger Google. De beskriver, hvad de leder efter, og får et svar tilbage med et par anbefalinger i. Det er en ny måde at blive fundet på. Men den AI har aldrig set din hjemmeside. Den har læst den.
I 2025 brugte 37 % af befolkningen AI ugentligt. Året før var tallet 17 %, og blandt de 16-24-årige er det nu 66 %,
viser Danmarks Statistiks kulturvaneundersøgelse. Det lyder som en statistik om teknologi. Men det er en statistik om dine kunder. En voksende del af dem stiller deres første spørgsmål til en maskine, og den maskine skal kunne finde rundt på din side, før den kan anbefale dig.
Læs med her og bliv klogere på, hvordan AI faktisk læser en hjemmeside, og hvorfor de samme ting hjælper både skærmlæsere og maskiner. Til sidst får du fem ting, du selv kan tjekke i dag. Og du behøver ikke kunne kode for at være med.
Maskinerne ser ikke din hjemmeside, de læser den
Google har beskrevet, hvordan en AI-agent opfatter en hjemmeside. En AI-agent er et program, der selv kan gå på nettet og løse en opgave. Det kan for eksempel være at finde et produkt eller booke en tid.
Ifølge Googles vejledning til agentvenlige hjemmesider sker det på tre måder.
Den første er skærmbilleder. Agenten tager et billede af siden og forsøger at genkende, hvad den ser. Google skriver selv, at det er langsomt og dyrt i tokens, altså de tekstbidder en AI regner i og betaler for. De kalder det en reserveløsning til de sider, hvor strukturen er forvirrende.
Den anden er den rå HTML-kode. Her læser agenten, hvordan elementerne ligger inde i hinanden, og slutter sig til, hvad der hører sammen med hvad.
Den tredje er tilgængelighedstræet. Og det er det, der gør hele forskellen.
Tilgængelighedstræet er det kort, både skærmlæsere og AI navigerer efter
Hver gang en browser viser en side, bygger den to ting. Det, du ser på skærmen, og en struktureret oversigt over, hvad siden indeholder, og hvad der kan betjenes på den. Den oversigt hedder tilgængelighedstræet. Google kalder det sidens semantiske sammenfatning og beskriver det som et kort i høj opløsning, når en AI-agent skal bruge det.
Skærmlæsere har brugt det kort i årevis. Det er sådan, en blind besøgende kan hoppe fra overskrift til overskrift og få læst et billede op. Og det er sådan, personen kan finde ud af, at et felt beder om en e-mailadresse. Det interessante er, at maskinerne nu bruger det samme kort.
Anthropic skriver det direkte i dokumentationen til deres browser-værktøj. Claude arbejder med siden gennem dens struktur, altså tilgængelighedstræet, elementerne, formularerne og fanerne. Skærmbilleder kommer oveni. Og de skriver, at træet foretrækkes, når siden har et brugbart et.
Microsofts Playwright gør det samme. Det er et af de værktøjer, rigtig mange AI-agenter styrer en browser med. Dokumentationen siger det i én sætning: værktøjet bruger tilgængelighedsoversigter i stedet for skærmbilleder.
En velbygget kontaktformular ser sådan her ud i træet:
Fire linjer. Ingen farver, ingen layout, intet gætteri. Maskinen ved præcis, hvad den kigger på, og hvad den kan trykke på. Men træet bliver bygget ud fra din markup/HTML, altså den kode din side er sat sammen af. Er markuppen tynd, bliver træet tyndt.
Din markup afgør, hvad der overhovedet står i træet
Hvert år gennemgår WebAIM forsiden på en million hjemmesider.
I rapporten fra februar 2026 havde 95,9 % af dem fejl, der automatisk kunne måles som brud på WCAG. WCAG er den internationale standard for webtilgængelighed. I gennemsnit fandt de 56,1 fejl per forside.
Fire fejltyper går igen, og alle fire rammer direkte ned i det, maskinerne skal bruge.
Overskrifter, der ikke hænger sammen. 41,8 % af forsiderne springer niveauer over, for eksempel fra H2 direkte til H4. 18,1 % har mere end én H1, og 7,5 % har slet ingen overskrifter. Overskrifterne er netop det, både skærmlæsere og sprogmodeller bruger til at forstå, hvad der hører under hvad.
Spørg dig selv: Hvis nogen kun fik dine overskrifter at se, kunne de så forklare, hvad siden handler om?
Billeder uden alt-tekst. Alt-teksten er den beskrivelse af et billede, der ligger i koden og ikke vises på skærmen. 53,1 % af forsiderne mangler den et eller andet sted, og 16,2 % af samtlige billeder har ingen. Regner du tvivlsomme og gentagne alt-tekster med, har mere end hvert fjerde billede et problem. Uden alt-tekst er billedet bare et tomt felt i træet, uanset hvor godt det forklarer dit produkt.
Knapper og links uden navn. 46,3 % af forsiderne har tomme links, og 30,6 % har tomme knapper. Dertil har 15,2 % linktekster som "læs mere" og "klik her". En <div> der er lavet om til en knap med lidt CSS, er som en dør, der er malet på væggen. Det ser rigtigt ud, lige indtil nogen prøver at gå igennem.
Felter uden etiket. 51 % af forsiderne mangler etiketter på deres formularfelter, og en tredjedel af alle felter er ikke mærket ordentligt. En agent, der skal udfylde din kontaktformular for en kunde, ved så ikke, hvilket felt der er hvad. Det er de mest almindelige fejl på nettet, og de har været de samme i syv år i træk.
Struktur er ikke pynt, det er det, der bærer meningen
Der findes også forskning i, hvad der sker med et svar, når strukturen går tabt undervejs.
Et forskerhold bag arbejdet HtmlRAG, som blev optaget på konferencen WWW i 2025, undersøgte det på seks datasæt med spørgsmål og svar. Den sædvanlige fremgangsmåde er at hente en webside og skrælle al HTML væk, så der kun står ren tekst tilbage. Problemet er, at overskrifter og tabelstruktur forsvinder i samme ombæring. En tabel bliver til en rodet stribe ord, og de markeringer, der fortalte hvad noget var, er væk.
Forskerne prøvede i stedet at beholde HTML'en, men rense den for alt det overflødige. Den version slog Markdown-udgaven på otte ud af ti målinger. Og på de spørgsmål, hvor svaret kræver, at flere oplysninger samles fra forskellige steder, klarede den rensede HTML sig bedst af alle formaterne.
Rå og urenset HTML var i øvrigt det dårligste af dem alle, dårligere end ren tekst. Det er altså ikke koden i sig selv, der hjælper. Det er strukturen, når rodet er væk. Og der er rod nok at tage af. Forskernes egne indledende målinger viste, at over 90 % af indholdet i et typisk HTML-dokument er CSS, JavaScript, kommentarer og andet uden betydning for meningen. Det fylder i den plads, maskinen har til rådighed, og det går fra det, der egentlig skulle læses.
Det gælder også de agenter, der arbejder ud fra billeder.
OpenAI beskriver selv, at deres agent læser skærmen som rå billed-data frem for som struktur. Men det er præcis den metode, Google kalder langsom, dyr og upålidelig, når strukturen ikke er til at gennemskue. Uanset hvilken vej maskinen kommer ind, betaler den for rodet.
Googles tjekliste til AI-agenter er næsten en tilgængelighedstjekliste
Da Google i april 2026 udgav deres råd om at bygge hjemmesider til AI-agenter, kom der ikke en ny standard ud af det. Der kom en liste, som overlapper næsten punkt for punkt med krav, tilgængelighedsfolk har stillet i femten år.
Semantisk HTML betyder i øvrigt bare, at du bruger det element, der passer til opgaven. En knap er en <button> en overskrift er en <h2> en liste er en liste. Det er ikke nyt, og det koster ikke noget ekstra at gøre rigtigt fra start. Google slutter selv vejledningen af med, at alt det, de foreslår for agenternes skyld, også gør siden bedre for mennesker.
Men det er også her vigtigt, at kigge ind i en anden ting. Tilgængelighed er ikke et trick, der rykker dig op i AI-svarene. Google skriver
i deres vejledning om generativ AI i søgning, at perfekt semantisk HTML ikke er et krav. Det samme gælder strukturerede data. Og filer som llms.txt bliver ignoreret helt.
Det, tilgængelighed gør, er noget andet. Den afgør, om maskinen kan læse dit indhold rigtigt, og om den kan betjene din side på dine besøgendes vegne. Ikke om du bliver fremhævet, men om du kan bruges. Og kan du ikke bruges, bliver du heller ikke anbefalet.
Fem ting du kan tjekke på din egen forside i dag
Du kan finde en del af det her selv på en halv time. Uden værktøjer, og uden den store tekniske viden.
1. Læs kun dine overskrifter, og se om de stadig giver mening
Skim din forside igennem og skriv overskrifterne ned i den rækkefølge, de står. Læs så listen alene. Hvis den ikke fungerer som en indholdsfortegnelse for dig, gør den det heller ikke for en maskine.
2. Slå tilgængelighedstræet til, og se hvad maskinerne får
Højreklik på din side, vælg Undersøg, og find fanen Accessibility i udviklerværktøjerne. Der kan du slå den fulde oversigt til for hele siden. Det, du ser, er det, agenten arbejder ud fra.
3. Læs dine linktekster uden sætningen omkring
Skriv alle linktekster på siden ned for sig selv. "Læs mere", "her" og "klik her" siger ingenting, når de står alene. Og det er præcis sådan, både en skærmlæser og en agent kan komme til at møde dem.
4. Prøv at komme igennem din forside uden at røre musen
Sæt hænderne på tastaturet og brug kun tab-tasten og Enter. Kan du nå din menu, dine knapper og din kontaktformular? Kan du hele tiden se, hvor du er? Det, du ikke kan nå med tastaturet, findes typisk heller ikke ordentligt i træet.
5. Slå billederne fra, og se hvad der bliver tilbage
De fleste browsere kan slå billeder fra i indstillingerne. Gør det, og genindlæs din forside. Der hvor der nu står en meningsfuld beskrivelse, er der alt-tekst. Der hvor der står et tomt felt, er der ingen.
Tilgængelighed er ikke et hensyn, du tager for nogle få
Tilgængelighed er længe blevet beskrevet som et hensyn til de besøgende, der bruger hjælpemidler. Det er stadig rigtigt, og det er stadig den vigtigste grund til at gøre det. Men det er ikke hele billedet længere.
De samme ting, der gør din side brugbar for en skærmlæser, gør den også læsbar for maskinerne. Og det er dem, dine kunder i stigende grad spørger til råds. Rigtige overskrifter. Rigtige knapper. Billeder, der er beskrevet. Felter, der er mærket.
Sådan arbejder vi med tilgængelighed og struktur i Marginal
I Marginal behandler vi ikke tilgængelighed og synlighed i AI som to forskellige opgaver. Det er de samme beslutninger, truffet det samme sted i koden, og derfor giver det sjældent mening at gøre arbejdet to gange.
Derfor arbejder vi på at lægge så meget som muligt ind i selve fundamentet. Så afhænger det ikke af, at nogen husker det hver gang. Overskriftshierarkiet følger med skabelonen. Knapper er knapper. Formularfelter får deres etiketter, når de bliver bygget, og alt-teksten bliver efterspurgt, når du uploader billedet, i stedet for et halvt år senere.
