Netlify Redirects vs RedirHub (2026) : Tarification, Migrations & Meilleure Adaptation

Quel produit correspond à votre besoin#

La raison la plus solide de choisir Netlify n’est pas qu’il s’agit d’un SaaS de redirection moins cher. C’est que les redirections font déjà partie de la plateforme sur laquelle votre application est construite et livrée. La raison la plus solide de choisir RedirHub, c’est la séparation organisationnelle : les redirections ont besoin de leur propre cycle de vie, de leur propre modèle de capacité et de leur propre espace de travail, plutôt que d’être une configuration d’application.

Les redirections Netlify font partie d’une plateforme de développement web#

Netlify se présente actuellement comme une plateforme de développement web qui transforme des projets issus d’outils d’IA ou de Git en déploiement mondial. Son produit phare décrit explicitement les redirections, les proxys, le contrôle d’accès et les tests A/B comme faisant partie de la configuration « edge » de l’application.

Ce contexte compte. Dans le workflow de routage statique documenté par Netlify, les règles de redirection et de réécriture résident dans le fichier _redirects d’un site ou dans netlify.toml . Netlify sérialise ces règles et les évalue sur des nœuds « edge » du CDN.

Pour une équipe front-end qui déploie déjà le site sur Netlify, il s’agit d’une fonctionnalité, pas d’une limitation. Les changements de redirection peuvent suivre la même discipline de contrôle de version, d’aperçu et de déploiement que le reste de l’application.

Migrations de site web et grands ensembles de redirections#

Une migration peut prendre des formes très différentes selon que la structure des URL reste prévisible.

Netlify prend en charge des règles individuelles, des espaces réservés, des caractères génériques, la correspondance des paramètres de requête et le routage conditionnel. Sa documentation indique que si vous avez besoin de 10 000 redirections ou plus , vous devez utiliser autant que possible des caractères génériques ou des espaces réservés, et envisager les Edge Functions pour des configurations plus complexes. Il s’agit de conseils sur la manière de structurer un grand ensemble de règles, et non d’une limite de plan publiée pour 10 000 règles.

RedirHub utilise un modèle différent. Un mappage source vers destination de migration de site web configuré individuellement correspond à un seul lien géré. Core démarre à 49 $/mois pour 25 domaines et 2 500 liens gérés . Si vous avez besoin de 10 000 liens gérés et de pas plus de 25 domaines, l’étape de capacité Core actuelle est de 89 $/mois .

Cela rend RedirHub plus facile à dimensionner lorsque le travail est explicitement « nous avons un tableur d’anciennes URL et de nouvelles URL, et ce mappage doit rester indépendant de l’application ». L’import/export CSV est disponible sur tous les forfaits, de sorte que le parc de redirections peut être examiné et géré comme des données plutôt que d’être copié dans la configuration de routage de l’application.

Tarification : ne comparez pas les prix des forfaits comme s’ils achetaient la même chose#

Netlify ne vend pas un forfait dédié aux redirections uniquement. Sa tarification actuelle basée sur des crédits couvre les déploiements, le calcul, la bande passante, les requêtes web et d’autres utilisations de la plateforme.

Sur Netlify, les requêtes web consomment 2 crédits pour 10 000 requêtes, et la définition inclut explicitement les redirections. Le même pool de crédits est également utilisé par d’autres ressources de plateforme facturées à l’usage. Par exemple, un million de requêtes web consommerait 200 crédits avant de prendre en compte la bande passante, les déploiements de production, le calcul ou d’autres utilisations.

RedirHub ne mesure pas le trafic de redirection en fonction du nombre de requêtes. Ses offres payantes utilisent la capacité des domaines et la capacité des liens gérés, qui peuvent être étendues indépendamment.

Cela signifie que la comparaison qui paraît « bon marché » est aussi la plus juste : si vous hébergez déjà le site sur Netlify et que vous disposez de suffisamment de crédits, un ensemble de redirections modeste peut avoir peu ou pas de coût supplémentaire pour l’offre logicielle. Payer séparément pour RedirHub n’a de sens que lorsque le workflow de redirection dédié lui-même a de la valeur.

Comportement de routage : Netlify est plus large au sein de l’application#

Le moteur de redirection de Netlify prend en charge les redirections 301 et 302, les réécritures/proxies 200, la correspondance des requêtes et des conditions, y compris le pays, la langue, le rôle et la présence d’un cookie. Sa documentation actuelle indique que le 307 n’est pas pris en charge et recommande 302 pour les redirections temporaires.

RedirHub prend en charge les redirections 301, 302, 307 et 308, le transfert de chemin et le transfert des paramètres de requête. Les produits ne se résument donc pas à « Netlify a moins de fonctionnalités de redirection » ou « RedirHub en a plus ». Netlify est particulièrement fort pour les conditions au niveau de l’application ; RedirHub est conçu autour de la gestion persistante des redirections et des liens.

Pour les équipes qui évaluent les deux, la meilleure question est de savoir où doit résider la logique de routage.

Domaines et HTTPS#

Netlify peut ajouter des redirections de domaine pour plusieurs domaines attribués à un site, et il propose un HTTPS gratuit sur les sites Netlify. Lorsque vous ajoutez un domaine personnalisé, Netlify provisionne automatiquement un certificat Let's Encrypt et le renouvelle selon les besoins.

RedirHub inclut également un HTTPS automatique. La différence ne réside pas dans le fait que l’un ou l’autre produit peut fournir une redirection sécurisée. Elle réside plutôt dans le fait que le domaine de redirection appartient naturellement à un projet Netlify ou qu’il doit être géré dans un espace de redirection distinct.

Un portefeuille de marque abandonné est un bon exemple. Si dix anciens domaines existent uniquement pour envoyer du trafic ailleurs, les rattacher à des projets d’application peut être moins naturel que de les gérer comme un parc de redirections. Si les domaines sont des alias d’un seul site Netlify, la gestion de domaine propre à Netlify peut être l’option la plus simple.

La responsabilité opérationnelle compte plus que la liste des fonctionnalités#

Le workflow documenté par Netlify est orienté développeurs : les règles de routage vivent avec la configuration du site, et les projets intégrés à Git peuvent déployer des changements via le même processus que le code d’application. Netlify prend aussi en charge des workflows via CLI, API et déploiement manuel ; il serait donc trompeur de dire que chaque modification de redirection Netlify nécessite toujours le même chemin de redéploiement via Git.

RedirHub donne aux opérations de redirection leur propre espace de travail. Les Product Facts approuvés par RedirHub incluent l’import/export en masse via CSV, une API REST, un HTTPS automatique et une capacité indépendante en matière de domaines/liens gérés. Cela peut rendre le workflow plus simple à confier au SEO, au marketing ou aux équipes IT, sans que ces équipes soient responsables des fichiers de routage de l’application.

Aucun des deux modèles n’est intrinsèquement meilleur. Le modèle de responsabilité est une décision produit.

Comment vérifier votre configuration#

1. 1
   Distinguez les redirections qui appartiennent à une application Netlify des domaines ou des mappages qui doivent survivre indépendamment de cette application.
2. 2
   Comptez individuellement les anciennes URL modifiées. Si la migration comporte 10 000+ règles, testez si les placeholders Netlify ou les caractères génériques simplifient l’ensemble avant de supposer que chaque URL nécessite une règle individuelle.
3. 3
   Estimez l’utilisation partagée des crédits de Netlify, y compris les requêtes de redirection, la bande passante, les déploiements et le calcul, plutôt que de traiter le prix de son forfait mensuel comme un prix réservé aux redirections uniquement.
4. 4
   Pour RedirHub, comptez séparément les domaines connectés et les mappings de migration gérés individuellement.
5. 5
   Décidez qui doit prendre en charge les changements futurs : l’équipe applicative dans son flux de déploiement, ou une équipe qui gère les redirections en tant qu’infrastructure partagée.

Trinayan Chakraborty - Operations Lead

TC is the Operations Manager at RedirHub, leading the company’s operational strategy and execution to ensure reliable, scalable redirect infrastructure. He oversees internal processes, cross-team coordination, and platform readiness while supporting customers through complex redirect implementations. With a strong understanding of large-scale domain operations and real-world edge cases, TC plays a key role in aligning product and customer success to deliver stable, high-performance redirection solutions.