Les options de correspondance de RedirHub vous permettent de configurer des configurations de redirection 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 (fonctionne uniquement dans le domaine en version www): exemple.com
- Domaine générique: *.exemple.com
Si aucune de ces conditions n'est remplie, une page 404 est présentée. Pour éviter cela, nous vous recommandons de mettre en place une redirection « chemin racine » pour garantir que vos utilisateurs ont toujours une destination valide.
Plus d'informations ci-dessous.
Transfert URI = pas de préférence sur la correspondance racine
Lorsqu'une requête arrive sans chemin spécifié (c'est-à-dire, la page d'accueil), nous privilégions les sources avec le Transfert d'URL désactivé. Cela permet la configuration suivante :
• Redirection 1: exemple.com/ -> new.com – Transfert URI = oui
• Redirection 2: exemple.com/ -> new.com/nouvelle-page-d-accueil – Transfert URI = non
Dans cette configuration, une requête pour exemple.com (la page d'accueil) redirigera vers new.com/nouvelle-page-d-accueil, tandis que toutes les autres requêtes vont vers new.com/$PATH$ comme spécifié par la source.
Aucun match trouvé
Que se passe-t-il lorsqu'une demande de redirection ne trouve pas de correspondance ?
chemin introuvable
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/old-contact-page, qui ne correspond exactement à aucun chemin. RedirHub vérifie alors s'il existe une redirection pour https://example.com/. Si trouvé, l'utilisateur est redirigé vers https://new-domain.com. C'est pourquoi nous recommandons toujours de mettre en place une « redirection de chemin racine » pour éviter les erreurs 404.
Nous recommandons cela dans notre interface automatiquement pour assurer une expérience utilisateur sans faille.
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 non trouvé
Si le nom d'hôte n'est pas trouvé (c'est-à-dire, non 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 de 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.
