Refonte WordPress au Maroc : 7 erreurs qu'on retrouve sur 80 % des projets

Une refonte WordPress au Maroc rate dans 4 cas sur 10. Pas par catastrophe technique : par accumulation de petites erreurs évitables. Klicky a livré 30+ refontes WordPress depuis 2018 et a aussi audité une vingtaine de refontes ratées par d'autres agences (clients qui sont venus nous voir après).

Les 7 erreurs ci-dessous reviennent sur 80 % des projets. Chacune a un impact business chiffré et une mécanique préventive simple.

Erreur 1 : Pas d'inventaire des URLs avant migration → -40 % de trafic

Symptôme : tu lances le nouveau site, tu te rends compte 2 semaines plus tard que la moitié des anciennes pages ont changé de slug. Aucune redirection. Google index les nouvelles URLs comme des pages neuves, perd l'autorité accumulée sur les anciennes.

Impact : sur 8 cas que nous avons audités, perte de trafic moyenne de 38 % les 60 jours suivant la mise en production, pas récupérée à 100 % avant 6-9 mois.

Action préventive : avant la migration, exporte la liste complète des URLs actuelles via Screaming Frog ou Google Search Console. Pour chaque URL, décide explicitement : on garde le slug ? On change ? Si on change, redirection 301 systématique.

Fais le mapping dans un tableur. Ne fais aucune migration sans ce tableur validé.

Erreur 2 : Skip de la phase audit Core Web Vitals → pénalité Google

Symptôme : tu refonds le design sans auditer la performance. Le nouveau site est plus joli mais plus lent que l'ancien (LCP de 4 secondes au lieu de 2). Google déclasse.

Impact : perte de 20-40 % du ranking sur les keywords compétitifs. Récupération difficile sans optimisation post-bascule.

Action préventive : fais un audit Lighthouse de l'ancien site avant de définir le brief de refonte. Note les scores actuels. Le nouveau site doit obligatoirement matcher ou améliorer ces scores. Cible : LCP < 2,5s, CLS < 0,1, INP < 200ms.

Intègre les Core Web Vitals comme critère de validation contractuelle de la refonte. Pas de réception du projet si les scores sont inférieurs au baseline.

Erreur 3 : Changement de slug sans redirection → mort du SEO

Symptôme : tu décides de "nettoyer" les URLs en passant de /services/wordpress-development à /services/wp-dev. Tu oublies les redirections 301. Google voit deux pages, perd l'autorité.

Impact : décrochage immédiat des rankings sur les keywords associés. Récupération de 60-90 jours minimum.

Action préventive : règle d'or — change un slug uniquement si la nouvelle URL est significativement meilleure pour le SEO. Sinon, garde l'ancien slug. Si tu changes, redirection 301 systématique avant la mise en ligne.

Vérifie chaque redirection avec un outil comme Redirect Checker. 95 % des redirections doivent renvoyer un code 301 (Permanent), pas un 302 (Temporary).

Erreur 4 : Pas de plan de bascule (DNS, certificats, robots.txt) → downtime

Symptôme : la nuit de la mise en production, le DNS prend 4h à propager. Pendant ce temps, certains visiteurs voient l'ancien site, d'autres le nouveau, certains ont des erreurs SSL. Le robots.txt est mal configuré et bloque l'indexation des nouvelles pages.

Impact : perte de leads pendant 4-24h. Mauvaise expérience pour les utilisateurs revenants. Perte de confiance.

Action préventive : un plan de bascule structuré, validé en amont :

• J-7 : tests complets sur l'environnement de staging
• J-3 : pré-bascule des DNS avec TTL court (300s) pour faciliter la propagation finale
• J-1 : sauvegarde complète de l'ancien site (DB + fichiers + DNS records)
• J0 minuit : bascule effective DNS, vérification certificat SSL automatique, vérification robots.txt et sitemap.xml
• J0+1h : tests post-bascule (formulaires, paiement, search console)
• J0+24h : vérification indexation Google Search Console

La bascule se fait toujours en heure creuse (typiquement minuit-2h du matin un mardi/mercredi).

Erreur 5 : Pas de migration des anciens contenus → duplicate content

Symptôme : tu refonds le design mais tu oublies de re-publier les anciens articles de blog. Le contenu existe encore via les URLs directes (ou pire, via Wayback Machine), mais Google ne le trouve plus dans le sitemap. Au lieu de retirer ces URLs, Google les marque comme "crawled, currently not indexed" pendant 6-12 mois.

Impact : perte de trafic organique sur les contenus anciens (peut représenter 30-60 % du trafic total selon les sites). Perception négative de l'autorité du domaine.

Action préventive : avant la refonte, audit complet du contenu existant. Pour chaque page :

• Garde-t-elle de la valeur SEO (vérifier dans GSC) ? → migrer telle quelle ou améliorer
• Est-elle obsolète mais avec des backlinks ? → rediriger 301 vers une page pertinente
• Est-elle obsolète sans backlinks ni trafic ? → 410 Gone propre

N'autorise jamais la mise en ligne d'un nouveau site avec des anciens contenus orphelins.

Erreur 6 : Pas de monitoring post-bascule → bugs silencieux

Symptôme : tu lances le nouveau site, tu ne regardes pas Google Search Console pendant 2 mois. Tu réalises trop tard qu'une partie du site est en erreur 500 (mauvaise config plugin), qu'une autre partie est en noindex par erreur, ou que les formulaires de contact n'envoient plus les emails depuis la refonte.

Impact : perte de leads silencieuse. Ranking qui décroche. Quand tu le découvres, le tunnel d'entrée à reconstruire est large.

Action préventive : un protocole de monitoring strict pendant les 60 jours post-bascule :

• Quotidien : vérification GSC pour erreurs d'indexation
• Quotidien : test manuel d'1 formulaire de contact (oui, vraiment)
• Hebdomadaire : audit Lighthouse de la home + 5 pages clés
• Hebdomadaire : check des erreurs 404 dans GSC + les rediriger
• Mensuel : revue performance vs baseline pré-refonte

Klicky inclut systématiquement ce monitoring 60 jours dans nos refontes WordPress.

Erreur 7 : Pas de version de retour rapide → projet bloqué en cas de bug critique

Symptôme : 48h après la mise en ligne, un bug critique apparaît (paiement cassé, formulaires ne marchent plus, etc.). L'agence ne peut pas restaurer rapidement l'ancien site parce qu'il n'y a plus de backup actif. Tu perds 3-5 jours en perdition.

Impact : perte de revenus pendant la perdition. Image de marque écornée.

Action préventive : avant la bascule, garde l'ancien site fonctionnel sur un sous-domaine (ex : old.tonsite.com). Pendant 30 jours minimum, tu as la possibilité de re-router le DNS vers l'ancien si nécessaire, en moins d'1 heure.

C'est une assurance simple à mettre en place et qui change tout en cas de catastrophe.

Checklist préventive pour ta prochaine refonte

Avant la bascule, valide ces 12 points :

• Inventaire complet des URLs actuelles (Screaming Frog ou GSC)
• Mapping URL anciennes → nouvelles avec décisions explicites (redirect/garder/410)
• Audit Lighthouse de l'ancien site (baseline)
• Cible Core Web Vitals définie pour le nouveau site
• Toutes les redirections 301 implémentées et testées
• Plan de bascule en heure creuse documenté
• Backup complet de l'ancien site (DB + fichiers)
• Ancien site préservé sur sous-domaine pour 30 jours
• DNS TTL réduit à 300s 48h avant bascule
• Certificats SSL prévus et testés
• robots.txt et sitemap.xml du nouveau site validés
• Monitoring 60 jours post-bascule planifié

Klicky propose des refontes WordPress avec ce protocole intégré par défaut. Si tu envisages une refonte ou si tu as raté la tienne et que tu veux la rattraper, klicky.ma/discuter-projet.