Un site municipal n’est pas un site de marketing avec un logo gouvernemental dessus. C’est un comptoir de services. Les citoyens y arrivent pour payer un compte, trouver un calendrier de collecte, demander un permis, lire un ordre du jour du conseil ou signaler un problème, et ils arrivent contrariés parce que quelque chose dans le monde réel demande à être réglé. Chaque décision de planification qui traite le site comme une brochure produit une refonte plus jolie et moins fonctionnelle.
Les refontes municipales échouent aussi autrement que les refontes d’entreprise. Elles chevauchent des exercices budgétaires et des mandats du conseil. Elles portent des obligations linguistiques et d’accessibilité qui ne se négocient pas. Elles héritent d’une décennie de documents que personne n’a l’autorité de supprimer. Planifier pour ces conditions, plutôt que les découvrir au quatrième mois, constitue l’essentiel du travail.
Commencez par les services, pas par l’arborescence
Le réflexe est d’ouvrir le site actuel et d’en redessiner le menu. Cela reproduit le problème existant, parce que la navigation municipale reflète presque toujours l’organigramme. Les citoyens ignorent quel service délivre un permis de piscine, et ils ne devraient pas avoir à le savoir.
Constituez d’abord un inventaire de services. Une ligne par action qu’un citoyen peut réellement accomplir, rédigée dans ses mots à lui. Pour chaque ligne, notez qui en est responsable à l’interne, combien de personnes l’accomplissent par année, si elle aboutit aujourd’hui à un formulaire, à un numéro de téléphone ou à un PDF, et si elle existe dans les deux langues. Ce tableau est votre véritable document d’exigences. L’arborescence en découle, l’ordre de priorité aussi, parce que vous voyez enfin quels vingt services portent l’essentiel du volume.
Auditez le contenu avant de cadrer la construction
La plupart des sites municipaux portent de deux à dix fois le contenu que l’on croit, et la surprise se trouve toujours dans la bibliothèque documentaire. Lancez une exploration et produisez trois chiffres avant toute chose : le nombre total d’URL, le nombre total de documents, et la proportion des deux ayant reçu au moins une visite dans les douze derniers mois.
Ce dernier chiffre change la conversation. Il est courant de constater qu’une large majorité des pages ne sert presque aucun trafic, ce qui transforme une migration intimidante en une migration gérable. Mais la décision de retirer du contenu est une décision de gouvernance, pas une décision technique. Les règles de conservation des documents, les procès-verbaux du conseil, les règlements municipaux et les archives d’appels d’offres doivent souvent rester accessibles sans égard au trafic. Établissez qui a le droit de dire « ceci disparaît » avant de présenter la moindre recommandation.
Inventoriez les URL avant que quiconque dessine un gabarit
Les URL municipales sont citées dans des avis imprimés, des résolutions du conseil, des portails provinciaux, des articles de presse et les pages d’autres municipalités. Elles sont référencées bien plus largement et bien plus durablement que celles d’un site commercial, et on ne peut pas les faire disparaître discrètement.
La carte des URL est donc un artefact de planification, pas un livrable de la semaine du lancement. Chaque ancienne adresse pointe vers exactement une nouvelle adresse, en un seul saut plutôt qu’en chaîne. Les documents reçoivent le même traitement que les pages. Ce qui est réellement retiré relève d’un choix délibéré portant un nom, pas d’un accident découvert dans les journaux du serveur trois semaines après la mise en ligne.
Réglez tôt et honnêtement la question linguistique
La diffusion bilingue est une question de capacité de contenu déguisée en question technique. Le volet plateforme est simple. La difficulté, c’est que chaque page a désormais besoin d’une personne responsable capable de l’écrire et de l’entretenir dans les deux langues, indéfiniment.
Décidez d’entrée de jeu ce à quoi vous vous engagez réellement : la parité complète sur tout le site, la parité sur les pages de services avec les actualités et les avis dans une seule langue, ou la traduction sur demande. Les trois positions se défendent. Ce qui ne se défend pas, c’est de lancer avec une parité que vous ne pouvez pas soutenir. C’est ainsi qu’un site se retrouve avec une section dont la mise à jour s’est arrêtée en 2022 et qui désinforme maintenant les gens qui s’y fient.
Inscrivez l’accessibilité dans les exigences, pas dans le plan de tests
Les obligations d’accessibilité s’appliquent aux municipalités partout au Canada, la norme précise variant selon la juridiction. Au Québec, le Standard sur l’accessibilité des sites Web, le SGQRI 008 3.0, s’applique aux nouveaux contenus et aux refontes depuis le 29 avril 2024 et repose sur les WCAG 2.1 de niveau AA. Quelle que soit la citation, la cible pratique est WCAG 2.2 niveau AA, et les éléments coûteux se décident bien avant les tests : la palette de couleurs, le choix des intégrations tierces, la stratégie documentaire, et la latitude que le CMS laisse aux rédacteurs pour produire du contenu non conforme.
Inscrivez la norme dans les exigences avec son numéro de version. Prévoyez un budget pour des tests manuels plutôt qu’un balayage automatisé. Et planifiez le sort de la bibliothèque documentaire existante, parce que pour la plupart des municipalités, cette bibliothèque est le plus gros passif d’accessibilité du site.
Planifiez autour du calendrier de gouvernance
Les projets municipaux avancent au rythme des séances du conseil et des exercices financiers, et un plan qui les ignore s’enlise. Trois règles pratiques :
- Ne lancez jamais pendant une période électorale ou un cycle budgétaire. Les personnes dont vous avez besoin de l’approbation sont indisponibles, et la pointe de trafic constitue le pire public possible pour les ratés de rodage d’un nouveau site.
- Désignez une seule personne décisionnelle avec autorité déléguée. Le design approuvé par comité est un design lent. Le comité devrait approuver la direction une fois, puis déléguer.
- Séparez la décision de plateforme de la décision de contenu. Elles n’ont ni les mêmes approbateurs ni les mêmes échéances, et les coupler laisse la plus lente imposer son rythme aux deux.
Mesurez avant de toucher à quoi que ce soit
Vous ne pouvez pas démontrer qu’une refonte a fonctionné si vous n’avez jamais consigné ce qu’elle remplaçait. Avant le début du projet, établissez la base de référence : la visibilité dans la recherche et les principales pages d’entrée, les Core Web Vitals sur les gabarits qui comptent, le volume d’appels à la ligne municipale principale et leurs motifs, les taux de complétion des formulaires déjà en place, et le temps qu’il faut actuellement à un service pour publier une mise à jour courante.
Cette dernière mesure est celle que les conseils comprennent le mieux. Une refonte qui fait passer un délai de publication de trois jours à vingt minutes produit un résultat nommable dans un rapport, et c’est généralement le changement que le personnel remarque en premier.
Reconstruisez sur place quand c’est possible
La refonte municipale la plus risquée est celle qui bâtit un site parallèle pendant un an et bascule en une seule nuit. Le contenu vieillit pendant la construction, la bascule concentre tous les risques sur une soirée, et rien ne permet d’annuler une décision dont on découvre le lundi qu’elle était mauvaise.
Là où la plateforme existante le permet, modernisez sur place : de nouveaux gabarits section par section, du contenu migré par script plutôt que retapé, des redirections en place dès le départ, et chaque section vérifiée contre la base de référence avant d’entamer la suivante. C’est moins spectaculaire et nettement plus difficile à rater.
Si vous cadrez une refonte municipale ou du secteur public et souhaitez voir comment nous traitons la migration et la trace des preuves, notre page refonte et modernisation de site web détaille le processus.