Redirections 301 Webflow : la vraie limite, et leur ordre d'exécution
Trois limites de redirection différentes sont publiées pour Webflow et aucune n'est tout à fait juste. Voici ce que Webflow documente, le fichier où chaque règle est écrite, et la règle d'ordre qui fait échouer silencieusement une redirection spécifique.
Cherchez la limite de redirections de Webflow et vous obtenez trois réponses qui ne peuvent pas toutes être vraies. L'une dit 500 sur le plan CMS et illimité sur Business. Une autre dit aucune limite. Une troisième dit 1 000. La page d'aide de Webflow tranche, et au passage elle énonce deux choses sur le comportement des redirections que presque rien d'autre sur cette page de résultats ne mentionne.
La première réponse s'écarte facilement. Les plans CMS et Business ont cessé d'être vendus le 13 mai 2026, ce que nous couvrons dans les changements de plans de mai 2026 : une limite énoncée par plan pour ces deux plans décrit une gamme qui n'existe plus. Les deux autres sont à moitié justes.
Il n'y a pas de limite stricte, et il y a une limite recommandée
La page de Webflow le dit clairement : il n'y a actuellement pas de limite stricte au nombre total de redirections, et 1 000 est recommandé comme bonne pratique. Les deux réponses restantes citent chacune une moitié de cette phrase. Ce qui compte davantage, c'est la raison donnée par Webflow, car elle indique quelles redirections coûtent cher.
Chaque règle de redirection est écrite dans le manifest.json du site, le fichier qui donne aux navigateurs des informations sur le site. Plus ce fichier grossit, plus le navigateur de chaque visiteur a à télécharger. Une redirection sur Webflow n'est donc pas une ligne de configuration serveur qui ne coûte rien tant qu'elle ne correspond à rien. C'est de la charge utile, envoyée à tout le monde, que quelqu'un demande ou non l'ancienne URL. D'où le conseil de Webflow d'utiliser des jokers, qui couvrent de nombreux anciens chemins en une règle.
L'ordre d'exécution est l'inverse de ce qu'on attend
Webflow exécute les redirections dans l'ordre où elles ont été ajoutées au site. Les règles plus anciennes sont essayées d'abord, les plus récentes ensuite. La spécificité n'entre pas en jeu.
Quiconque a écrit des redirections dans nginx ou un fichier .htaccess a l'instinct inverse, où la règle la plus spécifique est censée l'emporter. Ici, non. Ajoutez tôt dans une migration un joker large comme /blog/(.*), puis une règle spécifique pour /blog/the-one-post-that-moved-elsewhere une semaine plus tard, et la règle spécifique ne se déclenchera jamais. Le joker l'attrape d'abord, parce qu'il est plus ancien. Rien n'échoue, rien n'avertit, et la page pointe vers la mauvaise destination tant que personne ne vérifie.
La règle pratique qui en découle : ajoutez les redirections spécifiques avant les larges, et quand vous héritez d'un tableau de redirections que vous n'avez pas écrit, triez-le par date de création dans les réglages du site et lisez-le dans cet ordre. Webflow expose le filtre de date de création exactement pour cela.
Ce que la page indique par ailleurs
| Comportement | Ce que Webflow documente |
|---|---|
| Plan requis | Un plan de site payant, ou un Workspace avec un plan payant |
| Chemins localisés | Les redirections sont relatives au domaine racine et ne s'appliquent pas aux slugs localisés : /old et /es/old demandent deux règles |
| Rediriger une page en ligne | Supprimez la page, mettez-la en brouillon ou changez son slug d'abord, sinon la redirection ne prend pas |
| Rediriger un élément CMS | Archivez, supprimez, dépubliez, mettez en brouillon ou re-sluguez l'élément d'abord |
| Jokers | Les groupes de capture s'écrivent (.*) et se référencent %1, %2 dans le chemin cible |
| Modifications en masse | Les redirections 301 s'importent et s'exportent en CSV |
| Changements de slug | Cocher la redirection permanente dans les réglages de page crée le 301 pour vous |
La ligne sur les chemins localisés est celle qui piège les migrations multilingues. Un site à trois locales a besoin de trois règles par URL déplacée, pas d'une, et un tableau dimensionné pour l'arbre anglais renverra silencieusement des 404 pour les deux autres. Cela triple le compte face à la recommandation de 1 000 plus vite qu'on ne le pense.
Comment cela change un plan de migration
- Cartographiez vers des jokers avant de cartographier vers des règles. Un dossier déplacé en bloc, c'est une règle et non deux cents, et la différence se paie en octets à chaque chargement de page, pas en une ligne de configuration.
- Saisissez les exceptions d'abord, les jokers en dernier. L'ordre de saisie est l'ordre d'exécution, et il ne peut pas être réorganisé après coup.
- Comptez les locales, pas les URL. Trois locales, c'est trois règles par chemin déplacé.
- Exportez le tableau en CSV une fois la migration en ligne et gardez-le avec le projet. C'est le seul registre lisible de ce qu'était l'ancien site, et la première chose dont on a besoin quand un classement chute.
La raison de bien faire cela le jour même est qu'une redirection manquante ne ressemble pas à une redirection manquante. Elle ressemble à un classement qui a chuté après un lancement, l'ambiguïté que nous démêlons dans indexé mais pas classé, ou pas indexé du tout. Le tableau de redirections est le premier endroit à regarder, et sur Webflow l'ordre des lignes fait partie de ce que vous regardez. Cela vaut quelle que soit la plateforme d'origine, WordPress, Wix ou Squarespace.
