Flytning af indhold til nyt domæne

Hvis en omdirigering (301 redirect) skal implementeres rigtigt, så er det ikke nok, kun at omdirigere til forsiden på det nye domæne. Det gamle indhold skal flyttes til en ny placering på det nye domæne. Placeringen (eller addressen) er den del, som kommer efter "/", example.com/ny-placering. Hvis man ikke flytter indholdet, eller omstiller til en side med tilsvarende indhold, sender man et forkert signal til brugerne og søgemaskinerne.

Det vil være bedst, hvis placeringen kan svare til den gamle, men det er dog ikke et krav i forhold til HTTP specifikationen. Her kan det være en god idé, både i forhold til brugerne, men også i forhold til en eventuel genkendelsesværdi ved den gamle adresse. Eksempelvis kunne det se sådan her ud:

I ovenstående tabel ændrede vi altså kun domænenavnet, adressen efter domænenavnet er forblevet den samme som på det gamle domæne.

Hvis en bruger eksempelvis kommer direkte fra Google, som stadig har en gammel adresse indekseret, så kan der være genkendelsesværdi i at adressen ikke ændre sig. De vil lettere kunne se, at det er den rigtige side, som de er blevet omstillet til fra det gamle domæne.

Slettet indhold

Ofte kan det være en nemmere løsning simpelthen at slette indholdet under en flytning. Det kan dog have konsekvenser for en sides placering, så derfor vil det i mange tilfælde være bedst, hvis man kan flytte det gamle indhold til nye placeringer, og omdirigere (via 301 redirects) fra det gamle domæne. Mindre sider kan uden problemer slette deres indhold, da de oftest ikke har noget at miste. Hvis man har flere tusinde besøgende om måneden, så er det straks noget andet.

Det har været meget normalt, at folk har opstillet alle sider fra det gamle domænenavn til forsiden på det nye, i stedet for at flytte indholdet rigtigt. Det kan eksempelvis ske i frygten for at miste "værdi" eller "link juice" fra eventuelle indgående links til de gamle sider. Det vil dog ofte forekomme alligevel, da indholdet ikke er fulgt med – Google kan godt gennemskue, at indholdet har ændret sig!

For at undgå ovenstående, så kan man i stedet oprette en erstatningsside, som omhandler samme emne. Det er nok yderst sjældent, at forsiden alene kan fungere som erstatningsside. Det behøver ikke være side som er 100% identisk, men den skal helst give mening for brugerne.

Det bedste råd er, at gøre hvad der giver mening for brugerne. Det giver aldrig mening, at viderestille en side til en forside eller kategoriside, bare fordi siden er slettet. I stedet kan man vise en 404 side, som forklare siden enten ikke har eksisteret, eller er blevet slettet.

Mange glemmer også, at det rent faktisk er muligt, at vise indhold på en 404 eller 410 side, som er relevant til det slettede indhold. Det kan være teknisk svært, men burde ikke tage lang tid, for en som er rutineret.

Indholdet på fejlsider vil blive ignoreret af søgemaskinerne, så vi har frihed til, at udfylde dem som vi finder bedst for vores brugere.

Skal du bruge 404 eller 410

Teknisk set er er næsten ingen forskel på 404 og 410, og i de fleste tilfælde vil man også bruge en 404 til slettede sider. 410 er nemlig tiltænkt særlige situationer. Hvis eksempelvis en side er slettet med vilje, og man forventer denne situation er permanent.

Ofte er slettede sider alligevel vendt tilbage senere, selv når der har været anvendt en "410 Gone" status, og derfor vil søgemaskinerne forsøge at tilgå dem igen.

Hvis man lige har skiftet domænenavn, og i processen vælger at slette en masse sider, behøver man ikke gøre andet, end at omdiregere selve domænet til forsiden på det nye domæne. De individuelle sider, som er blevet slettet, kan man fint give 404 på. De behøves ikke at blive omdiregeret. Sider som derimod er flyttet, skal selvfølgelig helst omdiregeres (301).

Men er 404 fejl ikke skadelige for SEO? Nej det er de faktisk ikke. 404 Ikke Fundet status beskeder er en naturlig del af alle mellemstore og støre hjemmesider. Det er ikke nødvendigvis noget, som vi bør gøre noget ved – med mindre det altså er en fejl, at siden ikke eksistere.

Sådan sender du HTTP headers

Dit CMS burde automatisk sende de rigtige headers, alt afhængig af om en side er blevet omdiregeret eller slettet. Sommetider kan det dog være nødvendigt, at sende headers manuelt, og så skal man helst vide lidt om HTTP protokollen.

Der er forskel på HTTP/1.0, HTTP/1.1 og HTTP/2. Hvis man ønsker at en applikation skal være bagudkompatibel med gamle klienter, så skal man sende det rigtige svar til klienten. En nem måde at gøre det på, er ved at tjekke hvilken protokol klienten anvendte til at sende en given anmodning. Den oplysning kan vi hente fra variablen $_SERVER["SERVER_PROTOCOL"] i PHP.

I PHP kan man give en 404 status sådan her:

$protocol = $_SERVER["SERVER_PROTOCOL"];
if (($protocol != 'HTTP/1.1') && ($protocol != 'HTTP/1.0')) {
  $protocol = 'HTTP/1.0';
}
header($protocol .' 404 Not Found');
// HTML Output efter denne linje

Det vil resultere i følgende Status Code i en browser:

404 Not Found

header($protocol .' 301 Moved Permanently');
header('Location: https://example.com/ny-adresse');

header("Location: https://example.com/ny-adresse", true ,301);