Search Console viste op til 10 gange så mange klik. På mine seks sites stod klikraten stille

Hvad der skete fra 31. oktober til 3. november

Search Engine Roundtable samlede 3. november meldinger fra SEO'er, der så klikkene i Performance-rapporten stige brat på nogle af deres sites. Dan Nutter, der primært har britiske kunder, så spidser fra 31. oktober på op til ti gange en normal dag. Joy Hawkins pegede på det afgørende: grafen var klik, visningerne lå fladt. Glenn Gabe så det kun på få properties og gættede på AI-agenter eller bots, der researcher produkter og ydelser, men holdt en fejl åben som forklaring. 4. november meldte både Hawkins og Gabe, at tallene var på vej tilbage.

Search Engine Land fandt ifølge samme artikel, at spidsen også kom ud af API'et, og at den på ét af tre undersøgte sites kun var synlig i API'et og ikke i brugerfladen. Google har ikke kommenteret. Googles statusdashboard for Søgning viser ingen hændelser for 1.-8. november, og siden med dataanomalier i Search Console havde ingen post for perioden, da jeg tjekkede den.

Det er heller ikke en rangeringsændring, der slår igennem. September 2026-spamopdateringen var afsluttet i oktober, og en opdatering flytter visninger og placering, ikke kun klik.

Mine seks sites: ingen spids

Jeg hentede daglige klik og visninger fra Search Console-API'et for seks af mine egne sites med løbende trafik: fire danske, et svensk og et engelsksproget SaaS-site. Ugen 24.-30. oktober er basislinjen, 31. oktober-3. november er vinduet.

Samlet lå de seks sites på 478 klik om dagen i basisugen og 467 i vinduet. Klikraten gik fra 2,24 % til 2,05 %. Den største enkeltdag på et site med over 100 klik om dagen var 1. november på site 2: 169 klik mod et gennemsnit på 134. Men visningerne steg samme dag fra omkring 3.900 til 4.877, så klikraten stod stort set stille. Det eneste site, der mere end fordoblede sine klik på en enkelt dag, er site 6 med 11 klik mod knap 5. Det er så lille et tal, at én person flytter det, og visningerne lå også højere den dag.

Hvor klikraten faldt, på site 3 og 5, var det det modsatte af en spids: færre klik eller flere visninger. Til sammenligning ville en tidobling af klikkene på site 1 med flade visninger have flyttet klikraten fra knap 2 % til knap 20 %. Det kan ikke gemme sig i en graf over klikrate. I en graf over klik kan det godt ligne en rekorddag.

Seks sites er ikke en stikprøve af noget. Tallene siger kun, at fejlen ikke ramte alle, hvilket passer med meldingerne om »få properties«, og at de rapporterede tilfælde især var britiske. Hvorfor nogle sites blev ramt og andre ikke, ved hverken jeg eller dem, der rapporterede det.

Hvorfor klikraten er den rigtige alarm

Et klik i Search Console er et klik på et resultat, Google har vist. Visningerne sætter derfor rammen. En ægte stigning i efterspørgslen kommer med flere visninger, og en ægte rangeringsforbedring kommer med bedre placering og flere visninger. Klik, der stiger alene, har ingen af de to forklaringer. Tilbage er to: noget automatiseret, der bliver talt som klik, eller en fejl i logningen. For dig har de samme konsekvens: tallet er ikke trafik, og det skal ikke i en rapport som trafik.

Det gør klikraten til et billigt og robust signal. Den er ret stabil over tid på det enkelte site, fordi placeringer og søgemix flytter sig langsomt. En ægte god dag trækker klik og visninger med sig. En klikspids med flade visninger trækker klikraten ud af sit normale bånd samme dag, og det er nemt at fange automatisk.

Sådan bygger du alarmen

Strukturen er den samme, uanset om den ligger i et regneark, et BI-værktøj eller et lille job, der kører hver morgen:

1. Hent dagligt pr. site klik og visninger fra Search Analytics-API'et med dimensionen date. Gem rækkerne selv, så du kan se, hvad tallet var den dag, du rapporterede på.
2. Beregn et bånd for klikraten ud fra de seneste 14-28 dage, gerne pr. ugedag, hvis sitet har tydelig forskel på hverdage og weekend.
3. Flag dagen, når klikraten ligger over båndet, samtidig med at visningerne er inden for normal variation. Den tommelfingerregel, flere praktikere brugte denne gang, var klik over det dobbelte af samme ugedage ugen før, med visninger inden for ±10 %.
4. Kryds med GA4: organiske sessioner fra Google pr. dag. Følger sessionerne ikke med, er klikkene ikke landet på sitet.
5. Segmentér de flaggede dage på land, enhed og side. De analyser, der kom efter spidsen, pegede på desktop og på sider uden for top 10 med urealistisk høje klikrater. Det er der, du leder først.
6. Annotér, slet ikke. Marker dagene i datasættet, og regn månedstallet både med og uden dem.

Tjek også API mod brugerflade. Bygger dine rapporter på API'et, mens kunden eller ledelsen kigger i brugerfladen, kan I stå med to forskellige tal for samme dag. Det skete for et af de sites, Search Engine Land kiggede på. Og hold øje med ufærdige dage: de seneste dage i Search Console er ikke endelige, og en halv dag kan ligne et fald på 30 %. Alarmen skal kun køre på dage, API'et melder som endelige.

Hvad du gør med oktober- og novembertallene

31. oktober ligger i oktober og 1.-3. november i november, så begge månedsrapporter kan være påvirket. Kør klikrate-tjekket på de fire dage for hvert site, før rapporten sendes. Er dagene ramt, så rapportér måneden uden dem og skriv hvorfor. Ellers får kunden et rekordtal i oktober og et fald i november, og ingen af delene er sket.

Det samme gælder dashboards med en rullende 28-dages sammenligning. De viser et kunstigt fald, indtil de fire dage er ude af sammenligningsvinduet omkring 1. december.