Google gav spamopdateringen to uger. Sidste gang tog det 26 dage

Hvad Google faktisk skrev

Google åbnede 24. september 2026 kl. 09.15 PDT en post på Search Status Dashboard: september 2026-spamopdateringen er sluppet løs, den gælder globalt og på alle sprog, og rulningen kan tage op til to uger. Det er hele meldingen. Ingen liste over hvad den rammer, ingen slutdato — kun et vindue.

John Mueller bekræftede bagefter, at den lange tidsangivelse ikke var en fejl, og at denne opdatering formentlig tager længere end flere af de foregående (Search Engine Roundtable). Search Engine Land noterede, at det er årets fjerde spamopdatering. Og en overskrift kaldte to-ugers-vinduet det længste hidtil.

Det er den sidste påstand, der ikke holder. Og fejlen er ikke kosmetisk, for den handler netop om forskellen på et skøn og en varighed.

Dashboardet er det eneste sted, varigheden står

Googles statusdashboard fører både start- og sluttidspunkt for hver opdatering og regner varigheden ud. Det er den eneste offentlige kilde til, hvor længe en udrulning faktisk tog — alt andet er gengivelser af annonceringen. Sådan ser tallene ud for spam- og kerneopdateringer det seneste år:

August 2025-spamopdateringen kørte fra 26. august 2025 kl. 09.00 PDT til 22. september 2025 kl. 00.00 PDT: 26 dage og 15 timer. Det er næsten dobbelt så langt som det vindue, der nu kaldes det længste. Og de to kerneopdateringer i 2026 — marts og maj — tog 12 dage og 4 timer og 11 dage og 21 timer. Begge kortere end de to uger, Google netop har afsat til en spamopdatering. Det er den ene virkelige nyhed i annonceringen: en spamopdatering har fået et vindue, der er længere end nogen af årets kerneopdateringer faktisk varede.

Skønnet er en genre, ikke et tal

Ordlyden går igen på tværs af posterne, og den er værd at læse som en skala med tre trin. August 2026-spamopdateringen blev annonceret med «nogle få dage» og var færdig efter 2 døgn og 16 timer — skønnet ramte. August 2025-spamopdateringen blev annonceret med «nogle få uger» og tog 26 dage og 15 timer. «Op til to uger» er en tredje formulering, og der findes ingen afsluttet post at kalibrere den mod.

Derfor er den rigtige læsning af «op til to uger» ikke «den er færdig 8. oktober». Den er «Google forventer selv, at det her ikke går hurtigt». Loftet i ordene «op til» er et forventet loft, ikke en forpligtelse, og august 2025 står som dokumentationen for, at en løsere formulering kan dække over fire uger.

Hvad det gør ved din måling

Standardopskriften — 28 dage før mod 28 dage efter — kræver et «efter», og det har du ikke endnu. Regner man med hele vinduet, slutter rulningen tidligst omkring 8. oktober. Først derfra kan du tælle 28 rene dage, og så er du fremme i begyndelsen af november. For en dansk webshop betyder det, at den målbare dom over september-opdateringen først foreligger, mens Black Friday-optakten er i gang — en periode hvor sæsonudsvingene alene kan flytte trafikken mere end en spamopdatering gør.

Der er en detalje mere, som rammer præcis denne uge. Google delte 24. september søgetypen Web op i tekstbaseret og multimodal i Search Console — samme dag som opdateringen startede. Opdelingen findes kun i brugerfladen og ændrer ikke totalerne, men bygger du din sammenligning i brugerfladen, skal begge perioder filtreres ens. Jeg gennemgik opdelingen i artiklen om Search Consoles multimodale søgetype.

Sådan håndterer jeg det på mine egne sites

Rækkefølgen betyder mere end værktøjet:

1. Frys en baseline, der slutter 23. september. Træk de 28 dage frem til og med 23. september ud af Search Console nu, mens tallene endnu ikke er blandet sammen med rulningen. Gem dem som en fil, ikke som et gemt filter — filtre viser nye tal næste gang du åbner dem.
2. Sæt en datomarkering ved 24. september i det dashboard, du kigger i i forvejen. Uden markeringen er rulningen om tre måneder blevet til «lidt uro i slutningen af september».
3. Følg incident-posten, ikke nyhedsstrømmen. Sluttidspunktet dukker op på dashboardet, og først når det gør, findes der en efter-periode at måle på.
4. Lav ingen ændringer i vinduet, som du gerne vil kunne måle effekten af hver for sig. Alt du laver mellem 24. september og slutstemplet, ligger oven i opdateringen, og de to kan ikke skilles ad bagefter.
5. Segmentér før du konkluderer. En spamopdatering rammer sjældent et domæne jævnt. Del op på sidetype — kategori, produkt, redaktionelt — og på landingsside, før du overhovedet kigger på totalen.

Det utilfredsstillende svar er, at der ikke er noget at reagere på lige nu. Det brugbare er, at baselinen forsvinder, hvis du ikke tager den i dag.