Checklist refonte de site web : 40 points et planning réaliste

Une checklist de refonte de site web est la liste ordonnée des décisions et vérifications indispensables qu'un projet numérique doit valider, classée par phases chronologiques et avec un responsable unique affecté à chaque point. L'ordonnancement temporel est l'élément déterminant. La plupart des refontes ne pèchent pas par omission, mais parce qu'une action a été traitée dans la mauvaise phase, lorsqu'il était devenu coûteux d'intervenir.

Ce guide couvre l'ensemble du projet dont le budget débute couramment à partir de €4.500 pour les sites d'entreprise. Pour comprendre les arbitrages stratégiques sous-jacents, consultez notre guide de la refonte de site internet. Pour le détail de la procédure de transfert d'autorité, reportez-vous à notre article sur la refonte SEO. Voici la checklist exécutable et le calendrier réaliste sur lequel l'articuler.

Une checklist réellement efficace possède trois qualités techniques que la plupart des modèles publiés ignorent. Chaque point formule un résultat vérifiable plutôt qu'une simple intention. Chaque tâche se situe dans la phase où agir demeure peu coûteux. Et chaque vérification est confiée à un responsable unique nommément désigné, car une responsabilité partagée devient vite un vœu pieux.

Comparez deux manières d'aborder un même objectif : une consigne floue comme "penser au SEO" ne peut être ni contrôlée ni affectée à une échéance. En revanche, "chaque URL indexée figure dans le plan de redirection avec une décision validée par le responsable marketing avant le gel des contenus" réunit ces trois critères indispensables. C'est exactement la vocation d'une checklist technique.

Le document ci-dessous rassemble 40 points de contrôle répartis en cinq phases successives, spécialement conçu pour les sites B2B comptant de dix à soixante pages.

La refonte d'un site corporate demande généralement entre quatre et vingt semaines selon l'envergure du projet, et ce délai dépend principalement de la disponibilité des contenus plutôt que du rythme des développeurs. Un projet dont les textes sont déjà validés s'achève au bas de chaque fourchette, tandis que des contenus manquants retardent l'ensemble de la production.

Le tableau suivant présente les délais d'exécution couramment constatés et met en évidence l'élément qui absorbe le temps supplémentaire pour chaque taille de projet.

Les deux premières semaines déterminent si le projet pourra être évalué ultérieurement avec des données concrètes. Ces dix vérifications représentent 25 % de la liste et constituent les seules tâches impossibles à rattraper plus tard, car une fois l'ancien site remplacé, ses données de référence disparaissent définitivement. Tout ce qui figure ici est rapide à relever aujourd'hui et irrécupérable après coup.

1. Formuler par écrit l'indicateur commercial majeur que la refonte doit améliorer, en consignant sa valeur actuelle.
2. Relever les impressions et positions organiques des vingt pages les plus stratégiques.
3. Enregistrer le taux de conversion et le nombre moyen de demandes mensuelles par gabarit.
4. Exporter l'inventaire complet des URL indexées depuis la Google Search Console.
5. Réaliser un crawl technique du site actuel et le rapprocher de l'export Search Console.
6. Extraire les pages générant des visites organiques et des conversions dans votre outil analytique.
7. Lister toutes les URL qui bénéficient de liens entrants externes (backlinks).
8. Mesurer les indicateurs Core Web Vitals sur les cinq gabarits les plus visités.
9. Désigner un unique décisionnaire habilité à valider le contenu et le design. Une seule personne, jamais un collège.
10. Acter par écrit la date de gel des contenus et la gestion des demandes tardives.

Le point 9 est souvent discuté et constitue pourtant le meilleur prédicteur du respect des délais : quatre approbateurs ne produisent pas quatre fois plus de qualité, mais quatre vagues d'avis contradictoires qui mettent le calendrier en péril.

Le contenu et l'architecture progressent de concert et doivent être bouclés avant le démarrage du design. En cumulant les phases 1 et 2, 20 des 40 points de contrôle, soit exactement 50 % de la liste, arrivent à échéance avant qu'une seule maquette ne soit dessinée. Mener le contenu en parallèle du design reste l'erreur de calendrier la plus fréquente.

1. Attribuer une décision à chaque page existante : conserver, réécrire, fusionner ou supprimer.
2. Consulter l'analytique avant toute suppression : une page avec du trafic organique est redirigée en 301, jamais effacée.
3. Dresser la liste des pages commerciales manquantes indispensables pour convaincre vos prospects.
4. Désigner un rédacteur attitré et une date d'échéance pour chaque nouvelle page.
5. Poser l'arborescence en texte brut et la tester auprès de cinq utilisateurs extérieurs au projet.
6. Arrêter définitivement l'URL de chaque page avant la conception des maquettes.
7. Conserver l'adresse originale partout où la page demeure inchangée.
8. Établir le tableau de correspondance : ancienne URL, nouvelle URL, action, responsable, statut.
9. Statuer sur le sort des documents PDF, images et fichiers téléchargeables indexés.
10. Valider le modèle de contenu par gabarit en précisant les longueurs de texte attendues.

Le point 20 fait gagner un temps précieux : les rédacteurs qui reçoivent des gabarits balisés fournissent des textes immédiatement intégrables sans nécessiter de refonte graphique.

La phase de conception et de développement est l'étape à laquelle chacun pense lorsqu'on évoque une refonte, et c'est le moment précis où les décisions antérieures portent leurs fruits ou se transforment en retouches coûteuses. Avec des contenus rédigés et des URL définitivement arrêtées, cette étape devient une exécution fluide face à un cahier des charges éprouvé.

1. Concevoir des gabarits modulaires réutilisables plutôt que des pages isolées : six à dix suffisent dans la plupart des cas.
2. Prototyper le parcours menant de la page de service au formulaire de contact et le tester en conditions réelles.
3. Prototyper la navigation mobile de manière autonome par rapport à la version pour ordinateur.
4. Valider l'ensemble des gabarits en une seule session avec le décisionnaire désigné au point 9.
5. Définir un budget de performance technique avant le code et le surveiller gabarit par gabarit.
6. Intégrer l'accessibilité dès le départ : contrastes suffisants, navigation au clavier et attributs textuels alternatifs.
7. S'assurer que le contenu principal est accessible sans exécution côté client : selon Google Search Central, le rendu de JavaScript est différé et peut pénaliser l'indexation.
8. Intégrer les contenus réels et bannir les textes d'attente fictifs.
9. Paramétrer formulaires et balises de suivi, puis effectuer un test de soumission complet de bout en bout.
10. Bloquer l'indexation de l'environnement de préproduction avant d'engager les travaux.

La semaine de gel technique sépare un lancement parfaitement maîtrisé d'une mise en ligne aléatoire. Ces sept vérifications représentent 18 % de la checklist et concentrent la majeure partie des risques, car c'est ici que la visibilité sur Google est préservée ou discrètement compromise. Aucune de ces tâches n'a sa place le jour même du lancement.

1. Mettre en place les redirections 301 et tester l'intégralité des anciennes URL sans exception.
2. Contrôler l'absence de chaînes de redirection : selon Google Search Central, chaque redirection doit aboutir en un saut unique direct.
3. Mettre à jour les liens internes vers les adresses définitives dans les textes, les boutons et le menu.
4. Vérifier que les balises canoniques pointent bien vers les nouvelles URL en HTTPS.
5. Régénérer les balises hreflang si le site est disponible en plusieurs langues.
6. Contrôler la conformité des contenus sur les pages qui drainent le plus de trafic.
7. Produire les fichiers sitemap XML avec des dates de mise à jour exactes.

Reportez chaque résultat dans la colonne de suivi du plan de redirection pour garder une traçabilité totale.

Le jour de la mise en ligne s'avère court et serein lorsque la semaine de gel a été rigoureusement respectée, et chaotique dans le cas inverse. Le mois suivant constitue la période où le projet démontre sa valeur réelle et où les données de référence enregistrées en phase 1 révèlent toute leur utilité pour mesurer l'impact du renouveau.

1. Débloquer l'indexation de la production et vérifier que la préproduction demeure protégée.
2. Transmettre les nouveaux sitemaps XML à la Search Console et contrôler les redirections en direct sur le serveur de production.
3. Comparer chaque semaine les pages clés par rapport au relevé initial de la phase 1, et intégrer les éventuelles erreurs 404 découvertes au plan de redirection.

Évitez toute modification précipitée durant les deux premières semaines : les recommandations de Google sur les déménagements de sites rappellent que des fluctuations d'indexation sont normales pendant la réorganisation des signaux.

Une tâche sans responsable désigné ne s'exécute jamais, et une responsabilité attribuée globalement à l'équipe équivaut à une absence de pilotage. Cette exigence marque la frontière nette entre une liste opérationnelle qui fait avancer le chantier et un document théorique oublié au fond d'un dossier partagé dès la fin du premier comité.

Quatre profils couvrent l'ensemble des quarante points de contrôle : le décisionnaire côté client prend en charge les points 1, 9, 10, 11, 13, 24 et le gel officiel ; le responsable éditorial pilote les points 14 et 20 ainsi que la rédaction ; l'agence technique assure le design modulaire, le développement, les redirections et la recette ; enfin, le spécialiste analytique garantit la mesure initiale et le monitoring.

Inscrivez les personnes nommées dans la grille dès le lancement : désigner les responsables au fil de l'eau conduit immanquablement à solliciter celui qui sait le moins dire non.

Les plannings de refonte dérapent pour un petit nombre de causes très prévisibles, et aucune ne provient d'une phase de design plus longue que prévu. Dans notre pratique quotidienne, ces mécanismes se reproduisent avec régularité et peuvent être prévenus par des règles de gouvernance établies dès le premier jour.

Le retard des contenus représente la cause numéro un : la parade consiste à appliquer scrupuleusement le point 14 en associant un rédacteur unique et une date butoir à chaque page avant de publier le calendrier.

La prolifération des valideurs : un projet démarré avec un seul décisionnaire en compte souvent trois en semaine quatre. La parade repose sur une présentation anticipée des gabarits aux dirigeants au lieu de les laisser intervenir tardivement.

L'élargissement insidieux du périmètre : de menus ajouts qui s'accumulent sans bruit. La solution réside dans le point 10 en actant une date de gel incontournable.

"Anticiper les décisions techniques dans la bonne phase est la seule certitude pour qu'une refonte de site web tienne ses délais sans sacrifier ni sa qualité ni son référencement naturel." - Lena Tarhonska