Dupliserte nettadresser

Silktide kontrollerer at nettstedet ditt leveres fra én enkelt nettadresse. En vanlig feil er at det samme nettstedet er tilgjengelig på flere adresser, for eksempel med og uten «www», eller via både sikre og usikre forbindelser, uten at det videresendes til én foretrukket versjon.

For eksempel kan alle disse levere det samme nettstedet:

http://example.com/
https://example.com/
http://www.example.com/
https://www.example.com/

Et nettsted bør ha én kanonisk adresse, og de andre variantene bør videresendes til den. Hvis de ikke gjør det, fungerer hver variant som en separat kopi av nettstedet ditt.

Hvorfor dette er viktig

Når identisk innhold leveres fra flere adresser, blir nettstedets omdømme splittet, og det oppstår praktiske problemer:

Folk lenker til den versjonen de kom til, noe som sprer søkeverdien av tilbakekoblingene dine mellom kopiene.
Delinger i sosiale medier splittes på samme måte, slik at likerklikk og delingstall fordeles på dupliserte nettadresser.
Søkemotorer må gjette hvilken versjon som er den autoritative, og kan indeksere den du ikke hadde til hensikt å bruke.
Informasjonskapsler som angis på én versjon, er kanskje ikke lesbare på en annen. Dette kan føre til at innlogginger og handlekurver slutter å fungere når besøkende går mellom dem.
Versjoner som leveres uten , lar besøkende være på en usikker forbindelse.

Slik løser du det

Velg én kanonisk adresse – vanligvis https://-versjonen, med eller uten «www», etter eget ønske.
Konfigurer webserveren eller til å videresende alle andre varianter permanent (HTTP-status 301) til denne adressen. Kontrollpanelet hos driftsleverandøren har ofte en innstilling for dette. Hvis ikke, er det en liten endring i serverkonfigurasjonen, for eksempel:

# Apache: videresend alt til https://www.example.com
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^ https://www.example.com%{REQUEST_URI} [L,R=301]

Oppdater interne lenker og nettstedskartet slik at de bruker den kanoniske adressen, slik at besøkende og crawlere ikke sendes gjennom videresendinger.

Slik tester Silktide dette

Bygg fire varianter av domenet til nettstedet ditt: http:// og https://, hver med og uten «www»-prefikset. Nettsteder på et egendefinert underdomene (for eksempel blog.example.com) testes ikke.
Be om hver variant direkte, følg eventuelle videresendinger, og registrer den endelige adressen den lander på. Automatisk genererte søkestrenger og fragmenter ignoreres, slik at de ikke ser ut som forskjellige mål.
Hvis alle variantene som svarer, ender på samme adresse, består kontrollen.
Hvis ikke, testes hver variant som svarer, på nytt i en ekte nettleser (noen nettsteder videresender ved hjelp av , noe bare en nettleser kan følge), og hver variant rapporteres med adressen den fører til, for begge typer forespørsler.

Feilsøking

Nettstedet mitt videresender, men kontrollen mislykkes fortsatt

Kontroller at alle varianter videresendes. En vanlig mangel er å videresende http://example.com, men ikke http://www.example.com, eller å videresende til ulike mål (én variant til hjemmesiden, en annen til en språkvelger).

Videresendingen fungerer i nettleseren min

Videresendinger som gjøres med JavaScript, fungerer i nettlesere, men er langsommere og mindre pålitelige for crawlere, og behandles mindre fordelaktig av søkemotorer enn videresendinger på serversiden. Silktide viser både hva en direkte forespørsel og en nettleser så, slik at du kan oppdage dette: Bruk en 301-videresending på serversiden i stedet.