Efteranalys
Trafikbortfall efter en kärnuppdatering: skriv efteranalysen
Alla ställer samma fråga klockan 8 på morgonen: är det Google, är det vi, eller är det spårningen? En efteranalys svarar i den ordningen och vägrar att gissa.
Börja med tidslinjen, inte teorin
Ett bortfall har ett startdatum. Hitta det innan du läser ens ens forumtråd om ett trafikbortfall efter en kärnuppdatering.
Google bekräftade kärnuppdateringar i mars 2024, augusti 2024, december 2024, mars 2025 och juni 2025, och varje rullning tog cirka två veckor, så ett bortfall på dag tre av en rullning kanske inte ännu är den slutgiltiga bilden. Lägg ditt eget ändringslogg över dessa datum: releaser, migrationer, malländringar, robots.txt-ändringar.
Om inget av ditt flyttade och din Search Console-graph böjs inom ett rullningsfönster, har du en kandidat. Om din egen deploy landade dagen innan, har du en bättre. I vilket fall som helst förtjänar trafikbortfallet efter kärnuppdateringsveckan en skriven tidslinje. Skriv ner det.
Orsaker rangordnade efter hur snabbt du kan utesluta dem
| Misstänkt | Hur man kontrollerar | Tid för att utesluta |
|---|---|---|
| Spårning gick sönder | Jämför GA4 mot Search Console-klick för samma sidor; ett gap som öppnade sig över natten är tecknet | 10 minuter |
| Indexering eller sitemap | Search Console-rapport för sidindexering, plus en site:-kontroll på de bortfallna URL:erna | 20 minuter |
| Teknisk release | Jämför robots.txt, canonicals, statuskoder och omdirigeringar mot förra veckans crawl | 1 timme |
| Länkar förlorade eller vunna | Jämför två refdomains-ögonblicksbilder; se förlorade länkar | 30 minuter |
| Cannibalization | Två av dina URL:er som byter plats för samma fråga i prestandarapporten | 1 timme |
| SERP-ändring | Öppna de levande resultaten: AI Overview, forumtrådar, stora varumärkeslistor där du tidigare satt | 30 minuter |
| Kvalitetsomvärdering | Vad som finns kvar när varje annan rad är klar | Dagar till veckor |
Länkevidens: en jämförelse
Hämta hänvisande domäner för den bortfallna webbplatsen på två datum och skriv ut vad som lämnade och vad som anlände. Indexet uppdateras cirka månatligen, så välj ögonblicksbilder på antingen sida av uppdateringen.
import json
old = {r['domain'] for r in json.load(open('2026-09-01.json'))['rows']}
new = {r['domain'] for r in json.load(open('2026-10-01.json'))['rows']}
print('lost :', len(old - new))
print('gained:', len(new - old))
print('sample lost:', sorted(old - new)[:20])
# Field names ('rows', 'domain') vary by action: print one response first.
Exempel på skrivande (hypotetiska siffror)
Detta är ett uppfunnet exempel, inte en riktig klient. Det visar vilken ton vi skulle sikta på.
Påverkan. Organiska klick föll med 38% över nio dagar för en fiktiv receptwebbplats med 140 sidor. Detektion. En veckovis Search Console-export korsade en 25% varvs-varning. Orsak. Hänvisande domäner flyttade från 410 till 402, vilket utesluter länkar som den främsta drivkraften. Två sidor bytte ranking för samma fråga, vilket är cannibalization.
Åtgärder. Slå ihop de två sidorna med en 301, uppdatera interna länkar, kontrollera igen om fyra veckor. Ingen disavow. Ingen omskrivning av hela webbplatsen.
Mät- och indexeringsfel som ser ut som en uppdatering
Vissa bortfall är inte rankingar alls. Spårning är en vanlig misstänkt. En trasig tag, en ändrad egenskap eller en sitemap som krympt kan se exakt ut som en kärnuppdatering i graferna. Ett trafikbortfall efter kärnuppdateringstid kan dölja någon av dem, så kontrollera dessa först.
Det snabbaste testet är att jämföra din analys med Search Console för samma sidor och dagar. Om gapet öppnade sig över natten, behandla det som ett mätningsfel tills motsatsen bevisats.
Indexeringsfel följer samma logik. Sidor som försvinner ur index är ett annat problem från sidor som förblir indexerade och glider ner i resultaten.
Vad händer om kicken föll till noll över natten?
Kontrollera Search Console-egenskapen först. En ändrad protokoll, en ny egenskap eller en förlorad verifiering kan dela upp data, så den gamla egenskapen visar inget medan den nya håller trafiken. Titta först på sidorna själva.
Varför skulle sidor sluta att indexeras efter en uppdatering?
Hämta indexrapporten för URL:erna i fråga. Rankingar kan glida för en sida som förblir indexerad. En sida som försvinner från index har en annan orsak, ofta en robots-instruktion, en canonical-ändring eller en noindex som skickades med en release.
Kunde en trasig sitemap orsaka bortfallet?
Det kan det, om sitemapens plötsligt listar bara en liten del av dina URL:er. En kort sitemap är billig att fixa, men Google hittar fortfarande sidor via interna länkar, så behandla det som en misstänkt bland flera snarare än domen. Jämför URL-kontot med ditt riktiga sidantal.
Vår position
Skriv inte om webbplatsen i vecka ett
Kärnuppdateringar omvärderar kvalitet över veckor. Ändra det du kan bevisa gick sönt, vänta sedan på att rullningen ska sluta innan du rör innehåll.
- Fixa mätnings- och tekniska fel omedelbart.
- Slå ihop cannibaliserade sidor när du har bevis.
- Låt innehållsstrategin vara i fred tills rullningen slutar.
Vad man ska skriva i dokumentet
Sex rubriker räcker: påverkan, tidslinje, detektion, orsak, vad vi uteslöt, åtgärder. Listan över uteslutna är den del som framtida du kommer att tacka dig för.
Behåll beviset bredvid påståendet. En rad som "länkar uteslutna, 402 mot 410 hänvisande domäner" överlever en skeptisk chef bättre än "länkar såg bra ut".
Om svaret slutar vara länkar, slutar varningsreglerna för rivaler och veckovis diff-receptet att överraska dig nästa gång.
Den första veckan efter att en rullning startar
- 1
Frys innehållsändringar
Skriv inte om sidor medan rullningen pågår. Ändringar gjorda mitt i suddar bilden av före-och-efter som du kommer att behöva senare.
- 2
Logga varje release
Skriv ner varje deploy, malländring, omdirigering och robots.txt-ändring med sitt datum, så att tidslinjen håller riktiga poster snarare än minnen.
- 3
Kör mätningskontrollerna
Jämför analys med Search Console, kontrollera sedan indexrapporten för de bortfallna URL:erna. Båda kontrollerna får plats inom en halvtimme.
- 4
Öppna fallet med tidslinjen
Starta efteranalysen med de datum du har, även om orsaken fortfarande är öppen. Ett delvis dokument är lättare att slutföra än ett tomt.
- 5
Sätt ett datum för granskning
Välj ett datum efter att rullningen slutar och granska bevisen då, inte på dagen grafen böjs.
Att göra fallet för ledningen att problemet är tekniskt
Ledning läser ofta ett trafikbortfall som en innehållsdömande. Det är en rimlig reaktion, och det är också reaktionen som slösar mest veckor när felet är en trasig mall eller en saknad tag.
Ta med tidslinjen och orstabellen, inte en teori. En tabell med en tid för att utesluta varje misstänkt låter en chef se att teamet arbetar genom en lista, inte gissar.
Var ärlig om vad tabellen inte kan bevisa. Om en kvalitetsomvärdering fortfarande är öppen, säg det, och säg vad som skulle ändra din syn.
Hur visar jag att det är ett dev-problem och inte innehåll?
Peka på en daterad ändring som stämmer överens med start av bortfallet, till exempel en mallrelease eller en robots-ändring. Ett fel du kan reproducera, med URL:en och header som ändrades, väger mer än någon diagram av genomsnitt.
Vad säger jag när det inte är tekniskt alls?
Säg att länk-, index- och spårningskontrollerna kom tillbaka rena, och att den återstående misstänkten är kvalitetsomvärdering. Det svaret är långsammare och mindre tillfredsställande, men det är korrekt, och det säger teamet var innehållsarbetet ska fokusera.
Skriv upp återhämtningen, inte bara bortfallet
En efteranalys är inte klar när trafiken kommer tillbaka. Den andra halvan av skrivandet registrerar vad som ändrades, när det ändrades och vilka misstänkta du stängde för alltid.
Gå tillbaka till dokumentet efter nästa kärnuppdatering har slutat. Ett mönster som upprepar sig över rullningar berättar mer om din webbplats än något enskilt bortfall gör.
Håll listan över uteslutna separerad från orsakerna. Framtida läsare kommer att fråga först vad som uteslöts, och en saknad lista skickar dem tillbaka till början.
Vad räknas som en återhämtning?
Definiera det innan du tittar. En återgång till den gamla nivån av klick är en definition, och en återgång av sidorna som betydde mest är en annan. Välj en, skriv ner den och rapportera mot den, istället för att flytta målet när grafen rör sig.
Hur lång tid ska granskningen vänta?
Långt nog för att rullningen ska stänga och för att två normala veckor av data ska visas. Återhämtning kommer vanligtvis långsamt, så en tidig granskning hittar mest brus, medan en senare har en chans att hitta svaret.
Frågor vi hör efter varje uppdatering
Kan jag återhämta mig från ett kärnuppdateringsbortfall?
Ofta delvis, och sällan över natten. Återhämtning behöver vanligtvis en senare uppdatering för att omvärdera webbplatsen, så förvänta dig månader, inte dagar. Ingen kan lova det. Vad du kan göra är att ta bort riktiga fel och fortsätta publicera sidor värda att citera.
Varför hölls rankingarna medan trafiken föll?
Resultatsidan ändrades runt dig. AI Overviews, forumtrådar och shopping-block kan knuffa samma position lägre på skärmen. Jämför klickthrough-rate för samma frågor före och efter, inte bara genomsnittlig position.
Orsakar förlorade backlinks ett bortfall efter en uppdatering?
Endast ibland, och Rankift kan inte berätta dig vilken uppdatering som gjorde vad. Ett länkbortfall stort nog att betyda visas som en tydlig fall i hänvisande domäner mellan två ögonblicksbilder. Liten churn av några procent förklarar sällan ett 30% trafikbortfall.
Hur lång tid ska jag vänta innan jag agerar?
Till Google markerar rullningen komplett på dess statusdashboard, om du inte hittar ett tydligt tekniskt fel. Fixa fel direkt, men håll innehållsändringar. Redigering under en rullning suddar beviset du kommer att behöva senare.
