Adresses de site web en double

Silktide vérifie que votre site web est servi depuis une seule adresse web. Une erreur fréquente consiste à rendre le même site disponible à plusieurs adresses, par exemple avec et sans "www", ou à la fois via une connexion sécurisée et non sécurisée, sans rediriger vers une version préférée.

Par exemple, ces quatre adresses peuvent servir le même site:

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

Un site web doit disposer d'une adresse canonique unique, les autres variantes redirigeant vers celle-ci. Lorsqu'elles ne le font pas, chaque variante agit comme une copie distincte de votre site.

Pourquoi c'est important

Servir un contenu identique depuis plusieurs adresses fragmente la réputation de votre site et entraîne des problèmes pratiques:

Les internautes créent des liens vers la version sur laquelle ils sont arrivés, ce qui dilue la valeur de vos backlinks pour le référencement entre les copies.
Les partages sur les réseaux sociaux se répartissent de la même façon, dispersant les J'aime et les compteurs de partages entre des URL en double.
Les moteurs de recherche doivent deviner quelle version fait autorité et peuvent indexer celle que vous ne souhaitiez pas.
Les cookies définis sur une version peuvent ne pas être lisibles sur une autre, ce qui peut casser les connexions et les paniers d'achat lorsque les visiteurs passent de l'une à l'autre.
Les versions servies sans laissent les visiteurs sur une connexion non sécurisée.

Comment corriger

Choisissez une adresse canonique — généralement la version https:\/\/, avec ou sans "www" selon votre préférence.
Configurez votre serveur web ou votre pour rediriger de façon permanente (statut HTTP 301) toutes les autres variantes vers celle-ci. Le panneau de contrôle de votre hébergeur propose souvent un réglage pour cela ; sinon, il s'agit d'un petit changement de configuration serveur, par exemple:

# Apache : rediriger tout vers 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]

Mettez à jour les liens internes et votre sitemap pour utiliser l'adresse canonique afin que les visiteurs et les robots ne soient pas renvoyés via des redirections.

Comment Silktide teste cela

Crée quatre variantes du domaine de votre site : http:\/\/ et https:\/\/, chacune avec et sans le préfixe "www". Les sites sur un sous-domaine personnalisé (comme blog.example.com) ne sont pas testés.
Demande chaque variante directement, suit les éventuelles redirections et enregistre l'adresse finale atteinte. Les chaînes de requête et les fragments générés automatiquement sont ignorés afin qu'ils ne ressemblent pas à des destinations différentes.
Si toutes les variantes qui répondent aboutissent à la même adresse, le contrôle est réussi.
Sinon, reteste chaque variante qui répond dans un véritable navigateur web (certains sites redirigent via le , que seul un navigateur peut suivre) et indique, pour chaque variante, l'adresse vers laquelle elle mène, pour les deux types de requête.

Dépannage

Mon site redirige, mais le contrôle échoue quand même

Vérifiez que chaque variante redirige. Un oubli fréquent consiste à rediriger http:\/\/example.com mais pas http:\/\/www.example.com, ou à rediriger vers des destinations différentes (une variante vers la page d'accueil, une autre vers un sélecteur de langue).

La redirection fonctionne dans mon navigateur

Les redirections effectuées avec JavaScript fonctionnent dans les navigateurs, mais elles sont plus lentes, moins fiables pour les robots d'exploration et moins bien considérées par les moteurs de recherche que les redirections côté serveur. Silktide affiche à la fois ce qu'a vu une requête directe et ce qu'a vu un navigateur pour que vous puissiez l'identifier : utilisez plutôt une redirection 301 côté serveur.