Site health, redirects & canonicalization

Uansett hvor godt innholdet er, kommer dere ikke høyt hvis nettstedet er fullt av tekniske feil. Det er den enkleste sannheten i SEO, og også den som oftest blir nedprioritert. Godt innhold og sterke lenker kan ikke veie opp for et nettsted som ikke er teknisk friskt. Derfor begynner vi alltid her.

Denne guiden handler om grunnmuren: hvordan dere måler den tekniske helsen, hvilke feil som faktisk trekker ned, og hvordan dere styrer redirects og canonical-tagger slik at søkemotorene forstår hva som skal indekseres. Bredden i disiplinen ligger under teknisk SEO.

Hva er en health score?

Dere kan ikke forbedre det dere ikke måler. Derfor har SEO-verktøyene laget crawlere som imiterer søkemotorenes egne, går gjennom nettstedet og gir en samlet karakter på den tekniske tilstanden. Den viktigste funksjonen deres er at de leser kildekoden, altså det søkemotoren faktisk ser.

Regnestykket Ahrefs bruker er enkelt:

Health score = (1 – (URL-er med feil / alle URL-er)) × 100

Et nettsted med 2 000 URL-er, der 500 av dem har feil, får dermed:

(1 – (500 / 2 000)) × 100 = 75 i health score

Scoren er altså ikke annet enn andelen URL-er uten feil. Den er nyttig som pekepinn og som noe å følge over tid, men den er ikke et mål i seg selv. Vi har sett nettsteder med 95 i score og alvorlige problemer, og nettsteder med 70 som presterer godt fordi feilene ligger på sider ingen bryr seg om. Prioriter etter hvilke sider som betjener kundene deres.

Feilene som trekker ned

Listen over hva en crawler regner som feil er lang, men de hyppigste er få:

HTTP 4XX oppstår når en forespørsel mislykkes, typisk en lenke til et bilde eller en side som er fjernet. Dette er den vanligste enkeltårsaken vi ser.

Bildefeil oppstår når filstørrelsen er for stor for formatet, eller når bildet ikke lastes fra serveren. Store bilder er samtidig et av de tyngste problemene for Core Web Vitals.

Manglende metadata oppstår når crawleren møter en side uten metatittel eller metabeskrivelse, eller der de er lagt inn feil. Alle CMS-løsninger har feltene, så dette er ren gjennomføring. Hvordan dere skriver dem godt, står i guiden om titler og metabeskrivelser.

JavaScript-feil er typisk ubrukte filer, eller filer med feil som gjør at nettleseren ikke laster dem.

Manglende HTML-attributter, oftest canonical og hreflang, som er de to som forteller søkemotoren om duplikater og språkversjoner.

Duplisert innhold er den som koster mest og oppdages sist. Søkemotorene belønner unikt innhold, og finner de den samme teksten på flere URL-er, velger de én og overser resten. På nettbutikker skjer det oftest i produktbeskrivelser hentet fra leverandøren, og i kategorisider som finnes i flere filtrerte varianter.

Redirects: flytt uten å miste

En 301-redirect forteller søkemotoren at en URL er flyttet permanent, og overfører verdien til den nye adressen. Fire regler vi holder oss til:

1. 301 for permanent, 302 kun for reelt midlertidige tilfeller. Feil valg gjør at Google fortsetter å indeksere den gamle adressen.
2. Rediriger til den mest relevante siden, aldri til forsiden som standard. En generisk redirect til forsiden signaliserer at innholdet er borte, og verdien forsvinner.
3. Unngå kjeder. A til B til C koster crawlbudsjett og verdi. Pek A direkte til C.
4. Kartlegg før en migrering, ikke etter. En nettstedsmigrering uten fullstendig URL-kartlegging er den raskeste veien til et trafikkfall. Ved større migreringer hjelper site-migrering som tjeneste.

Husk også at redirects må stemme med sitemapet og med de interne lenkene. Peker de interne lenkene fortsatt på gamle adresser, går brukerne og crawlerne gjennom en redirect hver gang.

Canonicalization: fortell hva som er originalen

Canonical-attributtet forteller søkemotorene at flere sider har samme eller liknende innhold, og hvilken av dem som skal indekseres. Hreflang gjør det tilsvarende for språkversjoner, altså at den norske og den svenske versjonen er samme side på to språk.

Mangler de, indekserer søkemotoren mer enn nødvendig, eller misforstår hvilket språk siden er på. Den klassiske feilen er at canonical, hreflang og sitemap sier tre ulike ting om samme side. Da velger søkemotoren selv, og det valget er sjelden det dere selv ville tatt.

Indeksering er ikke en rettighet

John Mueller har bekreftet at statusen "Oppdaget – for øyeblikket ikke indeksert" kan vare for alltid. Google crawler og indekserer ikke alt, og for nyere nettsteder med mye innhold er det normalt at en god del venter.

Praktisk betyr det: ikke vent på at det skal løsne av seg selv. Er indekseringsproblemene omfattende, er det bedre å stoppe ny publisering en periode og heve kvaliteten på det som allerede ligger der. Mekanikken bak dette går vi gjennom under crawling og indeksering.

Fem tiltak som gir mest igjen

1. Kjør en full crawl, og prioriter etter forretningsverdi. Feil på de kommersielle sidene først.
2. Komprimer bildene. Lagre i WebP eller komprimert JPG, og i de dimensjonene de faktisk vises i. En CDN foran bildene gir ekstra fart, fordi de leveres fra en server nær brukeren.
3. Rydd i kildekoden. Fjernede bilder, ubrukte JavaScript-filer og rester av gamle funksjoner ligger igjen oftere enn dere tror.
4. Fyll ut metadata på alle sider. Ren gjennomføring, målbar effekt.
5. Sett canonical og hreflang, og kontroller dem mot sitemapet. Én gang i kvartalet er nok for de fleste.

God kode gir nesten alltid god health score, av den enkle grunn at god kode gir færre feil. Nyere nettsteder rangerer ofte bedre enn eldre, fordi teknologien under er raskere og fordi god praksis er bygget inn fra start.

Be om en gratis SEO-analyse hvis dere trenger en gjennomgang av den tekniske tilstanden hos dere. Skal det gå i dybden, er en teknisk audit neste steg.