Google Search Console og opdateringer — Analysér effekten

Af alle de tools jeg bruger i SEO, er Google Search Console det vigtigste. Ikke fordi det er mest avanceret, men fordi det er data direkte fra kilden. Når Google vurderer dit site, er det GSC der fortæller dig, hvad de ser — ikke hvad et tredjeparts-tool estimerer at de ser.

Det gælder ingen steder mere end ved Google-opdateringer. Et trafikfald i GA4 kan skyldes hundrede ting. Et fald i GSC Performance-rapporten er entydigt: Google viser dit indhold til færre brugere, eller brugerne klikker ikke. Det er fundamentalt forskellig information.

I denne guide gennemgår jeg præcis, hvordan du bruger Google Search Console til at diagnosticere effekten af en opdatering trin for trin. Det er den samme proces, jeg bruger, hver gang et site oplever uforklarlige trafikbevægelser.

Hvorfor Google Search Console er dit vigtigste opdateringsværktøj

GSC giver dig data Google selv indsamler om dit sites synlighed: visninger (hvor mange gange din side vises i søgeresultaterne), klik, gennemsnitlig CTR og gennemsnitlig position — opdelt på søgeterm, URL, land og enhedstype. Det er ikke estimater. Det er den faktiske trafik fra Googles søgeindex.

Andre tools — Semrush, Ahrefs, GA4 — er nyttige, men de er sekundære. GA4 viser, om brugere kommer til din side, men kan ikke fortælle dig, om det er rankings eller CTR der har ændret sig. Et rank-tracking-tool viser positioner på de søgetermer du allerede tracker, men kan ikke opdage bevægelser på søgetermer, du ikke vidste du rankede på. GSC dækker begge blinde vinkler.

Trin 1: Identificer opdateringsdatoen

Brug MozCast, Semrush Sensor eller Googles egne bekræftelser

Inden du åbner GSC, har du brug for en dato. Hvornår skete ændringen?

Start med algoritmesensorerne: MozCast rapporterer daglig “temperatur” i Googles algoritme baseret på SERP-bevægelser på en standardiseret søgeordspulje. Semrush Sensor gør det samme. Begge er ikke præcise, men de indikerer uro.

Bekræft derefter mod officielle sources: Googles Search Status Dashboard på status.search.google.com viser alle annoncerede opdateringer med start- og slutdatoer. Google Search Central Blog annoncerer større opdateringer. X/Twitter-kontoen @googlesearchc poster opdateringsnotifikationer i realtid.

Notér opdateringens startdato. Den er dit referencepunkt.

Trin 2: Analyser Performance-rapporten i GSC

Klik, visninger, CTR og position over tid

Gå til Google Search Console → Performance → Search results. Skift visningsmodus til “grafvisning” over tid og aktivér alle fire metrikker: total clicks, total impressions, average CTR, average position. Sæt perioden til 6 måneder.

Kan du se et klart knæk på en bestemt dato? Notér det. Falder klik og visninger simultant? Det indikerer et rankings-tab. Falder klik men ikke visninger? Det indikerer et CTR-fald — din side vises stadig men gets ikke klikket på. Det er to fundamentalt forskellige problemer med fundamentalt forskellig diagnose.

Et rankings-tab kræver indholds- eller autoritetswork. Et CTR-fald kræver forbedring af title tag og meta description.

Sammenlign perioder: 28 dage vs. 28 dage

GSC’s “Compare”-funktion er undervurderet. Gå til datofilter → Compare → og vælg perioden 28 dage efter opdateringens startdato vs. de 28 dage inden. Nu ser du præcise absolutte forskelle for hver søgeterm og URL.

28 dage er et godt vindue: det er langt nok til at udjævne ugentlig sæsonvariation og kort nok til at holde analysen fokuseret. For sites med sæsonvariation kan du alternativt sammenligne år-over-år.

Filtrer på sider, søgetermer og lande

Skift til tabel-visningen under grafen. Klik på “Pages”-tabben og sorter efter klikforskel (kolonne vises i compare-mode). Nu ser du de URL’er der har tabt flest klik.

Gentag med “Queries”-tabben for at se, hvilke søgetermer der har tabt visninger og klik. Er det branded søgninger? Long-tail? Søgninger med informationsintent? Mønsteret her er kritisk information til at forstå, hvad opdateringen rettede sig mod.

Filtrer endelig på land. Opdateringer rulles sommetider ud i bestemte markeder først og rammer dansk versus global trafik forskelligt.

Trin 3: Find de hårdest ramte URL’er

Sorter efter absolut klikfald

I compare-mode, sorter Pages-tabellen efter klikforskel, stigende. De URL’er øverst har tabt flest absolutte klik. Eksportér listen (GSC har CSV-export) og arbejd videre i Excel eller Sheets.

Tilføj kolonnerne: URL-type (blog, product, category, landing page), indholdets primære emne, publikationsdato. Disse metadata hjælper dig med at se mønstre.

Grupper efter sidetyper og emner

Er det primært blogindlæg fra 2021-2022 der er ramt? Det indikerer muligvis et friskhedsproblem — gammelt, uopdateret indhold. Er det kategorisider? Det kan indikere tyndt automatisk genereret indhold. Er det alle sider om ét specifikt emne? Det kan indikere en tematisk E-E-A-T-svaghed inden for det emne.

Grupperingen er analysesteget der forbinder GSC’s data med en handlingsplan. Uden den er du kun i besiddelse af tal.

Trin 4: Indexdækning og crawl

Har Google fraindekseret sider?

Gå til GSC → Indexing → Pages. Her ser du antallet af indexerede sider over tid. Et pludseligt fald i indexerede sider, der falder sammen med opdateringsdatoen, er en alvorlig indikator: Google har valgt ikke at indexere dele af dit site.

Tjek hvilke sider der er reporteret som “Discovered — currently not indexed” eller “Crawled — currently not indexed.” Dette er sider Google kender men aktivt holder ude af søgeindekset. Det er ikke den samme som en straf — det er Googles vurdering af, at siden ikke fortjener indexering.

Crawling og rendering-fejl

Tjek GSC → Settings → Crawl stats for at se om Googles crawling af dit site er ændret. Et fald i crawl-frekvens kan indikere, at Google har sænket prioriteten for dit site. Tjek også Core Web Vitals-rapporten for at sikre, at ingen teknisk forringelse er sket.

Trin 5: Kombinér med andre data

GA4 og organisk trafik

Verificér GSC-fundene i GA4. Gå til Reports → Acquisition → Traffic acquisition, filtrer på “Organic Search.” Bekræfter GA4 samme dato og omfang for klikfaldet som GSC? De to systemer måler forskelligt — GA4 tæller sessioner, GSC tæller klik — men retningen skal være den samme.

Avanceret: i GA4 kan du undersøge adfærdsdata for de ramte landingpages. Er bounce rate steget? Er session duration faldet? Det kan give dig yderligere hint om, hvad brugerne er utilfredse med.

Rank-tracking-tools

Brug dit rank-tracking-tool (Semrush, Ahrefs, SE Ranking) til at bekræfte positionsændringer på de søgetermer, du aktivt tracker. Husk at disse tools kun viser data for de søgetermer du allerede tracker — GSC viser alle søgetermer. De to sæt data kompletterer hinanden.

Hvad du gør med analysen

Når analysen er færdig, har du forhåbentlig:

1. Bekræftet at ændringen er algoritmisk (ikke teknisk)
2. Identificeret de mest ramte URL’er
3. Set et mønster i hvilke typer indhold der er ramt
4. Haft et kvalificeret gæt på, hvad opdateringen rettede sig mod

Nu starter recovery-arbejdet. Læs vores detaljerede guide til Google opdatering recovery for den systematiske tilgang til at forbedre de ramte sider. Forstå rammerne i Google Core Update for at vide, hvad Google evaluerer i en bred algoritmeopdatering. Og hold dig løbende opdateret om nye Google-opdateringer, så du ved hvornår du skal sætte dig ned med GSC igen.

Søgemaskiner ændrer løbende deres vurderingskriterier, og ingen overvågningsrutine garanterer, at du aldrig rammes. Men en stærk GSC-analyse-rutine sikrer, at du opdager problemer hurtigt og handler på faktuelle data fremfor gætterier.

Automatiserede alerts og overvågning

Du behøver ikke vente på, at du selv opdager et fald. Opsæt:

• GSC e-mail-notifikationer: I GSC → Settings → Email preferences kan du aktivere automatiske advarsler om fejl og fald.
• GA4 custom alerts: Opret en alert på et fald i organisk trafik over en defineret tærskel (fx >15 % fald uge-over-uge).
• Uptime-overvågning: Et separat tool som UptimeRobot sikrer, at du ved, hvis sitet er nede — eliminerer den trivielle årsag først.

Overvågning er ikke i stedet for aktiv analyse — det er det system der fortæller dig, hvornår du skal sætte dig ned og analysere.

Ofte stillede spørgsmål om GSC og opdateringer

Opdateres GSC-data i realtid? Nej. GSC-data har typisk en forsinkelse på 2-3 dage. Det betyder, at du de første dage efter en opdatering måske ikke ser effekten fuldt ud. Vent mindst 72 timer efter en opdatering, inden du drager konklusioner fra GSC-data.

Kan jeg se i GSC, om mit site er ramt af en specifik opdatering? GSC viser ikke direkte, hvilken opdatering der har ramt dig. Men ved at krydse datoerne for synlighedsændringer med Googles offentliggjorte opdateringsdatoer kan du med rimelig sikkerhed identificere forbindelsen. Fra 2023 viser GSC desuden tidsstempler for bekræftede Core Updates direkte i Performance-rapporten som annotering.

Hvad gør jeg, hvis mine GSC-data viser intet fald, men GA4 viser fald i organisk trafik? Tjek om det er organisk brand-trafik kontra non-brand. GSC-data dækker alle organiske søgninger, mens GA4-segmentering kan variere baseret på channel grouping-regler. En anden mulighed: check om Google Ads-tracking er ændret og utilsigtet reklassificerer trafik.

Hvor lang tid gemmer GSC Performance-data? GSC gemmer Performance-data i 16 måneder rullende. Det er tilstrækkeligt til år-over-år-sammenligning men ikke til at se trends fra for 3-4 år siden. Eksportér vigtige historiske datapunkter til din egen database eller Sheets, hvis du vil bevare ældre data.