Tjekliste ved fald i organisk trafik: Search Console og GA4
Find årsagen til et fald i organisk trafik med Search Console, GA4, indekseringstjek, datoer for Google-opdateringer og en proces, der skiller fakta fra gæt.
Et fald i organisk trafik bør bekræftes i Google Search Console, før det forklares: kontrollér, at datointervallerne er fulde, adskil klik fra eksponeringer og CTR, og afgræns derefter de berørte sider, søgeforespørgsler, enheder og lande. Udeluk årsager i sporing, teknik, indeksering og efterspørgsel, før du bebrejder en Google-opdatering, og hold belæg adskilt fra hypoteser.
Hvordan bekræfter du, at et fald i organisk trafik er reelt?
Bekræft, at klikkene i Google Search Console faldt over to fulde, sammenlignelige datointervaller, før du undersøger årsagerne. “Den organiske trafik er faldet” kan betyde forskellige ting: Search Console tæller klik fra Google Søgning, mens GA4 tæller sporede sessioner og henfører dem til kanaler, så et tab i den ene rapport beviser ikke et tab i den anden.
Start med disse spørgsmål:
- Faldt klikkene fra Google Søgning, eller kun de organiske sessioner i GA4?
- Faldt eksponeringerne, eller faldt CTR, mens eksponeringerne holdt sig?
- Var faldet pludseligt på én dag eller gradvist over uger?
- Er sammenligningsperioden fuld og rimelig i forhold til sæsonen?
Data i Search Console er ikke øjeblikkelige. Googles hjælp siger, at indsamlede data normalt er tilgængelige inden for to til tre dage, så de seneste dage er ufuldstændige. Daglige data følger Californiens tid (Pacific), mens GA4 bruger ejendommens egen tidszone, så tal for enkelte dage sjældent stemmer præcist. Alle forskellene finder du i hvorfor GSC-klik og GA4-sessioner ikke stemmer overens.
Hvad fortæller faldets form dig?
Mønstret i et fald indsnævrer de sandsynlige årsager, før du åbner en eneste rapport. Googles guide til fejlfinding ved trafikfald deler årsagerne op i tekniske problemer, sikkerhedsproblemer, manuelle handlinger, algoritmiske opdateringer, ændret interesse eller sæsonudsving og flytning af websted. Brug tabellen som udgangspunkt for en første vurdering, ikke som en diagnose.
| Hvad ændrede sig? | Hvad det kan tyde på | Hvad du skal kontrollere næste gang |
|---|---|---|
| Klik ned, eksponeringer uændrede, CTR ned | Færre klik pr. visning, et andet layout i resultaterne eller en ændret blanding af placeringer | Søgeforespørgsler, placeringer, enhed og søgeudseende |
| Både klik og eksponeringer ned i én sektion | Efterspørgsel, synlighed, placering eller et teknisk problem i den sektion | Mappe, indeksstatus, interne links, nylige udgivelser |
| Pludseligt fald for hele webstedet på én dato | Fejl i rapporteringen, ændring i en fælles skabelon, nedbrud eller en hændelse på platformsniveau | Siden Data anomalies, log over udgivelser, Crawl stats, robots.txt |
| Gradvist fald over uger eller måneder | Ændret efterspørgsel, konkurrenter, indholdsforfald eller et langsomt teknisk problem | 16-måneders tendens, Google Trends, klikhistorik pr. side |
| Mobil ned, desktop stabil | Mobillayout, hastighed eller ændret målgruppe | Gengivelse på mobil, opdeling efter enhed |
| Én URL falder kraftigt efter en udgivelse | Regression på URL-niveau: statuskode, canonical, noindex eller indhold | Inspicér URL’en, sammenlign udgivelsens ændringer |
| GSC-klik stabile, GA4-sessioner ned | Problem med måling eller henføring | Tag, samtykke, omdirigeringer, kanalregler |
| Faldet begynder omkring en bekræftet Google-opdatering | Mulig algoritmisk effekt | Datoer for opdateringen, berørte søgeforespørgsler, sidernes kvalitet |
Google bemærker, at tekniske problemer på sideniveau, som et forkert placeret noindex-tag, har en tendens til at vise sig som et langsommere fald, fordi siderne crawles igen gradvist, mens problemer for hele webstedet viser sig hurtigt. Tabellen er et hjælpemiddel til første vurdering: lavere eksponeringer kan skyldes ændret efterspørgsel såvel som tab af placeringer, så du skal bruge belæg på søgeforespørgselsniveau for at skille dem ad.
Hvad er tjeklisten, trin for trin?
Gennemgå disse tolv trin i rækkefølge, og notér, hvad du ser ved hvert af dem.
- Bekræft datointervallet. Åbn Search Console → Performance → Search results, og sammenlign to fulde 28-dagesvinduer. Tilføj samme sæson sidste år, hvis du har den. Brug muligheden Compare, og bemærk, at tabellen højst viser 1.000 rækker.
- Tjek klik og eksponeringer sammen. Klikkene falder, når der sker færre søgninger, synligheden daler, eller færre søgende klikker. Et samtidigt fald i eksponeringer kræver en anden undersøgelse end stabile eksponeringer med faldende CTR.
- Find de sider, der taber. Åbn fanen Pages, og sortér efter absolut tabte klik. Én stor URL kan forklare det meste af et websteds fald; procentvise ændringer på små sider er som regel støj.
- Find ud af, hvilke søgeforespørgsler der har ændret sig. Vælg én side med tab, og åbn derefter Queries. Mistede de vigtige søgetermer eksponeringer, placering, CTR eller alle tre? Sammenlign søgeforespørgsler i stedet for at stole på sidens gennemsnit.
- Opdel efter lande og enheder. Et fald, der kun gælder mobil eller ét land, kræver en snævrere undersøgelse end et fald i hele verden.
- Tjek søgetype og søgeudseende. Sammenlign ikke Web med Image eller Video. Discover og Google News har separate performancerapporter. Klik fra AI Overviews og AI Mode tælles med i søgetypen Web, så en ændring i, hvordan Google viser AI-funktioner, kan flytte dine tal.
- Inspicér indekseringen. Brug URL-inspektion til at gennemgå den indekserede version og den canonical, Google har valgt, for vigtige URL’er med tab. Se hvad du gør, når Search Console siger “ikke indekseret”.
- Gennemgå tekniske ændringer. Tjek omdirigeringer, canonical-tags, robots.txt, noindex-tags, serverfejl, gengivelse af JavaScript, ændringer i sitemaps og interne links. Brug rapporten Crawl stats (tilgængelig for ejendomme på rodniveau) til hostens status og svarkoder. En udgivelsesdato, der falder sammen med faldet, er et spor, ikke et bevis.
- Tjek Manual actions og Security issues. Begge rapporter findes i Search Console. En manuel handling betyder, at en menneskelig bedømmer har fundet brud på spamreglerne; et sikkerhedsproblem betyder, at webstedet er markeret som hacket eller skadeligt.
- Sammenlign med Googles registre over opdateringer og afvigelser. Se de næste to afsnit.
- Undersøg indhold og konkurrence. Blev en sektion fjernet? Er siden forældet? Har søgeintentionen flyttet sig? Sammenlign med det, der rangerer nu, ikke blot med antal ord eller tilstedeværelsen af et AI-resumé.
- Tjek sporingen i analytics, og prioritér derefter. Faldt GA4, men ikke Search Console, så kontrollér tags og samtykke, før du rører ved SEO-indholdet. Ret derefter bekræftede tekniske fejl først, og test ændringer i indholdet én ad gangen.
Hvordan finder du ud af, hvilke sider der forklarer tabet?
Rangér siderne efter de klik, de har mistet, ikke efter procent, for nogle få URL’er forklarer som regel det meste af faldet. Beregn nuværende klik minus tidligere klik for hver side, og sortér stigende. Her er et fiktivt eksempel på en sammenligning af 28 dage:
| Side | Tidligere klik | Nuværende klik | Ændring | Andel af det samlede tab |
|---|---|---|---|---|
| /guides/setup | 1.400 | 850 | −550 | 76 % |
| /blog/api | 650 | 500 | −150 | 21 % |
| /docs/integration | 300 | 280 | −20 | 3 % |
| I alt | 2.350 | 1.630 | −720 | 100 % |
Det meste af det rapporterede tab kommer fra /guides/setup, så den undersøges først. Skriv ikke alle sider om, bare fordi grafen for hele webstedet er nedadgående.
Gentag derefter øvelsen et niveau længere nede: sammenlign søgeforespørgsler for /guides/setup. Mistede siden klik på én søgeforespørgsel, der tabte placering, er det et spørgsmål om rangering. Mistede den eksponeringer på alle søgeforespørgsler på én gang, så se på indeksering, canonicalisering eller efterspørgsel.
Kan en Google-opdatering have forårsaget faldet?
Muligvis, men bekræft først datoerne: et fald tyder kun på en opdatering, hvis det begynder, efter at en opdatering er startet, og de berørte sider plausibelt passer til det, opdateringen retter sig mod. Google Search Status Dashboard viser bekræftede opdateringer af rangeringen med start- og sluttidspunkt. Pr. oktober 2026 viser det for 2026 blandt andet core updates i marts og maj og spam updates i marts, juni, august og september; tjek dashboardet for de præcise datoer, for det ændrer sig.
Googles dokumentation om core updates giver praktiske regler:
- Bekræft på dashboardet, at udrulningen er færdig, og vent mindst en hel uge efter afslutningen, før du analyserer Search Console.
- Sammenlign ugerne før opdateringen med ugerne efter, ikke dagene under udrulningen.
- Et lille fald i placering kræver ikke drastiske tiltag; Google anbefaler ikke at ændre indhold, der allerede klarer sig godt. Større fald berettiger en dybere gennemgang af de berørte sider.
- Forbedringer er ingen garanti for genopretning, og sider har ingen garanteret placering. Google laver også mindre core updates, som ikke bliver annonceret.
| Mulig årsag | Hvor du skal kigge | Typisk belæg |
|---|---|---|
| Core update eller spam update | Search Status Dashboard, Search Console | Begyndelse under eller lige efter udrulningen; tab koncentreret på bestemte typer sider |
| Manuel handling | Rapporten Manual actions | En meddelelse, der oplister de berørte sider eller hele webstedet |
| Sikkerhedsproblem | Rapporten Security issues | En meddelelse om hacket indhold eller malware |
| Teknisk regression | URL-inspektion, Crawl stats, log over udgivelser | Statuskoder, robots.txt, noindex, ændringer af canonical |
| Flytning af websted eller migrering | Kort over omdirigeringer, Change of address | Gamle URL’er mister klik, mens nye URL’er langsomt vinder dem |
| Efterspørgsel eller sæsonudsving | 16-måneders tendens, Google Trends | En gentagelse af sidste års dyk; faldende eksponeringer hos konkurrenter |
| Fejl i rapporteringen | Siden Data anomalies | En logget fejl, der dækker de berørte datoer |
Flere årsager kan overlappe, så før en liste over hypoteser, og test hver af dem mod data på sideniveau.
Hvilke rapporteringsproblemer kan forfalske et trafikfald?
Nogle tilsyneladende fald er ændringer i, hvordan Search Console tæller, ikke i, hvor mange der klikkede. Tjek dem, før du ændrer webstedet.
- Kendte afvigelser i data. Google fører en side om Data anomalies med logningsfejl, der har sænket eller oppustet rapporterede klik eller eksponeringer for bestemte datoer og rapporter. I 2026 oplistede den flere, blandt andet en logningsfejl, der overrapporterede eksponeringer fra 13. maj 2025, indtil den blev rettet i foråret 2026. Google sagde, at klikkene ikke var berørt, men CTR beregnes ud fra eksponeringer, så CTR for den periode kan ikke sammenlignes med andre perioder. Brancheomtale siger, at Google ikke planlægger at genopbygge den berørte historik.
- Ændring i antal resultater pr. side. Brancherapporter siger, at mange websteder omkring midten af september 2025, efter at Google holdt op med at respektere en parameter, der returnerede op til 100 resultater ad gangen, så eksponeringerne falde og den gennemsnitlige placering blive bedre uden nogen ændring i klik. Vær forsigtig med sammenligninger af eksponeringer og placering år over år, der går på tværs af den dato.
- AI-funktioner. Eksponeringer og klik fra AI Overviews og AI Mode tælles med i søgetypen Web. Google indførte desuden i juni 2026 rapporter om generativ AI i Search, der kun viser eksponeringer, og deres hjælpeside beskriver dem som udrullet til alle websteder pr. 31. august 2026. De er en visning af data, der allerede er i hovedrapporten, ikke ekstra trafik.
- Tabelgrænser og privatliv. Sjældne, anonymiserede søgeforespørgsler udelades i tabellen over søgeforespørgsler og i API’et, men tæller stadig med i totalerne i diagrammet, medmindre der er anvendt et filter på søgeforespørgsler. Rækkerne summer derfor måske ikke til totalen i diagrammet.
Tilføj en annotation eller en note i din egen log for hver dato, du finder, så senere sammenligninger ikke bliver misforstået.
Hvordan skelner du sæsonudsving fra et reelt tab?
Sæt performancediagrammet til 16 måneder, og sammenlign de samme uger et år tidligere; gentager dykket sig, har efterspørgslen sandsynligvis flyttet sig, ikke dine placeringer. Indsæt derefter de søgeforespørgsler med størst tab i Google Trends for at se, om interessen faldt på hele nettet.
Tag et tænkt tilfælde. Et websted mister 900 klik over en måned, og siderapporten viser, at 750 af dem kom fra en guide til højtiden, mens andre sider er stabile. Eksponeringerne på den guide faldt med nogenlunde samme andel, og sidste år så det ud på samme måde.
- Sammenlign det samme sæsonvindue et år tidligere, og husk forbeholdene om rapportering ovenfor.
- Tjek, om eksponeringerne faldt sammen med klikkene.
- Gennemgå de søgeforespørgsler, der driver sæsonsiden.
- Tjek kun for tekniske fejl, hvis belægget tyder på et reelt problem med webstedet.
- Beslut, om du vil opdatere guiden før den næste efterspørgselscyklus, i stedet for at behandle sæsonudsving som en straf.
Absolutte tab og tidsmæssig sammenhæng betyder lige så meget som procenter. Går visningen på 16 måneder ikke langt nok tilbage, så planlæg opbevaring nu med sådan beholder du Search Console-data ud over 16 måneder.
Hvad skal du tjekke, når GA4-sessionerne falder?
Er GA4-sessionerne faldet, men ikke klikkene i Search Console, så behandl det først som et spørgsmål om måling. Kontrollér, at GA4-tagget udløses på alle skabeloner, at samtykkeindstillingerne ikke er ændret, at omdirigeringer eller et nyt domæne ikke fjerner data om henviseren, og at brugerdefinerede kanalregler eller filtre ikke er redigeret. GA4’s standardkanalgruppe placerer besøg fra søgemaskiner i Organic Search, så en regel eller en ændring af tagging kan flytte sessioner over i Direct eller Unassigned.
Husk, hvad hvert værktøj tæller. Search Console tæller klik fra Google Søgning og henfører data til canonical-URL’er; GA4 tæller sessioner i browsere, hvor dets JavaScript kørte, med den URL, der faktisk blev indlæst. AI-assistenter er en særskilt kilde: sessioner fra dem kommer som regel som henvisninger, ikke som organiske, hvilket sporing af AI-henvisninger i GA4 forklarer.
Hvordan opbygger du en hændelseslog, før du ændrer noget?
Behandl et stort trafiktab som en hændelse i produktion, og skriv disse felter ned, før du redigerer en eneste side:
- Opdaget: den første sammenlignelige fulde rapporteringsdag, der viste tabet.
- Omfang: hele webstedet, en mappe, et land, en enhed eller nogle få sider.
- Målinger: klik, eksponeringer, CTR og placering, med datoer.
- Nylige ændringer: udgivelser, opdateringer af indhold, omdirigeringer, robots, canonical og ændringer i analytics.
- Bekræftede fakta: observationer, der understøttes af data eller direkte tests.
- Ubekræftede hypoteser: sandsynlige årsager, der stadig skal valideres.
- Handlinger og ansvarlige: hvad der tjekkes, af hvem og i hvilken rækkefølge.
- Succeskriterier: den måling og det tidsvindue, der vil vise genopretning.
Det forhindrer et velmenende team i at lave fem modstridende SEO-redigeringer på en eftermiddag, og det giver dig et nulpunkt at vurdere rettelsen mod.
Hvad bør du ikke gøre efter et pludseligt fald?
Undgå handlinger, der ødelægger belæg eller tilføjer nye variabler.
- Skriv ikke alle artikler om. Det sletter dit nulpunkt og kan skabe nye problemer.
- Gå ikke ud fra, at en opdatering var årsagen. Tidspunktet alene er svagt belæg; tjek forklaringer i teknik, sporing og efterspørgsel.
- Indsend ikke hundredvis af URL’er igen. Indsendelse er ikke genopretning af placeringer, og Googles Indexing API er begrænset til sider med jobopslag og livestreams.
- Bedøm ikke en rettelse næste morgen. Crawling, indeksering og rapportering tager dage til uger.
- Ændr ikke flere ting på én gang i samme sektion, ellers ved du ikke, hvilken der gjorde en forskel.
Hvordan kan en AI-agent fremskynde diagnosen?
En agent kan lave sammenligningerne af sider og søgeforespørgsler på få minutter, men kun med godkendt adgang til din Search Console-ejendom og med adgang til GA4, hvis konverteringer eller sessioner har betydning. En model uden data kan forklare metoden, men ikke se dine tal.
Sammenlign performance i Google Søgning for de seneste to fulde 28-dagesvinduer. Vis de absolutte tab af klik pr. side, inklusive eksponeringer, CTR og gennemsnitlig placering i begge perioder.
Find for de tre URL’er med størst tab ud af, hvilke søgeforespørgsler der står for ændringen, og opdel den efter enhed og land. Adskil målte ændringer fra mulige forklaringer.
Lav en undersøgelsesplan sorteret efter effekt og sikkerhed. List de yderligere data eller manuelle tjek, der er nødvendige, før du påstår en årsag.
GSC Magic har værktøjet report_traffic_drops ved siden af bing_page_stats og ga_run_report, så ét spørgsmål kan sammenligne klik fra Google, sidestatistik fra Bing og GA4-sessioner. Det kan ikke se noget, som Search Console ikke udstiller, og forbeholdene ovenfor om afvigelser og anonymiserede søgeforespørgsler gælder stadig. Free-planen oplyser 200 forespørgsler om måneden og 10 om dagen, og Pro oplyser ubegrænsede forespørgsler under rimelig brug (fair use). Se 25 SEO-prompts til AI-agenter for flere udgangspunkter.
Hvad skal du gøre efter tjeklisten?
Gør den til en rutine: lav en månedlig sammenligning af performance, undersøg meningsfulde undtagelser, og før en annoteret log over udgivelser, omdirigeringer og opdateringer af indhold ved siden af målingerne. Til målrettede gevinster, når årsagen er kendt, kan du fortsætte med muligheder med lav CTR og diagnoser af søgeordskannibalisering.
Vil du have din AI-assistent til at arbejde ud fra rigtig søgeperformance i stedet for gæt? Forbind den med GSC Magic.
Ofte stillede spørgsmål
Var det en opdatering af Googles algoritme, der gav mit trafikfald?
Muligvis, men tidspunktet alene beviser det ikke. Tjek Google Search Status Dashboard for start- og slutdatoer for opdateringen, vent til udrulningen er færdig, og sammenlign berørte sider og søgeforespørgsler før og efter. Udeluk sporingsfejl, tekniske udgivelser, sæsonudsving og manuelle handlinger først, for flere årsager kan overlappe.
Hvor længe efter en core update bør jeg vente, før jeg analyserer min trafik?
Googles dokumentation om core updates siger, at du skal bekræfte på Search Status Dashboard, at udrulningen er færdig, og vente mindst en hel uge efter afslutningen, før du analyserer data fra Search Console. Analyserer du tidligere, blander du uro fra udrulningen sammen med den nye stabile tilstand, og det kan føre til forkerte konklusioner.
Hvorfor faldt mine eksponeringer i Search Console, mens mine placeringer ser ens ud?
Ændringer i rapporteringen kan sænke eksponeringerne uden noget tab af placering. Google har dokumenteret logningsfejl på siden Data anomalies, og brancheomtale kobler en ændring i adfærden for antal resultater pr. side i midten af september 2025 til lavere eksponeringer på desktop og en bedre gennemsnitlig placering. Tjek kendte afvigelser, og noter de berørte datoer, før du sammenligner hen over dem.
Bør jeg indsende alle sider til Google igen efter et trafikfald?
Nej. Masseindsendelse retter hverken en forkert canonical, et noindex-tag, svagt indhold eller et serverproblem, og Indexing API’et er begrænset til sider med jobopslag og livestreams. Find først årsagen, ret den, og anmod derefter om indeksering af vigtige enkelte URL’er eller indsend et rent sitemap.
Hvorfor er GA4-sessionerne faldet, mens klikkene i Search Console er stabile?
Det mønster peger på måling frem for synlighed i søgning. Tjek, at GA4-tagget udløses på alle skabeloner, om samtykkeindstillingerne er ændret, om omdirigeringer fjerner data om henviseren, og om kanalgrupperingen eller filtre er blevet redigeret. De to værktøjer bruger også forskellige tidszoner og tæller forskellige ting, så man kan ikke forvente, at tallene stemmer præcist.
Genskaber mere indhold min organiske trafik?
Ikke automatisk. Indhold hjælper kun, når det opfylder et reelt brugerbehov, lukker et kvalitetshul eller matcher søgeintentionen bedre end det, der rangerer i dag. Google siger, at forbedringer ikke er en garanti for genopretning. Find først ud af, hvilke sider og søgeforespørgsler der har mistet synlighed, ret derefter et begrænset antal sider, og mål.
Hvor lang tid tager det, før den organiske trafik er genoprettet?
Der findes ingen universel tidsplan. Tekniske rettelser bliver crawlet igen i løbet af dage til uger, mens kvalitetsrelaterede ændringer i placeringer kan tage meget længere, og Google bemærker, at ændringer i placeringer efter en ændring af webstedet kan tage uger eller måneder at falde til ro. Efterspørgsel og konkurrence bevæger sig også hele tiden, så mål mod et defineret nulpunkt og vindue.
Gør det med GSC Magic
GSC Magic gør første halvdel af denne tjekliste til værktøjer: report_traffic_drops til dem, der rykker sig, gsc_inspect_urls_batch til indeksstatus, report_google_vs_bing til at skille algoritmiske årsager fra tekniske og GA4-landingssider til visningen efter klikket. Gennemse SEO-rapporterne, eller forbind Claude, og spørg.
Giv din agent dine søgedata.
GSC Magic forbinder Claude, ChatGPT og Cursor med Google Search Console, Bing og GA4. Gratis plan, 7 dages Pro-prøveperiode, intet kort.