Variables d'URL de destination : {host}, {path} et plus

Une redirection classique envoie toujours les visiteurs vers la même URL fixe. Les variables rendent la destination dynamique : la destination est construite à partir du nom d’hôte, du chemin et de la chaîne de requête de chaque requête. C’est utile lorsque vous déplacez un domaine et souhaitez conserver ses chemins, rediriger de nombreux sous-domaines avec une seule règle de type joker, ou consolider plusieurs anciens domaines en un seul site web.

Variables disponibles#

Quelques détails à garder à l’esprit :

• Orthographe exacte : les variables sont en minuscules et entourées d’accolades. Tout ce que RedirHub ne reconnaît pas, comme {HOST} , reste tel quel dans l’URL.
• Terminaisons de domaine en plusieurs parties : {host.domain} gère correctement des terminaisons comme .co.uk ou .com.au. Pour a.b.example.com, {host.domain} est example.com et {host.sub} est a.b.
• Domaines nus : lors d’une requête vers le domaine racine (example.com), {host.sub} est @.
• Barres obliques finales : {path} et {uri} suppriment les barres obliques finales ; ainsi /blog/ devient /blog. Sur la page d’accueil, {path} est / et {uri} est vide.
• Connecteur de chaîne de requête : {qs} ajoute ? lorsque la destination n’a pas encore de chaîne de requête, et & lorsqu’elle en a déjà une. Si la requête n’a pas de chaîne de requête, il n’ajoute rien.

Commutateurs de redirection ou variables ?#

Les variables et les commutateurs peuvent être combinés. Par exemple, une destination avec {host.sub} plus le renvoi de chemin conserve à la fois le sous-domaine et le chemin (voir les exemples ci-dessous).

Comment ajouter une variable à une redirection#

1. Ouvrez votre redirection dans le tableau de bord RedirHub, ou créez-en une nouvelle.
2. Dans l’URL de destination, saisissez la variable à l’endroit où la valeur doit être insérée, par exemple https://www.example.com/team/{host.sub}.
3. Si vous avez placé {path}, {uri} ou {qs} vous-même dans la destination, désactivez le renvoi de chemin ou le renvoi de requête pour cette redirection (voir ci-dessous).
4. Enregistrez, puis testez quelques URL réelles, y compris la page d’accueil. Si quelque chose semble incorrect, consultez Dépannage des nouvelles redirections.

Exemples#

Conserver le chemin lorsque la destination possède sa propre chaîne de requête#

textDestination : https://www.new-domain.com{path}?lang=en

old-domain.com/blog/hello  →  https://www.new-domain.com/blog/hello?lang=en
old-domain.com/            →  https://www.new-domain.com/?lang=en

Le renvoi de chemin ajoute toujours le chemin à la toute fin de la destination, ce qui donnerait ici https://www.new-domain.com/?lang=en/blog/hello. Avec {path}, vous décidez où le chemin doit aller. Si votre destination n’a pas de chaîne de requête, activez simplement le renvoi de chemin.

Envoyez chaque sous-domaine vers sa propre page#

textSource :      *.example.com
Destination : https://www.example.com/team/{host.sub}

alice.example.com  →  https://www.example.com/team/alice
bob.example.com    →  https://www.example.com/team/bob

Une source avec joker couvre tous les sous-domaines, et la variable détermine où chacun d’eux est redirigé. En savoir plus sur les sous-domaines avec joker, y compris la disponibilité du forfait et le SSL.

Conserver le sous-domaine, changer le domaine#

textSource :      *.old-brand.com
Destination : https://{host.sub}.new-brand.com   + Transfert de chemin activé

shop.old-brand.com/cart  →  https://shop.new-brand.com/cart
docs.old-brand.com/api   →  https://docs.new-brand.com/api

Regroupez de nombreux domaines et voyez d’où viennent les visiteurs#

textDestination : https://www.new-brand.com/?from={host.domain}

old-brand.co.uk/        →  https://www.new-brand.com/?from=old-brand.co.uk
shop.old-brand.de/sale  →  https://www.new-brand.com/?from=old-brand.de

Chaque ancien domaine peut utiliser la même destination, et vos analyses peuvent toujours indiquer quel domaine chaque visiteur a saisi.

Conserver la chaîne de requête#

textDestination : https://www.new-domain.com/landing?src=old   + Redirection de la requête activée

old-domain.com/?utm_source=mail  →  https://www.new-domain.com/landing?src=old&utm_source=mail
old-domain.com/                  →  https://www.new-domain.com/landing?src=old

Vous n’avez pas besoin de variable pour cela. Le commutateur de redirection de la requête ajoute la chaîne de requête du visiteur et choisit ? ou & à votre place, afin que le suivi des campagnes reste intact. Voir aussi comment conserver les paramètres UTM lors des redirections .

Ajouter une valeur aléatoire#

textDestination : https://www.example.com/offer?ref={random_string}

example.com/promo  →  https://www.example.com/offer?ref=4k9zq1  (différent à chaque requête)

Variables et commutateurs de redirection#

Les commutateurs de redirection de chemin et de redirection de requête utilisent les mêmes variables en coulisses. La redirection de chemin ajoute /{uri} à la fin de votre destination, et la redirection de requête ajoute {qs} . Si vous avez déjà placé {path}, {uri} ou {qs} dans la destination vous-même, gardez le commutateur correspondant désactivé. Sinon, la valeur est ajoutée deux fois :

textDestination : https://www.new-domain.com{path}   + Redirection de chemin activée

old-domain.com/about  →  https://www.new-domain.com/about/about

Les variables ne modifient que l’endroit où un visiteur est envoyé. Le traitement d’une requête par une redirection est décidé par les règles de correspondance de RedirHub .

Dépannage#

• La variable apparaît littéralement dans l’URL : vérifiez l’orthographe, les lettres en minuscules et les accolades.
• Un double slash apparaît (new-domain.com//about) : {path} commence déjà par une barre oblique. Écrivez https://new-domain.com{path} ou https://new-domain.com/{uri} .
• Le chemin ou la chaîne de requête est répété : désactivez le transfert de chemin ou le transfert de requête pour cette redirection.
• Un @ apparaît dans le nom d’hôte : la requête a été effectuée pour le domaine nu. Ajoutez une redirection distincte pour le domaine racine.