Kort svar: Test i fire trin, fra hurtigst til grundigst: 1) bed en AI-tjeneste med webadgang om at læse en konkret side og opsummere den – fejler den, har du et problem; 2) tjek robots.txt for utilsigtede blokeringer af AI-crawlere; 3) hent siden med
curlog se, om dit indhold står i den rå HTML (mange AI-hentere kører ikke JavaScript); 4) mål svartiden – træg TTFB får utålmodige AI-hentere til at opgive. De fleste „AI kan ikke se os“-sager afsløres i trin 2 og 3.
Før du investerer i citérbart indhold og strukturerede data, skal fundamentet bekræftes: kan AI-tjenesterne overhovedet hente og læse dine sider? Denne guide er den praktiske tjekliste – fire trin, du kan køre på et kvarter, og de typiske fund med løsninger.
Kontrolramme: Metoder pr. 30. august 2026. Kommandoerne kører på macOS/Linux eller i Windows-terminalen med curl installeret; AI-tjenesternes user-agents ændrer sig – tjek udbyderdokumentation for aktuelle navne.
Start i toppen: bed ChatGPT, Perplexity eller en anden tjeneste med webadgang om at „læse denne side og opsummere de tre vigtigste punkter“ – med en konkret URL. Får du en præcis opsummering, virker hele kæden for netop den tjeneste. Får du „jeg kan ikke tilgå siden“ eller en opsummering, der tydeligvis kun bygger på titel og metabeskrivelse, er noget i vejen – og de næste tre trin finder ud af hvad. Kør testen med både en artikel og en produktside: de fejler af forskellige årsager.
Åbn ditdomæne.dk/robots.txt og læs efter: blokerer en gammel wildcard-blok eller en velment „bloker alle bots“-regel også søge-crawlerne fra AI-tjenesterne? Tjek også laget FORAN sitet: Cloudflares AI-blokerings-toggle og „Bot Fight Mode“ rammer bredere, end mange tror, og en sikkerhedsplugin-indstilling kan gøre det samme på serverniveau. Beslutningsrammen – hvem der BØR ind og ud – står i robots.txt-guiden; her tjekker du bare, at virkeligheden matcher beslutningen.
Mange AI-hentere læser HTML’en, som serveren sender den – uden at køre JavaScript. Testen er derfor: hent siden med curl (eller brug browserens „vis kilde“, IKKE inspektøren, som viser den færdigrenderede side) og søg efter en sætning fra sidens brødtekst. Findes den: godt. Findes den ikke, bygges indholdet først i browseren – typisk for headless-setups, page-buildere med client-side rendering eller indhold i tabs/accordions, der hentes via AJAX. Klassisk WordPress med servergenereret HTML består næsten altid dette trin – en reel konkurrencefordel i AI-søgning.
AI-hentere arbejder med stramme timeouts – de venter ikke 10 sekunder på en træg side, når næste kandidat-kilde svarer på 200 ms. Mål din TTFB (curl’s time_starttransfer eller PageSpeed Insights), og vær særligt opmærksom på UCACHEDE sider: AI’er rammer ofte dybe sider, som ingen har besøgt for nylig, så en cache-strategi med servercache og varm cache på vigtige sider tæller direkte. Ligger TTFB konsekvent over ~800 ms på almindelige sider, er det både et AI- og et Core Web Vitals-problem – og oftest et hosting- og cache-spørgsmål.
| Fund | Årsag | Løsning |
|---|---|---|
| AI får 403/blokeret | robots.txt, Cloudflare-toggle eller sikkerhedsplugin | Justér reglerne, så søge-crawlere og on-demand-agenter er tilladt |
| Opsummering bygger kun på metadata | Indhold kræver JavaScript | Servergenereret HTML for kerneindhold; undgå AJAX-indlæst brødtekst |
| Nogle tjenester ser gammelt indhold | Hård kant-cache uden purge | Purge ved opdatering; korrekt cache-opsætning på CDN/kant |
| Langsom eller ustabil hentning | Høj TTFB på ucachede sider | Servercache, cache-warmup, hurtigere hosting |
Ja – curl kan sende en vilkårlig user-agent, så du kan se, om serveren behandler fx GPTBot anderledes end en browser. Husk at rigtige crawlere også kommer fra udbyderens IP-områder, så en 200 i din test garanterer ikke alt – men en 403 afslører en blokering med det samme.
Nej, og det er som regel meningen. Husk bare konsekvensen: indhold bag login, betalingsmur eller samtykkevæg findes ikke i AI-svar. Læg de sider, I VIL citeres på, offentligt – og hold resten lukket bevidst.
Efter hver større ændring af tema, cache, CDN eller sikkerhedsopsætning – det er dér, blokeringer opstår ubemærket – og ellers kvartalsvis sammen med brand-stikprøven fra synligheds-guiden.
