Les options de correspondance de RedirHub vous permettent de configurer des redirections complexes avec facilité.
Tout d’abord, nous vérifions dans notre base de données une redirection correspondant au chemin d’URL complet. Par exemple, si une requête pour www.example.com/path?query-string=1 est reçue, nous recherchons cette correspondance exacte. Si elle est trouvée, nous utilisons la destination spécifiée. Sinon, nous passons au critère de correspondance suivant :
- Chemin de correspondance exact (sensible à la casse) : www.example.com/path
- Sans chemin : www.example.com
- Domaine racine (pour les requêtes www) : une requête pour www.example.com/path sans redirection propre utilise example.com/path, puis example.com. C’est pourquoi une redirection de domaine racine couvre aussi www, tant que www pointe vers RedirHub dans le DNS.
- Domaine avec joker : *.example.com
Si aucune de ces conditions n’est remplie, une page 404 est affichée. Pour éviter cela, nous recommandons de configurer une redirection « root path » afin que vos utilisateurs aient toujours une destination valide.
Plus d’informations ci-dessous.
Transfert de chemin = aucune préférence pour la correspondance racine#
Lorsqu’une requête arrive sans chemin spécifié (c’est-à-dire la page d’accueil), nous donnons la priorité aux sources pour lesquelles le transfert de chemin est désactivé. Cela permet la configuration suivante :
• Redirection 1 : example.com/ -> new.com – Renvoi de chemin = activé
• Redirection 2 : example.com/ -> new.com/new-homepage – Renvoi de chemin = désactivé
Dans cette configuration, une requête vers example.com (la page d’accueil) sera redirigée vers new.com/new-homepage, tandis que toutes les autres requêtes conservent leur chemin sur new.com (par exemple, example.com/about devient new.com/about).
Le renvoi de chemin (dans les options « Forwarded » du tableau de bord) fonctionne en ajoutant la variable {uri} à la destination. Pour plus de contrôle, vous pouvez placer vous-même des variables telles que {path} , {host} ou {host.domain} dans la destination afin de la construire à partir de chaque requête. Voir Variables d’URL de destination .
Aucune correspondance trouvée#
Que se passe-t-il lorsqu’une requête de redirection ne trouve pas de correspondance ?
Chemin introuvable#
Supposons que vous ayez configuré ces redirections :
• https://example.com/ -> https://new-domain.com
• https://example.com/contact -> https://new-domain.com/contact-us
Exemple 1 : Un utilisateur visite https://example.com/contact et est correctement redirigé vers https://new-domain.com/contact-us.
Exemple 2 : Un utilisateur visite https://example.com/old-contact-page, qui ne correspond à aucun chemin exactement. RedirHub vérifie ensuite s’il existe une redirection pour https://example.com/. Si c’est le cas, l’utilisateur est redirigé vers https://new-domain.com. C’est pourquoi nous recommandons toujours de configurer une « redirection du chemin racine » afin d’éviter les erreurs 404.
Nous le recommandons automatiquement dans notre interface pour garantir une expérience utilisateur fluide.
Comme nous revenons au chemin racine lorsqu’aucune correspondance n’est trouvée, vos visiteurs ne verront pas de page 404. Si vous avez un besoin spécifique pour une page 404 personnalisée, faites-le nous savoir et nous pourrons reconsidérer notre approche.
Nom d’hôte introuvable#
Si le nom d’hôte n’est pas trouvé (c’est-à-dire s’il n’est pas configuré dans RedirHub), nous ne pouvons pas rediriger la requête. Dans ce cas, une page « 404 not found » est affichée.
Souhaitez-vous personnaliser l’habillage sur cette page d’erreur ? Vous pouvez utiliser une IP dédiée pour plus de contrôle. Consultez notre article sur l’IP dédiée pour en savoir plus.