Dépannage des nouvelles redirections

1. Le DNS pointe-t-il vers RedirHub ?#

Commencez par la liste, pas par un lien à la fois : ouvrez Liens et cliquez sur le filtre Problème DNS. Cela réduit la liste aux liens dont le domaine ne pointe pas vers RedirHub, afin que vous voyiez en une seule vue quelles redirections attendent le DNS.

Links → DNS issue: one link left, so promo.mybrand.com is the domain to fix.

Dans cet exemple, 1 lien sur 1 556 reste après le filtrage : promo.mybrand.com. Tous les autres liens sont déjà résolus ; le problème vient donc du DNS de ce domaine, et non des paramètres de redirection. Si le filtre n’affiche rien, le DNS est correct et la cause se trouve plus bas sur cette page.

Ouvrez la redirection dans le tableau de bord et cliquez sur Vérifier le DNS. Tant qu’il n’indique pas que le DNS est vérifié, les visiteurs atteignent encore votre ancien serveur. Les changements DNS peuvent prendre jusqu’à 24 heures ; utilisez WhatsMyDNS pour suivre la progression dans le monde entier. Plus d’infos dans Combien de temps prend le changement DNS ?

• Anciens enregistrements restants : supprimez les autres enregistrements A, AAAA ou CNAME pour le même nom. Si deux enregistrements restent, certains visiteurs obtiennent l’ancien serveur.
• Champ hôte incorrect : la plupart des fournisseurs veulent @ pour le domaine racine et simplement www (pas www.example.com) pour www.

2. Votre navigateur affiche-t-il un ancien résultat ?#

Les navigateurs mettent en cache les réponses DNS et les redirections permanentes (301 et 308). Après un changement, votre propre navigateur peut continuer à afficher l’ancien comportement alors que tout le monde voit déjà le nouveau. Testez la redirection :

• dans une fenêtre privée ou de navigation privée, ou dans un autre navigateur,
• avec une chaîne de requête aléatoire, par exemple https://example.com/?v=2,
• avec le Redirect tester, ou depuis la ligne de commande :

bashcurl -I https://example.com/some-page

L’en-tête Location indique exactement où RedirHub envoie la requête. Tant que vous êtes encore en phase de test, utilisez 302 afin que les navigateurs ne mémorisent pas une destination inachevée.

3. « Non sécurisé » ou une erreur de certificat#

Le certificat SSL est émis juste après la vérification du DNS, et l’état passe de En attente à Provisioning puis à Sécurisé, généralement en quelques minutes. S’il reste bloqué, vérifiez les enregistrements CAA de votre domaine : ils doivent autoriser letsencrypt.org et sectigo.com (voir Quels types de DNS puis-je utiliser ?). Plus d’informations sur les certificats dans HTTPS automatique.

4. La redirection fonctionne mais mène au mauvais endroit#

• Toutes les pages renvoient vers la page d’accueil : activez le transfert de chemin afin que old-domain.com/about mène à new-domain.com/about.
• Les balises UTM ou d’autres paramètres sont perdus : activez le transfert de requête.
• Le chemin apparaît deux fois, ou {host} / @ apparaît dans l’URL : voir Variables d’URL de destination.
• Un chemin spécifique mène à la destination racine : les chemins sont comparés exactement et respectent la casse ; lorsqu’aucun chemin ne correspond, la redirection racine est utilisée. Voir Correspondance.

5. www fonctionne différemment du domaine racine#

Une redirection pour example.com couvre aussi www.example.com, mais seulement lorsque www pointe aussi vers RedirHub dans le DNS, généralement avec un enregistrement CNAME. Si www pointe toujours vers votre ancien hébergeur, les visiteurs de www n’atteignent jamais RedirHub. Si vous avez créé une redirection distincte pour www, celle-ci l’emporte pour les requêtes www.

6. Le cadre (masquage) affiche une page blanche#

La destination refuse probablement d’être affichée dans un cadre, ou elle utilise http:// au lieu de https://. Seul le propriétaire de la destination peut modifier cela ; sinon, utilisez une redirection 301 ou 302. Voir Explication des méthodes de redirection.

Vous avez encore des difficultés ?#

Si cela ne fonctionne toujours pas après quelques heures, contactez-nous via le chat du tableau de bord ou à support@redirhub.com. Indiquez le domaine et l’URL que vous avez testée, et nous allons examiner cela.