Les options de correspondance de RedirHub vous permettent de configurer des redirections complexes sans effort.

Tout d’abord, nous vérifions dans notre base de données une redirection qui correspond 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 aux critères de correspondance suivants :

  • Chemin de correspondance exact (sensible à la casse) : www.example.com/path
  • Sans chemin : www.example.com
  • Domaine racine (fonctionne uniquement dans le domaine en version www) : example.com
  • Domaine avec joker : *.example.com

Si aucune de ces conditions n’est remplie, une page 404 est affichée. Pour l’éviter, nous vous recommandons de configurer une redirection « root path » afin de garantir que vos utilisateurs disposent toujours d’une destination valide.

Plus d’informations ci-dessous.

Transfert d’URI = aucune préférence pour la correspondance du root#

Lorsqu’une requête arrive sans chemin spécifié (c’est-à-dire la page d’accueil), nous donnons la priorité aux sources avec le transfert d’URL désactivé. Cela permet la configuration suivante :

• Redirection 1 : example.com/ -> new.com – URI Forwarding = oui

• Redirection 2 : example.com/ -> new.com/new-homepage – URI Forwarding = non

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 iront vers new.com/$PATH$ comme indiqué par la source.

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 exactement à aucun chemin. RedirHub vérifie ensuite s’il existe une redirection pour https://example.com/. Si elle est trouvée, l’utilisateur est redirigé vers https://new-domain.com. C’est pourquoi nous recommandons toujours de configurer une « redirection de chemin racine » afin d’éviter les erreurs 404.

Nous recommandons cela 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 rencontreront 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.