Correspondance

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

Tout d'abord, nous vérifions notre base de données pour une redirection qui correspond au chemin 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 prochain critère de correspondance :

  • Correspondance exacte du chemin (sensible à la casse): www.example.com/path
  • Sans chemin: www.example.com
  • domaine racine (fonctionne seulement dans le domaine version www): 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 ont toujours une destination valide.

Plus d'informations ci-dessous.

Transfert URI = aucune préférence sur la correspondance de la racine

Lorsqu'une demande arrive sans un 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: 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.

Aucune correspondance trouvée

Que se passe-t-il lorsqu'une demande de redirection ne trouve pas de correspondance ?

Chemin introuvable

Supposons que vous ayez 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 c'est le cas, l'utilisateur est redirigé vers https://new-domain.com. C'est pourquoi nous recommandons toujours d'établir une « redirection du chemin racine » pour éviter les erreurs 404.

Nous recommandons cela automatiquement dans notre interface pour garantir une expérience utilisateur fluide.

Parce que nous revenons au chemin racine lorsque 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, non configuré dans RedirHub), nous ne pouvons pas rediriger la demande. Dans ce scénario, une page « 404 non trouvée » est affichée.

Voulez-vous personnaliser la marque de cette page d'erreur ? Vous pouvez utiliser une IP dédiée pour un meilleur contrôle. Consultez notre article sur l'IP dédiée pour plus d'informations.

Parcourir des ressources similaires

Ajoutez votre texte d'en-tête ici

Azure DNS : redirections d'URL avec prise en charge de HTTPS

Ajoutez votre texte d'en-tête ici

Network Solutions : redirections d'URL avec prise en charge de HTTPS

Ajoutez votre texte d'en-tête ici

Hover : redirections d'URL avec prise en charge de HTTPS