Plan de projet pour la refonte d'un site web public : phases, rôles, calendrier et risques

Un plan de projet réaliste pour refondre le site web d'une administration, d'une collectivité ou d'un organisme public : sept phases et leurs livrables, une matrice RACI, un exemple de calendrier sur 9 mois, ainsi que les risques qui font habituellement dérailler les projets publics et la manière de les gérer.

Les refontes dans le secteur public échouent rarement parce que le nouveau design est laid. Elles échouent parce que l'achat a pris huit mois, que la migration des contenus était estimée à « quelques semaines », que vingt services ont dû réécrire leurs pages pendant la même quinzaine et que la date de lancement a été annoncée en conseil municipal avant que quiconque ait compté les PDF. Ce plan s'articule autour du travail qui prend réellement du temps, avec les décisions attendues de la direction placées au moment où vous en avez besoin.

Les phases en un coup d'œil

Phase	Livrable principal	Durée habituelle
0. Mandat	Charte de projet signée, budget, commanditaire	2 à 4 semaines
1. Découverte	Inventaire des contenus, tâches principales, statistiques de référence, recherche utilisateur	6 à 8 semaines
2. Plateforme et achat	Plateforme choisie, contrat signé	6 semaines à 6 mois (la phase la plus variable)
3. Structure et design	Navigation, gabarits, système de design, prototypes testés	6 à 10 semaines
4. Contenus	Chaque page conservée réécrite ou migrée, documents convertis	10 à 16 semaines, en chevauchement avec les phases 3 et 5
5. Développement et tests	Site fonctionnel, accessibilité et performances testées, redirections cartographiées	8 à 12 semaines
6. Lancement et stabilisation	Site en ligne, surveillance, corrections, ancienne plateforme arrêtée	4 à 8 semaines

Pour une ville ou un organisme de taille moyenne, le total est souvent de 9 à 15 mois. Si quelqu'un vous en a promis six, demandez-lui quelle phase il a sautée.

Phase 0 : Mandat

Avant toute discussion avec un fournisseur, faites signer une charte d'une page par un commanditaire de la direction. Elle doit préciser :

Pourquoi maintenant. Fin de vie de la plateforme, obligations d'accessibilité, plaintes d'usagers, constat de sécurité. Soyez précis : « le site fait daté » ne survivra pas à la première coupe budgétaire.
Ce que signifie la réussite, en termes mesurables : taux de réussite des cinq tâches principales, nombre de pages et de documents réduits, zéro blocage d'accessibilité au lancement, appels au standard concernant des informations présentes sur le site.
Le périmètre. Quels sites sont inclus (site principal, sites des services, bibliothèque, police ?) et quels systèmes sont exclus (permis, paiements, ordres du jour).
Qui décide. Un commanditaire, un responsable produit habilité à dire non aux services, un comité de pilotage qui se réunit chaque mois.
Le budget pour le développement, le travail sur les contenus et les trois premières années d'exploitation. Notre guide du coût total de possession liste ce qu'il faut inclure.

Phase 1 : Découverte

Quatre chantiers, menés en parallèle.

Inventaire des contenus. Chaque page, document et site distinct, avec son responsable et la décision prise. C'est ce chiffre qui dimensionne la phase 4. Notre méthode d'inventaire des contenus prend environ quatre semaines.
Tâches principales. À partir des recherches internes, des statistiques, des données du centre d'appels et d'un court questionnaire, listez les tâches que les gens viennent accomplir. Un petit nombre de tâches représente généralement la majorité des visites.
Statistiques de référence. Relevez les chiffres actuels dès maintenant ; vous en aurez besoin pour prouver que la refonte a fonctionné. Consultez les statistiques web pour le secteur public.
Recherche utilisateur. Observez dix à quinze usagers tenter les tâches principales sur le site actuel, dont des personnes utilisant des technologies d'assistance et des personnes sur téléphone.

Décision de la direction à la fin de la découverte : confirmer le périmètre au regard des chiffres de l'inventaire. C'est le moment de retirer un site du périmètre ou d'augmenter le budget, pas au septième mois.

Phase 2 : Plateforme et achat

Rédigez les exigences à partir de la découverte, et non de la liste des fonctions de l'ancien site. Séparez les indispensables (prise en charge de l'accessibilité, rôles et permissions, relecture avant publication, traçabilité et piste d'audit, voie de sortie propre pour vos contenus et votre code) des éléments souhaitables. Notre modèle d'appel d'offres pour site public et notre liste de contrôle d'achat couvrent les questions ; le plan de sortie fournisseur traite la clause la plus souvent oubliée.

Prévoyez que cette phase prenne du retard. Menez en parallèle le travail de navigation de la phase 3 et la réécriture des contenus de la phase 4, car ni l'un ni l'autre ne dépend de la plateforme choisie.

Phase 3 : Structure et design

Une navigation organisée par tâche et par thème, et non par service. Les usagers ne savent pas quel service gère les encombrants.
Testez la structure avant de la mettre en forme. Un test d'arborescence (les participants cherchent des éléments dans un menu purement textuel) détecte la plupart des problèmes de navigation pour un coût très faible.
Gabarits : gardez une liste courte. Un site public type en nécessite une dizaine : accueil, thème, service/démarche, article, actualité, événement, lieu, personne ou annuaire, recherche, formulaire.
L'accessibilité dès la première esquisse : contraste, états de focus, structure des titres et taille des cibles se décident au moment du design. La norme que la plupart des organismes publics des États et collectivités locales aux États-Unis doivent respecter au titre de la règle ADA Title II est le WCAG 2.1 niveau AA, avec des dates de mise en conformité au April 26, 2027 (50 000 habitants ou plus) et au April 26, 2028 (entités plus petites et districts spéciaux), suite à la règle provisoire d'avril 2026.

Phase 4 : Contenus (le chemin critique)

C'est sur les contenus que les refontes publiques dérapent. Planifiez-les comme une chaîne de production.

Étape	Qui	Conseil
Valider les normes de contenu et les types de pages	Responsable des contenus	Une page de règles sur le langage clair, les titres, les liens et les documents
Former les rédacteurs des services	Responsable des contenus	Deux heures, avec leurs propres pages comme exemples
Rédiger par lots, service par service	Services	Échelonnez les échéances ; jamais tous les services sur la même quinzaine
Relire et valider	Responsable des contenus, puis chef de service	Deux tours maximum ; convenez-en par écrit
Convertir les documents en pages ou formulaires	Équipe web	Commencez par les formulaires de demande les plus utilisés
Saisir dans la nouvelle plateforme	Équipe web ou services	Seulement une fois les gabarits stabilisés

Budgétez grossièrement en comptant : si l'inventaire indique que 600 pages sont conservées et que chacune demande deux heures de réécriture, de relecture et de validation, cela représente 1,200 heures de temps des services. Présentez ce chiffre à la direction en phase 1, pas en phase 4.

Phase 5 : Développement et tests

Plan de redirection : chaque ancienne URL qui reçoit du trafic ou des liens entrants pointe vers sa nouvelle adresse. D'abord dans un tableur, puis mis en œuvre et testé.
Tests d'accessibilité : manuels et automatisés, sur chaque gabarit et sur les tâches principales. Consultez notre processus de test d'accessibilité.
Vérification d'utilisabilité : refaites passer les tâches de la phase 1 aux usagers sur le nouveau site et comparez.
Performances et mobile : testez sur un téléphone milieu de gamme avec une connexion lente.
Revue de sécurité par votre équipe informatique, y compris la configuration des comptes et des rôles.
Formation des rédacteurs sur la vraie plateforme, et processus de publication écrit.

Phase 6 : Lancement et stabilisation

Lancez un mardi ou un mercredi matin, jamais avant un jour férié ou un conseil municipal.
Gelez les contenus de l'ancien site une semaine avant ; convenez de la gestion des modifications urgentes pendant le gel.
Surveillez chaque jour les erreurs 404 et les recherches internes pendant les deux premières semaines, et corrigez les redirections au fil de l'eau.
Gardez l'ancienne plateforme accessible en lecture seule pendant une durée fixe, puis arrêtez-la et cessez de la payer.
Rendez compte des indicateurs de réussite de la phase 0 à 90 jours.

RACI des rôles clés

Activité	Commanditaire	Responsable produit	Équipe web	Services	Informatique	Fournisseur
Charte et budget	A	R	C	I	C	-
Découverte	I	A	R	C	C	C
Choix de la plateforme	A	R	C	I	C	-
Navigation et design	I	A	R	C	I	R
Réécriture des contenus	I	A	C	R	-	-
Développement et redirections	I	A	R	I	C	R
Tests d'accessibilité	I	A	R	C	I	C
Décision de lancement	A	R	C	I	C	C

R = réalise, A = approuve (rend des comptes), C = consulté, I = informé.

Registre des risques : les suspects habituels

Risque	Signe précoce	Réponse
Contenus pas prêts	Moins de la moitié des pages du premier lot validées à l'échéance	Réduire le périmètre : lancer avec les tâches principales, migrer le reste ensuite
Retard d'achat	Pas de contrat à la date prévue	Faire avancer les phases 3 et 4 sur le travail indépendant de la plateforme
Résistance des services	Demandes de « notre propre site » ou de gabarits sur mesure	Appliquer le test du microsite ; le responsable produit tranche
Dérive du périmètre vers les systèmes transactionnels	« Tant qu'on y est, on remplace les permis ? »	Projet distinct ; un lien externe pour l'instant
Lancement annoncé trop tôt	Une date dans un communiqué de presse avant la phase 5	Annoncer une saison, pas une date
Dépendance au fournisseur	Le fournisseur ne sait pas expliquer comment récupérer contenus et code	Faire de l'export une exigence contractuelle

La place d'un outil multi-sites

Si votre périmètre comprend de nombreux petits sites (services, équipements, programmes) et que le CMS principal est la raison de leur départ, envisagez une plateforme où l'équipe centrale contrôle la marque et les permissions et où les services créent leurs sites à l'intérieur de ce cadre. Sur We.Inc, les sites fonctionnent sous votre propre marque, un site peut être soumis à une validation en une seule étape avant sa mise en ligne, et le code peut être téléchargé ou synchronisé avec GitHub, ce qui compte pour la clause de sortie. Captures d'écran de notre marque de démonstration :

L'éditeur de site avec un site modèle chargé, le chat à gauche et un aperçu en direct à droite — L'éditeur qu'utiliserait un service, sous la marque de l'organisation.

Options de déploiement : Not published, publication en aperçu, connexion d'un domaine personnalisé et export — Les options de publication, dont un aperçu avant toute mise en ligne.

Une file intitulée Waiting for your approval avec les boutons Approve and publish et Ask for changes — Validation en une seule étape avant la mise en ligne d'un site. La demande affichée a été préparée pour la capture d'écran.

Une fenêtre Export Project avec les onglets GitHub, ZIP, Vercel et Domain et une option de dépôt privé — Export vers GitHub ou en fichier ZIP, pour que contenus et code ne soient pas captifs.

Un panneau de domaine intitulé Give your site a real address avec une option pour connecter un domaine qui vous appartient — Chaque site peut être relié à une adresse qui vous appartient.

Un outil de création ne remplace ni la découverte, ni le travail sur les contenus, ni les tests d'accessibilité. S'il peut couvrir une partie de votre périmètre, réservez une démo.

Sources

Dernière vérification le 2026-10-25.

ADA.gov, Fiche d'information : règle Title II sur le web et les applications mobiles (WCAG 2.1 AA ; dates de mise en conformité modifiées le April 20, 2026).

Ce guide fournit des informations générales et ne constitue pas un conseil juridique.

Questions fréquentes

Combien de temps dure la refonte d'un site web public ?

Pour une ville ou un organisme de taille moyenne, souvent 9 à 15 mois entre le mandat, la découverte, l'achat, le design, les contenus, le développement et le lancement. L'achat et les contenus sont les phases qui débordent le plus souvent.

Quel est le chemin critique d'une refonte dans le secteur public ?

Les contenus. Réécrire et valider des centaines de pages dans tous les services, et convertir les documents en pages web, prend généralement plus de temps que le design ou le développement. Dimensionnez-les tôt à partir d'un inventaire des contenus.

La navigation doit-elle suivre l'organigramme ?

Non. Organisez-la par tâche et par thème, car les usagers ne savent pas quel service gère quoi. Testez la structure avec un test d'arborescence avant de la mettre en forme.

Que faut-il faire dans les premières semaines après le lancement ?

Surveillez chaque jour les erreurs 404 et la recherche interne, corrigez les redirections, gardez l'ancienne plateforme en lecture seule pendant une durée fixe, puis arrêtez-la et rendez compte des indicateurs de réussite à 90 jours.

We.Inc peut-il faire partie d'une refonte dans le secteur public ?

Il peut héberger de nombreux petits sites de services ou de programmes sous votre marque, avec des permissions par site, une validation en une seule étape avant la mise en ligne, et le téléchargement du code ou la synchronisation GitHub. Il ne remplace ni le travail sur les contenus ni les tests d'accessibilité.