En redirect sender både besøkende og søkemotorer videre fra én URL til en annen. Valget står som regel mellom 301 og 302, og forskjellen er enkel: 301 sier at flyttingen er permanent, 302 sier at den er midlertidig.
Bruk 301 i nesten alle tilfeller. 302 hører hjemme i noen få, klart avgrensede situasjoner.
301: permanent
En 301 forteller søkemotoren at innholdet har flyttet for godt. Google overfører da signalene fra den gamle adressen til den nye, fjerner den gamle fra indeksen over tid og begynner å vise den nye.
Bruk den når du endrer en slug, slår sammen to sider, flytter til nytt domene, bytter til HTTPS, eller fjerner en side som har en naturlig erstatning.
302: midlertidig
En 302 sier at den opprinnelige adressen fortsatt er den viktige, og at brukeren bare skal et annet sted for en periode. Google beholder da den gamle URL-en i indeksen.
Legitime bruksområder er få: en kampanjeside som skal tilbake, vedlikeholdsvisning, eller midlertidig omdirigering basert på språk eller sted.
Feilen som gjøres oftest
302 brukt til noe permanent. Mange plugins og servere setter 302 som standard, og da blir det slik uten at noen har valgt det.
Konsekvensen er ikke dramatisk, men den er unødvendig: Google fortsetter å behandle den gamle URL-en som hovedversjonen, og overføringen av signaler tar lengre tid eller uteblir. Sjekk hvilken kode viderekoblingene dine sender, ikke hvilken du tror de sender.
Slik setter du dem opp i WordPress
WordPress håndterer én ting selv: endrer du slugen på et innlegg, opprettes det som regel en viderekobling automatisk. Alt annet krever et verktøy.
Tre tilnærminger:
- Redirect-plugin. Enklest, og godt nok for de aller fleste. Reglene ligger i databasen og håndteres av PHP.
- SEO-plugin med redirect-funksjon. Flere har det innebygd, blant annet THiS SEO plugin, som jeg selv har utviklet. Fordelen er at du slipper en plugin til, og at 404-logg og viderekoblinger ligger samme sted.
- Serverkonfigurasjon i
.htaccesseller Nginx. Raskest, siden forespørselen aldri når WordPress. Verdt det ved store mengder regler eller ved domenebytte.
Unngå kjeder og løkker
En kjede oppstår når A peker til B, som peker til C. Det fungerer, men hvert ledd koster tid, og lange kjeder kan bli ignorert.
Dette skjer nesten alltid gradvis: en side flyttes i 2023, flyttes igjen i 2025, og ingen går tilbake for å rydde. Løsningen er å peke A direkte til C når du oppretter den nye regelen.
En løkke, der A peker til B og B tilbake til A, gjør siden utilgjengelig for alle. Den oppdages raskt, men den skjer oftere enn man skulle tro etter en flytting.
Ikke send alt til forsiden
Når mange sider fjernes, er det fristende å viderekoble alt til forsiden. Ikke gjør det.
Brukeren kom for noe konkret og får noe helt annet, uten forklaring. Og Google behandler viderekoblinger til en irrelevant side omtrent som en 404, så du får ikke overført noe likevel.
Riktig fremgangsmåte: viderekoble til den nærmeste relevante siden. Finnes det ingen, la URL-en gi 404 eller 410. En ærlig 404 er et gyldig svar og ikke et problem.
Ved større omlegginger
Skal du bytte domene, legge om URL-strukturen eller migrere til nytt nettsted, er rekkefølgen viktig:
- Hent ut en fullstendig liste over eksisterende URL-er, fra sitemap, Search Console og en crawl.
- Kartlegg hver gammel URL mot en ny, i et regneark.
- Marker de som ikke har en erstatning, og bestem hva som skjer med dem.
- Legg inn reglene før eller samtidig med lanseringen, ikke etterpå.
- Test et utvalg manuelt, og crawl deretter hele det gamle URL-settet for å finne det du glemte.
- Følg med i Search Console i ukene etter, og se etter 404-feil som dukker opp.
Punkt to er det som tar tid og det som avgjør resultatet. Alle migreringer jeg har sett gå galt, gikk galt der.
Hva du bør følge med på i ettertid
Se etter 404-feil i Search Console og i serverloggen. Det som er verdt å reagere på er URL-er som fortsatt får trafikk eller som lenkes til fra andre nettsteder. De representerer noe du mister.
Resten kan få ligge. Se crawlability og indeksering.
Og en liten praktisk vane: hver gang du endrer en slug på en side som har vært publisert en stund, sjekk at viderekoblingen ble opprettet. WordPress gjør det som regel, men ikke alltid, og det er lettere å oppdage samme dag enn tre måneder senere.