Une refonte de site web au Maroc doit résoudre un problème d’entreprise précis : rendre l’offre plus claire, simplifier les demandes, améliorer l’expérience mobile ou faciliter la mise à jour des contenus. Changer les couleurs et les photos peut donner un résultat visuellement neuf, mais une refonte sans objectifs, inventaire des pages et plan de migration risque de déplacer les problèmes au lieu de les corriger.

Le meilleur point de départ est l’audit : quelles pages attirent des visiteurs, lesquelles répondent aux demandes commerciales, quels contenus sont obsolètes et quels parcours sont difficiles à terminer ? La documentation Google sur les migrations de sites recommande de planifier les changements d’URL et les redirections. Ces décisions doivent arriver avant que les nouvelles maquettes soient prêtes.

Espace de travail pour préparer une refonte de site web au Maroc
La refonte commence par l’audit et les choix de contenu, avant les écrans finaux. Photo : Tran Mau Tri Tam / Unsplash.

En bref : les cinq décisions à prendre avant les maquettes

  • Le problème à résoudre et les indicateurs de réussite.
  • Les pages qui doivent rester, évoluer, être fusionnées ou supprimées.
  • Les besoins prioritaires sur ordinateur et mobile.
  • La correspondance entre anciennes et nouvelles URL.
  • Les responsables de validation, de contenu et de maintenance après lancement.

1. Fixer les objectifs d’une refonte de site web au Maroc

Écrivez les objectifs en termes de comportement observable. « Moderniser l’image » peut être utile, mais doit être complété par ce qui doit changer : un prospect comprend plus vite la spécialité de l’entreprise, un client trouve les conditions d’une prestation, un candidat découvre l’équipe ou une demande de devis aboutit au bon interlocuteur.

Limitez-vous à trois ou quatre objectifs majeurs. Associez à chacun une mesure : formulaires qualifiés, appels, demandes de rendez-vous, consultation des pages services, téléchargements de catalogue ou satisfaction recueillie auprès des clients. Ne choisissez pas uniquement des chiffres faciles comme le nombre de pages vues si le site existe pour générer des contacts pertinents.

Collectez une référence avant le projet : volume de visites par canal et appareil, pages les plus consultées, conversions, contenus qui reçoivent des liens et requêtes qui apportent une impression ou un clic dans Search Console. Cette photographie permettra de discuter du résultat quelques semaines après le lancement, sans attribuer à la refonte toute variation saisonnière.

2. Auditer les pages, les données et les retours des clients

Établissez un inventaire complet des URL actuelles, en incluant les articles, fiches services, formulaires, documents PDF et anciennes pages de campagne. Pour chaque URL, notez son rôle, son trafic, ses liens entrants, ses conversions, sa date de mise à jour et sa qualité actuelle. Les données faibles ne suffisent pas toujours à conclure qu’une page est inutile : certains contenus répondent à des questions rares mais décisives dans une vente B2B.

Complétez les chiffres avec des échanges réels. Les équipes commerciales savent quelles objections reviennent ; le support identifie les informations qui manquent ; les visiteurs peuvent signaler les passages qu’ils ne comprennent pas. Examinez cinq à dix conversations récentes pour repérer les questions que le futur site doit traiter avant le contact.

Classez chaque page en quatre catégories :

  • Conserver et améliorer : elle attire un public pertinent ou soutient un parcours important.
  • Fusionner : plusieurs pages traitent le même besoin et gagneraient à proposer une réponse cohérente.
  • Réécrire : le sujet reste utile, mais les informations ou les preuves sont dépassées.
  • Retirer : elle n’a plus de rôle et aucune équivalence utile ne doit être maintenue.

Chaque décision doit être motivée dans l’inventaire. Une page ne doit pas être supprimée uniquement parce qu’elle dérange dans la navigation actuelle ; il est possible de la réorganiser ou de mieux la relier à d’autres contenus.

3. Définir l’architecture avant de dessiner les pages

Une architecture efficace reflète le vocabulaire des clients et la logique de l’offre. Le visiteur devrait trouver les services, les secteurs, les réalisations et le contact sans devoir deviner un terme interne. Construisez un menu court, puis vérifiez les chemins d’accès avec des scénarios : obtenir un devis, comparer des prestations, comprendre les délais, télécharger une fiche ou contacter une personne.

Les pages importantes méritent une structure distincte. Une page d’accueil explique le positionnement ; une page service décrit le besoin, la méthode, les livrables et la prochaine étape ; une étude de cas raconte le contexte et la réalisation ; la page contact précise le fonctionnement de la prise en charge. Évitez d’utiliser une seule maquette très longue pour tous les types de contenus.

Préparez la liste des contenus en même temps que les maquettes. Chaque titre, texte, image, légende et bouton doit avoir une personne responsable et un statut de validation. Le texte provisoire qui reste à la mise en ligne peut produire des pages creuses ou trop similaires.

4. Préserver les URL et les acquis SEO

Lorsque la refonte change les URL, créez un tableau de correspondance entre chaque ancienne adresse et la meilleure destination nouvelle. Une page qui conserve le même sujet peut recevoir une redirection permanente vers sa nouvelle URL. Une page retirée sans équivalent pertinent ne doit pas être renvoyée automatiquement vers l’accueil : cette redirection déroute les visiteurs et ne remplace pas le contenu qui a disparu.

SituationAction à prévoir
URL et contenu conservésMaintenir l’adresse et contrôler le rendu
URL modifiée, contenu équivalentRedirection permanente directe vers la nouvelle page
Deux pages fusionnéesChoisir une destination pertinente et documenter la fusion
Page supprimée sans équivalentRetirer les liens internes et traiter proprement l’URL

Google conseille de préparer les redirections, de mettre à jour les liens internes et de surveiller les erreurs après migration. Gardez les redirections aussi directes que possible, sans enchaîner plusieurs anciennes adresses. Pour les points précis, suivez la documentation en français sur les changements d’URL et les migrations.

Conservez aussi les éléments qui aident les moteurs à comprendre le site : titres et descriptions utiles, canonicals, sitemap, balises robots et données structurées cohérentes avec le contenu. Une refonte graphique ne nécessite pas de réécrire tous les titres SEO en même temps. Changez une variable à la fois si les contenus existants répondent déjà à l’intention.

5. Préparer des critères d’acceptation pour la conception

Avant de valider une maquette, transformez les objectifs en critères qu’une équipe peut vérifier. Le titre principal nomme-t-il clairement le service ? La page montre-t-elle un contact visible ? Les informations importantes restent-elles lisibles sur mobile ? Les utilisateurs comprennent-ils ce qui se passe après le clic ? Les images ont-elles une fonction identifiable et des descriptions alternatives adaptées ?

Pour un formulaire, testez l’erreur et le succès, pas uniquement l’apparence. Pour une page service, demandez à des personnes qui ne connaissent pas l’entreprise de résumer l’offre après lecture. Pour une réalisation, vérifiez qu’elle explique un défi, une démarche, des livrables et un résultat documenté sans inventer de chiffres ou de témoignages.

6. Tester la version de préproduction

Avant de rendre la nouvelle version publique, vérifiez chaque page principale sur téléphone et ordinateur. Parcourez les formulaires, les liens de navigation, les téléchargements, les appels téléphoniques, les adresses email, les zones multilingues et les liens externes. Contrôlez également l’affichage des images, la lisibilité, les pages introuvables et la vitesse de chargement.

Utilisez un environnement de préproduction protégé contre l’indexation, mais assurez-vous que cette protection sera retirée le jour du lancement. Vérifiez que les formulaires transmettent la demande aux bonnes personnes et que les outils de mesure enregistrent les événements attendus. Une page qui a l’air parfaite dans la maquette peut échouer sur une erreur d’adresse ou un bouton qui ne répond pas.

7. Lancer, observer et corriger pendant 30 jours

Le jour du lancement, soumettez le sitemap, vérifiez les URL principales et contrôlez la bonne application des redirections. Les jours suivants, surveillez les rapports d’indexation, les erreurs 404, les formulaires reçus, les demandes téléphoniques et les principales conversions. Gardez l’inventaire des URL à portée de l’équipe pour que chaque anomalie soit rattachée à son ancienne adresse.

Les premières semaines peuvent présenter des variations d’exploration et de visibilité. Il faut donc examiner les données sur une période suffisante et distinguer les erreurs techniques des changements saisonniers. Comparez les mêmes canaux et types d’appareils avec la période de référence. Corrigez d’abord les liens brisés, redirections manquantes, formulaires défaillants et contenus essentiels qui ont disparu.

La documentation Google sur les migrations explique que la transition se vérifie lorsque les robots ont exploré les nouvelles URL et que les pages importantes sont traitées correctement. La Search Console permet de suivre les problèmes et d’inspecter certaines adresses après la mise en ligne.

Checklist de lancement

  1. Les objectifs et indicateurs sont validés par la direction.
  2. L’inventaire URL est complet et chaque page a une décision.
  3. Les contenus, titres SEO et liens internes sont relus.
  4. Les redirections anciennes-nouvelles sont testées sans chaîne inutile.
  5. Les pages principales sont testées sur plusieurs appareils.
  6. Les formulaires, contacts et événements Analytics fonctionnent.
  7. Le sitemap est à jour et la préproduction n’est pas indexable.
  8. Un responsable suit les erreurs et demandes après le lancement.

Google détaille les étapes dans son guide sur les migrations de sites. Pour une méthode de conception axée sur les personnes, consultez aussi ses recommandations de contenu utile et fiable.

Définir le périmètre, le budget et les responsabilités

Avant de comparer des propositions, demandez ce que comprend précisément le projet : audit, architecture, rédaction, photos, design, développement, intégrations, migration, formation, hébergement et maintenance. Deux devis de refonte peuvent couvrir des services différents même si leurs titres se ressemblent. Un périmètre explicite aide l’entreprise à répartir le budget entre les éléments qui changent le plus l’expérience.

Le calendrier devrait indiquer les validations attendues et le responsable de chaque contenu. Lorsque les textes et images sont fournis tard, la date de lancement devient difficile à tenir. Prévoyez aussi une réserve pour les pages ou fonctionnalités qui apparaissent pendant l’audit, en documentant comment une demande de changement sera évaluée.

Les données d’accès doivent être détenues par l’entreprise : nom de domaine, hébergement, Search Console, Analytics, compte CMS et outils externes. Avant le projet, vérifiez qu’un administrateur interne peut retrouver ces comptes et qu’une copie de sauvegarde est disponible. Le transfert d’accès et la propriété des fichiers finaux devraient être clairs dans le contrat.

Vérifier les contenus et les médias avant leur transfert

Les textes peuvent être réécrits sans conserver chaque phrase, mais les informations utiles doivent être repérées : offres, tarifs lorsque publics, FAQ, certifications, coordonnées, téléchargements, mentions légales, photos autorisées et preuves commerciales. Notez les droits d’utilisation des images ou témoignages avant de déplacer les fichiers. Une photo trouvée dans un ancien dossier n’est pas automatiquement libre à republier.

Le transfert des médias mérite un contrôle distinct. Vérifiez les noms de fichier, les descriptions alternatives, les légendes, la qualité des versions et les liens utilisés dans les pages. Les PDF peuvent recevoir des visites ou être cités ailleurs ; décidez s’ils doivent rester à la même adresse, être mis à jour ou redirigés vers une nouvelle ressource.

Créez une liste des contenus dont l’actualité dépend de l’année, du responsable ou des conditions de service. Un ancien témoignage, une adresse qui a changé ou un chiffre de performance périmé peut affaiblir la confiance dans un nouveau site, même lorsque le design est soigné.

Préparer le suivi après la mise en ligne

Nommez une personne qui recevra les anomalies pendant les premières semaines et décidez comment les prioriser. Un formulaire qui ne transmet rien est urgent ; un léger décalage dans une icône ne l’est pas. Un tableau simple permet de relier l’erreur, la page, le navigateur, la capture et la correction.

Planifiez une revue à 7 jours puis à 30 jours. La première cherche les problèmes d’accès, de conversion, d’indexation et de redirection ; la suivante compare les objectifs avec les données disponibles. Notez les changements marketing intervenus en parallèle, car ils peuvent influencer le trafic et les demandes.

Gardez aussi une procédure de mise à jour : qui peut publier un article, comment modifier un service, où se trouvent les images autorisées et comment vérifier un changement avant de le rendre visible ? Un site que l’entreprise sait maintenir vieillit mieux qu’un site qui dépend systématiquement du prestataire pour chaque correction mineure.

Prévoir les sauvegardes et un plan de correction

Avant un lancement qui modifie beaucoup de pages ou de fonctionnalités, assurez-vous qu’une sauvegarde exploitable existe et qu’une personne sait restaurer les éléments critiques. Fixez une fenêtre de déploiement, une liste de vérifications, un contact technique et une méthode pour corriger rapidement un formulaire ou une redirection. Un plan de retour doit être connu avant l’incident, même si l’objectif reste de stabiliser la nouvelle version.

Testez les redirections depuis des adresses représentatives et vérifiez qu’elles répondent avec le bon code vers la bonne destination. Contrôlez aussi les pages introuvables personnalisées, les liens des anciens emails, les boutons de navigation et les liens vers les fichiers. Le fait que la page d’accueil s’ouvre ne démontre pas que le reste du site est correctement migré.

Établissez enfin une liste courte de pages prioritaires à inspecter manuellement dans Search Console : les pages qui génèrent des contacts, celles qui sont liées depuis des partenaires ou les contenus qui attirent déjà des clics. Une inspection et un sitemap ne garantissent pas l’indexation, mais permettent d’identifier plus vite une balise noindex oubliée ou un accès bloqué.

Attribuez les changements par lots. Si le menu, le texte, les URL, les titres SEO, les images et la structure changent le même jour, il sera difficile de comprendre l’origine d’une variation. Une revue structurée permet de préserver les éléments utiles tout en améliorant les points problématiques.

Questions fréquentes

Combien de temps faut-il prévoir pour une refonte ?

Le calendrier dépend du nombre de pages, de la disponibilité des contenus, des validations et des intégrations. L’audit, l’architecture, le design, la production et la recette doivent apparaître séparément dans le planning pour que l’équipe sache ce qui peut retarder le lancement.

Faut-il conserver toutes les anciennes pages ?

Non. Il faut conserver ce qui sert encore le visiteur ou le parcours commercial, actualiser les informations utiles et retirer proprement ce qui n’a plus de rôle. La décision doit s’appuyer sur les données, les liens et les questions clients, pas seulement sur l’âge d’une page.

La refonte garantit-elle une hausse du référencement ?

Non. Une meilleure structure peut faciliter l’exploration et améliorer l’expérience, mais une refonte ne garantit ni trafic ni position. La qualité du contenu, la pertinence des pages, la concurrence et les signaux réels influencent aussi les résultats.

Que faire si les URL doivent changer ?

Préparez une correspondance individuelle vers les destinations les plus proches, mettez à jour les liens internes, testez les redirections et surveillez Search Console après la mise en ligne. Évitez de tout renvoyer vers la page d’accueil.

Planifier une refonte utile à l’activité

Une refonte solide relie les besoins clients, la stratégie de contenu, le design et le suivi technique. Elle conserve les pages qui rendent service et simplifie celles qui freinent le parcours. Découvrez les services web de CREOVIVE, consultez notre guide sur la création de site web ou décrivez-nous votre projet de refonte.