Coûts de migration de site en 2026 : feuille de calcul budgétaire pratique

Il n'y a pas de coût unique de migration de site, et quiconque en cite un sans voir vos URL fait une estimation (une estimation à l'aveugle). Les fourchettes publiées vont d'environ 10 000 $ pour un petit site marketing à 80 000 $ et plus pour les migrations d'entreprise et de commerce électronique, tandis que FocusReactive souligne franchement que le nombre de pages seul ne le décide pas. Bien que la documentation de migration de site de Google ne donne aucun prix, elle définit le travail précis que vous devez chiffrer. Traitez chaque chiffre comme illustratif. Ci-dessous se trouvent une feuille d'analyse détaillée, deux exemples de scopes étiquetés avec leurs hypothèses, une liste de contrôle de scoping et un examen lucide de ce que coûtent les erreurs de lancement.

Précisez quelle migration vous devez vraiment chiffrer

Quatre emplois différents se cachent derrière l'expression « migration de site », et ils diffèrent fortement. Mélangez-les, et les devis que vous recevrez seront très éloignés (à l'avantage de personne).

• Migration d'hébergement. Mêmes URL, même site, nouvelle infrastructure. Le guide d'hébergement de Google le couvre : préparez le nouvel hébergement, changez le DNS, surveillez, puis arrêtez l'ancien hébergement. Il ne s'applique que lorsque l'URL visible pour l'utilisateur reste la même.
• Changement de CMS. Le contenu se déplace vers un nouveau système d'édition. Les URL peuvent rester ou non. C'est là que la modélisation du contenu et les scripts d'import mangent le budget.
• Redesign. Nouvelle mise en page et nouveaux templates, souvent avec de nouveaux motifs d'URL attachés.
• Replatforming complet. Nouveau CMS, nouveau front end, probablement de nouvelles URL et de nouvelles intégrations, tout à la fois.

Pourquoi c'est important pour le budget : le guide de Google parle de changer les URL des pages existantes (comme HTTP vers HTTPS, changements de domaine et de chemin), et son conseil général est de changer une chose à la fois. Soyez intentionnel. Son propre exemple est de passer à un nouveau domaine d'abord et de changer la mise en page après, plutôt que de s'attaquer au domaine, au CMS et à la mise en page ensemble. Diviser un replatforming en phases ajoute un léger surcoût de projet. Mais le compromis est réel : chaque phase a un rayon d'explosion plus petit et une facture plus claire. Faites ce choix intentionnellement, pas par accident.

Mettez une phrase en haut de votre feuille : « Nous faisons X, et nous ne faisons pas Y dans cette phase. » Cette phrase vaut son pesant d'or. Et si votre migration se trouve être WordPress vers Astro, nous avons écrit cette route et son aspect SEO séparément (comme deux problèmes distincts).

Constituez l'inventaire avant de demander des devis

Un devis ne vaut que par l'inventaire qui le soutient: inventaire maigre, devis maigre. FocusReactive le souligne bien (un site multilingue sur 8 locales avec 500 pages et plusieurs intégrations nécessite un budget bien supérieur à un site monolingue de 500 pages). Même nombre de pages. Mais c'est un travail totalement différent.

Comptabilisez ces sept éléments:

• URLs. Chaque URL indexable, pas seulement celles dans la navigation. Google indique où se cachent les anciennes URLs: sitemaps, journaux serveur ou analytics pour vos URLs à fort trafic, le rapport Liens de Search Console, et l'inventaire URL du CMS. Récupérez les quatre. Ils divergeront, et cette divergence est la partie intéressante.
• Templates. Des mises en page distinctes, pas des pages. Dix articles de blog sur un template, c'est peu coûteux. Dix pages sur dix templates, ce ne l'est pas.
• Types de contenu. Articles, produits, événements, membres d'équipe, chacun avec ses champs et relations. Les collections avec champs de référence entre elles coûtent cher (Lil Big Things les facture 4 000 $ chacune dans son exemple détaillé, plus d'infos ci-dessous).
• Intégrations. CRM, paiements, recherche, email, réservation, analytics. N'importe quoi avec une clé API et un responsable qui a quitté l'entreprise.
• Traductions. Les locales multiplient le transfert de contenu et l'assurance qualité. Google dit aussi que les annotations hreflang sur les pages multilingues doivent être mises à jour vers les nouvelles URLs.
• Médias et téléchargements. Google recommande de transférer images et téléchargements comme les PDFs, et d'inclure les URLs d'images, vidéos, JavaScript et CSS dans le plan de migration. Les PDFs oubliés avec des liens entrants, c'est un grand classique.
• Fonctionnalités personnalisées. Calculateurs, espaces membres, recherche filtrée, redirections cachées dans un plugin. Les non documentées sont généralement la surprise.

Puis attribuez à chaque URL une difficulté (et soyez complètement impartial). FocusReactive estime la migration manuelle de contenu à environ 15 minutes par page facile, 25 par page moyenne et 45 par page difficile, et note que les délais sont presque toujours sous-estimés. Et je le croirais sans hésiter.

Votre feuille d'inventaire a besoin de ces colonnes: URL, template, type de contenu, difficulté, trafic, et une décision (garder, fusionner ou supprimer). Cette dernière colonne compte. Google dit que les URLs pour du contenu supprimé ou fusionné doivent retourner un HTTP 404 ou 410 sur le nouveau site, donc un 'supprimer' est un élément volontaire et non un oubli. Mais ajoutez une vérification supplémentaire. FocusReactive note que les limites de stockage des redirections, généralement 50 000 à 100 000 entrées, peuvent restreindre les plateformes commerce d'entreprise comme SAP Hybris et Salesforce Commerce Cloud une fois qu'une migration dépasse ce seuil. Hors de propos pour la plupart des sites. Fatal pour quelques-uns.

La feuille de lignes détaillées

Utilisez cette structure. La colonne 'base' contient uniquement des chiffres que je peux sourcer (où personne ne publie un prix, c'est indiqué clairement), et vous tarifez le reste à partir de votre propre inventaire.

Les chiffres Webflow à l'unité proviennent de Lil Big Things, publié le 21 septembre 2026, qui affirme que les calculs se situent dans les 20 % d'un devis réel d'agence. Mais traitez cela avec prudence. C'est un vendeur, c'est spécifique à Webflow, et cela n'itemise pas les redirections, la validation SEO ou l'assurance qualité (des omissions qui faussent rapidement le total). Utilisez cela comme vérification de cohérence, pas comme tarif. La plage de contingence vient de FocusReactive.

Ce que doivent contenir les lignes sans prix

Redirections. Mettez une ligne dans la carte par ancienne URL, chaque ligne pointant directement vers sa destination finale : pas de détours. Google recommande les redirections permanentes côté serveur, 301 ou 308, et traite les redirections côté client comme un dernier recours. Il dit que Googlebot peut suivre jusqu'à 10 sauts, mais recommande d'aller direct ; si vous ne pouvez pas, gardez idéalement les chaînes à 3 au maximum et moins de 5. Et Google dit aussi que les redirections permanentes ne causent pas de perte de PageRank. Mais cela concerne strictement le crédit de lien (pas une promesse sur le trafic), et je n'en ferai pas non plus.

Validation SEO. Vérifiez une balise canonique auto-référencée sur chaque nouvelle URL, hreflang mis à jour, sitemaps mis à jour, et pas de noindex de staging subsistant ou de bloc robots.txt en production (les petites négligences ont une longue demi-vie). Le tableau de dépannage de Google énumère exactement ces vestiges, plus les redirections vers des URL inexistantes et une capacité serveur insuffisante, comme erreurs courantes.

Assurance qualité. Le guide d'hébergement de Google suggère un environnement de test et d'examiner les pages, images, formulaires et téléchargements avant le lancement. Mais ajoutez le suivi et les événements de conversion à cette liste. Personne ne remarque une balise d'analyse morte jusqu'au rapport mensuel (ce qui est bien trop tard pour que l'assurance qualité semble bon marché).

Lancement et surveillance. Pour un changement d'hôte, Google suggère de réduire le TTL du DNS à une valeur conservatrice (quelques heures, par exemple) au moins une semaine avant. Planifiez aussi la capacité. Après tout déplacement, Google explore temporairement le nouveau site plus intensément que d'habitude, la capacité serveur doit donc faire face. Et surveiller à la fois les anciennes et les nouvelles URL dans Search Console fait partie du travail, pas une faveur.

Tarifs, avec un avertissement sanitaire

Lil Big Things dit que le taux médian des développeurs Webflow sur Upwork est de 31 $ l'heure, la plupart entre 20 $ et 45 $, tandis que les spécialistes indépendants senior basés aux États-Unis facturent 100 $ à 200 $ et plus. Les agences aux États-Unis et au Royaume-Uni facturent 150 $ à 300 $ l'heure ; l'Inde et l'Europe de l'Est facturent 50 $ à 120 $. Mais ne les mélangez pas. Ces chiffres ne s'alignent pas proprement avec ceux de FocusReactive (qui proviennent d'un ensemble de données différent et d'une priorité de plateforme différente). Ne les moyennez pas non plus. Choisissez le type de fournisseur que vous emboucheriez réellement et utilisez ce tarif.

Voici l'ordre de remplissage que je suivrais :

1. Écrivez la portée en une phrase : ce qui change, ce qui ne change pas.
2. Exportez les URL de l'ensemble des quatre sources et dédupliquez.
3. Marquez chaque URL comme conserver, fusionner ou supprimer, avec modèle et difficulté.
4. Comptabilisez les modèles, types de contenu, intégrations et locales.
5. Remplissez chaque ligne avec des heures ou des tarifs unitaires, et demandez à chaque fournisseur de vous faire un devis sur les mêmes lignes.
6. Ajoutez 15 à 20 % de marge de sécurité sur le sous-total.
7. Ajoutez une fenêtre de monitoring tarifée après le lancement, de sorte qu'elle ne repose pas sur la bonne volonté.

Si vous préférez remettre un inventaire complet à quelqu'un qui le tarife ensuite, c'est là que commence notre service de migration de site (pas de mystère). Et la liste de vérification du scope ci-dessous est exactement ce que nous vous demanderions.

Liste de vérification du scope

• Export complet des URL, avec les URL à fort trafic signalées
• Décision conserver, fusionner ou supprimer par URL
• Liste des intégrations, chacune avec un responsable nommé et les identifiants
• Chaque formulaire, et ce qu'il déclenche à la soumission
• Tags de tracking et événements de conversion actuellement actifs
• Liste des locales et la façon dont hreflang est actuellement gérée
• État du robots.txt et du noindex sur le site de staging
• Qui contrôle le DNS, et à quelle vitesse répond-il
• Une fenêtre de trafic plus faible pour le lancement (Google suggère de synchroniser la migration avec une baisse récurrente)

Deux scopes illustratifs

Aucun de ces deux-ci n'est un devis client. Ce sont des exemples travaillés avec hypothèses énoncées, construits entièrement à partir des chiffres sourcés ci-dessus. Changez les hypothèses, bien sûr, et les nombres bougent immédiatement.

Scope A : petit site d'information, changement de CMS, même domaine

Hypothèses (les miennes, à titre illustratif) : 20 pages, réparties en 10 faciles, 6 moyennes et 4 difficiles. Un formulaire de contact. Un tag analytics. Pas de traductions. Pas de redesign. Et la plupart des URL sont conservées, avec une courte correspondance pour le reste (le cas le plus simple et viable).

• Ancre : FocusReactive propose un petit site marketing à environ 10 000 $. Je traite cela comme l'ancre de build tout inclus. Votre fournisseur peut faire un tarif différent.
• Vérification de cohérence du transfert de contenu : 10 pages faciles à 15 minutes, c'est 150 minutes. Six moyennes à 25 minutes, c'est 150 de plus. Quatre difficiles à 45 minutes, c'est 180. Cela fait 480 minutes, soit 8 heures. Au taux d'agence de 150 à 300 $, c'est seulement une petite part de l'ancre, si fait manuellement.
• Marge de sécurité : 15 à 20 % des 10 000 $, ajoutée à l'ancre.
• Chiffre de travail: l'ancrage plus cette marge de sécurité.
• Calendrier: FocusReactive accorde 4 à 8 semaines pour construire un petit site marketing, ou 12 semaines au total avec migration de contenu.

Ce qui est intéressant ici, c'est combien peu du budget consiste à taper des pages dans un CMS (huit heures, c'est rien). Le reste, ce sont les templates, le formulaire, le suivi et la carte de redirection, c'est là où le travail cesse de ressembler à de la saisie de données et commence à se comporter comme de l'ingénierie.

Scope B: site de taille moyenne, changement de CMS, deux intégrations

Hypothèses: ceci utilise les entrées de l'exemple travaillé publié par Lil Big Things, il en hérite donc le biais Webflow. 30 pages statiques. 10 templates CMS. 2 collections avec champs de référence, 60 articles de blog et 2 intégrations. Mais j'ai ajouté moi-même une marge de sécurité et une variante de redesign (pour comparaison).

Ce sous-total est avant tout rafraîchissement de design. Ajoutez 15 à 20% de marge de sécurité et le total augmente en conséquence. Et si vous redesignez en même temps, Lil Big Things dit d'ajouter 30% au sous-total, la marge de sécurité s'appliquant ensuite à ce chiffre plus élevé. Le résultat est donc simple: le total grimpe bien au-delà du cas de base.

Pour le contexte, la gamme de FocusReactive pour un site de taille moyenne de 50 à 200 pages est grosso modo de 10K à 30K, donc les 28 800 $ de base se situent près du sommet et la variante redesign dépasse largement. Calendriers: FocusReactive dit 2 à 4 mois pour un build de taille moyenne, ou 5 à 6 mois avec des intégrations complexes, et trois à six mois de bout en bout pour un replatforming mi-marché.

Remarquez ce qui manque du tableau: les redirections, la validation SEO, l'assurance qualité et le lancement. La source ne les évalue pas. Vous ajouteriez ces lignes de votre propre inventaire, c'est pourquoi un vrai devis a besoin de vraies URL. Et notez que la variante redesign regroupe deux changements ensemble, ce qui est exactement ce que le conseil «une-chose-à-la-fois» de Google met en garde.

Ce que coûtent les erreurs de lancement

Personne ne publie un chiffre crédible pour ceci, et je n'en inventerai pas un. Ce que je peux faire, c'est montrer où l'argent s'échappe, mappé à la propre liste de Google des erreurs courantes.

URL perdues

Une URL absente de la carte est une page morte pour chaque visiteur et pour Googlebot. Google dit que pour considérer un déplacement comme complet, Googlebot doit visiter chaque URL sur l'ancien et le nouveau site au moins une fois, et que le déplacement se fait par URL. Donc un gap dans la carte est un gap dans le déplacement. Les redirections pointant vers des URL qui n'existent pas sont une autre erreur listée. Et une chaîne de redirection que quelqu'un a ajoutée à la hâte au lancement coûte silencieusement l'efficacité du crawl pour toujours.

Le coût de réparation est du temps d'analyste: ré-exporter, comparer, remaapper, redéployer. Bon marché au départ. Plus cher après le lancement, quand vous le faites sous pression.

Formulaires cassés et suivi mort

Un formulaire qui s'envoie nulle part vous coûte des leads silencieusement. Une balise analytics manquante vous coûte les données dont vous avez besoin pour juger si la migration a fonctionné du tout. Les deux sont des postes d'assurance qualité. Budgétisez-les avant le lancement ou payez-les comme du travail d'urgence après.

Performance et capacité du serveur

Google avertit qu'il crawlera le nouveau site plus lourdement que d'habitude pendant un moment. Si le nouvel hébergement est sous-dimensionné, les erreurs de crawl suivent, et la capacité insuffisante figure sur sa liste d'erreurs. Attendez-vous aussi à une fluctuation temporaire du classement. Google le dit directement. Planifiez-le dans la façon dont vous rendez compte aux parties prenantes, pas seulement dans le budget.

Annulation

L'annulation est le poste budgétaire que la plupart des budgets laissent en blanc. Pour un changement d'hébergeur, c'est peu coûteux si vous gardez l'ancien hébergement actif jusqu'à ce que la surveillance montre que tout, y compris Googlebot, est servi correctement (l'étape finale propre à Google est d'arrêter l'ancien hébergement seulement après cela). Pour un changement d'URL, c'est plus compliqué. Google traite les redirections permanentes comme un signal que la cible est canonique, et recommande de les utiliser uniquement quand vous êtes certain qu'elles ne seront pas annulées. Une fois ces signaux traités, revenir en arrière n'est pas un simple clic.

Alors budgétez un plan d'annulation: ancien environnement conservé pendant une période convenue, une annulation DNS documentée, et un décideur désigné à l'avance. Ensuite, conservez vos redirections. Google recommande généralement au minimum 1 an, et envisagez de les conserver indéfiniment.

FAQ

Combien de temps faut-il à Google pour terminer le traitement de la migration ?

Google dit que pour les petits et moyens sites, quelques semaines est typique pour que la plupart des pages se déplacent, et les sites plus grands prennent plus de temps. Sa documentation sur le recrawl (dernière mise à jour le 10 décembre 2025) dit que l'exploration peut prendre n'importe où de quelques jours à quelques semaines, et que soumettre un sitemap aide quand beaucoup d'URL changent. Budgétez le temps de surveillance pour correspondre, pas seulement le jour du lancement.

Qu'est-ce qu'une portée d'agence devrait inclure?

Demandez à voir les lignes pour la cartographie des redirections, la validation SEO, l'assurance qualité et une fenêtre de surveillance post-lancement comme postes séparés. Si un devis est un chiffre unique pour "migration", vous ne pouvez pas le comparer à un autre. Demandez aussi qui gère les changements DNS, qui approuve la cartographie des URL, et ce qui se passe pour les défauts trouvés après le lancement.

Que dois-je conserver de l'ancien site?

Conservez l'export complet des URL et la cartographie finale des redirections, plus un instantané des URL à fort trafic provenant de l'analytique ou des logs serveur pour que vous puissiez comparer avant et après. Conservez l'ancien hébergement jusqu'à ce que la surveillance soit terminée. Conservez vos redirections pendant au moins un an. Et gardez votre vérification Search Console fonctionnelle: Google avertit que les jetons de vérification peuvent changer quand les URL changent.

Ai-je besoin d'un Changement d'adresse dans Search Console?

Uniquement lors du déplacement entre domaines ou sous-domaines. Google dit que vous n'en avez pas besoin pour HTTP vers HTTPS, www vers non-www, ou les changements de chemin au sein du même domaine. C'est un élément de liste de contrôle, pas une ligne budgétaire.

La mise en garde la plus importante est que chaque chiffre ici est une plage publiée par un fournisseur ou un exemple arithmétique, donc un devis ne signifie quelque chose que quand il est construit contre votre véritable inventaire d'URL et d'intégrations. Et quel que soit ce que vous payez pour la construction, conservez les redirections pendant au moins un an.