Google forklarer flere spamopdateringer med mere indhold. Tallet har ikke flyttet sig siden 2021

Hvad Google sagde i Barcelona

På Googles Search Central Live Deep Dive i Barcelona i begyndelsen af oktober 2026 blev spam gennemgået af flere Googlere. Gary Illyes oplyste, at Google filtrerer 40 mia. spamsider om dagen. Begrundelsen for de tættere spamopdateringer var mængden: der er så meget mere nyt indhold, og teamet bruger nu AI til at fange mere af det. Duy Nguyen slog fast, at oprindelsen er uinteressant — det er kvaliteten, der afgør, ikke hvem eller hvad der har skrevet teksten. Eric Murillo erkendte, at mængden af lavkvalitetsindhold i Discover-feedet stiger. Skaleret indhold blev fremhævet som en større risiko end linkspam, og opdateringerne beskrives som rullende med en til to ugers mellemrum, mens genopretning på et site, der ligger stille, kan tage måneder.

Referaterne findes hos We Are Roast og Search Engine Roundtable. Ingen af delene er en annoncering — det er en forklaring, givet mundtligt, på et udviklerarrangement.

Tallet Google citerer, er fem år gammelt

De 40 mia. om dagen er ikke et nyt tal. Det står på Googles egen side om spamdetektion i How Search Works, formuleret i nutid og uden dato. Og det blev første gang offentliggjort i webspam-rapporten for 2020, som udkom i april 2021. Før den lød tallet på 25 mia. om dagen, da rapporten for 2019 udkom i juni 2020.

Så der findes præcis to datapunkter i rækken: 25 mia. og 40 mia. Det seneste er fra 2021. Googles sidste webspam-rapport dækker 2022 og udkom i april 2023 — derefter stoppede den årlige opgørelse. Når Google i oktober 2026 forklarer flere spamopdateringer med mere indhold, er det altså en forklaring uden en talrække bag: den enhed, Google selv har valgt at måle spam i, er ikke blevet opdateret i fem år.

Det er ikke det samme som at forklaringen er forkert. Der er næppe nogen, der driver sites og tvivler på, at mængden af automatisk produceret indhold er steget siden 2021. Men der er forskel på en plausibel forklaring og en dokumenteret. 40-mia.-tallet er desuden et detektionstal — hvor mange sider Googles filtre rører — ikke en opgørelse over hvor meget spam der findes. Et detektionstal kan stige, fordi der kommer mere spam, og det kan stige, fordi filtrene fanger bedre. Googles egen beskrivelse af de to ting i samme afsnit lader det være åbent hvilket.

Frekvensen er det, der har flyttet sig

Det ene sted, hvor der findes tal med datoer på, er Googles statusdashboard for ranking. Dashboardet logger hver annonceret opdatering med start og varighed. Opgjort derfra: tre spamopdateringer i 2024, én i 2025, fire i 2026 til og med september. Og rulletiderne er faldet markant.

Fire af de fem korteste rulninger i perioden ligger i 2026. August 2025 er den store undtagelse med 26 dage og 15 timer, og det er værd at huske, at september 2026-opdateringen blev annonceret med et vindue på op til to uger — et skøn, ikke en måling. Det vindue og dashboardets egne tal har jeg gennemgået separat.

Forbeholdet ved dashboardet er det samme hver gang: det indeholder kun de opdateringer, Google vælger at annoncere. Google har gentagne gange sagt, at der kører ændringer hele tiden uden annoncering. Antallet af rækker i dashboardet måler altså Googles kommunikationsadfærd lige så meget som dens udrulningsadfærd. Det er stadig det bedste offentlige tal, der findes — men det er ikke et spamvolumen.

Hvad det betyder, når man selv driver sites

Den praktiske konsekvens ligger i forholdet mellem to tal, som Google selv satte ved siden af hinanden i Barcelona: rulningen tager timer til få dage, genopretningen tager måneder. Det vender den sædvanlige arbejdsgang om. En opdatering, der ruller i 19 timer, er færdig før de fleste har set en bevægelse i Search Console — hvor data i forvejen er to til tre dage forsinket. Man kan ikke diagnosticere inde i vinduet. Man kan kun have målt godt nok inden.

Det er også grunden til, at jeg er skeptisk over for at læse frekvensen som et faresignal. Flere annoncerede opdateringer med kortere rulletid ligner mere en pipeline, der er blevet billigere at køre, end en spamepidemi, der er løbet løbsk. Når detektionen flyttes over i modeller, der kan køre løbende, bliver en udrulning et driftsskridt i stedet for et projekt. Det passer med både frekvensen, varigheden og Googles egen beskrivelse af, at AI nu bruges til at fange mere.

Sådan ville jeg sætte målingen op

Strukturen, ikke værktøjet, er det afgørende. Rækkefølgen jeg ville bygge i:

• Dagligt øjebliksbillede, gemt selv. Search Console holder 16 måneder, og eksporten er den eneste måde at have en baseline fra før sidste opdatering. Daglige tal pr. URL-gruppe, ikke pr. side — enkeltsider er for støjende til at se et skifte.
• Gruppér efter sektion og indholdstype, ikke efter søgeord. Spampolitikkerne arbejder på mønstre i grupper af sider. Hvis en opdatering rammer, rammer den sjældent tilfældige enkeltsider; den rammer et afsnit, en skabelon eller en produktionsmetode. En måling, der kun er aggregeret på domæneniveau, kan ikke se det.
• Datér hver dashboardrække ind i dine egne data. Hent start- og sluttidspunkt fra statusdashboardet og markér dem i tidsserien. Uden annotationer bliver enhver nedgang tilskrevet den opdatering, der tilfældigvis stod i nyhedsbrevet.
• Adskil indekseringsbevægelser fra rankingbevægelser. Færre viste sider og dårligere placeringer ser ens ud i en klik-graf og har intet med hinanden at gøre. Indekseringsrapporten og sidetallet skal trækkes separat.
• Beslut på måneder, ikke dage. Når genopretning tager måneder, er en uges data ikke et signal. Den eneste beslutning, der er værd at tage inde i et rullevindue, er ingen.

Googles spampolitikker er stadig det eneste sted, hvor kriterierne står skrevet ned. De har ikke ændret sig, fordi frekvensen er steget.