Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Configuration des redirections et des réécritures pour une application Amplify
Les redirections permettent à un serveur Web de rediriger la navigation de l'un URL à l'autre. Les raisons les plus courantes d'utilisation des redirections incluent la personnalisation de l'apparence d'une URL application ou d'un site, afin d'éviter les liens brisés, le déplacement de l'emplacement d'hébergement d'une application ou d'un site sans changer son adresse, et le remplacement d'une demande par le formulaire requis URL par une application Web.
Comprendre les redirections prises en charge par Amplify
Amplify prend en charge les types de redirection suivants dans la console.
Redirection permanente (301)
Les redirections 301 sont conçues pour les modifications durables apportées à la destination d'une adresse web. L'historique de classement du moteur de recherche de l'adresse d'origine s'applique à la nouvelle adresse de destination. La redirection se produit côté client, une barre de navigation de navigateur affiche ainsi l'adresse de destination après la redirection.
Les raisons courantes d'utilisation de redirections 301 incluent les suivantes :
-
Pour éviter un lien brisé lorsque l'adresse d'une page change.
-
Pour éviter un lien brisé lorsqu'un utilisateur fait une faute de frappe prévisible dans une adresse.
Redirection temporaire (302)
Les redirections 302 sont conçues pour les modifications temporaires apportées à la destination d'une adresse web. L'historique de classement de l'adresse d'origine dans les moteurs de recherche ne s'applique pas à la nouvelle adresse de destination. La redirection se produit côté client, une barre de navigation de navigateur affiche ainsi l'adresse de destination après la redirection.
Les raisons courantes d'utilisation de redirections 302 incluent les suivantes :
-
Pour fournir une destination de détour lorsque des réparations sont effectuées sur l'adresse d'origine.
-
Fournir des pages de test pour la comparaison A/B d'une interface utilisateur.
Note
Si votre application renvoie une réponse 302 inattendue, l'erreur est probablement due aux modifications que vous avez apportées à la redirection et à la configuration personnalisée de l'en-tête de votre application. Pour résoudre ce problème, vérifiez que vos en-têtes personnalisés sont valides, puis réactivez la règle de réécriture 404 par défaut pour votre application.
Réécriture (200)
Les redirections 200 (réécritures) sont conçues pour afficher le contenu de l'adresse de destination comme s'il était servi à partir de l'adresse d'origine. L'historique de classement du moteur de recherche continue à s'appliquer à l'adresse d'origine. La redirection se produit côté serveur, une barre de navigation de navigateur affiche ainsi l'adresse d'origine après la redirection. Les raisons courantes d'utilisation de redirections 200 incluent les suivantes :
-
Pour rediriger l'ensemble d'un site vers un nouvel emplacement d'hébergement sans modifier l'adresse du site.
-
Pour rediriger tout le trafic vers une application Web d'une seule page (SPA) vers sa page index.html pour qu'elle soit gérée par une fonction de routeur côté client.
Introuvable (404)
Les redirections 404 se produisent lorsqu'une demande pointe vers une adresse qui n'existe pas. La page de destination d'une redirection 404 s'affiche au lieu de celle demandée. Les raisons courantes d'une redirection 404 incluent les suivantes :
-
Pour éviter un message de lien rompu lorsqu'un utilisateur saisit un message erronéURL.
-
Pour pointer des requêtes de pages inexistantes d'une application web vers sa page index.html pour traitement par une fonction de routeur côté client.
Comprendre l'ordre des redirections
Les redirections sont appliquées du haut de la liste vers le bas. Assurez-vous que votre ordre donne l'effet voulu. Par exemple, avec l'ordre de redirections suivant, toutes les requêtes d'un chemin donné sous /docs/ sont redirigées vers le même chemin sous /documents/, sauf /docs/specific-filename.html qui redirige vers /documents/different-filename.html :
/docs/specific-filename.html /documents/different-filename.html 301 /docs/<*> /documents/<*>
L'ordre de redirections suivant ignore la redirection de specific-filename.html vers different-filename.html :
/docs/<*> /documents/<*> /docs/specific-filename.html /documents/different-filename.html 301
Comprendre comment Amplify transmet les paramètres de requête
Vous pouvez utiliser les paramètres de requête pour mieux contrôler vos URL correspondances. Amplify transmet tous les paramètres de requête vers le chemin de destination pour les redirections 301 et 302, avec les exceptions suivantes :
-
Si l'adresse d'origine inclut une chaîne de requête définie sur une valeur spécifique, Amplify ne transmet pas les paramètres de requête. Dans ce cas, la redirection s'applique uniquement aux demandes adressées à la destination URL avec la valeur de requête spécifiée.
-
Si l'adresse de destination de la règle correspondante comporte des paramètres de requête, les paramètres de requête ne sont pas transférés. Par exemple, si l'adresse de destination de la redirection est
https://example-target.com?q=someParam
, les paramètres de requête ne sont pas transmis.