Réponse directe

Utilisez 301 pour les déplacements permanents et 302 pour les temporaires. Utilisez 308 ou 307 uniquement lorsque les formulaires, les API ou les webhooks doivent conserver leurs données de requête. Choisissez Frame (Masquage) pour garder votre domaine dans la barre d’adresse, mais seulement si la destination permet d’être intégrée dans un cadre. Choisissez HTML personnalisé pour afficher votre propre page au lieu d’effectuer une redirection.

Lorsque vous créez ou modifiez une redirection dans RedirHub, le menu déroulant Method détermine comment les visiteurs et les moteurs de recherche atteignent la destination. Les quatre méthodes HTTP (301, 302, 307 et 308) envoient le navigateur vers la nouvelle URL. Frame et HTML personnalisé maintiennent le visiteur sur votre domaine. Ce guide explique ce que fait chaque option et quand l’utiliser.

Comparaison rapide#

Les noms des méthodes correspondent au menu déroulant Method dans le tableau de bord RedirHub.
MethodLa barre d’adresse afficheSEOConserve les données de formulaire/APIIdéal pour
301 Déplacé définitivementDestinationTransmet les signaux de classement à la destinationNoChangements de domaine, migrations de site, déplacements permanents
302 FoundDestinationConserve l’URL d’origine indexéeNoTests, maintenance, campagnes à court terme
307 Redirection temporaireDestinationSame as 302YesDéplacements temporaires de formulaires, d’API et de webhooks
308 Redirection permanenteDestinationSame as 301YesDéplacements permanents de formulaires, d’API et de webhooks
Frame (Masquage)Votre URLLe contenu de destination n’est pas classé pour votre domaine—Affichage d'un site hébergé ailleurs sous votre domaine
HTML personnalisé (Pro)Votre URLIndexé comme votre propre page—Avis, pages de transition, simples pages d'atterrissage

301 Déplacé définitivement (compatible SEO)#

Un 301 indique aux navigateurs et aux moteurs de recherche que la page a été déplacée pour de bon. Les moteurs de recherche transfèrent les signaux de classement de l'ancienne URL vers la destination et affichent éventuellement la nouvelle URL dans les résultats. C'est le bon choix pour les changements de domaine, les changements de marque, les migrations de site et toute URL qui ne reviendra pas. Si vous n'êtes pas sûr, le 301 est la valeur par défaut pour les redirections permanentes.

Les navigateurs mémorisent les redirections permanentes

Après qu'un visiteur a suivi un 301 ou un 308, son navigateur peut continuer à l'envoyer vers l'ancienne destination, même après que vous l'avez modifiée dans RedirHub, jusqu'à ce qu'il vide son cache.

Pendant les tests, ou si la destination peut encore changer, commencez avec 302 et passez à 301 une fois la destination définitive.

302 Trouvé (Temporaire)#

Un 302 indique que le déplacement est temporaire. Les moteurs de recherche conservent l’URL d’origine indexée et ne considèrent pas la destination comme son remplacement. Utilisez-le pour les pages de maintenance, les promotions saisonnières, les tests A/B et les redirections dont la destination change régulièrement. Les navigateurs ne mettent pas en cache un 302 de la même manière qu’un 301, donc les changements prennent effet immédiatement. Pour une comparaison plus approfondie, lisez redirections 301 vs 302.

307 Redirection temporaire et 308 Redirection permanente#

307 et 308 signifient la même chose que 302 et 301, avec une différence : le navigateur doit répéter la requête exactement comme elle a été envoyée. Avec 301 et 302, la plupart des navigateurs transforment l’envoi d’un formulaire (une requête POST) en un chargement de page normal à la nouvelle adresse, de sorte que les données soumises sont perdues. 307 et 308 conservent la méthode et les données.

  • 308 : un point de terminaison d’API, une URL de webhook ou un gestionnaire de formulaire a été déplacé définitivement.
  • 307 : le même type de point de terminaison est déplacé seulement temporairement, par exemple pendant une fenêtre de migration.

Pour les pages web ordinaires que les gens ouvrent dans un navigateur, 301 et 302 sont le choix le plus connu et fonctionnent tout aussi bien.

Cadre (masquage)#

Le cadre charge la destination dans un cadre plein écran sur votre domaine, de sorte que la barre d’adresse continue d’afficher votre URL. C’est utile lorsqu’un site est hébergé ailleurs, par exemple sur une plateforme de création de pages ou une plateforme de portfolio, et que vous voulez que les visiteurs ne voient que votre domaine.

Avant de choisir le cadre, vérifiez ces limites :

  • De nombreux sites refusent d’être affichés dans une iframe. Si la destination envoie un en-tête X-Frame-Options ou une Content-Security-Policy avec frame-ancestors, le navigateur affiche une page blanche ou une page d’erreur dans l’iframe. La plupart des grandes plateformes et presque toutes les pages de connexion font cela.
  • La destination doit utiliser HTTPS. Les navigateurs bloquent les pages http:// à l’intérieur d’une page https://.
  • La barre d’adresse ne change jamais. Les visiteurs ne peuvent pas ajouter aux favoris ni partager une page interne spécifique, et l’actualisation les ramène à la première page.
  • Les connexions peuvent ne pas fonctionner. Les navigateurs restreignent les cookies dans les iframes provenant d’un autre domaine, donc les flux de connexion et de paiement peuvent se casser.
  • Aucun avantage SEO. Les moteurs de recherche voient une page sur votre domaine qui ne contient qu’une iframe, donc le contenu de la destination ne se classe pas pour votre domaine. Si le trafic de recherche compte, utilisez une redirection 301.

Pour vérifier une destination, ouvrez-la dans votre navigateur, ouvrez les outils de développement et regardez les en-têtes de réponse de la page dans l’onglet Réseau. Si vous voyez X-Frame-Options (DENY ou SAMEORIGIN), ou une règle frame-ancestors qui n’inclut pas votre domaine, Frame ne fonctionnera pas pour cette destination. Plus d’idées dans quand utiliser le transfert d’URL avec masquage.

HTML personnalisé (Pro)#

Le HTML personnalisé ne redirige pas du tout. À la place, RedirHub affiche le HTML que vous saisissez comme page pour cette URL source. Utilisez-le pour un message de maintenance ou “bientôt disponible”, une page d’attente pour un domaine parqué ou à vendre, ou une simple page de destination qui n’a pas besoin de son propre hébergement. Le HTML personnalisé est disponible dans l’offre Pro et au-dessus.

Options de transfert et variables#

Les quatre méthodes HTTP et Frame fonctionnent avec le transfert par chemin, le transfert par requête et les variables d’URL de destination. Par exemple, Frame avec le transfert par chemin activé ouvre la page interne correspondante de la destination lors de la première visite. Voir Variables d’URL de destination pour plus de détails.

Quelle méthode dois-je choisir ?#

  • Déplacer définitivement un site ou un domaine : 301
  • Test, campagne à court terme ou destination pas encore définitive : 302 (passez ensuite à 301)
  • Déplacer un point de terminaison d’API, de webhook ou de formulaire : 308 (permanent) ou 307 (temporaire)
  • Conserver votre domaine dans la barre d’adresse : Frame (Masquage), après avoir vérifié que la destination autorise l’intégration en frame
  • Afficher une page au lieu de rediriger : HTML personnalisé

Vous pouvez changer de méthode à tout moment. Si une redirection ne se comporte pas comme prévu après un changement, consultez Dépannage des nouvelles redirections.

Questions fréquemment posées

Pour un déplacement permanent, utilisez 301 (ou 308 pour les endpoints qui reçoivent des données de formulaire ou d'API). Cela indique aux moteurs de recherche de transférer les signaux de classement de l'ancienne URL vers la destination. Utilisez 302 uniquement lorsque le déplacement est temporaire.

Non. Commencer avec 302 pendant vos tests, puis passer à 301 une fois la destination finalisée, est une approche courante et sûre. Les moteurs de recherche considèrent la redirection comme permanente dès qu'ils voient le 301.

Les navigateurs mettent en cache les redirections 301 et 308. Votre navigateur se souvient de l'ancienne destination jusqu'à ce que son cache soit vidé. Testez dans une fenêtre privée ou dans un autre navigateur. Les visiteurs qui n'ont pas encore suivi l'ancienne redirection verront immédiatement la nouvelle destination.

La destination bloque très probablement l'affichage dans une frame avec un en-tête X-Frame-Options ou Content-Security-Policy, ou bien elle utilise http:// au lieu de https://. Seul le propriétaire de la destination peut modifier cela. Sinon, utilisez 301 ou 302.

Pas pour votre domaine. Google voit votre page comme une frame contenant presque aucun contenu propre, et indexe la destination sur son propre domaine. Si vous voulez que les moteurs de recherche attribuent le contenu à la destination, utilisez une redirection 301.