Husk at planlægge redirects når du skifter platform eller domæne

Hvad enten du skifter teknisk platform på det samme domæne, eller til et helt nyt domæne, så husk at planlægge redirects i god tid, så de er på plads samtidig med at du (re)lancerer det nye website.

Hvad er redirects?

Redirects til flytning til en ny teknisk platform og/eller domæne skal være af type 301. Redirect type 301 betyder “permanent flyttet” og understøttes af alle de store søgemaskiner.

Teknisk implementeres det således, at det håndteres direkte af webserveren, eller der ligger et redirect script på din webserver, der sørger for at dirigere brugere videre fra en side på det gamle website til en ny relevant side på det nye website.

Et redirect script afhænger af det programmeringssprog som understøttes af webserveren (eksempelvis PHP. ASP, Python, Java), Et redirect script, type 301, kan altså ikke implementeres med HTML kode eller JavaScript kode.

Hvordan fungerer redirects?

Et godt opsat redirect betyder, at en bruge eller en søgemaskine automatisk bliver dirigeret hen til den nye side.

Redirect fra underside til underside.

Hvis du har mulighed for det, så lav redirects fra underside til underside og ikke bare fra underside til forside. Sidstnævnte er kun relevant, såfremt du ikke kan finde en ny relevant underside. Så er det naturligvis bedre at redirecte til forsiden end slet ikke at redirect.

Hvad er fordelene ved redirects?

Brugeren får en god oplevelse af at finde frem til en rigtig side og ikke bare en status 404 “Page not found”. Det gælder for 1) brugeren egne bookmarks, 2) links til gamle sider og ikke mindst 3) fra søgemaskinernes søgeresultater.

Søgemaskinerne finder ud af hvilke nye sider der skal erstatte de gamle sider, og det betyder at du kan få de nye sider til at erstatte de gamle siders plads i søgemaskinernes søgeresultater.

Hvis du har mange links til gamle sider, så sender et redirect en stor andel af den PageRank du modtager videre. PageRank kan altså “flyde” fra den side der linker, via redirect og frem til den nye side.

Hvis man ikke får opsat redirects, så kan man med andre ord risikere at skulle starte forfra i søgemaskinernes søgeresultater.

Opsætning af redirects kan være en stor udfordring.

Vi har netop afsluttet en stor redirect opgave for en stor dansk uddannelsesinsitution, med følgende tekniske udfordringer.

• Skift fra PHP baseret website til ASP .NET
• SKift fra domæne til subdomæne (Ja, det virker lidt mærkeligt, men skyldes valg af teknisk platform)
• Stor reduktion i antallet af sider fra ca. 4.000 til ca. 500 sider.
• Gammelt website smed en session-ID i URL’en til alle de brugere, der ikke understøttede session-cookies (det gør søge-robotterne eksempelvis ikke). Det betød at alle de gamle sider, som var indekseret af Google, havde hver sin unikke session-ID. Det betød, at vi måtte finde en måde at opsætte redirects, som ignorerede disse session-ID’er i URL’erne og kun baserede et redirect på den øvrige del af URL’en

Kunden havde heldigvis en god IT afdeling, som var opsatte på at løse opgaven bedst muligt sammen med os, og opgaven blev løst således:

• Vi crawlede det gamle og det nye website med vores spider
• Vi lavede redirects fra underside til underside via indbyggede regler i vores tilhørende redirect-system. Disse “regler” var opsat således og i prioriteret rækkefølge: 1) Sidens titel, 2) URL parametre og 3) top X mest brugte ord på en side.
• Kunden fik sin nye løsning, som er baseret på Microsoft Sharepoint, til at håndtere .PHP scripts som ASP .NET scripts. På den måde kunne vi placere serverside ASP .NET redirectkode i .PHP scriptfiler. (Det gamle website var baseret på PHP)
• Vi fik lavet et ASP .NET redirect script, som ignorerede ovennænte session-IDs (Hver side på websiteet havde sin egen session-ID i Googles indeks).
• Der var forholdsmæssigt rigtig mange sider fra det gamle website (ca. 4.000 sider), som endte med at linke til forsiden på det nye website (ca. 500 sider). Dette skyldes at websitets omfang jo blev reduceret betydeligt.

Selvom udskiftningen af et website kan medføre et skifte i domæne, et skifte i den tekniske platform, ændring af de understøttede programmeringsssprog. drilske URL’er med eksempelvis session-ID’er. Så kan det godt lade sig gøre at få en god løsning, og de mange fordele man opnår, gør, at det bestemt godt kan betale sig
at kaste resourcer efter.

/Grosen Friis