Les options de correspondance de RedirHub vous permettent de configurer des redirections complexes sans effort.
Tout d'abord, nous vérifions notre base de données pour une redirection qui correspond au chemin d'URL complet. Par exemple, si une demande pour www.example.com/path?query-string=1 est reçue, nous recherchons cette correspondance exacte. Si trouvée, nous utilisons la destination spécifiée. Sinon, nous passons au critère de correspondance suivant :
- Correspondance exacte du chemin (sensible à la casse) : www.example.com/path
- Sans chemin : www.example.com
- domaine racine (ne fonctionne que dans la version www du domaine) : example.com
- domaine générique : *.example.com
Si aucune de ces conditions n'est remplie, une page 404 est présentée. Pour éviter cela, nous recommandons de configurer une redirection de « chemin racine » pour garantir que vos utilisateurs aient toujours une destination valide.
Plus d'informations ci-dessous.
Transfert URI = aucune préférence sur la correspondance racine
Lorsqu'une demande arrive sans un chemin spécifié (c'est-à-dire, la page d'accueil), nous priorisons les sources avec le transfert d'URL désactivé. Cela permet la configuration suivante :
• Redirection 1 : example.com/ -> new.com – Transfert URI = oui
• Redirection 2 : example.com/ -> new.com/new-homepage – Transfert URI = non
Dans cette configuration, une demande pour example.com (la page d'accueil) redirigera vers new.com/new-homepage, tandis que toutes les autres demandes iront vers new.com/$PATH$ comme spécifié par la source.
Correspondance non trouvée
Que se passe-t-il lorsqu'une demande de redirection ne trouve pas de correspondance ?
Chemin non trouvé
Disons que vous avez ces redirections configurées :
• 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/ancienne-page-de-contact, qui ne correspond exactement à aucun chemin. RedirHub vérifie ensuite s'il existe une redirection pour https://example.com/. Si trouvé, l'utilisateur est redirigé vers https://nouveau-domaine.com. C'est pourquoi nous recommandons toujours de configurer une « redirection de chemin racine » pour éviter les erreurs 404.
Nous recommandons cela dans notre interface automatiquement pour garantir une expérience utilisateur fluide.
Parce que nous revenons au chemin racine lorsqu'aucune correspondance n'est trouvée, vos visiteurs ne rencontreront pas de page 404. Si vous avez un besoin spécifique pour une page 404 personnalisée, faites-le nous savoir et nous pouvons reconsidérer notre approche.
Nom d'hôte introuvable
Si le nom d'hôte n'est pas trouvé (c'est-à-dire, pas configuré dans RedirHub), nous ne pouvons pas rediriger la demande. Dans ce scénario, une page « 404 non trouvée » est servie.
Vous souhaitez personnaliser la marque 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 plus d'informations.