SEO
Google Search Console: sådan læser jeg tallene, før jeg rører sitet
Search Console er Googles egne data om dit site. Her er, hvordan jeg sætter det op, læser Performance-rapporten, finder de lette gevinster og fanger indekseringsfejl, før de koster trafik.
Ahrefs og Semrush gætter. Google Search Console ved. Det er det eneste værktøj, der viser, hvad Google reelt har set, indekseret og vist til rigtige mennesker, og det er gratis. Alligevel er det det værktøj, jeg oftest finder sat op og aldrig åbnet igen. Her er, hvordan jeg bruger det.
Hvad Search Console er, og hvad det ikke er
Search Console er Googles rapport til sitets ejer. Den fortæller, hvilke søgninger dine sider er blevet vist på, hvor ofte der blev klikket, hvilke sider Google har indekseret, og hvor der er tekniske problemer. Den fortæller ikke, hvad konkurrenterne får af trafik, og den gemmer kun 16 måneders data. Så den erstatter ikke en Ahrefs, men den er sandheden, som alt andet skal holdes op imod.
Kom i gang: verificering og sitemap
Vælg domæne-ejendom, ikke URL-præfiks. Domæne-ejendommen samler http, https, www og uden www i ét billede, så du slipper for at lægge fire rapporter sammen. Verificeringen sker med en TXT-record i DNS, og den skal blive liggende. Slettes den, mister du adgangen, og det opdager man typisk først den dag, man har brug for data.
Indsend sitemap’et under Sitemaps med det samme. Det er ikke for at få sider indekseret hurtigere, det gør det sjældent, men fordi rapporten Sider derefter kan skelne mellem “sider du vil have indekseret” og “sider Google selv har fundet”. Den forskel er halvdelen af alt fejlfindingsarbejde.
Performance-rapporten: de fire tal
Performance er den rapport, jeg kigger på hver uge. Fire tal: eksponeringer, klik, klikrate og gennemsnitsposition.
Eksponeringer siger, om Google overhovedet viser dig. Stiger de uden at klikkene følger med, bliver du vist på søgninger, du endnu ikke ranker godt nok på til at få klikket.
Klik er det tal, kunden betaler for. Alt andet er mellemregninger.
Klikraten afslører title tags og meta descriptions, der ikke sælger. En side på position 3 med lav klikrate har et tekstproblem, ikke et rankingproblem.
Gennemsnitspositionen skal læses med forsigtighed. Den er et gennemsnit på tværs af alle søgninger, en side blev vist på, så en artikel kan ligge nummer 2 på sit hovedsøgeord og nummer 40 på tyve tilfældige søgninger, og rapporten viser 15. Filtrér på ét søgeord ad gangen, når det skal bruges til noget.
Sådan finder jeg de lette gevinster
Den mest lønsomme time i Search Console er denne: Filtrér Performance til de seneste tre måneder, sortér søgeord efter eksponeringer, og find dem med gennemsnitsposition mellem 5 og 15. Det er søgninger, Google allerede synes du er relevant for, men hvor du står på side ét nederst eller side to øverst. Der er sjældent brug for nyt indhold. Der er brug for en bedre title, et afsnit der svarer præcist på søgningen, et par interne links fra stærkere sider og ofte en opdateringsdato, der ikke er tre år gammel.
Næste filter: sider med mange eksponeringer og klikrate under det, positionen burde give. Skriv title og description om, vent tre uger, og sammenlign. Det er den hurtigste A/B-test, der findes i SEO, og den koster ingenting.
Indeksering: sider, der ikke er med
Rapporten Sider viser, hvorfor URL’er ikke er indekseret. De fleste årsager er ufarlige: redirects, kanoniske dubletter, sider du selv har sat til noindex. To linjer skal tages alvorligt.
“Crawlet, i øjeblikket ikke indekseret” betyder, at Google har set siden og valgt den fra. Det er et kvalitetssignal. Siderne er typisk tynde, næsten ens med andre eller uden interne links. Løsningen er at gøre siden bedre eller slå den sammen med en anden, ikke at bede om genindeksering igen og igen.
“Fundet, i øjeblikket ikke crawlet” betyder, at Google kender URL’en men ikke prioriterer at hente den. På store webshops er det ofte et crawl-budget-problem: for mange filtersider, for mange parametre, for lange redirect-kæder. Her hjælper et crawl med Screaming Frog med at finde mønsteret.
Core Web Vitals og HTTPS
Under Oplevelse ligger Core Web Vitals som felt-data fra rigtige Chrome-brugere. Det er de tal, der tæller for Google, ikke det Lighthouse-tal, du selv kører i DevTools. Er en gruppe URL’er markeret som “Dårlig”, så start dér, og brug Lighthouse til at finde årsagen. Jeg har skrevet en separat guide til Lighthouse og Core Web Vitals, for det er sit eget emne.
Det Search Console ikke fortæller dig
Data kommer med cirka to dages forsinkelse, så en ændring i går kan ikke måles i dag. Brugerfladen viser højst 1.000 rækker pr. tabel, så på store sites skal data ud gennem API’et eller kobles til Looker Studio, før man kan se hele billedet. Og søgninger med meget lav volumen anonymiseres, så summen af klik i søgeordstabellen er altid mindre end det samlede antal klik. Det er ikke en fejl, det er privatlivsbeskyttelse.
Min rutine
Hver uge: Performance, seneste 28 dage mod de forrige 28, sorteret efter forskel i klik. Det viser, hvad der er ved at falde, mens det stadig kan reddes. Hver måned: Sider-rapporten for nye fejl og listen med position 5 til 15. Hvert kvartal: sammenlign med Ahrefs og se, hvor gættene var forkerte. Det er hele opsætningen, og den er en fast del af enhver SEO-audit, jeg laver.
Relateret ydelse
SEO der kan ses på bundlinjen
Støder du på et begreb undervejs, kan du slå det op i marketingordbogen med forklaringer på over 400 marketingbegreber.