Uundværlig SEO-tjekliste til en website-migrering

Hvad er en website-migrering?

Til dig, der ikke kender begrebet, forklarer vi det så enkelt som muligt: det er den proces, hvor et website opdateres, og hvor det bliver nødvendigt at ændre URL-arkitekturen.

Der er mange og meget forskellige grunde til, at en kunde eller et SEO-bureau beslutter sig for en migrering. Uanset hvad skal grunden veje tungt, for handlingen er risikabel og kan føre til et dramatisk fald i placeringer og organisk trafik i forhold til udgangspunktet.

Er det vigtigt at have en SEO-strategi under migreringer?

Vi gav dig allerede det korte svar i afsnittet ovenfor, men lad os grave lidt dybere i, hvorfor solid planlægning og udførelse af en website-migrering er afgørende set fra en SEO-vinkel.

Arbejder du med SEO på et site, forstår du udmærket, at der findes bestemte organiske placeringssignaler, som søgemaskinerne følger og/eller tager højde for, når de fordeler placeringen af de URL'er, de har indekseret.

Holder vi ikke de SEO-signaler knivskarpe, ved Googles bots ikke, hvad de skal og ikke skal indeksere, og så kan de ende med at vise sider, vi slet ikke vil have frem. Derfor er det afgørende at være omhyggelig under en website-migrering; hvert forvirrende signal, vi sender, skader sitets placeringer og organiske trafik.

Vil du vide mere om, hvor vigtigt det er at passe på SEO-signalerne under en migrering, forklarer MJ Cachón på Sistrix' blog mere indgående og med et case study, hvor meget de påvirker en migrering.

Anbefalet artikel: Betydningen af SEO-signaler i en migrering.

Typer af website-migreringer

Som nævnt er der mange grunde til at overveje en migrering. Blandt de mest almindelige årsager kan vi fremhæve:

CMS-migrering

En af grundene til, at en migrering nogle gange kommer på tale, er et skift af det CMS, der bruges (for eksempel fra WooCommerce til PrestaShop). Det medfører en ændring i URL-strukturen, så det bliver nødvendigt at migrere fra de gamle sider til de nye.

Skift af domænenavn

En anden type migrering handler om skift af domænenavn. Uanset om det skyldes beslutninger om brandets omdømme eller noget helt andet, kan vi få brug for at migrere URL'er fra et domæne med navnet 'A' til de mest tilsvarende sider på et nyt domæne med navnet 'B'.

Migrering fra HTTP til HTTPS

Google har i et stykke tid anbefalet at sikre websites under HTTPS-protokollen. Scenariet er umiddelbart lettere at udføre, men kræver forsigtighed og sans for detaljen, for der kan opstå redirect-loops, som gør sitet utilgængeligt og sender den organiske trafik i frit fald.

Sammenlægning af flere domæner til ét website

Et andet almindeligt tilfælde er flytningen af flere domæner over i ét. Grundene bag beslutningen varierer, men den mest almindelige er at styrke ét website ved at lægge flere domæner sammen, som måske er blevet arvet.

Skift til en ny hostingudbyder

Det kan ske af mange grunde. Måske er du ikke tilfreds med de ydelser, din nuværende udbyder giver, eller den nye giver dig bedre løsninger til dit websites aktuelle situation... Uanset grunden skal du igennem en migrering af webhosting.

Anbefalet artikel: Sådan vælger du en god SEO-hostingudbyder

SEO-tjekliste til planlægning af en migrering

Før du sætter gang i en website-migrering, er der noget helt basalt, der altid skal meldes ud: giv alle involverede besked — dem, der står for produktion, vedligehold og indhold på sitet. Det lyder oplagt, men hvis bare ét led i kæden ikke kender til handlingen, kan det skade det samlede arbejde og spolere det hele.

Det er også en god idé at fortælle brugerne, at du laver en ændring på websitet. Opstår der problemer undervejs, er det rart for dem at forstå, hvad der sker, og at det er midlertidigt. Går siden ned (med vilje eller ej), er det ideelle at bygge en side, der viser den information. Husk også at sende statuskoden 503, så søgemaskinerne får at vide, at sitet ikke er tilgængeligt lige nu, og at de bedes komme tilbage senere.

Når du planlægger en SEO-migrering, skal du desuden være opmærksom på følgende:

Definer det mål, du vil nå

Som du nok har bemærket, svarer hver type migrering til et bestemt mål. Vær helt skarp på dit (bedre hastighed på sitet, nyt design af brandets identitet, et sikkert miljø på websitet osv.), og notér ud fra det hver eneste udfordring, du står over for eller kan komme til, samt de muligheder, du mener kan realiseres. Så har du bedre styr på, hvordan du skal handle, hvis en risiko truer migreringen.

Uanset typen er der ved enhver website-migrering en række helt nødvendige opgaver, vi skal udføre som en tjekliste:

TRIN 1: Dataindsamling før migreringen:

Analytics > Træk SEO-tal ud af Google Analytics og Google Search Console for dit projekt, så du kan sammenligne situationen før og efter migreringen. Nogle vigtige datapunkter at følge er:

• ›

  Organiske sessioner pr. URL

• ›

  Antal indekserede sider og eksisterende fejl

• ›

  Visninger over for klik pr. søgning

• ›

  Sidens indlæsningstid...

Jo mere komplet dit dashboard er, jo bedre kan du måle og følge processen under og efter migreringen.

Saml søgeordsplaceringerne > med det mener vi at hente og gemme både de søgeord, du tracker (fordi de er kerneord), og alle de andre, der rangerer naturligt for dit websites URL'er, i dit kontrolark.

Saml indgående og interne links > med den baseline-information kan du minimere fremtidige 301-redirects og unødvendige 404'ere. Du kan på den ene side bede ejerne af de websites, der linker til dig, om at opdatere de gamle links til de nye, og dit SEO-team kan samtidig opdatere de links, der er blevet forældede.

TRIN 2: Analysér og auditér SEO på testwebsitet

Her er det vigtigt at sikre sig, at i hvert fald følgende krav er implementeret rigtigt:

Læg i syntaksen i robots.txt-filen det direktiv ind, der blokerer crawlernes adgang til hele domænet. Eksempel:

BLOKER ALLE CRAWLER-BOTS:

*User-agent: **

Disallow: /

Tjek, at URL-strukturen er SEO-venlig. Skal du alligevel lave forbedringer, er det mindste, du kan gøre, at arbejde med den, ikke?

Kontrollér, at de nye metadata er korrekte og passer til de søgeord, du vil rangere på.

Husk at tjekke, at alle canonicals peger på den URL, du anser for at være originalversionen.

Gennemgå, at hver sides meta robots-tags har attributten 'noindex' i HTML-headen.

Implementér et korrekt overskriftshierarki, og sørg som minimum for én tekstbaseret H1, der indeholder det vigtigste søgeord, du vil rangere på i SERP'erne**.**

Husk at gennemgå indstillingerne for paginering, hvis der er nogen, så du ikke efterlader vigtigt gammelt indhold umigreret.

Undersøg, om hreflang-tagget er implementeret rigtigt (så længe vi taler om projekter med internationale domæner).

Hold øje med alt, der har med WPO eller sitets performance at gøre.

Tjek, at de nye interne links kun indeholder URL'er med status 200-OK.

Sørg for, at det nye sitemap.xml kun indeholder URL'er, der svarer 200-OK, og at det lister hver eneste af de sider, vi gerne vil rangere med.

Tænk mobil: glem aldrig opsætningen til den slags enheder (AMP, for eksempel) samt den udvikling, der er lavet, for at sitet vises på smartphones. Faktisk er det punkt, selvom vi har gemt det til sidst, det vigtigste. Vi skal holde op med at tænke desktop og gå ud fra, at SEO skal laves og gennemgås fra mobilvisningen. For et stykke tid siden gjorde Google det klart, at den ville prioritere mobilvisningen, når URL'er crawles og indekseres. De har faktisk allerede meldt ud, at deres crawl af URL'er altid vil være mobile-first fra september 2020.

TRIN 3 - Lav et redirect-kort:

Nu er det tid til at arbejde med parringen af gamle og nye URL'er. Til processen skal du kunne se og trække både de gamle og de nye websider ud. Når det første skridt er gjort, skal du stille dem op i to kolonner i et Excel- eller Google Sheet-ark, så du ved, hvor de oprindelige sider skal redirecte hen.

Det bliver fundamentet for din migrering, så du skal bygge det i ro og mag og sikre dig, at du giver den bedste løsning for hver URL.

Når kortet over 301-redirects er færdigt, så test det før migreringsdagen. Det er værd at tjekke flere gange, hvis det er nødvendigt, så du er sikker på, at redirects virker og peger på de nye sider, vi har valgt.

TRIN 4 - Gør alt klar i Google Search Console:

Selvom det først begynder at virke, når det nye website er tilgængeligt for Googles bots, skal du være på forkant og begynde at klargøre propertyen. Så kan den samle præcise data fra det nye website og logge de fejl, der skal rettes hurtigst muligt.

TRIN 5 - Mist ikke dine PPC-kampagner af syne:

Ret ofte fokuserer vi kun på at opfylde SEO-kravene for at sikre en vellykket migrering. Men har du aktive PPC-annoncer, skal du give teamet besked om, at URL'erne skifter, så linkene kan opdateres til de rigtige URL'er. Overlader du det til 'skæbnen', kan det blive dyrt for kunden. I bedste fald er der et 301-redirect, i værste fald peger det på en 404 og ødelægger kampagnen. Best practice er under alle omstændigheder at sætte dem på pause, indtil du har bekræftet, at alt virker.

Følg op før, under og efter migreringen

Når der laves ændringer, er der altid en chance for, at noget går galt. Og en website-migrering er ingen undtagelse. Derfor er fuld koordinering og kommunikation mellem de involverede teams afgørende, så vi SEO-mæssigt kender status hele vejen, kan tjekke, at alt er i orden, og kan følge fremdriften ud fra pålidelig information.

Uden at skræmme dig: når der er en website-migrering i gang, virker det næsten altid, som om Murphys lov beslutter sig for at kigge forbi. Husk, at hvis noget kan gå galt, så går det galt. Derfor er så meget kontrol som muligt før, under og efter en anbefaling, du bør bruge i hver eneste migrering, du arbejder med.

Når det nye website er gået live og er blevet indekseret, er det en god idé at lave jævnlige tjek i den første levemåned. Vi må forstå, at Google ikke nødvendigvis crawler og genkender alle ændringer fra den ene dag til den anden. Den crawler gradvist og indekserer lidt ad gangen, så fejl kan dukke op uger efter den dag, sitet blev migreret.

Klassiske fejl i en SEO-venlig website-migrering

• ›

  Ikke at tage backup af det oprindelige website. Du kan altid gå tilbage til den version, hvis noget i migreringen fejler, og du tror, rettelsen trækker ud.

• ›

  Problemer med indeksering. Her kommer nogle af de hyppigste fejl i spil:

Robots.txt med direktiver, der lader botsene komme ind på dit domæne, mens du tester.

• ›Ikke at have attributten 'noindex' i meta-robots på siderne, så adgangen også er blokeret på det niveau.

Er det muligt, er det ideelle at blokere adgangen via IP eller med en adgangskode. Og er det ikke muligt, er best practice at sikre sig, at både robots.txt-filen og meta-robots-tagget spærrer for søgemaskinernes adgang.

Når du har migreret og bekræftet, at alt umiddelbart er OK, så fjern de begrænsninger, så Google kan crawle og indeksere ændringerne.

Glem heller ikke de små tips her:

• ›

  At gøre det på en fredag eller i den periode, hvor websitet har mest organisk trafik, kan være fatalt. Husk altid Murphys lov... vær forsigtig, og tag ikke chancer, medmindre det er strengt nødvendigt.

• ›

  Ikke at implementere Google Analytics i HTML'en på det nye domæne kan sætte dine rapporter til nul. I så fald ser du problemet meget tydeligt: grafen kommer til at ligne en 'flatline'. Ser du det, så tjek en ekstra gang, at Analytics er installeret, og at det er gjort rigtigt.

• ›

  Ikke at overvåge processen efterlader altid løse ender. Ved du ikke, hvilke ændringer du har lavet, og hvornår du lavede dem, hvordan skal du så nå at rette problemer, så snart de opstår? At logge hver eneste handling er afgørende ved website-migreringer og ved alt andet.

Når det gælder website-migreringer, kunne vi tale i timevis. Men med de indledende retningslinjer synes vi, du har mere end nok til at komme i gang, ikke?

Du ved, vi elsker, når du deler dit synspunkt og lægger dine indtryk og tanker til. Lad være med at stoppe med det her heller.

Skriv til os, når du vil, i kommentarfeltet!