Vérificateur de redirection www v2.0

À propos Vérificateur de redirection www

Le vérificateur de redirection www est un outil en ligne qui teste les quatre adresses par lesquelles un visiteur peut atteindre votre site (http et https, avec et sans www) et confirme qu'elles aboutissent toutes à une seule URL sécurisée. Une configuration incomplète laisse deux versions du même site répondre en parallèle, ce qui fragmente vos backlinks et brouille les signaux envoyés à Google. ToolsPivot affiche la chaîne de chaque redirection saut par saut, avec un verdict immédiat et le détail des en-têtes rencontrés.

Présentation du vérificateur de redirection www ToolsPivot

Fonctionnalité principale

L'outil reconstruit les quatre points d'entrée d'un domaine, puis suit chaque chaîne de redirection saut par saut, sans jamais laisser le client la parcourir automatiquement. Chaque étape reçoit une étiquette permanente (301, 308) ou temporaire (302, 307). Sur une page finale qui répond en 200, ToolsPivot inspecte l'en-tête du document pour y trouver une redirection meta refresh ou JavaScript, la balise canonique et l'en-tête HSTS. Le vérificateur de certificat SSL complète ce diagnostic quand une chaîne s'interrompt sur une erreur de certificat.

Utilisateurs cibles et cas d'utilisation

Les référenceurs, les développeurs web et les administrateurs système forment le cœur des utilisateurs, le plus souvent après une migration HTTPS, un changement d'hébergeur ou l'activation d'un CDN. Les agences françaises contrôlent également un portefeuille de sites clients avant livraison, le mode groupé acceptant jusqu'à 20 domaines par lot. Les propriétaires de sites WordPress y viennent après une erreur de boucle affichée par leur navigateur.

Problème et solution

Le défaut le plus courant n'est pas l'absence de redirection, mais sa mise en place partielle : http sans www part correctement vers la bonne adresse, alors que https avec www renvoie une alerte de certificat ou affiche une page autonome en 200. Taper une seule adresse dans son navigateur ne révèle jamais ce déséquilibre, puisque le navigateur suit la chaîne en silence. L'audit simultané des quatre variantes le rend visible en une requête, et l'analyseur d'en-têtes HTTP permet ensuite d'examiner chaque réponse ligne par ligne.

Principaux avantages du vérificateur de redirection

• Les quatre variantes d'un coup : http, https, www et sans www sont sondés dans la même opération, alors que la plupart des outils gratuits n'acceptent qu'une seule adresse à la fois.
• La chaîne entière, pas juste l'arrivée : chaque saut est affiché avec son code et son type, ce qui montre où une chaîne s'allonge inutilement au lieu de simplement confirmer la destination.
• Un verdict en français clair : réussite, à corriger ou échec, avec la liste des problèmes détectés plutôt qu'un simple témoin vert ou rouge.
• Les redirections côté client détectées : une meta refresh ou une bascule JavaScript passe inaperçue dans un test d'en-têtes classique alors qu'elle affaiblit le signal canonique.
• La cohérence du canonique contrôlée : une balise canonique qui contredit la redirection annule une partie du bénéfice attendu, et ce conflit apparaît directement dans le rapport.
• Le regard de Googlebot : relancer le test avec le user-agent du robot de Google révèle les serveurs qui traitent différemment les visiteurs et les moteurs.
• Traitement par lot et export : jusqu'à 20 domaines, avec copie du rapport et export CSV pour archiver un état avant mise en production.
• Sans compte ni clé d'API : l'outil reste accessible en 18 langues, au même titre que le test de disponibilité de site disponible sur la plateforme.

Fonctionnalités clés de l'outil

• Construction des quatre variantes : l'adresse saisie est réduite à son hôte, puis déclinée en quatre points d'entrée réalistes, quel que soit le format collé.
• Suivi manuel des sauts : chaque redirection est suivie une étape à la fois, avec un plafond de dix sauts qui correspond à la limite observée côté moteurs.
• Détection des boucles : une chaîne qui revient sur une adresse déjà visitée est signalée immédiatement, sans attendre le plafond.
• Classement permanent ou temporaire : les codes 301 et 308 sont distingués des 302 et 307, avec la conséquence de chacun sur la consolidation des signaux.
• Lecture de la balise canonique : l'adresse déclarée sur la page finale est comparée à la destination réelle de la redirection.
• Repérage des redirections client : meta refresh et redirection JavaScript sont extraites de l'en-tête du document et présentées comme des signaux plus faibles.
• Contrôle de l'en-tête HSTS : son absence est signalée, car elle laisse subsister une première requête en clair avant la bascule vers HTTPS.
• Résolution vérifiée avant appel : chaque saut est épinglé à une adresse IP publique validée, les plages privées et réservées étant refusées, ce que confirme aussi l'outil de consultation DNS pour un contrôle DNS séparé.
• Bascule user-agent Googlebot : le test complet est rejoué avec l'identité du robot, une approche voisine de celle du simulateur de robot d'exploration.
• Mode URL et mode groupé : une adresse pour un diagnostic détaillé, ou jusqu'à 20 domaines avec détail dépliable pour un contrôle de parc.
• Copie et export CSV : le rapport se colle tel quel dans un ticket, un compte rendu client ou une feuille de suivi de migration.

Comment fonctionne le vérificateur de redirection www ToolsPivot

1. Saisissez un nom de domaine ou une URL complète, avec ou sans protocole, puis lancez l'analyse.
2. L'outil construit les quatre variantes et interroge chacune d'elles depuis le serveur, avec un user-agent de navigateur courant.
3. Chaque redirection est suivie une étape à la fois et enregistrée avec son code, son type et son adresse de destination.
4. La page finale est examinée pour en extraire la balise canonique, une éventuelle redirection côté client et l'en-tête HSTS.
5. Le rapport affiche le verdict, l'URL canonique retenue, l'hôte préféré, la liste des problèmes et la chaîne complète de chaque variante.

Si une variante ne répond pas du tout, le problème vient souvent du DNS ou de l'hébergement plutôt que de la règle de redirection, une piste que l'identification de l'hébergeur aide à confirmer.

Quand utiliser le vérificateur de redirection www

Ce contrôle prend tout son sens à chaque fois qu'une règle de redirection est créée, déplacée ou héritée d'une configuration existante. Il sert autant de vérification après intervention que de diagnostic quand un site perd du trafic sans raison apparente.

• Après une migration HTTPS : les quatre variantes doivent converger vers l'adresse sécurisée, y compris celle que vous n'utilisez jamais vous-même.
• Après un changement d'hébergeur : les règles de l'ancien serveur ne suivent pas toujours, et le nouveau panneau applique parfois ses propres réglages par défaut.
• Après l'activation d'un CDN : une couche supplémentaire entre le visiteur et l'origine introduit ses propres redirections, parfois en conflit avec celles du serveur.
• Avant une refonte de site : figer l'état des redirections avant travaux donne un point de comparaison objectif après la mise en ligne.
• Devant une chute de positions inexpliquée : deux versions indexées en parallèle diluent les liens entrants entre deux adresses concurrentes, un déséquilibre que l'audit SEO de site met aussi en évidence.
• Après une erreur de boucle : le message de redirection trop nombreuse affiché par le navigateur mérite un tracé complet plutôt qu'un test à l'aveugle.
• Avant de livrer un site client : le rapport exporté sert de preuve de contrôle dans le dossier de recette.
• Lors du suivi d'indexation : vérifier que l'ancienne version disparaît progressivement des résultats, en complément du vérificateur d'indexation.

Un cas limite mérite attention : un site multilingue avec des sous-domaines par langue peut légitimement présenter plusieurs hôtes actifs, et le verdict doit alors être lu à l'échelle de chaque hôte.

Cas d'utilisation concrets

Migration HTTPS d'une boutique en ligne

Contexte : une PME française bascule sa boutique vers HTTPS après l'installation d'un certificat Let's Encrypt.

• Test des quatre variantes avant et après la bascule.
• Repérage d'une chaîne à trois sauts sur la variante sans www.
• Réécriture de la règle pour viser directement l'adresse finale.

Résultat : une seule redirection permanente par variante, sans étape intermédiaire ni perte de temps au chargement.

Recette d'un site chez une agence

Contexte : une agence web livre douze sites vitrines pour des auto-entrepreneurs et doit documenter ses contrôles.

• Passage des douze domaines en mode groupé.
• Export CSV joint au procès-verbal de recette.
• Correction des deux domaines encore en 302.

Résultat : un contrôle uniforme en quelques minutes au lieu de douze vérifications manuelles, avec une trace écrite pour le client.

Changement d'hébergeur mutualisé

Contexte : un site associatif quitte un mutualisé pour un autre prestataire français, avec reprise du fichier .htaccess.

• Constat que https avec www renvoie une erreur de certificat.
• Émission du certificat sur les deux formes du domaine.
• Nouveau test des quatre variantes après propagation.

Résultat : les visiteurs arrivant depuis d'anciens liens ne rencontrent plus d'avertissement de sécurité, et le détecteur de liens cassés ne remonte plus d'accès bloqués.

Diagnostic d'une boucle après passage sous CDN

Contexte : un blog WordPress affiche une erreur de redirection trop nombreuse le lendemain de son passage derrière un CDN.

• Tracé complet montrant l'alternance http et https sur deux hôtes.
• Identification du mode de chiffrement « Flexible » côté CDN.
• Bascule en mode complet, puis nouveau test.

Résultat : le site redevient accessible et le générateur de sitemap XML peut à nouveau être soumis sur la bonne version du domaine.

Comprendre les codes 301, 302, 307 et 308

Le code renvoyé par le serveur détermine la façon dont les moteurs interprètent le déplacement. Pour une redirection www ou une bascule vers HTTPS, seuls les codes permanents transmettent un signal canonique fort.

Une 302 laissée par mégarde sur une redirection définitive est l'erreur la plus fréquente relevée par l'outil, souvent parce qu'une extension ou un panneau d'hébergement applique ce code par défaut. Le passage en 301 se règle en une ligne de configuration, que l'outil de réécriture d'URL aide à préparer.

Corriger une redirection www incomplète selon votre configuration

La correction dépend de l'endroit où la règle est appliquée, et cumuler plusieurs couches est la cause principale des boucles. Une seule couche doit porter la redirection.

• Apache et fichier .htaccess : une règle de réécriture unique doit traiter ensemble le protocole et l'hôte, pour éviter la double redirection http vers https puis www vers sans www. Le générateur de règles .htaccess pour la redirection www produit la syntaxe correspondant à votre choix.
• Nginx : un bloc serveur dédié aux variantes non retenues renvoie un code 301 vers l'adresse canonique, sans passer par une réécriture générique.
• CDN en mode de chiffrement souple : le CDN contacte l'origine en clair pendant que l'origine réclame HTTPS, ce qui crée une boucle immédiate. Le mode complet met fin au conflit dès que le certificat d'origine est valide.
• Service de redirection d'un hébergeur mutualisé : certains panneaux français passent par un serveur de redirection intermédiaire qui ne présente pas le certificat de votre domaine, si bien que la variante https échoue alors que la variante http fonctionne. Une règle au niveau du site est préférable dans ce cas.
• Extension de gestion des redirections : une extension WordPress qui redirige en plus du serveur produit une chaîne à deux sauts, visible immédiatement dans le rapport.

Après correction, attendez la fin du cache puis relancez le test, en contrôlant au passage la disponibilité avec le vérificateur d'état du serveur.

HSTS : pourquoi l'ordre des redirections compte

L'en-tête HSTS demande au navigateur de ne plus jamais contacter un domaine en clair, ce qui supprime la fenêtre d'interception qui subsiste lors de la première requête. Défini par la RFC 6797, il repose sur trois directives : la durée de mémorisation, l'extension aux sous-domaines et l'inscription à la liste de préchargement intégrée aux navigateurs. Cette dernière exige une durée d'au moins un an, la couverture des sous-domaines et une redirection du domaine racine vers HTTPS.

L'ordre compte, car l'en-tête doit être servi sur une réponse en HTTPS et non sur la redirection initiale émise en clair. Un site dont la variante sans www ne bascule pas correctement reste donc inéligible au préchargement, même si tout semble fonctionner dans le navigateur. Le retrait de cette liste demandant plusieurs mois, mieux vaut valider les quatre variantes avant toute demande d'inscription.

Ce que cet outil ne peut pas vérifier

Le test s'effectue depuis un seul emplacement serveur et à un instant donné. Une redirection conditionnée par la géolocalisation, la langue du navigateur ou un test A/B peut donc se comporter autrement chez vos visiteurs.

• Réponses différenciées : un pare-feu applicatif ou une protection anti-bot peut répondre à un sondeur automatisé par un code 403 ou 429 sans que le site soit réellement en cause.
• Redirections internes aux pages : l'analyse porte sur les points d'entrée du domaine, pas sur chaque URL profonde du site.
• Aucune correction automatique : ToolsPivot établit un diagnostic et signale les écarts, la modification restant à effectuer sur votre serveur.
• Aucun classement lié au choix du www : retenir la forme avec ou sans www n'apporte aucun avantage de positionnement, seule la cohérence compte, et l'outil le rappelle explicitement.

Questions fréquentes

Faut-il choisir le www ou le sans www pour le référencement ?

Aucune des deux formes n'apporte d'avantage de positionnement, Google les traite de manière équivalente. Ce qui compte est de n'en publier qu'une seule et de rediriger l'autre en 301 de façon systématique. Changer d'avis tous les six mois coûte bien plus cher en référencement que le choix initial lui-même.

Comment savoir si mon site redirige correctement ?

Testez les quatre adresses possibles, pas seulement celle que vous utilisez au quotidien. Un site correctement configuré fait converger http://exemple.fr, http://www.exemple.fr, https://exemple.fr et https://www.exemple.fr vers une seule adresse en HTTPS, par une redirection permanente.

Quelle est la différence entre une redirection 301 et une redirection 302 ?

La 301 annonce un déplacement définitif et sert de signal canonique fort, la 302 décrit une situation temporaire. Pour une redirection www ou une bascule vers HTTPS, seule la 301 convient, ou la 308 qui conserve en plus la méthode HTTP d'origine.

Une redirection 302 fait-elle perdre du référencement ?

Elle ne détruit pas votre référencement, mais elle envoie un signal ambigu et Google peut continuer à considérer l'ancienne adresse comme la version à indexer. Sur une redirection définitive comme celle du www, le remplacement par une 301 lève cette ambiguïté.

Pourquoi mon navigateur affiche-t-il une erreur de redirection trop nombreuse ?

Deux règles se contredisent et se renvoient la requête en boucle. La cause la plus répandue est un mode de chiffrement souple côté CDN combiné à une redirection HTTP vers HTTPS côté serveur : le CDN appelle l'origine en clair, l'origine réclame HTTPS, et la boucle s'installe. Le passage en mode complet résout généralement la situation.

Combien de redirections Google suit-il dans une chaîne ?

Googlebot suit jusqu'à dix sauts, mais la documentation de Google recommande de rester idéalement sous trois et en tout cas sous cinq. Chaque saut supplémentaire ajoute de la latence, un effet mesurable avec le test de vitesse de page.

La balise canonique remplace-t-elle une redirection 301 ?

Non, la balise canonique est une indication alors que la redirection est une instruction. Si vos deux versions répondent en 200 avec une balise correcte, Google choisira probablement la bonne, sans garantie ni transfert de visiteurs. L'analyseur de balises meta vérifie que cette balise pointe bien vers la version retenue.

Le paramètre de domaine favori existe-t-il encore dans la Search Console ?

Non, Google a annoncé son abandon le 18 juin 2019. Vous exprimez désormais votre préférence par des redirections 301, la balise canonique, l'en-tête HTTP équivalent ou le sitemap. Une propriété de domaine regroupe ensuite toutes les variantes dans un même rapport.

Combien de temps Google met-il à prendre en compte la nouvelle version ?

Le délai dépend de la fréquence d'exploration de votre site, de quelques jours pour un site souvent visité par les robots à plusieurs semaines pour un petit site vitrine. Le rapport d'indexation de la Search Console montre les anciennes adresses basculer progressivement dans la catégorie des pages avec redirection.

Faut-il un certificat couvrant à la fois le www et le sans www ?

Oui, sans quoi la forme non couverte déclenche une alerte de sécurité avant même que la redirection s'applique. Un certificat gratuit accepte plusieurs noms alternatifs, et la plupart des hébergeurs français l'émettent en un clic pour les deux formes du domaine.

L'outil fonctionne-t-il sur un site protégé par un pare-feu ou un CDN ?

Oui, mais une protection anti-bot peut répondre à notre sondeur par un code 403 ou 429 là où un navigateur réel passerait sans encombre. L'option Googlebot aide à identifier ce traitement différencié en rejouant le test avec une autre identité.

Puis-je vérifier plusieurs domaines en une seule fois ?

Oui, le mode groupé accepte jusqu'à 20 domaines par lot, avec un détail dépliable par domaine et un export CSV. Les agences et les gestionnaires de parcs de sites utilisent ce mode avant chaque mise en production.

Related Tools You Might Like

Vérificateur d'âge de domaine Génération de CSR Vérificateur SEO de site web Détecteur de thème WordPress Générateur de hash MD5 Outil de recherche Whois