Refonte de site web pour une PME marocaine. Le guide pour ne pas rater sa migration.

Google indexe vos URLs spécifiques, pas votre domaine en général. Quand vous refondez et que les URLs changent (par exemple /services.php devient /services ou /nos-services), Google doit réapprendre où est le contenu. Sans redirections 301 correctes, il traite les nouvelles URLs comme du nouveau contenu sans historique d'autorité.

Les trois erreurs qui tuent le SEO lors d'une refonte :

Erreur 1 : changer toutes les URLs sans redirections 301. Google perd vos pages, votre PageRank historique disparaît, et vos positions chutent en 2 à 4 semaines.

Erreur 2 : supprimer ou modifier massivement le contenu. Google a indexé et ranké votre contenu existant. Si vous changez les textes en profondeur sur toutes les pages en même temps, c'est un signal de refonte qui peut déclencher une réévaluation complète.

Erreur 3 : lancer la nouvelle version sans avoir testé les Core Web Vitals. Une refonte vers un site plus lent est une double perte : perte de trafic due aux URLs + perte de positions due à la dégradation des métriques de performance.

Avant de toucher au code ou au design, documentez ce que vous avez :

Règle d'or : conservez les URLs qui ont de l'autorité SEO. Si /creation-site-web-casablanca génère 500 visites par mois, gardez exactement cette URL sur la nouvelle version.

Quand un changement d'URL est inévitable, préparez la carte de redirections complète (fichier CSV avec ancienne URL et nouvelle URL) avant de commencer le développement.

Type de redirections : 301 (permanent) pour les contenus qui restent mais changent d'URL. 302 uniquement pour les redirection temporaires (staging, test). Jamais de 404 sur une URL qui avait du trafic.

Outil de validation post-lancement : Screaming Frog ou sitemap.xml + Search Console pour vérifier que toutes les redirections sont effectives.

Les trois éléments à conserver impérativement sur chaque page refondée :

Le title tag et la meta description : si votre page rankait, son title avait probablement une logique SEO. Ne le changez pas sans raison.

La structure H1/H2 et les mots-clés principaux du corps du texte. Vous pouvez améliorer la rédaction, mais conservez la densité des termes clés qui faisaient ranker la page.

Les attributs alt des images sur les pages qui ranquaient pour des requêtes d'images Google.

Le jour du lancement de la nouvelle version, vérifiez dans l'ordre :

Une refonte bien exécutée ne devrait pas générer de chute de trafic. Si le trafic chute quand même, voici le diagnostic par ordre de probabilité :

Semaine 1 à 2 : fluctuations normales pendant que Google re-crawle. Ne paniquez pas si vous voyez des variations de 10 à 20 %.

Semaine 2 à 4 : si chute supérieure à 30 % et stable : vérifiez les redirections manquantes, cherchez des 404 dans Search Console.

Après 4 semaines : si chute persistante, regardez si le contenu a été dégradé (textes raccourcis, title tags modifiés) et si les Core Web Vitals ont empiré.

La migration d'un site WordPress vers une plateforme custom Next.js est le cas le plus fréquent chez Cadence. Les points d'attention spécifiques :

WordPress génère souvent des URLs avec paramètres (?p=123) ou des slugs auto-générés (/category/uncategorized/article). Cadence recartographie chaque URL et prépare un fichier de redirections avant de toucher au nouveau code.

WordPress a souvent des centaines de pages non indexées (pages de tags, archives de dates, pages d'auteur) qui créent du thin content. La migration est l'occasion de nettoyer ces URLs avec des noindex ou en les supprimant.

La migration de la donnée : si vous avez un blog actif sur WordPress avec 50+ articles, Cadence migre les contenus via l'API WordPress JSON et les intègre dans la nouvelle structure de contenu.