# Comment faire un plan de redirection 301 pour une refonte ? > Pour faire un plan de redirection 301 lors d'une refonte, commencez par l'inventaire complet de vos URLs, associez chaque ancienne adresse à sa nouvelle, puis générez le fichier de redirections (CSV, règles .htaccess ou Nginx). Sur un gros site, on ne le fait pas à la main : coïncidences exactes pour les pages à trafic, règles par motif pour le reste. L'essentiel reste un inventaire complet, car une URL oubliée devient une erreur 404. WPBuildAI parcourt le site en ligne et génère la carte de redirections prête à appliquer, sans tableur. Source: https://wpbuildai.com/fr/comment-faire-un-plan-de-redirection-301-refonte/ By lawrence-arya · 2026-06-15 --- Pour faire un plan de redirection 301 lors d'une refonte, procédez dans l'ordre : un inventaire complet de vos anciennes URLs, l'association de chacune à sa nouvelle adresse, puis la génération du fichier de redirections, qu'il s'agisse d'un CSV, de règles .htaccess ou Nginx. Sur un petit site, cela se ferait à la main, mais avec des milliers de pages cela ne tient pas, alors on combine le précis et l'automatique : des coïncidences exactes pour les pages qui apportent du trafic et des règles par motif pour le reste. La clé de tout reste l'inventaire, car une URL absente de la carte devient une erreur 404 le jour de la mise en ligne. WPBuildAI parcourt le site en ligne et génère la carte de redirections prête à appliquer, sans tableur. ## Pourquoi un plan de redirection est indispensable Une refonte change presque toujours les adresses, et les positions sont attachées à ces adresses. Si une ancienne URL n'est pas redirigée, elle renvoie un 404 et Google finit par retirer la page, avec son classement. C'est précisément le cas que Google décrit dans son guide sur le [déplacement d'un site avec changement d'URL](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) : la carte complète des anciennes et nouvelles adresses est le cœur d'une migration sûre. Le plan de redirection n'est donc pas une étape secondaire, c'est ce qui transfère la valeur d'un site à l'autre. ## Étape 1 : l'inventaire complet des URLs Avant de rediriger, il faut savoir ce que vous avez, et un site expose plus d'adresses qu'il n'y paraît : pagination, pages de catégories et d'étiquettes, anciennes pages de campagne, fichiers PDF. Combinez trois sources pour toutes les capturer, un parcours complet du site, le sitemap XML et les pages qui reçoivent des clics dans la Search Console, comme dans [lister toutes les URLs](/find-extract-all-urls-website-301-redirects/). Une URL oubliée ici ne recevra pas de redirection et deviendra un 404. L'inventaire n'est donc pas une formalité, mais le socle de tout le plan. ## Étape 2 : associer chaque ancienne URL à la nouvelle Avec la liste en main, vous associez chaque ancienne adresse à sa nouvelle. C'est un travail un à un : l'ancienne URL d'un article vers la nouvelle, l'ancienne page de catégorie vers la nouvelle. En pratique, placez les deux côte à côte dans un tableau, pour qu'aucune adresse ne reste sans destination. Triez d'abord par trafic, car il est concentré : l'[étude d'Ahrefs](https://ahrefs.com/blog/search-traffic-study/) montre qu'une petite part des pages capte l'essentiel des visites. Vous traitez ces pages clés à la main, et le reste suit, comme détaillé dans [cartographier les redirections en masse](/how-do-i-map-301-redirects-for-e-commerce-site-bulk/). ## Coïncidences exactes et règles par motif Il faut savoir quand utiliser chaque approche. Une coïncidence exacte associe une URL précise à une autre ; elle est sûre et convient aux pages à trafic, où une mauvaise destination coûte cher. Une règle par motif (par exemple, tout ce qui est sous /blog/2019/ va vers /articles/) couvre beaucoup d'URLs d'un coup ; elle est efficace pour les longues traînes à structure régulière. Le risque d'une règle mal définie est de rediriger des pages vers de mauvaises destinations, alors on la teste sur un échantillon avant de l'appliquer. La combinaison des deux rend gérable une carte de milliers de lignes. ## Des redirections 301 en un seul saut La redirection elle-même doit être propre, et deux règles suffisent. Elle est permanente : une 301, pas une 302 temporaire, pour signaler que le déplacement est définitif, comme l'explique la [documentation de Google sur les redirections](https://developers.google.com/search/docs/crawling-indexing/301-redirects). Et elle se fait en un seul saut, en arrivant directement sur la destination plutôt que sur une autre redirection. Rediriger tout vers la page d'accueil ne fonctionne pas, car Google le lit comme une erreur soft 404 et ne transmet rien. Une chaîne de redirections gaspille le budget d'exploration. Une 301 nette par adresse, vers la bonne page, voilà ce qui transmet la valeur. ## Vérifier les redirections après la mise en ligne Une carte non vérifiée n'est qu'une hypothèse. Après l'application, contrôlez que chaque redirection se résout en un seul saut vers une page vivante, ni une chaîne ni un 404, comme dans [vérifier que les redirections fonctionnent](/check-if-301-redirects-are-working-correctly/). Sur un grand site, on ne vérifie pas ligne par ligne, mais un échantillon représentatif plus toutes les URLs à fort trafic. Ensuite, surveillez les 404 dans la Search Console les semaines suivantes, car il en échappe toujours quelques-unes au premier passage. C'est cette vérification qui distingue une carte qui semble complète d'une carte qui l'est vraiment, comme le rappelle le cas d'un [site disparu de Google](/fr/pourquoi-mon-site-a-disparu-de-google-seo/). ## Le plan, étape par étape 1. **Inventoriez toutes les URLs** depuis le sitemap, les liens internes et la Search Console. 2. **Triez-les par trafic** pour savoir lesquelles associer à la main. 3. **Associez à la main** les pages à trafic et **définissez des règles** pour le reste. 4. **Générez le fichier** de redirections (CSV, .htaccess ou Nginx) en bloc. 5. **Testez les règles** sur un échantillon avant de les appliquer. 6. **Appliquez, renvoyez le sitemap** et surveillez les 404 dans la Search Console. ## Exemple : une refonte de 500 pages Prenons une refonte qui change la structure des URLs sur un site de 500 pages. Un parcours complet réunit 500 pages plus 200 URLs de pagination, d'étiquettes et de catégories. La Search Console montre que l'essentiel du trafic va vers une cinquantaine de pages, associées à la main à leur destination exacte. Les autres suivent un motif régulier, donc couvertes par quelques règles testées au préalable sur un échantillon. On génère un CSV de redirections, on l'applique, on renvoie le sitemap et on surveille les 404. Quelques dizaines de 404 isolés apparaissent et sont corrigés en quelques jours. La carte de 700 URLs reste gérable parce qu'on a séparé l'exact de l'automatique. ## Les erreurs à éviter - Construire la carte sur un inventaire incomplet, en laissant des URLs sans destination. - Rediriger tout vers la page d'accueil, ce que Google lit comme un soft 404. - Appliquer des règles par motif sans les tester, et rediriger vers de mauvaises pages. - Créer des chaînes de redirections, l'une menant à l'autre, qui gaspillent l'exploration. - Considérer le travail terminé une fois appliqué, sans vérifier ni surveiller la Search Console. ## Ce qu'il faut retenir Un plan de redirection 301 se fait en trois temps : inventaire complet des URLs, association de chaque ancienne à sa nouvelle, et génération du fichier en bloc. Sur un gros site, on mêle coïncidences exactes pour les pages à trafic et règles par motif pour le reste, car tout faire à la main ne tient pas. Une URL oubliée devient un 404, donc l'inventaire est primordial, et Google traite la carte complète comme le cœur d'une migration sûre. La plateforme ne classe pas ; ce sont le contenu et les URLs, comme l'a montré l'[analyse de Backlinko](https://backlinko.com/search-engine-ranking). WPBuildAI parcourt le site et génère la carte de redirections. Envoyez l'adresse de votre site pour une analyse gratuite. Sans affiliation avec WordPress, Lovable, Webflow, Shopify, Wix ou Squarespace.