En bref. Les champs de redirection vides d’Azure Front Door conservent le composant qu’ils représentent : hôte, chemin ou chaîne de requête de la requête entrante.

Définition : Dans une action de redirection d’URL d’Azure Front Door Standard ou Premium, un champ d’hôte de destination vide conserve l’hôte de la requête entrante, un champ de chemin de destination vide conserve le chemin entrant et un champ de chaîne de requête vide conserve la chaîne de requête entrante.

Points clés

Dans sa référence des actions d’un ensemble de règles, Microsoft décrit la redirection d’URL comme une action de règle qui envoie aux clients une réponse de redirection depuis Front Door.
Laisser le champ Hôte de destination (Destination host) vide conserve l’hôte de la requête entrante.
Laisser le champ Chemin de destination (Destination path) vide conserve le chemin entrant. Toute valeur renseignée dans ce champ commence par /.
Laisser le champ Chaîne de requête (Query string) vide conserve la chaîne de requête entrante. Une valeur renseignée dans ce champ ne comporte pas de ? initial.
Le type de redirection est un réglage distinct. Le portail Azure propose Found (302), Moved (301), Temporary Redirect (307) et Permanent Redirect (308).
En HTTP, une réponse 3xx utilise sa valeur Location pour désigner la ressource cible privilégiée d’une redirection automatique, selon la RFC 9110.

Que conserve chaque champ vide ?

Azure Front Door documente trois règles de conservation indépendantes. Un champ Hôte de destination vide conserve l’hôte de la requête entrante. Un champ Chemin de destination vide conserve le chemin entrant. Un champ Chaîne de requête vide conserve la chaîne de requête entrante. Selon ces règles, une action de redirection dont ces trois champs sont vides conserve ces trois composants de l’URL, tandis que les autres réglages de redirection déterminent la réponse.

Ces champs sont distincts du protocole de redirection. Microsoft indique Match Request, HTTP et HTTPS comme valeurs du champ Protocole de redirection (Redirect protocol) dans le portail, et MatchRequest, Http et Https comme valeurs dans les modèles ARM. Laisser les champs d’hôte, de chemin et de chaîne de requête vides ne sélectionne donc pas à lui seul HTTP ou HTTPS.

Comment ces champs apparaissent-ils dans la configuration d’une règle ?

L’exemple Azure utilise customHostname, customPath et customQueryString dans les paramètres de l’action UrlRedirect. Une configuration qui laisse ces composants de destination vides et choisit MatchRequest pour le protocole peut s’écrire ainsi :

{
  "name": "UrlRedirect",
  "parameters": {
    "redirectType": "TemporaryRedirect",
    "destinationProtocol": "MatchRequest",
    "customHostname": "",
    "customPath": "",
    "customQueryString": "",
    "typeName": "DeliveryRuleUrlRedirectActionParameters"
  }
}

Lorsqu’un chemin de destination est renseigné, la référence Azure exige une barre oblique initiale. Lorsqu’une chaîne de requête est renseignée, elle ne comporte pas de point d’interrogation initial. Ces règles de format s’appliquent aux valeurs de remplacement ; les champs vides déclenchent le comportement de conservation documenté.

Que reçoit le navigateur ou le robot d’exploration (crawler) ?

Front Door envoie une réponse de redirection. En HTTP, la cible figure dans l’en-tête Location, dont la valeur est une référence d’URI unique. La RFC 9110 précise que, pour une réponse 3xx, cette valeur désigne la ressource cible privilégiée pour rediriger automatiquement la requête. Une référence relative dans Location est résolue par rapport à l’URI cible.

Le code d’état choisi détermine la sémantique de la redirection indépendamment des composants conservés. La RFC 9110 définit 307 Temporary Redirect comme une redirection temporaire vers une autre URI, pour laquelle une redirection automatique conserve la méthode de la requête, tandis que 308 Permanent Redirect désigne une nouvelle URI permanente. Azure propose ces deux choix dans le portail et les valeurs ARM correspondantes dans l’action de règle.

Termes associés

FAQ

Un champ de chaîne de requête vide supprime-t-il les paramètres de suivi ?

Non. Azure indique qu’un champ Chaîne de requête vide conserve la chaîne de requête entrante. Le code d’état de la redirection et le protocole de destination restent des réglages distincts.

Un chemin vide redirige-t-il vers la page d’accueil ?

Non. Un champ Chemin de destination vide conserve le chemin entrant. Si vous saisissez un chemin de remplacement, Azure exige qu’il commence par /.

La redirection peut-elle changer le nom d’hôte tout en conservant le chemin et la chaîne de requête ?

Oui. Renseignez un hôte de destination et laissez les champs Chemin de destination et Chaîne de requête vides. Azure indique que ces deux champs vides conservent le chemin entrant et la chaîne de requête entrante.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Que conserve Azure Front Door lorsque les champs de redirection restent vides ?