Cloud & DevOps
Migration de site web : changer d'hébergeur, de domaine ou de CMS sans perdre votre référencement
Une migration de site web consiste à déplacer un site existant vers un nouvel hébergeur, un nouveau nom de domaine, un nouveau protocole (HTTP vers HTTPS) ou un nouveau CMS, sans que vos visiteurs ni Google ne s'en aperçoivent. C'est une opération technique courante, mais une migration mal préparée est l'une des causes les plus fréquentes de chute brutale de trafic organique.
Ce service s'adresse aux entreprises, e-commerçants et éditeurs de contenu dont le site représente un actif commercial : chaque URL indexée, chaque backlink et chaque position acquise doit être conservé. Il concerne aussi bien un site vitrine WordPress qu'une boutique PrestaShop ou une application sur mesure.
Nous prenons en charge l'inventaire complet des URL, la cartographie des redirections 301, la baisse anticipée des TTL DNS, la bascule proprement dite et le suivi post-migration dans Google Search Console. L'objectif est simple : zéro page perdue, zéro erreur 404 inattendue, zéro interruption visible.
Dans quelles situations intervenons-nous ?
Changement d'hébergeur
Votre hébergeur actuel est lent, trop cher ou plus maintenu. Il faut déplacer fichiers, base de données, certificats et tâches planifiées vers une nouvelle infrastructure sans coupure de service.
Changement de nom de domaine
Fusion, changement de marque ou passage d'un domaine national à un domaine international : chaque ancienne URL doit rediriger en 301 vers son équivalent exact, et Google doit être informé via l'outil de changement d'adresse.
Passage en HTTPS
Votre site est encore servi en HTTP ou en HTTPS partiel avec des contenus mixtes. Il faut installer le certificat, forcer la redirection, corriger les ressources chargées en HTTP et mettre à jour les balises canoniques et le sitemap.
Changement de CMS
Passage de Wix, Joomla, Drupal ou d'un site statique vers WordPress, ou de WordPress vers un framework moderne. La structure d'URL change souvent : la table de correspondance doit être établie page par page avant toute bascule.
Refonte avec nouvelle arborescence
Une refonte graphique s'accompagne fréquemment d'une nouvelle organisation des pages. Sans plan de redirection, les pages les mieux positionnées disparaissent de l'index en quelques semaines.
Notre intervention
- 1
Audit et inventaire des URL
Nous crawlons le site existant, exportons les URL indexées depuis Google Search Console, listons les pages qui reçoivent des backlinks et relevons les positions actuelles. Cet inventaire devient la référence pour valider la migration.
- 2
Cartographie des redirections
Chaque ancienne URL est associée à sa nouvelle destination dans une table de correspondance. Nous évitons les chaînes de redirections et les redirections en masse vers la page d'accueil, qui sont traitées par Google comme des erreurs 404 douces.
- 3
Préparation de l'environnement cible
Installation du nouvel hébergement ou du nouveau CMS, copie des fichiers et de la base de données, configuration du certificat TLS, et abaissement du TTL DNS à quelques minutes plusieurs jours avant la bascule pour que le changement se propage vite.
- 4
Recette sur environnement de préproduction
Le site migré est testé via le fichier hosts ou un sous-domaine temporaire : formulaires, paiement, recherche, espace client, envoi d'e-mails, performance. Les redirections sont vérifiées automatiquement sur l'intégralité de l'inventaire.
- 5
Bascule
Choix d'un créneau de faible trafic, gel des modifications sur l'ancien site, synchronisation finale des données, changement des enregistrements DNS, puis vérification en temps réel des codes de réponse et des journaux d'erreurs.
- 6
Suivi post-migration
Soumission du nouveau sitemap, surveillance des erreurs d'exploration et de couverture dans Search Console, comparaison des positions et du trafic avec l'inventaire de départ pendant plusieurs semaines, et correction des redirections manquantes.
Technologies utilisées
- Redirections 301 (Nginx, Apache, .htaccess)
- DNS (Cloudflare, Route 53, OVH)
- Certificats TLS Let's Encrypt
- Google Search Console
- Screaming Frog
- rsync et SSH
- WP-CLI
- MySQL et MariaDB
- Cloudflare
- WordPress et PrestaShop
Expertises associées
Pourquoi choisir Agencei ?
Une méthode centrée sur le SEO
Nous ne considérons pas une migration comme un simple déplacement de fichiers. L'inventaire des URL, les redirections et la vérification dans Search Console font partie du périmètre par défaut, pas d'une option.
Tests automatisés des redirections
Avant et après la bascule, chaque URL de l'inventaire est appelée par script pour contrôler le code de réponse et la destination finale. Les oublis sont détectés avant que Google ne les découvre.
Bascule sans interruption
Grâce à la baisse préalable des TTL, au gel des écritures et à une synchronisation finale, la fenêtre de bascule se limite généralement à quelques minutes, souvent sans aucune indisponibilité perçue.
Compétence multi-CMS et sur mesure
Nous migrons aussi bien des sites WordPress et PrestaShop que des applications Node.js, PHP ou Java, hébergés chez OVH, o2switch, AWS ou un serveur dédié.
En bref
- Qu'est-ce que ce service ?
- La migration de site web est le déplacement d'un site existant vers un nouvel hébergeur, un nouveau domaine, le protocole HTTPS ou un nouveau CMS, en conservant les URL, les redirections et le référencement.
- À qui s'adresse-t-il ?
- Entreprises, e-commerçants et éditeurs dont le site génère du trafic ou du chiffre d'affaires et qui ne peuvent pas se permettre une perte de positions ou une interruption.
- Quel problème résout-il ?
- Éviter les pertes de trafic organique, les erreurs 404, les pages non indexées et les coupures de service qui accompagnent une migration improvisée.
- Combien de temps faut-il prévoir ?
- Généralement de quelques jours pour un changement d'hébergeur simple à plusieurs semaines pour un changement de CMS avec nouvelle arborescence. Le suivi post-migration s'étend sur plusieurs semaines.
- Quels facteurs influencent le prix ?
- Le nombre d'URL et de pages à cartographier, le changement ou non de CMS et de structure d'URL, la complexité des fonctionnalités à recetter (paiement, espace client) et la disponibilité des accès techniques.
- Comment se déroule l'intervention ?
- Inventaire des URL, cartographie des redirections 301, préparation de l'environnement cible avec baisse du TTL DNS, recette en préproduction, bascule sur un créneau calme, puis suivi dans Google Search Console.
- Quels sont les risques ?
- Redirections manquantes ou en chaîne, pages supprimées sans équivalent, blocage de l'indexation laissé actif, enregistrements DNS ou MX oubliés, et contenus mixtes après le passage en HTTPS.
- Quelles alternatives existent ?
- Conserver l'hébergement actuel en l'optimisant, ou effectuer une migration progressive section par section lorsque le site est très volumineux.
Questions fréquentes
Une migration de site fait-elle forcément perdre du référencement ?
Non. Une baisse temporaire de quelques jours est possible le temps que Google réexplore le site, mais une migration bien préparée conserve les positions. Les pertes durables viennent presque toujours de redirections manquantes, de pages supprimées sans équivalent ou d'un blocage de l'indexation oublié sur le nouveau site.
Combien de temps le site est-il indisponible pendant la bascule ?
En général quelques minutes au maximum, et souvent aucune interruption visible. Nous abaissons le TTL DNS plusieurs jours avant, préparons le site cible à l'identique et réalisons la synchronisation finale juste avant de changer les DNS.
Faut-il garder l'ancien domaine après un changement de nom ?
Oui, et le plus longtemps possible. Les redirections 301 depuis l'ancien domaine doivent rester actives pendant au moins un an, idéalement indéfiniment, car des liens externes et des favoris continueront de pointer vers les anciennes adresses.
Pouvez-vous migrer un site dont je n'ai pas les accès au serveur ?
Dans la plupart des cas, oui. Un accès FTP ou SFTP, un export de base de données ou un accès administrateur au CMS suffisent souvent. Si aucun accès n'est disponible, nous pouvons reconstruire le contenu à partir d'un crawl, mais cela demande davantage de travail.
Que se passe-t-il avec les e-mails liés au domaine ?
Les enregistrements MX sont recensés avant la bascule et reconduits à l'identique. Si la messagerie change également d'hébergeur, nous planifions cette étape séparément pour éviter toute perte de courrier.
Le changement de CMS modifie-t-il les URL ?
Presque toujours. C'est précisément pour cela qu'une table de correspondance page par page est établie avant la bascule. Lorsque c'est possible, nous conservons la structure d'URL existante pour limiter les redirections.
Services associés
Migration WordPress
Changement d'hébergeur ou de domaine, passage en HTTPS, migration depuis Wix, Squarespace ou Joomla.
Voir ce serviceMigration PrestaShop
Montée de version 1.6 vers 1.7 ou 8, changement d'hébergeur, migration depuis ou vers une autre plateforme.
Voir ce serviceMigration de serveur
Transfert d'un serveur dédié ou VPS vers une nouvelle machine, avec mise à niveau d'OS et bascule contrôlée.
Voir ce serviceOptimisation performance
Diagnostic par profilage et corrections ciblées : Core Web Vitals, requêtes SQL, cache, CDN.
Voir ce serviceSécurité
Nettoyage de site piraté, durcissement, analyse de vulnérabilités, WAF, sauvegardes et accès.
Voir ce serviceParlez-nous de votre projet
Décrivez votre besoin en quelques lignes : nous revenons vers vous avec une première analyse et les prochaines étapes.