Kort fortalt
Google bekræfter en logfejl, der siden 13. august 2026 har givet for få visninger i Search Consoles rapport for generativ AI i Søgning. Fejlen står stadig som uafklaret på Googles egen oversigt over dataafvigelser, og den rammer kun logningen — ikke den reelle synlighed. Fem dage senere, 18. august, begyndte udrulningen af august 2026-spamopdateringen, som er en rangeringsændring og altså noget helt andet. AI-rapporten viser kun visninger: ingen klik, ingen CTR, ingen placering, og den findes ikke i Search Console-API'et, så du kan hverken afstemme den eller trække historik ud selv. På et af mine egne sites med omkring 4.000 daglige visninger knækker web-rapporten ikke den 13. august — visningerne ligger 2,5 % og klikkene 15 % højere i de fem dage efter end i de syv dage før.
Faldet i dine AI-visninger fra 13. august 2026 er en logfejl hos Google, ikke et tab af synlighed. Google har selv ført den til protokols som en dataafvigelse, og den er endnu ikke lukket. Spamopdateringen, der ruller fra 18. august, er en anden hændelse — og den skal vurderes på klik og placeringer, ikke på visningstallet i en rapport der lige nu logger forkert.
Hvad Google faktisk har bekræftet
På Googles egen side om dataafvigelser i Search Console står der en linje for 13. august 2026: en logfejl har fået visningerne til at falde i rapporten for generativ AI i Søgning, fejlen påvirker kun logningen, og den er stadig i gang. Den er altså ikke lukket, og der er ikke sat en dato på en rettelse.
Fem dage senere, 18. august, meldte Google udrulningen af august 2026-spamopdateringen ud. Den gælder globalt og på alle sprog, og udrulningen tager efter Googles egen formulering et par dage. Den slags lander i Googles historik over rangeringsopdateringer, når rulningen er færdig — og Search Engine Land har detaljerne fra statusdashboardet.
To hændelser, fem dage fra hinanden, i samme værktøj. Den ene ændrer, hvad Google måler. Den anden ændrer, hvad Google rangerer. Hvis du åbner Search Console i denne uge og ser et fald, er det første spørgsmål ikke "hvad gjorde vi forkert" men "hvilken rapport kigger jeg på".
Rapporten, der knækkede, måler kun én ting
Rapporten for generativ AI i Søgning kom i juni 2026. Læser man Googles egen dokumentation, står forbeholdene der åbent: rapporten indeholder visninger — ikke klik, ikke CTR, ikke placering. To resultater fra samme site i samme AI-svar tæller som én visning. De nyeste dage er foreløbige og kan ændre sig. Ikke alle properties har adgang endnu. Og den sædvanlige grænse på 1.000 rækker gælder også her.
Oven i det: fladen findes ikke i Search Console-API'et. Search Analytics-endpointet kender web, image, video, news, discover og googleNews. Der er ingen type for AI Overviews eller AI Mode. Tallet eksisterer kun i brugerfladen.
Konsekvensen er praktisk, ikke akademisk. Du kan ikke afstemme visningerne mod klik, fordi der ikke er nogen klik i rapporten. Du kan ikke sætte en automatisk overvågning på dem. Og du kan ikke trække din egen historik ud, så den dag Google retter logningen med tilbagevirkende kraft, har du intet at holde det op imod. Det er den eneste rapport i Search Console, hvor du er fuldstændig afhængig af, at Googles logning er rigtig.
Hvad mine egne tal siger
Jeg driver selv en håndfuld sites og trækker tallene direkte fra API'et. På et af dem — omkring 4.000 visninger om dagen i web-rapporten — er der intet knæk den 13. august. I de syv dage før (6.–12. august) lå gennemsnittet på 3.928 visninger og 114 klik om dagen. I de fem dage efter (13.–17. august) lå det på 4.024 visninger og 132 klik. Visningerne op 2,5 %, klikkene op 15 %.
Det beviser ikke, at AI-tallene er i orden. Det er ét site, det er web-rapporten, og den er slet ikke omfattet af fejlen. Men det er præcis pointen: bruddet ligger i én rapport, ikke i trafikken. Ser du et samlet fald og har du AI-fladerne med i din opgørelse, er det dér, du skal kigge først.
Et forbehold mere, som API'et selv giver dig gratis: svaret indeholder et felt for første ufuldstændige dato. På mit træk stod den til 17. august. Alt fra den dato og frem er stadig ved at blive samlet. Halvdelen af de panikfald, jeg bliver ringet op om, er de sidste to-tre dage i en graf, der ikke er færdig.
Sådan skiller du de to hændelser ad
Rækkefølgen betyder mere end værktøjerne. Den her holder:
- Afgør hvilken rapport faldet står i. Web, Discover og generativ AI er tre datasæt med hver sin logning. Et fald i det ene siger intet om de to andre.
- Se på klik før visninger. Klik overlevede den store visningsfejl, Google rettede i april, og klik er den metrik, en spamopdatering rent faktisk flytter.
- Skær de ufuldstændige dage væk. Brug feltet for første ufuldstændige dato i stedet for at gætte på to eller tre dage.
- Segmentér. En logfejl rammer fladt fra én dato på tværs af land, enhed og sidetype. En rangeringsændring rammer skævt — bestemte sidegrupper, bestemte forespørgselstyper.
- Hold datoen op mod Googles afvigelsesliste og rangeringshistorik, før du konkluderer noget som helst. Begge sider er offentlige og opdateres løbende.
- Gem dine egne tal. Et dagligt træk af klik pr. side fra API'et ind i din egen database koster en formiddag at sætte op og er den eneste baseline, ingen andre kan rette i bagefter.
Det her er ikke en engangsfejl
Tæl punkterne på tidslinjen. I 2026 alene har Google noteret otte afvigelser, og de fleste rammer visninger. Den værste blev rettet 3. april: en logfejl havde pustet visningerne op siden 13. maj 2025 — cirka elleve måneder. Klik og øvrige metrikker var ikke påvirket.
Det er ikke en anklage mod Google. At de overhovedet fører en offentlig liste over egne datafejl, er mere, end de fleste platforme gør. Problemet er på vores side: vi bygger rapportering, KPI'er og kundemøder på visninger, som er den blødeste værdi, Google udgiver — og nu også på en AI-rapport, der kun består af den værdi. Jeg har skrevet før om, hvorfor AI-visninger ikke er en KPI. Denne uge er argumentet blevet konkret.
Brug visninger som retningspil: bevæger vi os ind i eller ud af AI-svarene på de forespørgsler, der betyder noget. Byg beslutninger på klik, på henvendelser og på dine egne logfiler. Så er en logfejl hos Google en ærgerlig fodnote i stedet for en falsk alarm, der koster et kvartals strategi.
Den dyre fejl er ikke Googles
Logfejlen bliver rettet. Det gør de altid, og Google skriver det på listen, når det sker. Det, der ikke bliver rettet, er den beslutning, nogen træffer i mellemtiden — det aflyste indholdsspor, den halverede SEO-budgetlinje, den mail til ledelsen om at AI-synligheden er væk.
Hvis et tal kan flytte din strategi, skal du kunne verificere det uden for det værktøj, der producerer det. Kan du ikke det, er det ikke et måltal. Det er en fornemmelse med decimaler.