Du mister trafikk når en ny nettside går live hvis Google og de besøkende ikke finner de gamle adressene igjen. Løsningen er et URL-kart: en liste over alle gamle adresser med én beslutning for hver, og en 301-omdirigering til nærmeste relevante side der adressen forsvinner. Da vi byttet nettside på springagency.com 17. og 18. oktober 2026, gjorde vi dette for 307 sider og hele bloggen. Her er fremgangsmåten og tallene.
Hvorfor trafikken forsvinner
Google har lært seg adressene dine. Hver side har opparbeidet plasseringer, lenker fra andre nettsteder og bokmerker hos kundene. Når en adresse plutselig svarer 404, henger alt dette fast i en side som ikke finnes lenger. Google fjerner etter hvert siden fra søkeresultatene, og lenkene peker ut i ingenting.
En 301-omdirigering forteller at siden har flyttet for godt. Google flytter da signalene til den nye adressen, og den besøkende havner riktig uten å merke noe. Googles veiledning for flytting av nettsted beskriver den samme fremgangsmåten: Kartlegg gamle og nye adresser, omdiriger, og følg med etterpå.
URL-kartet: én beslutning per adresse
Vi hentet alle publiserte sider ut av HubSpot via API-et i stedet for å kjøre en crawler. Da kom også sidene uten interne lenker med, og det er ofte de som har gamle lenker fra andre nettsteder. Hver adresse fikk én av fem handlinger. Slik så planen ut kvelden før lanseringen:
| Handling | Sider | Hva det betyr |
| Overta | 28 | Den nye siden får den gamle adressen |
| Omdirigere (301) | 200 | Siden forsvinner, og adressen sender videre til nærmeste nye side |
| Avpublisere | 8 | Siden forsvinner uten erstatning |
| Avklare | 15 | Trengte en beslutning før lansering |
| Beholde | 56 | Dokumentasjonen for temaet OMNI, som ble flyttet uendret |
| Totalt | 307 | |
Det viktigste prinsippet er nærmeste relevante side. En gammel side om nettsider skal til den nye siden om nettsider, ikke til forsiden. Sender du mange adresser til forsiden, kan Google behandle dem som myke 404-feil, og da går signalene tapt likevel.
Bloggen fikk sin egen runde
Samme kveld gikk vi gjennom alle de norske blogginnleggene. 101 innlegg ble stående, og 255 andre fikk en 301. Av dem gikk 171 til et innlegg om samme tema, 68 til bloggforsiden og 16 firmanyheter til siden om Spring.
Kjeder er en vanlig feil. Har en adresse allerede en omdirigering fra en tidligere runde, og målet for den nå også flyttes, får du to steg: A til B og B til C. Hvert ekstra steg gjør siden tregere for den besøkende og gir Google en ekstra omvei. Vi la derfor inn 137 nye regler og oppdaterte 163 eksisterende, slik at alle peker rett på den nye adressen.
Rekkefølgen på lanseringsdagen
- Ta sikkerhetskopi av alle sider, innlegg og omdirigeringer før noe endres.
- Avpubliser de gamle sidene.
- Flytt de nye sidene fra testdomenet til www.
- Legg inn omdirigeringene.
- Kontroller hver eneste gamle adresse.
Rekkefølgen betyr noe. I HubSpot vinner en omdirigeringsregel over en publisert side, med mindre regelen er satt til bare å gjelde når siden ikke finnes. Legger du inn reglene før de nye sidene er på plass, kan du sende besøkende bort fra en side som er klar. Vi så det selv da vi bygde avdelingen for nettsider på springagency.com: Adressen /nettsider sendte fortsatt videre til Growth as a Service etter en regel fra lanseringen, og regelen måtte fjernes før den nye siden kunne vises.
Kontrollen etterpå: 307 av 307
Etter lanseringen kjørte vi et skript som hentet hver av de 307 gamle adressene og sjekket at svaret var det vi hadde bestemt: 200 for sider som var overtatt eller beholdt, og én 301 til riktig mål for resten. Resultatet var 307 riktige og 0 feil. En manuell stikkprøve hadde ikke funnet de få feilene som pleier å skjule seg i en liste på flere hundre adresser.
To ting fant vi i ukene etter, som skriptet ikke kunne se:
- Sider med noindex, som takkesidene etter skjemaer, lå fortsatt i sitemap.xml. HubSpot tar dem med i sidekartet selv om de ikke skal indekseres, og de må fjernes i innstillingene for sidekartet.
- To innlegg svarte 404 i flere minutter etter publisering, selv om HubSpot viste dem som publisert. Å sette dem tilbake til utkast og publisere på nytt løste det.
Rapporten for sideindeksering i Search Console er stedet å følge med etter en flytting. Google forklarer statusene i rapporten her.
Sjekkliste før du bytter nettside
- Hent alle publiserte adresser fra publiseringsverktøyet, ikke bare det en crawler finner.
- Gi hver adresse én handling: overta, omdirigere, avpublisere eller beholde.
- Omdiriger til nærmeste relevante side, ikke til forsiden.
- Oppdater gamle omdirigeringer så ingen ender i en kjede.
- Ta sikkerhetskopi av sider, innlegg og regler før lanseringen.
- Legg inn reglene etter at de nye sidene er publisert.
- Kontroller alle gamle adresser med et skript etter lanseringen.
- Send inn det nye sidekartet og følg sideindekseringen i Search Console i minst fire uker.
Spørsmål og svar
Hvor lenge må omdirigeringene stå?
La dem stå så lenge som mulig. Google anbefaler å beholde dem i minst ett år etter en flytting, og det koster ingenting å la dem ligge lenger. Gamle lenker fra andre nettsteder blir sjelden oppdatert.
Mister vi plasseringer selv med riktige omdirigeringer?
Det er vanlig med svingninger de første ukene mens Google går gjennom de nye adressene. Med riktige 301-er til sider med like godt innhold kommer plasseringene som regel tilbake.
Gjelder dette også når vi bytter plattform?
Ja. Et plattformbytte endrer nesten alltid adressene. WordPress legger gjerne dato eller kategori i adressen til innleggene, og Webflow legger navnet på samlingen foran hvert innlegg. Da trenger hver gammel adresse en 301, akkurat som ved et nytt design.
Skal vi omdirigere sider som ikke har trafikk?
Ja, hvis de har lenker fra andre nettsteder. Har siden verken trafikk, lenker eller en naturlig erstatning, kan den få svare 404.
Slik gjør vi det for kundene
Når vi bygger en ny nettside, eller flytter en nettside fra en annen plattform, lager vi URL-kartet før designet er ferdig, slik at strukturen på den nye siden tar hensyn til adressene som allerede har verdi. Omdirigeringene legges inn som en del av lanseringen, og vi kontrollerer alle gamle adresser samme dag. Les mer om hvordan vi bygger nettsider, eller om hva en 301-omdirigering er.
Kilder