Ce que comprend une migration de site web
Nous adaptons la mission au brief réel. La proposition indique lesquels de ces livrables sont inclus, qui fournit les éléments nécessaires et comment chacun est validé.
- Inventaire des URL et des contenus
- Une table de redirections 1:1 couvrant chaque ancienne URL
- Contenus, métadonnées et médias transférés vers le nouveau CMS
- Formulaires, analytics, consentement et intégrations reconstruits et testés
- Crawl de préproduction et checklist du jour de la mise en ligne
- Bilans de référencement à 30 et 60 jours
- Remise des accès, du DNS et de la liste des redirections
Quand migrer, et quand opter plutôt pour une refonte
Choisissez une migration lorsque le contenu et la structure du site fonctionnent encore, mais que la plateforme, l'hébergeur ou le domaine doit changer : coûts qui augmentent, plugins non maintenus, outil de création lent ou nouvelle marque sur un nouveau domaine. Si les pages n'expliquent plus votre offre, choisissez la Refonte de site web, qui applique ces mêmes contrôles au sein d'un nouveau design. Si vous avez seulement besoin de corrections SEO sur la plateforme actuelle, commencez par le SEO.
Le déroulé d'une migration : inventaire, table de redirections, répétition, bascule, suivi
Nous recensons tout ce que fait le site actuel avant de déplacer quoi que ce soit, puis nous rédigeons la table de redirections et le modèle de contenu à partir de cet inventaire. Le nouveau site est construit et alimenté sur une adresse de préproduction que les moteurs de recherche ont pour consigne de ne pas indexer, de sorte que l'ancien site continue de fonctionner jusqu'à la bascule.
Avant la mise en ligne, nous explorons la préproduction avec la liste complète des anciennes URL et corrigeons chaque écart. Le lancement se déroule sur une fenêtre planifiée : bascule du DNS ou de l'hébergement, redirections actives, sitemaps soumis, formulaires testés avec de vraies soumissions et, en cas de changement de domaine, déclaration d'un changement d'adresse dans la Search Console. À 30 et 60 jours, nous comparons l'indexation et les performances de recherche avec la situation de référence d'avant le lancement, et nous corrigeons ce que montrent les données.
Qu'inventorie-t-on avant de tout déplacer ?
Tout ce qui amène des visiteurs ou remplit une fonction, pas seulement les pages du menu. Le trafic de recherche arrive souvent sur d'anciens articles de blog, des PDF, des listes filtrées ou des pages que personne n'a modifiées depuis des années. Si une URL manque à l'inventaire, elle manque à la table de redirections, et ses visiteurs comme ses liens aboutissent sur une page d'erreur.
Chaque ligne reçoit une décision : conserver, rediriger définitivement, fusionner avec une page équivalente ou supprimer. L'inventaire note aussi ce dont la page dépend, comme la destination d'un formulaire, un widget de réservation, un script de suivi ou un fichier média, afin que cette dépendance soit déplacée avec elle.
- Toutes les URL qui répondent, y compris les PDF, les images et les URL à paramètres
- Pages d'atterrissage de la Search Console et des analytics sur au moins une année complète, pour que les pages saisonnières comptent
- Backlinks : les pages vers lesquelles d'autres sites font un lien
- Formulaires, leurs champs et la destination de chaque envoi
- Scripts et intégrations : CRM, réservation, chat, paiements, analytics, consentement
- Médias et fichiers téléchargeables avec leurs URL actuelles
- Rôles du CMS : qui modifie quoi, avec quels champs
Comment les redirections protègent-elles les positions et les liens ?
La documentation de Google sur les migrations de site demande d'associer chaque ancienne URL à sa nouvelle URL et de mettre en place des redirections permanentes côté serveur. Un code 301 ou 308 indique aux moteurs de recherche qu'une page a définitivement déménagé. Chaque ancienne URL doit pointer directement vers son équivalent le plus proche ; Google recommande des chaînes courtes, idéalement pas plus de trois redirections, et des liens internes mis à jour pour que le site ne dépende pas des redirections.
Lorsqu'une page n'a pas de véritable équivalent, elle doit répondre 404 ou 410. Google déconseille de rediriger de nombreuses anciennes URL vers une seule destination sans rapport, comme la nouvelle page d'accueil, et retire de son index les URL qui renvoient ces codes. Nous servons la page d'erreur habituelle du site avec ce statut, pour que les visiteurs arrivés par un ancien lien disposent quand même d'une navigation.
Google recommande aussi de conserver les redirections aussi longtemps que possible, généralement au moins un an, et de déclarer un changement d'adresse dans la Search Console lorsque le domaine ou le sous-domaine change. Il prévient qu'il faut s'attendre à des fluctuations temporaires de positionnement ; pour un site de petite ou moyenne taille, la plupart des pages peuvent mettre quelques semaines à se stabiliser. Notre travail limite les pertes à cette période de stabilisation, sans pertes évitables dues à des redirections manquantes ou à des pages cassées.
Qu'est-ce qui casse quand on quitte WordPress, Webflow, Wix, Framer, Squarespace ou Shopify ?
Chaque plateforme stocke le contenu à sa manière, si bien que les exports et la mise en place des redirections diffèrent. Les créateurs de sites hébergés comme Wix, Webflow, Framer et Squarespace font tourner votre site sur leurs propres serveurs : la migration est donc une reconstruction alimentée par ce que chacun permet d'exporter.
Sur notre stack par défaut, Astro sur Cloudflare avec un CMS headless, les pages sont livrées en HTML, les redirections sont des 301 ou 308 côté serveur, et les éditeurs disposent de champs pour les titres, les descriptions et les textes alternatifs. Lorsqu'une boutique a besoin du paiement et des applications de Shopify, ou qu'une équipe s'appuie sur des plugins WordPress qu'elle connaît, nous migrons vers WordPress ou Shopify avec les mêmes contrôles.
| Vous quittez | Ce qui casse habituellement | Ce que nous prévoyons |
|---|---|---|
| WordPress | Shortcodes et balisage des constructeurs de pages ; titres SEO stockés par des plugins en dehors du corps de l'article ; URL d'images sous /wp-content/uploads/ ; URL de catégories, d'étiquettes, d'auteurs et de flux ; plugins de formulaires. | L'export de WordPress écrit les articles, les pages, les champs personnalisés, les catégories, les étiquettes et les utilisateurs dans un fichier XML. Nous associons les métadonnées des plugins aux champs du CMS, réhébergeons les médias et redirigeons les archives qui reçoivent encore du trafic. |
| Webflow | Webflow héberge le site. Les collections du CMS s'exportent en CSV, mais les champs d'images et de fichiers s'exportent sous forme de liens vers le projet Webflow, qui, selon Webflow, cessent de fonctionner si le projet est supprimé. | Télécharger chaque ressource avant de résilier l'abonnement, réécrire ces liens, et reconstruire les interactions, les formulaires et les liens entre collections. |
| Wix | Wix indique que son architecture ne prend pas en charge l'hébergement externe : le site ne peut donc pas être transféré tel quel chez un autre hébergeur. | Reconstruire à partir du site en ligne et des contenus exportables, rassembler les médias, confirmer où le domaine est enregistré et rediriger chaque page. |
| Framer | Framer ne propose pas d'export HTML pour l'auto-hébergement ; les mises en page et les animations dépendent de sa plateforme. | Recréer les modèles et les animations, déplacer le contenu du CMS vers le nouveau modèle de données et conserver les slugs et les métadonnées. |
| Squarespace | Son export écrit une partie du contenu dans un fichier XML au format WordPress et exclut les pages de boutique, les blocs produit et les blocs vidéo ; une seule page de blog est exportée. | Prévoir séparément les données de la boutique, réhéberger les images et associer chaque URL de collection. |
| Shopify (vers ou depuis) | Chemins fixes comme /products/ et /collections/ ; les redirections ne fonctionnent que sur des URL qui ne chargent plus de page ; les comptes clients et les commandes demandent leur propre plan. | Vers Shopify : une liste complète de redirections des produits et des collections, que Shopify accepte en masse à partir d'un fichier CSV. Depuis Shopify : ces chemins fixes associés à la nouvelle structure. |
Que faut-il migrer en plus des URL, et quand est-ce vérifié ?
Une URL peut être correctement redirigée et perdre pourtant ce qui la faisait se positionner ou convertir. Ces éléments sont faciles à oublier quand le contenu passe par un fichier d'export ou à la main : chacun est donc vérifié sur les nouveaux modèles avant la mise en ligne.
La mise en ligne ne clôt pas le périmètre : les URL oubliées apparaissent dans les données des semaines plus tard, c'est pourquoi les contrôles du tableau font partie du projet.
- Balises title, meta descriptions et titres, y compris ceux stockés par des extensions
- Balises canoniques pointant vers chaque nouvelle URL, et hreflang mis à jour dans toutes les langues
- Données structurées comme Organization, Article, Product ou LocalBusiness
- URL des images, textes alternatifs et fichiers téléchargeables
- Formulaires et destination de chaque envoi
- Événements analytiques, conversions et bandeau de consentement qui les contrôle
- Rôles du CMS, pour que les éditeurs puissent publier dès le lendemain de la mise en ligne
| Quand | Ce que nous vérifions | Signal d'alerte |
|---|---|---|
| Avant le basculement | Liste des anciennes URL explorée sur l'environnement de préproduction : chacune renvoie un 200, une redirection unique vers un 200, ou un 404 ou 410 volontaire | Chaînes, boucles, redirections en masse vers la page d'accueil |
| Jour de la mise en ligne | Redirections actives, nouveau sitemap soumis, noindex de préproduction retiré, formulaires et analytics testés, changement d'adresse déclaré pour les changements de domaine | Un formulaire qui n'arrive à personne ; un noindex sur tout le site resté en place |
| Première semaine | Indexation des pages dans la Search Console, journaux des 404 du serveur, principales pages d'atterrissage vérifiées à la main | Anciennes URL absentes de l'inventaire |
| Jour 30 | Pages indexées, clics et impressions par page comparés à la référence | Pages dont les impressions chutent bien au-delà de la fluctuation générale |
| Jour 60 | Écarts corrigés, liste des redirections documentée, date de révision fixée avant de supprimer toute redirection | Redirections perdues lors d'un changement d'hébergement, d'extension ou de DNS |
Vos questions avant de choisir
Vais-je perdre mon positionnement Google en migrant mon site ?
Un peu de mouvement est normal : la documentation de Google sur les déménagements de site indique qu'il faut s'attendre à des fluctuations temporaires de positionnement pendant une migration. Le travail consiste à éviter les pertes évitables, comme des redirections manquantes, des pages envoyées vers l'accueil, des métadonnées oubliées ou un noindex de préproduction resté en place. Personne ne peut garantir un positionnement, mais nous vous montrons la référence de départ, le plan de redirections et la comparaison après la mise en ligne.
Combien de temps dure une migration de site web ?
Cela dépend du nombre d'URL, de la façon dont le contenu peut quitter l'ancienne plateforme, des intégrations et de la rapidité des validations. Après le basculement, Google indique qu'un site de petite ou moyenne taille peut mettre quelques semaines à voir la plupart de ses pages migrer ; le plan prévoit donc des bilans à 30 et 60 jours.
Pouvez-vous migrer mon site sans le refondre ?
Oui. Une migration à l'identique conserve les pages, le contenu et les URL aussi fidèlement que la nouvelle plateforme le permet. C'est souvent la première étape la plus sûre, car changer de plateforme et de design en même temps empêche de savoir quel changement a fait bouger votre trafic. Si vous souhaitez aussi un nouveau design, la refonte de site web couvre les deux dans un seul plan.
De quoi avez-vous besoin de ma part pour démarrer ?
Un accès administrateur au CMS ou à l'outil de création actuel, au registrar du domaine et au DNS, à l'hébergement, à la Search Console et aux analytics, ainsi qu'aux outils de formulaires, de CRM, d'e-mail et de paiement connectés au site. Un export des backlinks est utile si vous utilisez un outil SEO. Il nous faut aussi une personne capable de valider les décisions de redirection pour les pages à enjeu commercial ou juridique, comme les mentions légales ou les pages produit.
Combien coûte une migration de site web ?
Le prix dépend du nombre d'URL et de modèles, de la façon dont le contenu quitte l'ancienne plateforme (fichier d'export, API ou reconstruction manuelle), des intégrations, des langues, des données de boutique et d'un éventuel changement de design. Un site de 40 pages avec un export propre n'a rien à voir avec une boutique bilingue de milliers d'URL produit. La proposition détaille le périmètre de la migration poste par poste.
Que deviennent mon ancien hébergement et mon ancien domaine ?
Gardez le domaine : il porte vos liens, et après un changement de domaine, l'ancien doit continuer à servir les redirections pendant au moins l'année que Google recommande en général. Ne résiliez l'ancien hébergement ou l'abonnement à l'outil de création qu'une fois que le nouveau site répond à chaque URL, que vous disposez d'un export complet et d'une sauvegarde, et qu'aucune redirection n'en dépend. La remise des accès indique chaque date de résiliation, pour que rien ne se renouvelle ou n'expire par surprise.
À qui appartient le nouveau site, et qu'est-ce qui n'est pas inclus ?
À vous. Le dépôt de code, l'hébergement, le CMS, le nom de domaine et l'outil d'analyse restent au nom de votre entreprise, et la remise du projet comprend la carte des redirections pour que n'importe quel développeur puisse assurer la maintenance. Sauf si cela a été prévu au devis, une migration n'inclut ni la rédaction de nouveaux contenus, ni une nouvelle conception graphique, ni un suivi SEO continu après le bilan à 60 jours.
Sur le blog
- Checklist SEO de migration de site web : changer de plateforme ou de domaine sans perdre ses positions
Les positions chutent rarement à cause de la nouvelle plateforme, mais parce que des URL qui généraient du trafic ne répondent plus. Une checklist, de l'inventaire des URL au 90e jour.
Sources et lectures complémentaires
Les sources de cette page, avec des précisions complémentaires de la part des éditeurs d'origine.
- Google Search Central : Déménagement de site avec changement d'URLdevelopers.google.com
- Google Search Central : Redirections et Google Searchdevelopers.google.com
- Aide Google Search Console : Outil de changement d'adressesupport.google.com
- Google Crawling Infrastructure : Codes d'état HTTPdevelopers.google.com
- Documentation WordPress : Écran Outils > Exporterwordpress.org
- Webflow : Exporter le contenu du CMS au format CSVwebflow.com
- Centre d'aide Wix : Exporter ou intégrer votre site Wix ailleurssupport.wix.com
- Aide Framer : Puis-je exporter mon site en HTML et l'héberger moi-même ?framer.com
- Centre d'aide Squarespace : Exporter votre sitesupport.squarespace.com
- Centre d'aide Shopify : Créer et gérer des redirections d'URLhelp.shopify.com