Det Google
faktisk kan hente

Teknisk SEO er den del af arbejdet ingen kan se. Der er ingen tekst at rose, intet design at fremvise, og ingen graf der går opad ugen efter. Der er kun spørgsmålet om, hvorvidt Google overhovedet kan komme ind, hente siden, læse den og finde ud af hvilken version af den der gælder. Svarer sitet nej ét af de steder, er alt det andet arbejde uden effekt.

Det er derfor kapitel 01 kører først i analysen. Der er ingen grund til at måle søgeordsbilledet på en side der ikke er indekseret, og ingen grund til at rådgive om indhold der aldrig bliver hentet.

01 · Hvad området dækkerFire ting der afgør om siden findes

Teknisk SEO bruges i praksis om en større pose end den her, men fire ting går igen på næsten hvert eneste site vi gennemgår:

• Hentning. Svarer URL-en 200? Er den blokeret i robots.txt? Ligger der en noindex tilbage fra dengang siden var under opbygning?
• Kanonisering. Når det samme indhold kan nås på flere adresser — med og uden www, med og uden skråstreg, med sporingsparametre — hvilken af dem gælder så? Peger canonical-taggene alle sammen samme vej?
• Omdirigeringer. Peger dine interne links direkte på slutdestinationen, eller går de gennem to og tre hop først?
• Sitemap og struktur. Peger sitemappet på de sider du rent faktisk vil have i Google — eller på redirects, fejlsider og noindex-sider?

02 · IndekseringDet dyreste sted at fejle

Indeksering er alt-eller-intet. Enten er siden med i Googles indeks, eller også findes den ikke, uanset hvad du har skrevet på den. Der er fire almindelige måder at falde ud på, og de tre af dem er selvforskyldte.

noindex der blev stående

Den hyppigste. Et site bygges på et testdomæne med noindex på hele installationen, går live, og direktivet følger med på en håndfuld skabeloner. Det opdages typisk måneder senere, fordi ingen leder efter en fejl på sider der ser helt normale ud.

Blokering i robots.txt

En Disallow-regel forhindrer Google i at hente siden — ikke i at indeksere URL-en. Resultatet er den halvtomme visning i søgeresultaterne uden beskrivelse. Og fordi siden ikke kan hentes, kan Google heller ikke se et noindex på den: vil du have en side helt ud af indekset, skal den være tilgængelig og bære direktivet, ikke blokeret.

Canonical der peger et forkert sted

En kanonisk URL fortæller Google hvilken adresse der gælder, når det samme indhold findes flere steder. Peger alle sider i en kategori på forsiden, har du bedt Google om at se bort fra dem alle sammen. Det sker oftere end man skulle tro, typisk fra en skabelon hvor canonical er hardkodet i stedet for at følge den aktuelle URL.

Sider der ikke kan nås indefra

En side uden et eneste internt link ind — en orphan — kan stå i sitemappet og stadig blive prioriteret langt nede, fordi intet på sitet peger på at den betyder noget. Modulet for intern linkstruktur i kapitel 04 finder dem ved at holde crawlet op mod sitemappet.

03 · RedirectsHvad en kæde koster

Et redirect er ikke et problem. En kæde af dem er. Når et link peger på en side der peger videre, som peger videre igen, bruger Google tid på hvert hop, og der er en grænse for hvor mange den følger, før den giver op. Kæder opstår af sig selv over tid: en URL-struktur lægges om, så flyttes en kategori, så skiftes domænet fra http til https, og pludselig går en enkelt gammel adresse gennem fire led.

Rettelsen er triviel, når kæden først er kortlagt: peg det oprindelige redirect direkte på slutdestinationen, og opdatér de interne links så de rammer den endelige URL fra starten. Modul M-04 gør netop det — finder kæderne, tæller hoppene og skriver rettelsen pr. kæde.

04 · DubletterTo sider der ligner hinanden for meget

Når to sider dækker det samme, vælger Google selv hvilken der skal vises. Det er sjældent den du ville have valgt. På webshops opstår dubletterne af filtre og sorteringsparametre, på indholdssites af artikler der er skrevet to gange med et års mellemrum, uden at nogen opdagede den første.

Løsningen er ikke altid at slette. Ofte er det rigtige at slå to halve sider sammen til én hel, sætte en kanonisk URL på den, og lade den anden pege derhen. Modulet angiver hvilken side der bør være den bærende, og hvorfor — det er den beslutning der er svær, ikke selve rettelsen. Hænger dubletterne sammen med at flere af dine sider rangerer på det samme søgeord, er det kannibalisering, og det hører til i søgeordsanalysen.

05 · SitemapHygiejne frem for fuldstændighed

Et sitemap er en anbefaling, ikke en ordre. Google indekserer sider der ikke står i det, og springer sider over der gør. Værdien ligger i signalet: her er de adresser jeg mener er de rigtige. Er halvdelen af dem redirects, 404-sider eller noindex, er signalet støj.

Det er værd at tage alvorligt, fordi det er en af de fejl der ser ud som om alt er i orden. Sitemappet svarer 200, det validerer, og det indeholder pænt mange URL-er. At ni af dem ikke findes, kan kun ses ved at hente hver enkelt.

06 · GrænsenDet analysen ikke måler

Core Web Vitals måles ikke af nogen af de tyve moduler. LCP, INP og CLS er reelle signaler, men de giver kun mening målt på faktiske besøg over tid, og de tal ligger hos Google. Brug PageSpeed Insights og rapporten Core Web Vitals i Search Console — begge er gratis og bruger de rigtige data. Vi kunne godt køre en syntetisk måling og sætte et tal i rapporten, men det ville være et tal fra en server i et datacenter, ikke fra dine besøgende.

Analysen dækker heller ikke serverkonfiguration, hosting-opsætning eller sikkerhed. Er sitet langsomt fordi databasen er overbelastet, kan et crawl konstatere at svartiderne er høje, men ikke hvorfor.

07 · Sådan gør viFra crawl til handlingsliste

1. Crawl. Hele sitet hentes som en søgemaskine ville gøre det, med ni faneblade slået til: titler, beskrivelser, H1, H2, canonicals, direktiver, indhold, billeder og strukturerede data.
2. Fire moduler kører på crawlet. Teknisk sundhed, sitemap og indeksering, dubletindhold og redirect-kæder. Hvert modul svarer i samme form: nøgletal, fund og et kort resumé.
3. Fundene vejes. Tolv 404-sider i en gammel blogarkiv-sektion er ikke det samme som tolv 404-sider blandt dine kategorisider. Vurderingen holder fundene op mod hvad siderne betyder for netop dit site.
4. Én liste. De tekniske fund lægges sammen med resten af analysen og sorteres efter effekt. Dokumentationen pr. modul står bagved, foldet sammen.

Er sitet stort, kan et crawl blive det. En kunde leverede en eksport på 269 MB, hvilket væltede motoren, indtil filerne blev læst i bidder med et loft på 60.000 rækker. Bliver en fil afkortet, skrives det i rapporten — et loft må aldrig kunne forveksles med et facit.

08 · SelvFem ting du kan tjekke i dag

• Hent ditdomæne.dk/robots.txt og læs den igennem. Står der en Disallow du ikke kan forklare, så find ud af hvem der skrev den.
• Vis kildekoden på tre tilfældige undersider og find rel="canonical". Peger de på sig selv? Peger de alle sammen på forsiden?
• Søg efter noindex i kildekoden på dine vigtigste sider. Der skal ikke stå noget.
• Åbn dit sitemap og klik ti tilfældige URL-er. Lander de på siden — eller på en omdirigering, eller en fejl?
• Kør Sideindeksering i Search Console og læs listen over ikke-indekserede sider. Den siger hvorfor, kategori for kategori.

Finder du noget på den liste, er der sandsynligvis mere. De fejl her opstår sjældent alene: de kommer fra en skabelon, en plugin-indstilling eller en migration, og rammer derfor typisk et mønster af sider frem for én.