Pour migrer un site sans perdre son SEO, il faut faire un inventaire complet des URLs existantes, créer une carte de redirections 301 (ancienne URL vers nouvelle URL), conserver les titres et le contenu qui performent, et surveiller la Search Console pendant huit semaines. Tout le reste (le nouveau design, la nouvelle stack technique, le nouveau CMS) est secondaire. Une migration ratée ne se voit pas le jour du lancement : elle se voit trois semaines plus tard, quand les impressions s'effondrent dans la Search Console et que personne ne comprend pourquoi.
Au Maroc, j'ai vu des refontes magnifiques détruire 60 % du trafic organique en un week-end, simplement parce que l'agence a changé la structure des URLs sans poser une seule redirection. Le site était plus beau. Il ne se vendait plus. Voici la méthode pour éviter cette erreur très coûteuse.
Pourquoi une refonte fait souvent chuter le trafic ?
Google a indexé votre site tel qu'il existe aujourd'hui : chaque URL, chaque titre, chaque lien interne est une adresse connue. Le jour de la migration, vous changez ces adresses. Si vous ne dites pas à Google où le contenu a déménagé, il se retrouve devant des centaines de pages 404. Le signal envoyé est brutal : "ce site a perdu tout son contenu utile". Le classement suit.
Le piège, c'est que la chute n'est pas immédiate. Google met une à trois semaines à recrawler l'ensemble du site. Pendant ce délai, tout semble normal, le client félicite l'agence, et puis le trafic commence à fondre. Quand l'alerte arrive, le mal est déjà fait et chaque jour de retard aggrave la perte.
Les causes de chute sont presque toujours les mêmes, et elles sont toutes évitables : redirections oubliées, structure d'URL modifiée sans cartographie, environnement de préproduction (staging) resté bloqué aux robots après la mise en ligne, contenu raccourci ou supprimé pendant le "nettoyage", et balisage hreflang cassé sur les sites bilingues. Sur le marché marocain, où beaucoup de sites jonglent entre français, arabe et parfois anglais, ce dernier point fait des ravages.
Comment faire l'audit pré-migration et l'inventaire des URLs ?
Avant de toucher quoi que ce soit, vous devez savoir exactement ce que vous avez. C'est la phase la plus négligée et la plus déterminante.
Construire l'inventaire complet des URLs
Récupérez la liste de toutes vos URLs indexées depuis trois sources, puis fusionnez-les :
- L'export de la Search Console (rapport "Pages" puis "Performances", pour avoir les URLs qui génèrent réellement des impressions et des clics).
- Un crawl complet du site avec un outil comme Screaming Frog (la version gratuite couvre jusqu'à 500 URLs, suffisant pour la majorité des sites vitrines marocains).
- Votre sitemap.xml actuel et, si possible, les logs serveur.
Pour chaque URL, notez trois informations critiques : son trafic organique (clics sur 90 jours), ses backlinks éventuels, et son intention (page produit, article de blog, page de service). Une page de service "agence web Casablanca" qui ramène 40 clics par mois est un actif. Vous la protégez en priorité.
Identifier ce qui mérite d'être conservé
Toutes les pages ne se valent pas. Classez-les : à conserver à l'identique, à fusionner, à supprimer. Une erreur fréquente au Maroc est de supprimer en masse de "vieux" articles de blog jugés moches, sans vérifier qu'ils captent du trafic. Sur le site de ClaroDigi lui-meme, un seul cluster de contenu génère environ 56 % des impressions de recherche et 97 % des clics : supprimer les mauvaises pages reviendrait à scier la branche sur laquelle repose tout le trafic. Avant de supprimer, regardez toujours la donnée.
Comment créer la carte de redirections 301 ?
La redirection 301 est une instruction permanente : "cette page a déménagé définitivement vers cette nouvelle adresse". Elle transfère l'essentiel de l'autorité SEO de l'ancienne URL vers la nouvelle. C'est le coeur d'une migration réussie.
Votre carte de redirections est un simple tableau à deux colonnes : ancienne URL, nouvelle URL. Chaque URL de l'inventaire doit avoir une destination. Règles d'or :
- Une page vers une page pertinente. Ne redirigez jamais tout vers la page d'accueil. Une ancienne page "/services/creation-site" doit pointer vers la nouvelle page de création de site, pas vers "/". Une redirection vers l'accueil est traitée par Google comme un "soft 404" et perd la valeur SEO.
- Évitez les chaînes de redirection. Si A redirige vers B qui redirige vers C, vous diluez l'autorité et ralentissez le site. Redirigez A directement vers C.
- Conservez le HTTPS et un seul domaine canonique. Forcez www ou non-www, jamais les deux.
Au niveau technique, ces redirections vivent dans le fichier .htaccess (serveur Apache), dans la configuration Nginx, ou via les redirections natives du framework. Pour un projet sur-mesure, l'équipe qui gère votre développement sur-mesure intègre la table de redirections directement dans le déploiement, ce qui évite les oublis manuels.
Préserver titres, contenu et liens internes
Le design peut changer, mais trois éléments invisibles doivent survivre à la migration, sinon le classement chute même avec des redirections parfaites.
Les balises title et meta description : reprenez à l'identique celles des pages qui performent. Un title "Agence web Casablanca | ClaroDigi" qui se classe bien ne se réécrit pas "par envie de fraîcheur". Si vous le modifiez, vous remettez le compteur du test Google à zéro.
Le contenu texte : la tentation pendant une refonte est de "moderniser" en réduisant le texte. Or Google classe le texte, pas le design. Une page de 1 500 mots qui se classe ne doit pas devenir une page de 300 mots "plus épurée". Conservez le volume et la profondeur des pages qui ramènent du trafic.
Le maillage interne : vos liens internes transmettent de l'autorité d'une page à l'autre. Si la refonte casse la moitié des liens internes, vous redistribuez mal le "jus" SEO. Recréez la structure de maillage et vérifiez chaque lien après mise en ligne. Pour les fondations techniques (vitesse, indexation, balisage), notre guide sur le SEO technique au Maroc détaille les contrôles à faire.
Gérer le hreflang pour un site FR / AR / EN
C'est le point qui fait spécifiquement souffrir les sites marocains. Si votre site existe en français, en arabe et parfois en anglais, chaque version linguistique d'une page doit déclarer les autres via les balises hreflang. Une erreur classique : la nouvelle structure d'URL change (par exemple /fr/services devient /services et /ar/services devient /ar-ma/services) et le balisage hreflang continue de pointer vers les anciennes adresses, désormais en 404.
Résultat : Google ne comprend plus quelle version montrer à un utilisateur de Casablanca cherchant en français sur google.co.ma, et il peut afficher la version arabe à un francophone, ou pire, dédupliquer vos pages comme du contenu dupliqué. Vérifiez après migration que chaque balise hreflang pointe vers une URL en 200, et que les codes de langue sont corrects (fr, ar, en, ou régionalisés fr-ma, ar-ma). Un site bilingue mal balisé perd la moitié de son potentiel sur les deux langues à la fois.
La checklist de migration étape par étape
Voici la séquence complète, organisée par phase, avec le risque encouru si vous sautez l'étape. Imprimez ce tableau et cochez chaque ligne le jour J.
| Phase | Action | Risque si négligé | |-------|--------|-------------------| | Pré-migration | Inventaire complet des URLs (Search Console + crawl + sitemap) | On redirige à l'aveugle, des pages à trafic disparaissent | | Pré-migration | Classer chaque page (conserver / fusionner / supprimer) | Suppression de pages qui rapportent du trafic | | Pré-migration | Sauvegarde complète (fichiers + base de données) | Aucun retour arrière possible en cas d'échec | | Construction | Carte de redirections 301 (ancienne vers nouvelle) | 404 en masse, chute de 30 à 60 % du trafic | | Construction | Reprendre titles, meta et contenu performant | Reset du classement, perte des positions acquises | | Construction | Reconstruire le maillage interne | Mauvaise redistribution de l'autorité interne | | Construction | Préproduction bloquée aux robots (noindex / robots.txt) | Google indexe le staging, contenu dupliqué | | Mise en ligne | Retirer le blocage robots du site de production | Le nouveau site reste invisible (désindexé) | | Mise en ligne | Vérifier HTTPS, domaine canonique, hreflang | Contenu dupliqué, mauvaise version servie | | Mise en ligne | Soumettre le nouveau sitemap.xml à la Search Console | Recrawl lent, indexation retardée | | Post-migration | Surveiller impressions, couverture et erreurs (8 semaines) | Les chutes passent inaperçues jusqu'à l'irréversible | | Post-migration | Corriger les 404 résiduelles dans les logs | Backlinks et trafic perdus définitivement |
L'erreur la plus dangereuse de tout ce tableau est invisible : oublier de retirer le noindex de la préproduction au moment de la mise en ligne. Le site est en ligne, il est beau, il marche, mais une seule ligne dans le robots.txt dit à Google de ne pas l'indexer. Le trafic ne baisse pas, il disparaît. Vérifiez cette ligne en premier.
Le suivi post-migration dans la Search Console
La migration ne s'arrête pas au lancement. Les deux premières semaines sont décisives. Surveillez trois rapports dans la Search Console :
- Performances : les impressions baissent-elles ? Une légère fluctuation est normale les premiers jours. Une chute de plus de 20 % qui persiste au-delà de dix jours signale un problème de redirection ou d'indexation.
- Indexation des pages (couverture) : combien de pages sont indexées versus exclues ? Surveillez la montée des "404 introuvable" et des "exclues par balise noindex".
- Sitemaps : votre nouveau sitemap est-il bien lu, et combien d'URLs ont été découvertes ?
Comparez les chiffres semaine par semaine. Un site bien migré retrouve son niveau d'impressions en quatre à huit semaines, parfois avec un gain, car la refonte améliore souvent la vitesse et l'expérience mobile. Si après huit semaines vous êtes toujours 30 % en dessous, ce n'est pas "Google qui se calme", c'est une migration cassée qu'il faut auditer ligne par ligne.
Conclusion : la migration est un projet SEO, pas un projet design
Retenez ceci : une migration réussie est invisible pour vos visiteurs et transparente pour Google. Le design neuf est la partie facile. La partie qui protège votre chiffre d'affaires, ce sont les redirections, les titres conservés, le hreflang correct et la surveillance disciplinée des huit semaines suivantes. C'est précisément la logique du Moteur d'Autorité de ClaroDigi : un actif numérique se construit lentement et se protège méthodiquement, jamais on ne le sacrifie pour un effet de fraîcheur.
Si vous préparez une refonte et que vous voulez sécuriser le trafic durement acquis, découvrez comment notre méthode SEO et GEO transforme votre site en source de prospects qualifiés sur la page Moteur d'Autorité de ClaroDigi. Et si vous hésitez encore à lancer la refonte, lisez d'abord les 7 signes qu'il faut refaire son site pour valider que le jeu en vaut la chandelle.
FAQ
Combien de temps faut-il pour récupérer son trafic après une migration ?
Un site correctement migré retrouve son niveau d'impressions en quatre à huit semaines, le temps que Google recrawle l'ensemble. Si après huit semaines vous êtes toujours nettement en dessous (plus de 20 à 30 % de baisse persistante), la migration a un défaut technique (redirections manquantes, noindex oublié, contenu perdu) qu'il faut auditer et corriger immédiatement.
Faut-il garder exactement la même structure d'URL lors d'une refonte ?
C'est l'option la plus sûre. Si vous pouvez conserver les URLs existantes, vous évitez la quasi-totalité du risque SEO. Quand le changement de structure est inévitable (nouveau CMS, nouvelle arborescence), la carte de redirections 301 devient obligatoire et chaque ancienne URL doit pointer vers son équivalent le plus pertinent, jamais vers la page d'accueil.
Une redirection 301 fait-elle perdre de l'autorité SEO ?
Une redirection 301 propre transmet l'essentiel de l'autorité de l'ancienne page vers la nouvelle. La perte réelle vient des erreurs : chaînes de redirections (A vers B vers C), redirections vers des pages non pertinentes, ou redirections en masse vers l'accueil. Une seule redirection directe et pertinente conserve quasiment toute la valeur.
Combien coûte une migration SEO sécurisée au Maroc ?
Le travail SEO de migration (audit, cartographie, redirections, hreflang, suivi) représente généralement entre 8 000 et 30 000 MAD selon la taille du site, en plus du coût de la refonte elle-même. C'est une assurance : une chute de trafic non détectée coûte bien plus cher en clients perdus et en publicité gaspillée pour compenser.
Que faire si mon site est bilingue français-arabe ?
Traitez le hreflang comme une priorité absolue. Vérifiez après migration que chaque version (française et arabe) déclare correctement l'autre, que les codes de langue sont valides, et que toutes les balises hreflang pointent vers des URLs en 200. Un balisage cassé fait perdre du trafic sur les deux langues simultanément, et c'est l'erreur la plus fréquente sur les sites marocains multilingues.