Rendrer AI JavaScript?

#Hva testen faktisk beviste

For søkemotoringeniører er ikke dette en ny tanke, men hittil var det argument og ikke bevis. Nå er det testet direkte, og beviset er ubehagelig for den store klassen av nettsteder bygget som JavaScript-applikasjoner som setter sammen innholdet i nettleseren.

#Eksperimentet i ett avsnitt

Testen, kjørt av Andre Alpar og publisert via CitationOne, var enkel og vanskelig å lure. Siden serverte et lokke-referansenummer i rå HTML. Det ekte nummeret ble først satt inn av ekstern JavaScript, hentet fra et annet endepunkt. Hver assistent fikk en unik, ugjettbar URL, og serveren logget tre separate hendelser: sidehentingen, hentingen av JavaScript-filen og kallet til nummer-endepunktet. Logikken er vanntett. Returner det ekte nummeret, og du kjørte skriptet. Returner lokken, og du leste bare HTML.

#Hvem leste bare HTML

Disse assistentene returnerte lokken, altså grunnet de seg på rå HTML og kjørte aldri skriptet:

• ChatGPT
• Claude
• Gemini
• Perplexity
• Meta AI
• Microsoft Copilot

Grok kjørte JavaScripten på én node, men returnerte likevel lokken, så selv der skriptet kjørte, kom ikke den rendrede verdien med i svaret.

#Hvem rendret JavaScript

Fem assistenter returnerte det ekte nummeret og beviste dermed at de kjørte skriptet:

• DeepSeek, ERNIE, Qwen og Kimi, alle fra Kina
• Mistral, fra Europa

JavaScript-rendring fra AI skjer altså virkelig. Det er bare det at for de store vestlige assistentene europeiske bedrifter faktisk bryr seg om, er det unntaket. Skillet er tydelig nok til å planlegge rundt: bygg for assistentene kundene dine bruker, og de leser HTML i dag.

#”Men Google rendrer jo JavaScript”

Dette er innvendingen som sporer av hele samtalen, så møt den direkte. Ja, Googlebot rendrer JavaScript for den klassiske søkeindeksen. Det er en separat pipeline fra grounding for AI-svar, og testen handler om den andre. En side kan rangere helt fint i klassisk Google-søk på innhold som først eksisterer etter at JavaScript kjører, og likevel være usynlig når ChatGPT eller Perplexity henter den for å sette sammen et svar. Å behandle “Google rendrer JS” som bevis på at “AI rendrer JS” er feilen. De to systemene oppfører seg ulikt, og det er nettopp i det gapet AI-synligheten lekker ut i stillhet.

#Hva dette ødelegger i praksis

Risikoen samler seg i et gjenkjennelig sett av mønstre:

• Single-page-applikasjoner som sender et nesten tomt HTML-skall og setter sammen siden i nettleseren.
• Priser, lagerstatus eller spesifikasjoner som settes inn av JavaScript fra et API etter innlasting.
• Innhold gjemt bak klientsidens faner, trekkspill eller “last mer” som først hentes ved interaksjon.
• Produkt- eller tjenestebeskrivelser rendret av et klientrammeverk uten server-side reserveløsning.
• Anmeldelser, vurderinger og FAQ-widgeter innebygd som tredjeparts JavaScript.

Hvis noen av disse bærer faktaene du vil at en AI skal gjenta, satser du AI-synligheten din på en rendringsatferd som seks av sju vestlige assistenter nettopp feilet på.

#Den kjedelige løsningen, nå bekreftet for AI

Botemiddelet er regelen klassisk SEO har gjentatt i et tiår: legg de bærende faktaene i server-rendret HTML. Statisk sidegenerering og server-rendring oppfyller den begge. Rammeverket spiller ingen rolle, det som teller er hvor HTML-en settes sammen. Rendre innholdet på serveren, send det i det første svaret, og la JavaScript berike det i stedet for å levere det.

Ditt eget nettsted sjekker du på et minutt. Hent en side uten nettleser og les hva som kommer tilbake:

curl -s https://ditt-nettsted.example/din-side/ | less

Hvis overskrifter, brødtekst, priser, spesifikasjoner og Schema.org JSON-LD alle er i det rå svaret, kan AI-assistenter lese dem. Hvis siden er et tynt skall som fylles inn etter at skriptet kjører, er det ditt problem, og nå ser du det.

#Hvordan vår egen stack håndterer dette

Vi er ikke nøytrale her, for vi tok dette veddemålet med vilje. wppoland.com kjører på Astro, som rendrer sider til statisk HTML ved byggetid og serverer dem fra kanten av nettet. Alt som betyr noe er i det rå svaret: brødteksten, hver overskrift, FAQ-en og Schema.org JSON-LD. Vi sjekket det på samme måte som testen, ved å lese rå HTML i stedet for den rendrede siden, og innholdet er alt sammen på plass før en eneste linje av vår JavaScript kjører. JavaScript på sidene våre er berikelse, aldri kilden til innholdet.

Det er samme konklusjon vi nådde den lange veien i å servere innhold til AI-agenter: rent, server-rendret, semantisk HTML pluss Schema er det ene signalet både klassiske crawlere og AI-systemer faktisk konsumerer. Denne testen er det reneste beviset så langt for det standpunktet. Det er også grunnen til at et GEO- og LLMO-program må starte med hvordan siden rendres, og ikke med smarte metadata, for metadata en assistent aldri kjører, leser den aldri.

#Ordliste

For lesere som driver en bedrift og ikke en byggepipeline:

• Server-rendring / statisk generering - sidens HTML settes sammen på serveren (eller ved byggetid) og kommer komplett i det første svaret.
• Klientsiderendring - serveren sender et nesten tomt skall, og nettleserens JavaScript bygger siden etterpå.
• Grounding - når en AI-assistent henter ekte sider for å grunne et svar på fakta i stedet for hukommelse.
• Hydrering - JavaScript som fester interaktivitet til allerede rendret HTML; trygt, fordi innholdet var der først.

#Den ærlige konklusjonen

JavaScript-rendring fra AI-assistenter blir trolig bedre over tid, og de kinesiske assistentene pluss Mistral viser at det teknisk sett er rutine. Men du får ikke publisere for assistentene du skulle ønske fantes. Du publiserer for dem kundene dine bruker, og i juni 2026 leser de største vestlige assistentene rå HTML og stopper der. Det trygge, kjedelige, ti år gamle svaret viser seg å være det riktige også for AI: server faktaene dine i HTML serveren allerede har rendret, og behandle alt som først dukker opp etter JavaScript som innhold AI ikke vil se.