Refonte de site web au Maroc : checklist SEO pour protéger votre référencement

Une refonte peut améliorer l’image de votre entreprise, faciliter la navigation et rendre votre site plus efficace sur mobile. Mais si vous changez les URL, supprimez des pages ou migrez vers un nouveau WordPress sans préparer le référencement, vous risquez de perdre des visites et de casser des liens qui fonctionnaient.

Pour une PME au Maroc, la bonne méthode consiste à traiter la refonte comme un projet à la fois éditorial, technique et commercial. Cette checklist vous aide à préparer la migration, protéger les pages utiles et contrôler le nouveau site après sa mise en ligne.

1. Définir ce qui doit réellement changer

Avant de choisir un nouveau thème ou de réécrire les pages, notez les problèmes à résoudre. Le site est-il difficile à utiliser sur téléphone ? Les visiteurs ne trouvent-ils pas les services ? Les contenus sont-ils obsolètes ? Le site est-il lent, difficile à administrer ou construit sur une technologie que vous ne pouvez plus maintenir ? Chaque problème doit correspondre à un objectif concret.

La refonte peut toucher plusieurs éléments : design, arborescence, contenu, système de gestion, hébergement, nom de domaine ou URL. Évitez de tout modifier simultanément sans raison. Google recommande de planifier les changements importants et de les tester soigneusement, surtout lorsque les URL évoluent. Consultez les recommandations officielles de Google sur les migrations de sites.

Pour cadrer le projet, définissez les pages essentielles, les fonctionnalités indispensables, les personnes responsables de la validation et les critères d’acceptation. Le processus de création d’un site web peut servir de repère pour organiser les étapes et les validations.

2. Faire l’inventaire des URL avant de supprimer quoi que ce soit

Les pages existantes peuvent recevoir du trafic Google, être partagées par vos clients ou bénéficier de liens depuis d’autres sites. Une page qui paraît ancienne n’est pas forcément inutile. Avant la refonte, créez un inventaire des URL actuelles et rassemblez, si vous y avez accès, les données de Google Search Console, les statistiques de fréquentation et les liens entrants.

Pour chaque URL, choisissez une action :

• Conserver : la page reste utile et son URL peut rester identique.
• Améliorer : le sujet reste pertinent, mais le contenu ou la présentation doit être actualisé.
• Fusionner : plusieurs pages très proches sont regroupées dans une page plus complète.
• Rediriger : une page est remplacée par une nouvelle page qui répond au même besoin.
• Supprimer : le contenu n’a plus d’utilité et aucune page de remplacement pertinente n’existe.

Ne redirigez pas toutes les anciennes URL vers la page d’accueil par facilité. Une redirection doit conduire vers la page de remplacement la plus pertinente. Si le contenu a réellement disparu sans équivalent, il peut être préférable de renvoyer un statut 404 ou 410 plutôt que d’envoyer l’internaute vers une page sans rapport.

3. Préparer une correspondance entre anciennes et nouvelles URL

Si la structure change, créez un tableau de correspondance avant la mise en production. Une ligne par ancienne URL, avec sa destination prévue et le type d’action, suffit pour commencer.

Ces adresses sont des exemples fictifs, pas des URL de MarwaneDev. Utilisez les URL réelles de votre site dans votre propre tableau. Une redirection permanente côté serveur, généralement 301 ou 308, est adaptée lorsqu’une page a définitivement changé d’adresse. Évitez les chaînes de redirections : l’ancienne URL doit idéalement mener directement à la destination finale.

Si vous conservez les URL inchangées, vous réduisez le nombre de variables à surveiller. Ne changez pas les slugs uniquement pour les rendre plus courts si le bénéfice est faible et que cela entraîne une migration inutile.

4. Préserver les contenus qui répondent déjà à une recherche

Une refonte visuelle n’exige pas de réécrire toutes les pages. Conservez les contenus utiles, les réponses aux questions des clients, les titres pertinents et les liens qui aident les visiteurs à poursuivre leur parcours. Avant de raccourcir une page, vérifiez si elle traite plusieurs sous-questions importantes ou reçoit des visites sur des requêtes précises.

Quand vous fusionnez deux pages, construisez une page de destination qui répond réellement aux besoins couverts par les anciennes pages. Reprenez les informations utiles, supprimez les répétitions et actualisez les éléments périmés. Ne remplacez pas un guide complet par quelques paragraphes génériques simplement parce que le nouveau design est plus minimaliste.

Vérifiez également les liens internes. Les liens de navigation, les boutons, les articles connexes et les appels à l’action doivent pointer vers les nouvelles URL finales, et non dépendre inutilement des redirections. Le guide Google Search Console pour améliorer le SEO explique comment suivre les pages et les requêtes lorsque les données sont disponibles.

5. Contrôler les réglages SEO sur le nouveau site

Sur la préproduction, vérifiez les éléments suivants avant d’ouvrir le site au public :

• Chaque page importante possède un titre SEO et une description cohérents avec son contenu.
• Le H1 et les sous-titres décrivent le sujet réel de la page, dans un ordre logique.
• Les pages qui doivent apparaître dans Google ne sont pas bloquées par une directive noindex ou une règle de robots.txt inadaptée.
• Les balises canoniques pointent vers les URL finales attendues.
• Les images essentielles sont présentes, adaptées à leur affichage et munies d’un texte alternatif descriptif lorsque cela est utile.
• Le sitemap XML contient les URL canoniques qui doivent être explorées, et non les anciennes URL redirigées.
• Les pages importantes sont accessibles via des liens HTML explorables et ne sont pas isolées du reste du site.

Un site de préproduction peut volontairement être protégé ou exclu de l’indexation. Le point important est de retirer les blocages prévus uniquement pour les tests lors de la mise en ligne. Vérifiez le résultat sur le site public plutôt que de vous fier uniquement aux réglages de l’éditeur.

6. Tester les parcours avant la mise en ligne

La refonte ne concerne pas seulement Google. Les visiteurs doivent pouvoir effectuer les actions attendues sans difficulté. Testez les pages principales sur téléphone et ordinateur, avec des conditions proches de celles de vos clients.

• Le menu, le logo et les liens de navigation fonctionnent.
• Les formulaires arrivent à la bonne adresse et affichent une confirmation compréhensible.
• Les boutons d’appel, WhatsApp, réservation ou demande de devis ouvrent la bonne destination.
• Les pages de services, les coordonnées et les horaires sont à jour.
• Les images et les polices se chargent correctement, sans déborder de l’écran.
• Les anciennes URL importantes renvoient vers la bonne page et les URL inconnues affichent une erreur appropriée.
• Les pages principales sont testées après connexion et en navigation privée lorsque c’est pertinent.

Gardez une liste des anomalies avec leur niveau de priorité. Les erreurs de formulaire, les mauvaises redirections, les pages essentielles inaccessibles et les blocages d’indexation doivent être corrigés avant les détails purement décoratifs.

7. Le jour de la migration : une séquence de contrôle

1. Effectuez une sauvegarde vérifiée du site et de la base de données.
2. Déployez la nouvelle version et appliquez les redirections prévues.
3. Vérifiez HTTPS, le domaine canonique, les principales URL et les formulaires.
4. Contrôlez que les règles de préproduction, comme un noindex temporaire, ne bloquent plus les pages destinées au public.
5. Publiez le sitemap à jour et soumettez-le dans Google Search Console si vous disposez de l’accès.
6. Inspectez un échantillon représentatif d’anciennes et de nouvelles URL, notamment les pages importantes pour les clients.
7. Consignez les erreurs détectées afin de pouvoir comparer la situation avant et après la mise en ligne.

Si le projet change aussi de domaine, suivez la procédure spécifique de Google pour le changement d’adresse et vérifiez les propriétés concernées dans Search Console. Si vous changez uniquement d’hébergement sans modifier les URL, le contrôle porte davantage sur la disponibilité du serveur, le DNS, les réponses HTTP et la continuité du contenu.

8. Surveiller le site après la refonte

Une migration importante peut entraîner des fluctuations temporaires pendant que les moteurs explorent et traitent les URL. Cela ne signifie pas qu’il faut ignorer une baisse : surveillez les erreurs, recherchez les redirections incorrectes et comparez les données à période comparable lorsque vous en avez.

Dans les semaines qui suivent, contrôlez régulièrement :

• Les pages indexées et les erreurs d’exploration dans Search Console.
• Les clics et impressions des pages importantes, sans tirer de conclusion sur une seule journée.
• Les erreurs 404 inattendues et les redirections qui pointent vers une mauvaise destination.
• Les formulaires, appels et demandes de devis, pour vérifier que les parcours commerciaux fonctionnent.
• Les performances sur mobile et les éventuelles régressions introduites par le nouveau thème ou les extensions.

Ne supprimez pas les redirections juste après le lancement. Google recommande de les conserver aussi longtemps que possible, généralement au moins un an lors d’un changement d’URL, et de mettre à jour les liens internes vers les nouvelles destinations.

Checklist express avant de valider une refonte

• Inventaire des anciennes URL réalisé.
• Pages à conserver, améliorer, fusionner ou supprimer identifiées.
• Tableau des redirections vérifié.
• Contenus utiles et liens internes préservés.
• Titres, H1, canoniques, robots et sitemap contrôlés.
• Formulaires et appels à l’action testés sur mobile.
• Sauvegarde et plan de retour arrière préparés.
• Search Console et indicateurs de suivi disponibles après le lancement.

FAQ : refonte de site web et référencement

Une refonte fait-elle automatiquement baisser le SEO ?

Non. Le risque dépend des changements effectués et de leur qualité. Une refonte peut améliorer l’expérience et la structure, mais des URL supprimées sans redirection pertinente, des contenus perdus ou des blocages techniques peuvent affecter la visibilité.

Dois-je changer les URL pendant une refonte ?

Seulement si une raison claire le justifie, par exemple une architecture difficile à maintenir. Si les URL actuelles sont propres et utiles, les conserver peut réduire le risque et le travail de migration.

Combien de temps faut-il pour retrouver les positions après une migration ?

Il n’existe pas de délai universel. Google doit réexplorer les anciennes et les nouvelles URL et traiter les changements. Suivez les rapports d’indexation et les performances plutôt que de vous fier à une date garantie.

Conclusion

Une refonte réussie ne se limite pas à un nouveau design. Elle conserve les pages utiles, redirige correctement les URL qui changent, contrôle les réglages techniques et teste les parcours des clients avant et après la mise en ligne.

Si vous préparez une refonte ou une nouvelle version de votre site au Maroc, découvrez notre approche de création de site web professionnel, consultez les étapes du projet ou contactez MarwaneDev pour discuter de vos besoins.