- En bref
- Pourquoi une refonte peut faire perdre Google
- Les types de migration et leur niveau de risque
- Étape 1 : inventorier l’existant
- Étape 2 : construire le plan de redirection
- Étape 3 : recetter avant la mise en ligne
- Étape 4 : le jour de la bascule
- Étape 5 : surveiller les semaines suivantes
- Les erreurs fréquentes
- Checklist complète
Réussir une migration de site sans perdre son SEO tient en une idée : chaque page qui reçoit aujourd’hui des visites ou des liens doit avoir, le jour de la mise en ligne, une équivalente sur le nouveau site, accessible par une redirection permanente. Dans la réalité, c’est là que la plupart des refontes échouent. Nous voyons régulièrement des entreprises tunisiennes qui passent d’un vieux WordPress à un nouveau thème, d’un site sur mesure à PrestaShop, ou d’un .com.tn à un .tn, et qui découvrent quelques semaines plus tard que leurs demandes de devis ont chuté. Ce guide détaille la méthode, les erreurs à éviter et la checklist que nous utilisons.
En bref
- Inventoriez toutes les adresses de l’ancien site, avec leur trafic et leurs liens.
- Faites correspondre chaque adresse à la page la plus proche sur le nouveau site, dans un tableau.
- Redirigez en 301, une à une, sans chaînes ni renvoi de tout vers l’accueil.
- Recettez avant la mise en ligne : contenus, balises, indexation, vitesse, données structurées.
- Surveillez chaque jour pendant un mois : erreurs 404, indexation, positions, demandes.
Pourquoi une refonte peut faire perdre Google
Google associe vos positions à des adresses précises (URL) et au contenu qu’il y trouve ; si l’adresse disparaît ou si le contenu change radicalement, il doit tout réévaluer. Une refonte bien menée garde les signaux accumulés (ancienneté, liens, pertinence) ; une refonte mal menée les efface. Les causes les plus fréquentes :
- Les anciennes adresses renvoient une erreur 404 : les visiteurs venant de Google et des liens externes tombent sur une page vide, et Google finit par retirer ces pages de son index.
- Des contenus disparaissent : pages de service fusionnées, textes raccourcis « pour faire moderne », articles de blog non repris.
- L’indexation reste bloquée : le site de préproduction était en « noindex » ou bloqué dans le robots.txt, et le réglage est parti en production.
- La structure change : pages importantes enfouies à quatre clics de l’accueil, menus en JavaScript que Google explore mal.
- Le nouveau site est plus lent sur mobile, à cause d’animations, de vidéos ou d’images lourdes.
Les types de migration et leur niveau de risque
Toutes les migrations ne se valent pas : plus on change d’éléments à la fois, plus le risque et le travail augmentent.
| Type de migration | Exemple tunisien courant | Risque | Point d’attention principal |
|---|---|---|---|
| Passage en HTTPS | Ajout d’un certificat sur un site ancien | Faible | Rediriger toutes les adresses http vers https, mettre à jour les liens internes |
| Changement de design, mêmes adresses | Nouveau thème WordPress | Faible à moyen | Conserver textes, titres et balises ; vérifier la vitesse |
| Changement de structure d’URL | Suppression de « .html » ou de dates dans les adresses | Moyen | Plan de redirection complet |
| Changement de plateforme | Site sur mesure vers WordPress ou PrestaShop ; WordPress vers site statique | Élevé | Correspondance page par page, reprise des métadonnées, filtres e-commerce |
| Changement de domaine | entreprise.com.tn vers entreprise.tn, ou vers un .com | Élevé | Redirections domaine entier, outil de changement d’adresse de Search Console |
| Fusion de sites | Regrouper le site d’une filiale ou d’une marque dans le site principal | Élevé | Choix des pages conservées, redirections, contenus dupliqués |
Google décrit la démarche officielle dans son guide sur le déplacement d’un site avec modification des URL. Nous l’appliquons avec quelques étapes de plus, détaillées ci-dessous, et notre page refonte et migration SEO décrit l’accompagnement complet.
Étape 1 : inventorier l’existant
On ne peut pas rediriger ce qu’on n’a pas listé : la première étape est un inventaire exhaustif des adresses de l’ancien site. Croisez plusieurs sources, car aucune n’est complète seule :
| Source | Ce qu’elle apporte |
|---|---|
| Exploration du site (crawler) | Toutes les pages accessibles par les liens internes, avec titres et balises |
| Search Console (Performances et Pages) | Les pages qui reçoivent des impressions et des clics, y compris des pages oubliées du menu |
| Google Analytics | Les pages qui reçoivent des visites et génèrent des demandes ou des ventes |
| Outil de liens (backlinks) | Les pages qui reçoivent des liens d’autres sites, y compris de la presse |
| Plans du site XML et fichiers du serveur | Les pages non liées mais existantes, les PDF, les images importantes |
Pour chaque adresse, notez : le trafic organique, les conversions, le nombre de liens reçus, le mot-clé principal. Ce tableau devient la base de tout le reste. Il sert aussi à décider quelles pages méritent d’être conservées telles quelles, améliorées, fusionnées ou supprimées. Nos audits SEO commencent par cet état des lieux, et l’audit express en ligne en donne un premier aperçu.
Étape 2 : construire le plan de redirection
Le plan de redirection est un tableau à deux colonnes, ancienne adresse et nouvelle adresse, où chaque ancienne page pointe vers la page la plus proche par son contenu. C’est le document le plus important de la migration.
| Ancienne adresse | Nouvelle adresse | Règle |
|---|---|---|
| /services/creation-site-web.html | /creation-site-web/ | Équivalent direct : redirection 301 |
| /nos-produits.php?id=45 | /boutique/huile-olive-extra-vierge/ | Produit identique à nouvelle adresse : 301 |
| /blog/2016/05/conseils-seo/ | /blog/conseils-seo/ | Article repris et mis à jour : 301 |
| /promo-ramadan-2019/ | /promotions/ramadan/ | Page saisonnière pérenne : 301 |
| /services/fax-mailing/ | /services/ | Service arrêté : 301 vers la page la plus proche, ou 410 s’il n’y a aucun équivalent |
Les règles à respecter
- Redirection permanente (301 ou 308), jamais temporaire (302) pour une migration. Voir la documentation Google sur les redirections et la recherche Google.
- Une ancienne page vers une seule nouvelle page, la plus proche. Rediriger tout vers l’accueil est traité par Google comme une page introuvable (« soft 404 ») et fait perdre la pertinence.
- Pas de chaînes : si une page avait déjà été redirigée lors d’une ancienne refonte, mettez à jour l’ancienne règle pour qu’elle pointe directement vers la destination finale.
- Toutes les variantes : avec et sans www, http et https, avec et sans barre finale, anciennes versions en majuscules.
- Les fichiers aussi : PDF de catalogues, images qui reçoivent des liens ou du trafic depuis Google Images.
Exemples de mise en œuvre
Sur un serveur Apache (fréquent chez les hébergeurs tunisiens et sous Plesk ou cPanel) :
# Apache (.htaccess) : une ancienne adresse vers sa nouvelle équivalente
Redirect 301 /produits/huile-olive-bio.html /boutique/huile-olive-extra-vierge-bio/
# Ancien domaine vers le nouveau, en conservant le chemin
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?ancien-domaine\.com\.tn$ [NC]
RewriteRule ^(.*)$ https://www.nouveau-domaine.tn/$1 [R=301,L]Sur Nginx, pour un grand nombre de redirections, une table de correspondance est plus lisible et plus rapide :
# Nginx : table de correspondance chargée depuis un fichier
map $request_uri $nouvelle_url {
include /etc/nginx/redirections.map; # lignes : /ancienne/ /nouvelle/;
}
server {
if ($nouvelle_url) { return 301 $nouvelle_url; }
}Sur WordPress ou PrestaShop, des extensions de gestion des redirections existent, mais pour plusieurs centaines d’adresses, les règles côté serveur sont plus fiables et plus rapides. Voir nos pages SEO WordPress et SEO PrestaShop.
Étape 3 : recetter avant la mise en ligne
Le nouveau site doit être contrôlé sur un environnement de préproduction, protégé par mot de passe, avant la bascule : c’est là qu’on corrige, pas après.
| Contrôle | Ce qu’on vérifie |
|---|---|
| Contenus | Les textes des pages qui rapportaient du trafic sont repris (ou améliorés), pas raccourcis |
| Balises | Title, meta description, H1, attributs alt, balises canoniques qui pointent vers les nouvelles adresses |
| Liens internes | Menus et liens dans les textes pointent directement vers les nouvelles adresses, sans passer par une redirection |
| Données structurées | Organisation, fil d’Ariane, produits, FAQ : reprises et valides |
| Langues | Balises hreflang mises à jour si le site est multilingue |
| Vitesse mobile | Nouveau site au moins aussi rapide que l’ancien sur un mobile en 4G ; voir Core Web Vitals |
| Suivi | Google Analytics, conversions, pixels publicitaires installés et testés |
| Redirections | Le plan de redirection est testé en totalité sur la préproduction |
La préproduction doit être protégée par mot de passe plutôt que par une balise « noindex » : c’est le moyen le plus sûr d’éviter qu’elle soit indexée, et d’éviter que la balise parte en production le jour J.
Étape 4 : le jour de la bascule
Le jour de la mise en ligne, l’objectif est de vérifier en quelques heures que Google peut explorer le nouveau site et que les anciennes adresses redirigent correctement.
- Choisir un jour calme : évitez la veille d’un week-end, d’une fête ou d’une campagne publicitaire, et le pic d’activité de votre saison.
- Retirer la protection par mot de passe, vérifier le robots.txt et l’absence de « noindex » sur les pages publiques.
- Tester un échantillon de redirections (les 50 pages les plus visitées, au minimum) et explorer l’ancien site à partir de la liste des anciennes adresses.
- Soumettre le nouveau plan du site XML dans Search Console, et garder l’ancien quelques semaines pour que Google explore les redirections.
- En cas de changement de domaine : valider le nouveau domaine dans Search Console et utiliser l’outil de changement d’adresse.
- Mettre à jour la fiche Google Business Profile, les profils sociaux et les campagnes publicitaires avec les nouvelles adresses.
Étape 5 : surveiller les semaines suivantes
Une migration n’est terminée que lorsque le trafic et les demandes sont revenus au niveau d’avant, ce qui se contrôle chaque jour le premier mois.
| Période | Ce qu’on surveille | Réaction |
|---|---|---|
| Jours 1 à 7 | Erreurs 404 dans les journaux du serveur et Search Console, pages indexées, formulaires | Ajouter les redirections manquantes le jour même |
| Semaines 2 à 4 | Positions des mots-clés principaux, clics dans Search Console, demandes et ventes | Comparer page par page avec l’ancien site ; restaurer les contenus perdus |
| Mois 2 et 3 | Retour des positions au niveau d’origine, exploration de l’ancien domaine | Relancer les sites qui vous font un lien pour qu’ils mettent l’adresse à jour |
Cette surveillance est au cœur de notre offre de suivi et reporting, avec notre outil maison Zerkado. Si une migration ancienne a déjà fait chuter votre trafic, tout n’est pas perdu : les anciennes adresses peuvent souvent être retrouvées et redirigées après coup. Consultez notre page pénalité Google pour distinguer une migration ratée d’une vraie sanction.
Les erreurs fréquentes
| Erreur | Conséquence | Prévention |
|---|---|---|
| Aucune redirection (« c’est un nouveau site ») | Perte des positions et des liens de l’ancien site | Plan de redirection exigé dans le devis |
| Tout rediriger vers l’accueil | Pages traitées comme introuvables, pertinence perdue | Correspondance page par page |
| « noindex » ou robots.txt de préproduction mis en ligne | Le site disparaît progressivement de Google | Contrôle le jour J, préproduction protégée par mot de passe |
| Contenus raccourcis pour le design | Positions perdues sur les requêtes que ces textes couvraient | Maquettes conçues avec les textes réels |
| Redirections temporaires (302) | Signaux transmis plus lentement et de façon moins claire | Vérifier le code de réponse avec un outil d’en-têtes |
| Chaînes de redirections héritées | Exploration ralentie, perte de signal | Mettre à jour les anciennes règles |
| Ancien hébergement résilié trop tôt | Redirections de l’ancien domaine coupées | Garder le domaine et les redirections au moins un an, idéalement toujours |
| Nom de domaine laissé expirer | Liens et marque récupérables par un tiers | Renouvellement automatique, domaine au nom de l’entreprise |
La dernière erreur est plus fréquente qu’on ne le croit : après un passage de .com.tn à .tn, l’ancien domaine n’est pas renouvelé, les redirections disparaissent et un tiers peut racheter le nom. Gardez les deux domaines à votre nom, avec le renouvellement automatique activé.
Checklist complète de migration SEO
Avant
- Inventaire complet des adresses (crawler, Search Console, Analytics, backlinks).
- Relevé des positions et du trafic de référence, page par page.
- Plan de redirection validé, ancienne adresse → nouvelle adresse.
- Contenus des pages stratégiques repris ou améliorés.
- Balises, données structurées, hreflang et liens internes contrôlés sur la préproduction.
- Vitesse mobile égale ou meilleure.
- Suivi des conversions installé et testé.
Pendant
- Préproduction ouverte, robots.txt et « noindex » vérifiés.
- Redirections testées sur les pages principales.
- Plans du site XML soumis ; outil de changement d’adresse utilisé si le domaine change.
- Fiche Google, réseaux sociaux et publicités mis à jour.
Après
- Suivi quotidien des erreurs 404 pendant un mois.
- Comparaison des positions et des clics page par page.
- Relance des principaux sites qui font un lien vers vous.
- Redirections et ancien domaine conservés dans la durée.
Nous ne garantissons pas qu’une migration n’entraîne aucune fluctuation, mais une méthode rigoureuse évite les pertes durables. Si vous préparez une refonte, faites-nous intervenir avant la conception : un consultant SEO peut travailler avec votre agence web actuelle, ou les développeurs de Novatis peuvent prendre en charge l’ensemble. Les formules de suivi sont sur la page tarifs, et l’audit SEO gratuit permet de chiffrer votre projet.