Checklista vid trafikfall: organisk trafik i Search Console och GA4
Diagnostisera ett trafikfall med Search Console, GA4, indexeringskontroller och Googles uppdateringsdatum i ett arbetsflöde som skiljer fakta från gissningar.
Ett trafikfall i organisk sökning bör bekräftas i Google Search Console innan det förklaras: kontrollera att datumintervallen är kompletta, skilj klick från visningar och CTR och isolera sedan de drabbade sidorna, sökfrågorna, enheterna och länderna. Uteslut orsaker som rör spårning, teknik, indexering och efterfrågan innan du skyller på en Google-uppdatering, och håll belägg åtskilda från hypoteser.
Hur bekräftar du att ett trafikfall i organisk sökning är verkligt?
Bekräfta att klicken i Google Search Console minskade över två hela, jämförbara datumintervall innan du utreder orsaker. ”Den organiska trafiken har minskat” kan betyda olika saker: Search Console räknar klick från Googles sökning, medan GA4 räknar spårade sessioner och tillskriver dem kanaler, så en förlust i den ena rapporten bevisar inte en förlust i den andra.
Börja med de här frågorna:
- Minskade klicken från Googles sökning, eller bara organiska sessioner i GA4?
- Minskade visningarna, eller sjönk CTR medan visningarna höll sig stabila?
- Kom nedgången plötsligt en viss dag eller gradvis under flera veckor?
- Är jämförelseperioden komplett och rimlig med tanke på säsong?
Data i Search Console är inte omedelbara. Googles hjälp säger att insamlade data normalt är tillgängliga inom två till tre dagar, så de senaste dagarna är ofullständiga. Dagliga data följer kalifornisk tid (Pacific), medan GA4 använder egendomens egen tidszon, så siffror för enskilda dagar stämmer sällan exakt. För alla skillnader, se varför klick i GSC och sessioner i GA4 inte stämmer överens.
Vad säger nedgångens form dig?
Nedgångens mönster snävar in de troliga orsakerna innan du har öppnat en enda rapport. Googles guide till felsökning av trafikfall delar in orsakerna i tekniska problem, säkerhetsproblem, manuella åtgärder, algoritmuppdateringar, förändrat intresse eller säsongsvariation och flytt av webbplats. Använd triagetabellen som utgångspunkt, inte som diagnos.
| Vad förändrades? | Vad det kan tyda på | Vad du kontrollerar härnäst |
|---|---|---|
| Klick ner, visningar stabila, CTR ner | Färre klick per visning, ett annat utseende på resultaten eller en förändrad mix av positioner | Sökfrågor, positioner, enhet och sökutseende |
| Både klick och visningar ner i ett avsnitt | Efterfrågan, hur lätt sidorna hittas, ranking eller ett tekniskt problem i det avsnittet | Katalog, indexeringsstatus, interna länkar, senaste releaser |
| Plötsligt fall för hela webbplatsen ett visst datum | Artefakt i rapporteringen, ändring i en delad mall, driftstopp eller en händelse på plattformsnivå | Sidan om avvikelser i data, driftsättningslogg, Genomsökningsstatistik, robots.txt |
| Gradvis nedgång under veckor eller månader | Förändrad efterfrågan, konkurrenter, förfall av innehåll eller ett långsamt tekniskt problem | Trend över 16 månader, Google Trends, klickhistorik på sidnivå |
| Mobil ner, dator stabil | Mobillayout, prestanda eller förändrad målgrupp | Rendering på mobil, uppdelning efter enhet |
| En URL faller kraftigt efter en release | Regression på URL-nivå: statuskod, canonical, noindex eller innehåll | Granska URL:en, jämför releasen |
| Klick i GSC stabila, sessioner i GA4 ner | Problem med mätning eller attribution | Tagg, samtycke, omdirigeringar, kanalregler |
| Nedgången börjar kring en bekräftad Google-uppdatering | Möjlig algoritmisk effekt | Datum för uppdateringen, drabbade sökfrågor, sidornas kvalitet |
Google påpekar att tekniska problem på sidnivå, till exempel en felplacerad noindex-tagg, tenderar att synas som en långsammare nedgång eftersom sidor genomsöks på nytt gradvis, medan problem som gäller hela webbplatsen syns snabbt. Tabellen är ett hjälpmedel för triage: färre visningar kan bero på förändrad efterfrågan lika väl som på förlorade rankingar, så du behöver belägg på sökfrågenivå för att skilja dem åt.
Hur ser checklistan för utredningen ut, steg för steg?
Gå igenom de här tolv stegen i ordning och anteckna vad du observerar i varje.
- Bekräfta datumintervallet. Öppna Search Console → Prestanda → Sökresultat och jämför två hela 28-dagarsfönster. Lägg till samma säsong förra året om du har den. Använd alternativet Jämför och notera att tabellen visar högst 1 000 rader.
- Kontrollera klick och visningar tillsammans. Klicken minskar när färre sökningar görs, synligheten sjunker eller färre sökare klickar. En samtidig nedgång i visningar kräver en annan utredning än stabila visningar med fallande CTR.
- Hitta de sidor som tappar. Öppna fliken Sidor och sortera efter förlorade klick i absoluta tal. En enda stor URL kan förklara det mesta av webbplatsens nedgång. Procentuella förändringar på små sidor är oftast brus.
- Identifiera vilka sökfrågor som förändrades. Välj en sida som tappar och öppna Sökfrågor. Tappade de viktiga termerna visningar, position, CTR eller alla tre? Jämför sökfrågorna i stället för att lita på sidans genomsnitt.
- Dela upp efter land och enhet. En nedgång som bara gäller mobil eller ett land kräver en snävare utredning än en nedgång över hela världen.
- Kontrollera söktyp och sökutseende. Jämför inte Webb med Bild eller Video. Discover och Google News har separata prestandarapporter. Klick från AI Overviews och AI Mode räknas i söktypen Webb, så en förändring i hur Google visar AI-funktioner kan flytta dina siffror.
- Granska indexeringen. För viktiga URL:er som tappar använder du URL-granskning för att se den indexerade versionen och den canonical som Google har valt. Se vad du gör när Search Console säger att den inte är indexerad.
- Gå igenom tekniska ändringar. Kontrollera omdirigeringar, canonical-taggar, robots.txt, noindex-taggar, serverfel, rendering av JavaScript, ändringar av webbplatskartor och interna länkar. Använd rapporten Genomsökningsstatistik (finns för egendomar på rotnivå) för värdstatus och svarskoder. Ett releasedatum som sammanfaller med nedgången är ett spår, inte ett bevis.
- Kontrollera Manuella åtgärder och Säkerhetsproblem. Båda rapporterna finns i Search Console. En manuell åtgärd betyder att en mänsklig granskare har funnit brott mot spampolicyn. Ett säkerhetsproblem betyder att webbplatsen har flaggats som hackad eller skadlig.
- Jämför med Googles uppdaterings- och avvikelseregister. Se de två följande avsnitten.
- Granska innehåll och konkurrens. Togs ett avsnitt bort? Är sidan föråldrad? Har sökintentionen förskjutits? Jämför det som rankar nu, inte bara antal ord eller om en AI-sammanfattning finns.
- Kontrollera analysspårningen och prioritera sedan. Om GA4 sjönk men Search Console inte gjorde det verifierar du taggar och samtycke innan du rör något SEO-innehåll. Åtgärda sedan bekräftade tekniska fel först och testa ändringar av innehållet en i taget.
Hur hittar du vilka sidor som förklarar förlusten?
Rangordna sidorna efter de klick de förlorade, inte efter procent, eftersom några få URL:er oftast förklarar det mesta av nedgången. Räkna ut aktuella klick minus tidigare klick för varje sida och sortera stigande. Det här är ett fiktivt exempel på en jämförelse över 28 dagar:
| Sida | Tidigare klick | Nuvarande klick | Förändring | Andel av total förlust |
|---|---|---|---|---|
| /guides/setup | 1 400 | 850 | −550 | 76 % |
| /blog/api | 650 | 500 | −150 | 21 % |
| /docs/integration | 300 | 280 | −20 | 3 % |
| Totalt | 2 350 | 1 630 | −720 | 100 % |
Det mesta av den rapporterade förlusten kommer från /guides/setup, så den utreds först. Skriv inte om alla sidor bara för att diagrammet för hela webbplatsen pekar nedåt.
Upprepa sedan övningen en nivå ned: jämför sökfrågorna för /guides/setup. Om sidan tappade klick på en sökfråga som tappade position är det en fråga om ranking. Om den tappade visningar på alla sökfrågor samtidigt tittar du på indexering, canonicalisering eller efterfrågan.
Kan en Google-uppdatering ha orsakat nedgången?
Möjligen, men bekräfta datumen först: en nedgång antyder bara en uppdatering när den börjar efter att en uppdatering startade och de drabbade sidorna rimligen stämmer med det uppdateringen riktar sig mot. Google Search Status Dashboard listar bekräftade rankinguppdateringar med start- och sluttid. I oktober 2026 listar den för 2026 bland annat core updates i mars och maj och spamuppdateringar i mars, juni, augusti och september. Kontrollera dashboarden för exakta datum, eftersom den ändras.
Googles dokumentation om core updates ger praktiska regler:
- Bekräfta att utrullningen är klar på dashboarden och vänta sedan minst en hel vecka efter att den avslutats innan du analyserar Search Console.
- Jämför veckorna före uppdateringen med veckorna efter, inte dagarna under utrullningen.
- En liten sänkning av positionen kräver inga drastiska åtgärder. Google rekommenderar att du inte ändrar innehåll som redan presterar bra. Större tapp motiverar en djupare genomgång av de drabbade sidorna.
- Förbättringar är ingen garanti för återhämtning, och sidor har ingen garanterad position. Google gör också mindre core updates som inte tillkännages.
| Möjlig orsak | Var du tittar | Typiska belägg |
|---|---|---|
| Core update eller spamuppdatering | Search Status Dashboard, Search Console | Början inom eller strax efter utrullningen. Förluster koncentrerade till vissa sidtyper |
| Manuell åtgärd | Rapporten Manuella åtgärder | Ett meddelande som listar de drabbade sidorna eller hela webbplatsen |
| Säkerhetsproblem | Rapporten Säkerhetsproblem | Ett meddelande om hackat innehåll eller skadlig kod |
| Teknisk regression | URL-granskning, Genomsökningsstatistik, driftsättningslogg | Statuskoder, robots.txt, noindex, ändringar av canonical |
| Flytt av webbplats eller migrering | Karta över omdirigeringar, Ändring av adress | Gamla URL:er tappar klick medan nya URL:er ökar långsamt |
| Efterfrågan eller säsongsvariation | Trend över 16 månader, Google Trends | En upprepning av förra årets svacka. Fallande visningar hos konkurrenter |
| Artefakt i rapporteringen | Sidan om avvikelser i data | Ett loggat fel som täcker de berörda datumen |
Flera orsaker kan överlappa, så för en lista över hypoteser och testa var och en mot data på sidnivå.
Vilka rapporteringsproblem kan låtsas vara ett trafikfall?
Vissa uppenbara nedgångar är förändringar i hur Search Console räknar, inte i hur många som klickade. Kontrollera dem innan du ändrar webbplatsen.
- Kända avvikelser i data. Google har en sida om avvikelser i data som listar loggningsfel som sänkte eller höjde rapporterade klick eller visningar för specifika datum och rapporter. År 2026 listade den flera, bland annat ett loggningsfel för visningar som överrapporterade visningar från och med den 13 maj 2025 tills det åtgärdades våren 2026. Google sade att klicken inte påverkades, men CTR räknas ut från visningar, så CTR för den perioden är inte jämförbar med andra perioder. Branschbevakning uppger att Google inte planerar att bygga om den drabbade historiken.
- Ändring av antal resultat per sida. Branschrapporter säger att många webbplatser runt mitten av september 2025, efter att Google slutat respektera en parameter som returnerade upp till 100 resultat på en gång, såg visningarna minska och den genomsnittliga positionen förbättras utan någon förändring i klick. Var försiktig med jämförelser av visningar och position mellan år som korsar det datumet.
- AI-funktioner. Visningar och klick från AI Overviews och AI Mode räknas i söktypen Webb. Google lanserade också rapporter om prestanda för generativ AI i Sök i juni 2026 som bara visar visningar, och deras hjälpsida beskriver dem som utrullade till alla webbplatser den 31 augusti 2026. De är en vy över data som redan finns i huvudrapporten, inte extra trafik.
- Tabellgränser och integritet. Ovanliga, anonymiserade sökfrågor utelämnas i tabellen över sökfrågor och i API:t men räknas ändå med i summorna i diagrammet om inget filter för sökfrågor används. Raderna behöver därför inte summera till diagrammets total.
Lägg till en kommentar eller en anteckning i din egen logg för varje datum du hittar, så att senare jämförelser inte tolkas fel.
Hur skiljer du säsongsvariation från en verklig förlust?
Ställ in prestandadiagrammet på 16 månader och jämför samma veckor ett år tidigare. Om svackan upprepas har troligen efterfrågan förändrats, inte dina rankingar. Klistra sedan in de sökfrågor som tappar mest i Google Trends för att se om intresset sjönk över hela webben.
Ta ett hypotetiskt fall. En webbplats tappar 900 klick under en månad, och sidrapporten visar att 750 av dem kom från en guide knuten till en högtid medan övriga sidor är stabila. Visningarna på den guiden minskade med en liknande andel, och förra året hade de samma form.
- Jämför samma säsongsfönster ett år tidigare och kom ihåg förbehållen om rapporteringen ovan.
- Kontrollera om visningarna minskade tillsammans med klicken.
- Granska de sökfrågor som driver den säsongsbundna sidan.
- Leta efter tekniska fel bara om underlaget tyder på ett verkligt problem med webbplatsen.
- Avgör om du ska uppdatera guiden inför nästa efterfrågecykel i stället för att behandla säsongsvariation som en bestraffning.
Förluster i absoluta tal och tidsmässigt sammanhang är minst lika viktiga som procentuella förändringar. Om 16-månadersvyn inte når tillräckligt långt tillbaka bör du planera för lagring redan nu med hur du behåller data från Search Console längre än 16 månader.
Vad ska du kontrollera när sessionerna i GA4 minskar?
Om sessionerna i GA4 minskade och klicken i Search Console inte gjorde det, behandla det först som en fråga om mätning. Verifiera att GA4-taggen utlöses i alla mallar, att samtyckesinställningarna inte har ändrats, att omdirigeringar eller en ny domän inte tar bort uppgifter om hänvisare och att egna kanalregler eller filter inte har redigerats. GA4:s standardkanalgrupp placerar besök från sökmotorer i Organic Search, så en regel eller en ändring av taggning kan flytta sessioner till Direct eller Unassigned.
Kom ihåg vad varje verktyg räknar. Search Console räknar klick från Googles sökning och tilldelar data till canonical-URL:er. GA4 räknar sessioner i webbläsare där dess JavaScript kördes, med den URL som faktiskt lästes in. AI-assistenter är en separat källa: sessioner från dem kommer oftast som hänvisningar, inte som organiska, vilket spårning av AI-hänvisningar i GA4 förklarar.
Hur bygger du en incidentlogg innan du ändrar något?
Behandla en stor förlust av trafik som en incident i produktionen och skriv ned de här fälten innan du redigerar någon sida:
- Upptäckt: den första jämförbara hela rapportdagen som visade förlusten.
- Omfattning: hela webbplatsen, en katalog, ett land, en enhet eller några få sidor.
- Mått: klick, visningar, CTR och position, med datum.
- Senaste ändringar: driftsättningar, uppdateringar av innehåll, omdirigeringar, robots, canonical och ändringar i analysverktyget.
- Bekräftade fakta: observationer som stöds av data eller direkta tester.
- Overifierade hypoteser: rimliga orsaker som fortfarande behöver valideras.
- Åtgärder och ansvariga: vad som kontrolleras, av vem och i vilken ordning.
- Framgångskriterier: det mått och det tidsfönster som skulle visa återhämtning.
Det hindrar ett välmenande team från att göra fem motstridiga SEO-ändringar samma eftermiddag, och det ger dig en utgångspunkt att bedöma åtgärden mot.
Vad ska du inte göra efter ett plötsligt fall?
Undvik åtgärder som förstör belägg eller lägger till nya variabler.
- Skriv inte om alla artiklar. Då raderar du din utgångspunkt, och det kan skapa nya problem.
- Utgå inte från att en uppdatering orsakade det. Tidpunkten ensam är ett svagt belägg. Kontrollera förklaringar som rör teknik, spårning och efterfrågan.
- Skicka inte in hundratals URL:er igen. Inskickning är ingen återhämtning av rankingen, och Googles Indexing API är begränsat till sidor med jobbannonser och livesändningar.
- Bedöm inte en åtgärd morgonen efter. Genomsökning, indexering och rapportering tar dagar till veckor.
- Ändra inte flera saker samtidigt i samma avsnitt, annars vet du inte vilken som spelade roll.
Hur kan en AI-agent snabba upp diagnosen?
En agent kan ta fram jämförelserna av sidor och sökfrågor på några minuter, men bara med godkänd åtkomst till din egendom i Search Console, och med åtkomst till GA4 om konverteringar eller sessioner spelar roll. En modell utan data kan förklara metoden men kan inte se dina siffror.
Jämför prestandan i Googles sökning för de två senaste hela 28-dagarsfönstren. Visa de absoluta klickförlusterna per sida, med visningar, CTR och genomsnittlig position i båda perioderna.
Ta reda på vilka sökfrågor som förklarar förändringen för de tre URL:er som tappat mest och dela upp den per enhet och land. Skilj uppmätta förändringar från möjliga förklaringar.
Skapa en utredningsplan ordnad efter effekt och säkerhet. Lista de ytterligare data eller manuella kontroller som behövs innan du påstår en orsak.
GSC Magic har verktyget report_traffic_drops vid sidan av bing_page_stats och ga_run_report, så en enda fråga kan jämföra klick från Google, sidstatistik från Bing och sessioner i GA4. Det kan inte se något som Search Console inte gör tillgängligt, och förbehållen ovan om avvikelser och anonymiserade sökfrågor gäller fortfarande. Gratisplanen anges ha 200 förfrågningar i månaden och 10 per dag, och Pro anges ha obegränsat antal förfrågningar under fair use. Se 25 SEO-prompter för AI-agenter för fler utgångspunkter.
Vad ska du göra efter checklistan?
Gör den till en rutin: kör en månatlig jämförelse av prestanda, undersök väsentliga undantag och för en kommenterad logg över releaser, omdirigeringar och uppdateringar av innehåll bredvid måtten. För riktade förbättringar när orsaken är känd går du vidare med möjligheter med låg CTR och diagnos av sökordskannibalisering.
Vill du att din AI-assistent ska utgå från verklig sökprestanda i stället för gissningar? Anslut den med GSC Magic.
Vanliga frågor
Orsakade en algoritmuppdatering från Google mitt trafikfall?
Möjligen, men tidpunkten ensam bevisar det inte. Kontrollera Google Search Status Dashboard för start- och slutdatum, vänta tills utrullningen är klar och jämför de drabbade sidorna och sökfrågorna före och efter. Uteslut först spårningsfel, tekniska releaser, säsongsvariation och manuella åtgärder, eftersom flera orsaker kan överlappa.
Hur länge efter en core update ska jag vänta innan jag analyserar min trafik?
Googles dokumentation om core updates säger att du ska bekräfta att utrullningen är klar på Search Status Dashboard och vänta minst en hel vecka efter att den avslutats innan du analyserar data i Search Console. Om du analyserar tidigare blandas oroligheterna under utrullningen med det nya jämviktsläget, vilket kan leda till felaktiga slutsatser.
Varför minskade visningarna i Search Console när mina rankingar ser likadana ut?
Förändringar i rapporteringen kan sänka visningarna utan att någon ranking har tappats. Google har dokumenterat loggningsfel på sidan om avvikelser i data, och branschrapporter kopplar en förändring i hur många resultat som visas per sida i mitten av september 2025 till färre visningar på dator och en bättre genomsnittlig position. Kontrollera kända avvikelser och markera de berörda datumen innan du jämför över dem.
Ska jag skicka in varje sida till Google igen efter ett trafikfall?
Nej. Massinskickning åtgärdar inte en felaktig canonical, en noindex-tagg, svagt innehåll eller ett serverproblem, och Indexing API är begränsat till sidor med jobbannonser och livesändningar. Identifiera orsaken först, åtgärda den och begär sedan indexering för enskilda viktiga URL:er eller skicka in en ren webbplatskarta.
Varför minskar sessionerna i GA4 medan klicken i Search Console är stabila?
Det mönstret pekar på mätningen snarare än på synligheten i sökning. Kontrollera att GA4-taggen utlöses i alla mallar, om samtyckesinställningarna har ändrats, om omdirigeringar tar bort uppgifter om hänvisare och om kanalgrupperingen eller filter har redigerats. De två verktygen använder dessutom olika tidszoner och räknar olika saker, så exakta överensstämmelser ska inte förväntas.
Återställer mer innehåll min organiska trafik?
Inte automatiskt. Innehåll hjälper bara när det möter ett verkligt användarbehov, åtgärdar en kvalitetslucka eller matchar sökintentionen bättre än det som rankar i dag. Google säger att förbättringar inte är någon garanti för återhämtning. Diagnostisera först vilka sidor och sökfrågor som tappade synlighet, ändra sedan ett begränsat antal sidor och mät.
Hur lång tid tar det innan den organiska trafiken återhämtar sig?
Det finns ingen tidslinje som gäller alla. Tekniska åtgärder genomsöks på nytt inom dagar till veckor, medan kvalitetsrelaterade förändringar i rankingen kan ta mycket längre tid, och Google påpekar att förändringar i position efter en ändring av webbplatsen kan ta veckor eller månader att stabiliseras. Efterfrågan och konkurrens fortsätter dessutom att röra sig, så mät mot en definierad utgångspunkt och ett definierat fönster.
Gör det med GSC Magic
GSC Magic gör den första halvan av checklistan till verktyg: report_traffic_drops för förändringarna, gsc_inspect_urls_batch för indexeringsstatus, report_google_vs_bing för att skilja algoritmiska orsaker från tekniska och målsidor i GA4 för vyn efter klicket. Bläddra bland SEO-rapporterna eller anslut Claude och fråga.
Ge din agent dina sökdata.
GSC Magic kopplar Claude, ChatGPT och Cursor till Google Search Console, Bing och GA4. Gratisplan, 7 dagars Pro-test, inget kort.