Case: Slik unngår du å miste Google-rangeringer ved en nettsiderelansering

En nettsiderelansering trenger ikke koste deg synlighet i Google. De fleste rangeringstapene skyldes glemte 301-redirects, endrede URL-strukturer og manglende oppdatering av canonical-tagger og sitemap — ikke selve relanseringen i seg selv. Med en dokumentert redirect-plan, kontrollert lansering og tett oppfølging i Google Search Console kan du beholde eller forbedre trafikken. Under viser vi et illustrerende eksempel på hvordan det ser ut i praksis.

Hva er risikoen ved en nettsiderelansering?

En relansering endrer ofte mer enn design. Ny URL-struktur, nytt CMS eller ny informasjonsarkitektur kan bryte lenker som Google har indeksert i årevis. De vanligste feilene er URL-er som endres uten en riktig 301-redirect til ny side, canonical-tagger som ikke oppdateres, og en utdatert sitemap.xml som fortsatt lister sider som ikke lenger finnes. Hver av disse feilene alene kan svekke tilliten Google har til siden — kombinert kan de sende trafikken rett ned.

Hvordan unngår du rangeringsfall ved relansering?

Før lansering bør du lage et fullstendig kart over alle eksisterende URL-er og hvilken ny side hver av dem skal peke til, og sette opp redirects for samtlige. Bruk noindex på testmiljøet — aldri på den ferdige, publiserte siden.

Ved selve lanseringen publiserer du redirect-planen samtidig med den nye siden, oppdaterer canonical-taggene fortløpende og sender inn en oppdatert sitemap til Google Search Console med en gang.

Etter lansering bør du følge dekningsrapporten i Search Console daglig de første ukene, se etter en brå økning i 404-feil, og sjekke at de viktigste landingssidene fortsatt rangerer på de samme søkeordene som før.

Hvilke tekniske sjekkpunkter bør du prioritere?

Prioriter i denne rekkefølgen: en full URL-liste fra Search Console og analytics for de siste 12 månedene, ikke bare sidene som finnes i dagens sitemap; 1:1-redirects til den mest relevante nye siden — aldri en samlelenke til forsiden; oppdaterte interne lenker i navigasjon, footer og relatert-innhold-moduler; kontroll av strukturerte data og canonical-tagger på de nye sidene; og en ny innsending av sitemap i Search Console rett etter lansering, ikke uker senere.

Illustrerende eksempel: Fra rangeringsfall til gjenoppbygd synlighet

Eksempelet under er anonymisert og forenklet for å illustrere et typisk forløp. Det beskriver ikke en navngitt kunde, og tallene er avrundede illustrasjoner — ikke eksakte målinger fra en konkret sak.

En B2B-bedrift i tjenestesektoren relanserte nettsiden med ny URL-struktur uten en fullstendig redirect-plan. Om lag 40 prosent av de indekserte sidene fikk enten 404-feil eller pekte til feil canonical-URL. Organisk trafikk falt med rundt en tredjedel i løpet av to uker, og flere søkeord bedriften tidligere rangerte på side 1 for, forsvant fra topp 20.

Tiltakene var enkle, men måtte gjøres systematisk: full gjennomgang av gamle URL-er mot ytelsesrapporten i Search Console, redirect for hver enkelt side til riktig nytt mål, oppdatert sitemap og korrigerte canonical-tagger. Dette er kjernearbeidet i alt teknisk SEO-arbeid vi gjør for kunder, og det samme gjelder når vi bygger nye, betalingsklare nettsteder som skal tåle en relansering uten å miste synlighet. Innen 6–8 uker var de fleste søkeordene tilbake på tidligere nivå, og trafikken var på vei opp igjen — fordi problemet aldri var innholdet, men den tekniske overgangen.

Hvor lang tid tar det å hente tilbake tapt synlighet?

Det varierer med hvor mange sider som er berørt, og hvor raskt Google får krype de nye sidene på nytt. Med en ryddig redirect-plan ser vi som regel de første tegnene til bedring innen 2–4 uker, og full gjenoppbygging innen 2–3 måneder. Uten redirect-plan — eller med delvis feilaktige redirects — kan gjenoppbyggingen ta seks måneder eller mer, og noen rangeringer kommer aldri helt tilbake fordi konkurrenter rekker å ta plassen.

Planlegger du en relansering? Vårt FAQ-svar om hva en nettsiderelansering bør inneholde tar deg gjennom sjekklisten steg for steg, slik at du unngår de samme feilene som i eksempelet over.