Loading...

Aide CDN.com.tr

Rediriger un domaine vers un autre domaine (301)

Envoyez les requêtes d'un domaine vers un autre domaine par une redirection permanente (301) depuis l'onglet Redirections des Règles de diffusion. Le chemin et la chaîne de requête sont conservés, et les vérifications de certificat Auto SSL sous /.well-known continuent de fonctionner.

Rediriger un domaine vers un autre domaine (301)

Envoyez les requêtes d'un domaine vers un autre domaine par une redirection permanente (301) depuis l'onglet Redirections des Règles de diffusion. Le chemin et la chaîne de requête sont conservés, et les vérifications de certificat Auto SSL sous /.well-known continuent de fonctionner.

Guides associés

Pourquoi les navigateurs mémorisent un 301, HTTPS sur le domaine redirigé, l'étape HSTS après une redirection vers HTTPS, et les règles qu'un domaine utilise de nouveau une fois sa redirection supprimée.

Contexte

Redirection 301 ou 302 : laquelle utiliser, et les erreurs qui collent

Pourquoi les navigateurs mémorisent un 301, les chaînes de redirections et comment les auditer avec curl.

Lire le guide
Après une redirection vers HTTPS

Activer HSTS pour vos noms d'hôte

Une fois les visiteurs HTTP redirigés vers HTTPS, HSTS permet aux navigateurs qui reviennent de sauter la requête HTTP.

Ouvrir le sujet
Certificats

Utiliser Auto SSL

Une redirection en HTTPS a besoin d'un certificat sur le domaine redirigé.

Ouvrir le sujet
Règles de diffusion

Définir le comportement du cache avec Add Rule

Les règles qui servent un domaine sur les protocoles où il n'est pas redirigé.

Ouvrir le sujet

Chemin dans le panneau

  1. Panneau de gestion
  2. Règles de diffusion
  3. Redirections
  4. Redirections de domaine
  5. Ajouter une redirection

Prerequis

  • Le domaine à rediriger est servi par une règle de diffusion de ce compte ; en HTTPS, il a aussi un certificat.
  • Le domaine cible répond déjà sur le protocole vers lequel vous envoyez les visiteurs.
  • Le rôle propriétaire ou éditeur : les lecteurs voient les redirections, mais ne peuvent pas les modifier.

Modele de decision

Quels protocoles ?

Pour les requêtes en détermine quelles requêtes sont redirigées. Une nouvelle redirection démarre avec les deux cochés.

  • HTTP et HTTPS : déplacer un domaine entier, comme l'ancien domaine d'une marque, vers un nouveau.
  • HTTP uniquement, avec https:// et le même domaine sous Vers : envoyer les visiteurs HTTP vers HTTPS.

Quel protocole sur la cible ?

Le choix sous Vers.

  • Même protocole que la requête : une requête HTTP va vers http:// sur la cible, une requête HTTPS vers https://.
  • https:// : chaque requête redirigée va vers HTTPS sur la cible.
  • http:// : chaque requête redirigée va vers HTTP sur la cible.

Redirection de domaine ou redirection mobile ?

Les deux se trouvent dans l'onglet Redirections.

  • Redirection de domaine : permanente (301), pour les domaines que vous cochez.
  • Redirection mobile : temporaire (302), pour les visiteurs sur navigateur mobile, sur tous les domaines du compte.

Guide etape par etape

1

Ajoutez la redirection

Une redirection peut couvrir plusieurs domaines du compte.

  • Ouvrez les Règles de diffusion, allez dans Redirections et cliquez sur Ajouter une redirection.
  • Cochez les domaines sous Rediriger ces domaines et les protocoles sous Pour les requêtes en.
  • Sous Vers, choisissez le protocole et saisissez le domaine cible, puis lisez la ligne Exemple.
  • Cliquez sur Enregistrer la redirection.

Resultat attendu: La redirection apparaît dans le tableau Redirections de domaine avec ses colonnes De, Protocoles et Vers, et la page affiche En ligne une fois que l'edge la sert.

2

Vérifiez-la depuis l'extérieur

Demandez une ancienne URL avec un chemin et une chaîne de requête sur chaque protocole redirigé et, sur un domaine avec Auto SSL, un chemin sous /.well-known/ en HTTP.

  • Demandez l'ancienne URL en HTTP et en HTTPS.
  • Demandez en HTTP un chemin sous /.well-known/ sur le domaine redirigé (sur un domaine avec Auto SSL).

Resultat attendu: Un 301 dont le location est la cible avec le même chemin et la même chaîne de requête ; la requête /.well-known/ (sur un domaine avec Auto SSL) reçoit une réponse sans redirection vers la cible.

cdnctl equivalent
curl -s -o /dev/null -D - 'http://old.example.com/blog/post?id=7' | grep -iE '^(HTTP|location)'
curl -s -o /dev/null -D - 'https://old.example.com/blog/post?id=7' | grep -iE '^(HTTP|location)'
curl -s -o /dev/null -w '%{http_code} %{redirect_url}\n' http://old.example.com/.well-known/acme-challenge/test
3

Modifiez-la ou supprimez-la

Une redirection reste en place jusqu'à ce que vous la supprimiez.

  • Cliquez sur Modifier dans la ligne de la redirection pour changer ses domaines, ses protocoles ou sa cible, puis sur Enregistrer la redirection.
  • Cliquez sur Supprimer, puis sur Supprimer la redirection pour confirmer.

Resultat attendu: Après une suppression, les domaines sont de nouveau servis par leurs règles, et la page affiche En ligne une fois que l'edge sert la modification.

Verification

  • curl -s -o /dev/null -D - 'http://old.example.com/blog/post?id=7' | grep -iE '^(HTTP|location)' → 301, location: https://new.example.com/blog/post?id=7 (avec https:// sous Vers)
  • curl -s -o /dev/null -D - 'https://old.example.com/blog/post?id=7' | grep -iE '^(HTTP|location)' → 301, location: https://new.example.com/blog/post?id=7
  • curl -s -o /dev/null -w '%{http_code} %{redirect_url}\n' http://old.example.com/.well-known/acme-challenge/test → pas de redirection vers la cible (sur un domaine avec Auto SSL)

Cas d'usage

Une marque passe de old.example.com à new.example.com, ou un site se fixe sur une seule adresse (www.example.com plutôt que example.com, HTTPS plutôt que HTTP), et chaque ancien lien doit arriver sur la même page à la nouvelle adresse.

Workflow rapide

  1. Ouvrez les Règles de diffusion du compte et allez dans l'onglet Redirections.
  2. Dans la carte Redirections de domaine, cliquez sur Ajouter une redirection.
  3. Sous Rediriger ces domaines, cochez les domaines à rediriger ; sous Pour les requêtes en, cochez HTTP, HTTPS ou les deux.
  4. Sous Vers, choisissez Même protocole que la requête, https:// ou http://, et saisissez le domaine cible sans chemin, par exemple new.example.com. La ligne Exemple montre où va /blog/post?id=7.
  5. Cliquez sur Enregistrer la redirection, attendez que la page affiche En ligne, puis vérifiez la redirection avec curl.

Verifications

  • La réponse est une redirection permanente (301), et son Location conserve le chemin et la chaîne de requête : /blog/post?id=7 sur l'ancien domaine va vers /blog/post?id=7 sur la cible.
  • Sur un domaine dont le certificat vient d'Auto SSL, les vérifications de certificat sous /.well-known/ continuent de fonctionner : en HTTP, c'est la règle de vérification de certificat du domaine qui répond à ces requêtes, pas la redirection.
  • Une redirection fonctionne là où l'edge sert le domaine : en HTTP, une règle de diffusion contient le domaine ; en HTTPS, une règle HTTPS le contient et le domaine a un certificat. Lorsque l'un des deux manque, l'éditeur indique que la redirection n'y a aucun effet.
  • Tant que la redirection est active, les autres règles du domaine ne s'appliquent plus sur les protocoles redirigés, et l'éditeur indique combien. Une fois la redirection supprimée, le domaine est de nouveau servi par ses règles.
  • Tant que l'optimisation des images de tout le compte est activée, les requêtes .jpg, .jpeg et .png vers un domaine redirigé sont optimisées et servies au lieu d'être redirigées ; la ligne de la redirection dans le tableau Redirections de domaine et l'éditeur l'indiquent pour chaque domaine.
  • Chaque domaine a une redirection par protocole : l'éditeur refuse une deuxième redirection pour un domaine qu'une autre redirection couvre déjà sur le même protocole.
  • L'éditeur refuse une redirection qui renverrait un domaine vers lui-même sur le même protocole. Rediriger http://www.example.com vers https://www.example.com n'est pas une boucle, et l'éditeur l'accepte.

Questions frequentes

Comment envoyer les visiteurs HTTP vers HTTPS sur le même domaine ?

Ajoutez une redirection pour ce domaine, cochez uniquement HTTP sous Pour les requêtes en, choisissez https:// sous Vers et saisissez le même domaine. Les requêtes HTTP reçoivent alors un 301 vers l'adresse HTTPS avec le même chemin et la même chaîne de requête, et les requêtes HTTPS sont servies par les règles du domaine comme avant. Assurez-vous que le domaine fonctionne déjà en HTTPS avec un certificat.

Dois-je rediriger example.com et www.example.com séparément ?

Les domaines sont comparés tels qu'ils sont écrits : cochez donc chaque forme que vous servez et qui doit aller vers la cible. Si example.com et www.example.com passent tous deux à new.example.com, cochez les deux. Pour vous fixer sur www.example.com, cochez uniquement example.com.

Pourquoi l'éditeur indique-t-il que la redirection n'a aucun effet ?

L'edge ne redirige un domaine que là où il le sert. En HTTP, une règle de diffusion doit contenir le domaine ; en HTTPS, une règle HTTPS doit le contenir et le domaine a besoin d'un certificat. Ajoutez d'abord le domaine à une règle, ou finalisez son certificat.

Que signifient les notes sous une redirection dans le tableau ?

Chaque note indique où la redirection ne fonctionne pas telle qu'elle est écrite. Inutilisée : une redirection plus ancienne couvre déjà ce domaine sur ce protocole ; modifiez ou supprimez l'une des deux. Une cible sans protocole maintient les navigateurs sur le même domaine : cliquez sur Modifier, vérifiez le protocole sous Vers et cliquez sur Enregistrer la redirection. Un domaine sans règle, ou sans certificat, pour un protocole n'est pas redirigé sur ce protocole ; ajoutez le domaine à une règle ou finalisez son certificat. Tant que l'optimisation des images de tout le compte est activée, les requêtes .jpg, .jpeg et .png sont optimisées au lieu d'être redirigées.

J'ai supprimé une redirection, mais mon navigateur va toujours vers la cible.

Les navigateurs mémorisent les redirections permanentes (301). Vérifiez avec curl ou dans une fenêtre de navigation privée : après la suppression, le domaine est de nouveau servi par ses règles.

Et les visiteurs sur navigateur mobile ?

La carte Redirection mobile du même onglet envoie les visiteurs sur navigateur mobile vers un autre domaine par une redirection temporaire (302), sur tous les domaines de ce compte, et conserve le chemin et la chaîne de requête. Tant qu'elle est active, les navigateurs mobiles reçoivent d'abord ce 302. Le domaine du site mobile doit être un domaine que ce compte ne sert pas.