Googles AI-rapport har kørt på alle sites siden august. API'et kan ikke se den

Hvad jeg målte, og hvad der kom tilbage

Den 14. oktober 2026 kørte jeg Search Analytics API'et mod to af mine egne properties — lennartoester.dk og elprisportalen.dk — for perioden 13. september til 11. oktober 2026. Begge har tal at måle på: 2.851 visninger og 19 klik på den første, 10.184 visninger og 7 klik på den anden.

Derefter forsøgte jeg at skille AI-fladerne ud. Seks forsøg, seks afvisninger:

• type: aiMode, type: generativeAi og type: webMultimodal gav alle tre HTTP 400 med samme skelet: Invalid value at 'type' … SearchType.
• Et filter på dimensionen searchAppearance med værdierne AI_OVERVIEW, AI_MODE og MULTIMODAL gav alle tre HTTP 400: Expression AI_OVERVIEW is not a valid 'searchAppearance' for type WEB.

Et syvende kald er værd at tage med: en forespørgsel grupperet på searchAppearance alene returnerede nul rækker på begge sites. Ikke en fejl — bare ingen visningstyper at rapportere. Der ligger altså ikke et udokumenteret AI-felt, man skal gætte navnet på. Feltet findes ikke.

API-referencen siger det samme uden omsvøb. Dokumentationen for søgetype lister seks værdier: web, image, video, news, googleNews og discover. Discover har sin egen. Google News har sin egen. Generativ AI har ingen — og web beskrives netop som fanen "Alle", altså den pulje AI-visningerne allerede ligger i.

Rækkefølgen er det, der gør det til et mønster

Google lagde AI Mode ind i Search Consoles totaler 16. juni 2025 — uden eget filter, så klik og visninger fra AI-svaret har siden ligget inde i de samme tal som alt andet. Så annonceringen af rapporten for generativ AI 3. juni 2026, først som test i Storbritannien. Så udrulningen til hele verden 31. august 2026. Så opdelingen af web i tekst og multimodal i september 2026.

Fire udvidelser af brugerfladen på godt femten måneder. Nul nye felter i API'et i samme periode.

Det er ikke en forsinkelse

Den oplagte forklaring er, at API'et halter bagefter, og at feltet kommer. Jeg tror det ikke, og grunden er, at API'et er levende. Det fik timedata i april 2025 — altså en substantiel udvidelse, bygget og dokumenteret. Discover fik sin egen søgetype. Google News fik sin egen. Når et produkt kan udvides, og fire på hinanden følgende AI-udvidelser alligevel ender i brugerfladen alene, er det et valg, ikke en kø.

Google har ikke sagt hvorfor, og jeg kan ikke dokumentere motivet. Men effekten er målbar: AI-synlighed kan ses manuelt af en ejer, der logger ind, og kan ikke trækkes maskinelt af hverken et bureau, et rank tracking-værktøj eller et dashboard. Det er den samme asymmetri som da jeg målte, at AI-oversigten citerede otte domæner, hvoraf ingen lå på side ét: fladen er synlig, men ikke adresserbar.

Forbeholdene står i Googles egen dokumentation

Her bliver sagen mindre entydig, og det skal den. Googles hjælpeside for rapporten skriver selv, at:

• rapporten dækker visninger — ikke klik. Uden klik findes der ingen CTR og ingen attribuering.
• de nyeste dage er foreløbige, vises med stiplet linje og kan ændre sig inden for få timer.
• grafens total og tabellens total ikke stemmer, fordi grafen aggregerer pr. property og tabellen pr. side.
• værdier, der står som "~" eller "-" i rapporten, eksporteres som nul.
• rapporten kan mangle helt, hvis sitet har for få AI-visninger eller er meldt ud af Googles generative flader.

Det er et reelt modargument til min egen pointe. Et tal uden klik, der kan flytte sig efter et par timer, og hvor tomme felter eksporteres som nuller, er ikke et tal man bør fodre direkte ind i en automatiseret ugerapport. Den manglende API-adgang beskytter i praksis en del mennesker mod at bygge et dashboard på et usikkert fundament. Det gør bare ikke valget til et serviceeftersyn på deres vegne.

Sådan ville jeg bygge rapporteringen alligevel

Strukturen, ikke koden. Fem trin, i denne rækkefølge:

1. API'et som fundament. Hent webtotaler pr. side pr. dag med dataState sat til final, så du ikke bygger på dage, der stadig flytter sig. Det er den eneste del, der kan køre af sig selv.
2. Brugerfladen som manuel kilde. Eksportér rapporten for generativ AI med dimensionerne side, land, enhed og dato i en fast kadence — en gang om måneden er nok, når der ikke er klik at reagere på.
3. Join på side og dato, i egne kolonner. Læg aldrig AI-visninger oven i webvisninger. De ligger allerede inde i dem, og summen bliver dobbelttælling.
4. Behandl AI-kolonnen som en trendserie. Retning over måneder, ikke niveau pr. dag. Beregn ikke CTR på den: tælleren findes ikke.
5. Log eksportdatoen sammen med tallene. Når de seneste dage kan flytte sig, er det eneste, der gør to eksporter sammenlignelige, at du ved hvornår hver af dem blev taget.

Det er en manuel kadence midt i et ellers automatiseret flow. Det er irriterende, og det er den rigtige løsning lige nu, fordi alternativet er et felt, der svarer HTTP 400.