Dubbele websiteadressen

Silktide controleert of je website via één webadres wordt aangeboden. Een veelgemaakte fout is dat dezelfde site op meerdere adressen beschikbaar is, bijvoorbeeld met en zonder "www", of via zowel beveiligde als onbeveiligde verbindingen, zonder door te verwijzen naar één voorkeursversie.

Al deze vier adressen kunnen bijvoorbeeld dezelfde site aanbieden:

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

Een website moet één canoniek adres hebben, waarbij de andere varianten daarnaartoe doorverwijzen. Als dat niet gebeurt, fungeert elke variant als een afhankelijke kopie van je site.

Waarom dit belangrijk is

Als identieke inhoud via meerdere adressen wordt aangeboden, wordt de reputatie van je site opgesplitst en ontstaan er praktische problemen:

Mensen linken naar de versie waarop ze terechtkwamen, waardoor de zoekwaarde van je backlinks over de kopieën wordt verspreid.
Delen op sociale media wordt op dezelfde manier opgesplitst, waardoor likes en aantallen keer gedeeld over dubbele URL's worden verdeeld.
Zoekmachines moeten raden welke versie gezaghebbend is en indexeren mogelijk de versie die je niet hebt bedoeld.
Cookies die op de ene versie zijn ingesteld, zijn mogelijk niet leesbaar op een andere versie. Dat kan ervoor zorgen dat inloggen en winkelmandjes niet meer werken wanneer bezoekers tussen versies wisselen.
Versies die zonder worden aangeboden, laten bezoekers op een onbeveiligde verbinding.

Hoe je dit oplost

Kies één canoniek adres - meestal de https:\/\/-versie, met of zonder "www", afhankelijk van je voorkeur.
Configureer je webserver of om elke andere variant permanent (HTTP-status 301) hiernaartoe door te verwijzen. Het configuratiescherm van je hostingprovider heeft hier vaak een instelling voor; anders is het een kleine wijziging in de serverconfiguratie, bijvoorbeeld:

# Apache: stuur alles door naar 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]

Werk interne links en je sitemap bij zodat ze het canonieke adres gebruiken. Zo worden bezoekers en crawlers niet via omleidingen doorgestuurd.

Hoe Silktide dit test

Bouw vier varianten van het domein van je website: http:\/\/ en https:\/\/, elk met en zonder het voorvoegsel "www". Websites op een aangepast subdomein (zoals blog.example.com) worden niet getest.
Vraag elke variant rechtstreeks op, volg eventuele omleidingen en leg het uiteindelijke adres vast waarop de variant uitkomt. Automatisch gegenereerde querystrings en fragmenten worden genegeerd, zodat ze niet als verschillende bestemmingen worden gezien.
Als elke reagerende variant op hetzelfde adres eindigt, slaagt de controle.
Zo niet, test elke reagerende variant opnieuw in een echte webbrowser (sommige sites gebruiken voor omleidingen, die alleen een browser kan volgen) en rapporteer elke variant met het adres waar deze naartoe leidt, voor beide soorten verzoeken.

Problemen oplossen

Mijn site leidt door, maar de controle mislukt nog steeds

Controleer of elke variant wordt doorgestuurd. Een veelvoorkomende lacune is dat http:\/\/example.com wel wordt doorgestuurd, maar http:\/\/www.example.com niet, of dat er naar verschillende bestemmingen wordt doorgestuurd (de ene variant naar de homepage en een andere naar een taalkiezer).

De omleiding werkt in mijn browser

Omleidingen met JavaScript werken in browsers, maar zijn trager en minder betrouwbaar voor crawlers. Zoekmachines behandelen ze bovendien minder gunstig dan omleidingen aan de serverzijde. Silktide toont zowel wat een rechtstreeks verzoek als een browser zag, zodat je dit kunt opsporen: gebruik in plaats daarvan een 301-omleiding aan de serverzijde.