Duplicerade webbadresser

Silktide kontrollerar att din webbplats levereras från en enda webbadress. Ett vanligt misstag är att samma webbplats är tillgänglig på flera adresser, till exempel med och utan "www", eller via både säkra och osäkra anslutningar, utan att omdirigera till en föredragen version.

Till exempel kan alla dessa leverera samma webbplats:

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

En webbplats bör ha en enda kanonisk adress, där de andra varianterna omdirigerar till den. När de inte gör det fungerar varje variant som en separat kopia av din webbplats.

Varför detta är viktigt

Att leverera identiskt innehåll från flera adresser delar upp webbplatsens anseende och orsakar praktiska problem:

Människor länkar till den version de råkade hamna på, vilket späder ut söknyttan av dina bakåtlänkar mellan kopiorna.
Delningar i sociala medier delas upp på samma sätt, så att gilla-markeringar och antal delningar sprids över duplicerade webbadresser.
Sökmotorer måste gissa vilken version som är den auktoritativa och kan indexera den du inte avsåg.
Cookies som ställs in på en version kanske inte kan läsas på en annan, vilket kan göra att inloggningar och kundvagnar slutar fungera när besökare växlar mellan dem.
Versioner som levereras utan lämnar besökare på en osäker anslutning.

Så åtgärdar du problemet

Välj en kanonisk adress – vanligtvis https://-versionen, med eller utan "www" enligt dina önskemål.
Konfigurera din webbserver eller så att alla andra varianter permanent omdirigeras (HTTP-status 301) till den. Din hostingleverantörs kontrollpanel har ofta en inställning för detta; annars är det en liten ändring av serverkonfigurationen, till exempel:

# Apache: omdirigera allt till 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]

Uppdatera interna länkar och din webbplatskarta så att de använder den kanoniska adressen och besökare och sökrobotar inte skickas genom omdirigeringar.

Så testar Silktide detta

Skapa fyra varianter av webbplatsens domän: http:// och https://, vardera med och utan prefixet "www". Webbplatser på en anpassad subdomän (till exempel blog.example.com) testas inte.
Skicka en begäran till varje variant direkt, följ eventuella omdirigeringar och registrera den slutliga adress som den leder till. Automatiskt genererade söksträngar och fragment ignoreras så att de inte ser ut som olika destinationer.
Om varje svarande variant slutar på samma adress godkänns kontrollen.
Annars testar du varje svarande variant igen i en riktig webbläsare (vissa webbplatser omdirigerar med , vilket endast en webbläsare kan följa) och rapporterar varje variant tillsammans med adressen den leder till, för båda typerna av begäran.

Felsökning

Min webbplats omdirigerar, men kontrollen misslyckas fortfarande

Kontrollera att varje variant omdirigerar. Ett vanligt problem är att omdirigera http://example.com men inte http://www.example.com, eller att omdirigera till olika destinationer (en variant till startsidan och en annan till en språkväxlare).

Omdirigeringen fungerar i min webbläsare

Omdirigeringar som görs med JavaScript fungerar i webbläsare men är långsammare, mindre tillförlitliga för sökrobotar och behandlas mindre fördelaktigt av sökmotorer än serverbaserade omdirigeringar. Silktide visar både vad en direkt begäran och en webbläsare såg, så att du kan upptäcka detta: använd i stället en serverbaserad 301-omdirigering.