Gouvernance web universitaire : un modèle fédéré qui fonctionne pour les facultés, les laboratoires et les équipes centrales
Comment les universités peuvent gouverner des centaines de sites gérés par les facultés, départements, laboratoires de recherche, services aux étudiants et associations étudiantes : un modèle par niveaux, un tableau des droits de décision, des règles d'arrivée et de départ, et les standards minimaux que chaque site doit respecter.
Une université n'est pas une organisation unique avec un site unique. C'est une administration centrale, une douzaine de facultés, une centaine de départements, plusieurs centaines de groupes de recherche, un programme sportif, un hôpital ou des presses si vous n'avez pas de chance, et des milliers d'étudiants qui veulent publier une page pour leur association. Chacun a une raison de publier, et très peu dépendent de la personne responsable de la présence web de l'université. Dans ce contexte, la gouvernance ne consiste pas à contrôler. Elle consiste à s'accorder sur une courte liste de choses que tout le monde doit faire, et à rendre la bonne pratique la plus simple.
Pourquoi le tout-centralisé et le chacun-pour-soi échouent tous deux
Les universités oscillent généralement entre deux modèles.
- Tout-centralisé : le service marketing ou web publie tout. La qualité est élevée, la file d'attente dure des mois, et les départements achètent discrètement leur propre hébergement pour la contourner.
- Chacun-pour-soi : chaque entité gère son propre site sur sa propre plateforme. C'est rapide, et en cinq ans vous vous retrouvez avec des centaines de sites dans une douzaine de technologies, une identité visuelle incohérente, des pages de laboratoire abandonnées pour des chercheurs partis en 2017 et aucune idée de ceux qui respectent la norme d'accessibilité.
Le modèle qui tient généralement est fédéré : une équipe centrale possède la plateforme, les standards et les pages de premier niveau ; les entités possèdent leur contenu et publient dans un cadre défini ; et un petit ensemble de règles s'applique à tous, appliqué autant que possible par la plateforme plutôt que par e-mail.
Les niveaux
Tous les sites n'appellent pas le même traitement. Les classer par niveaux permet de concentrer l'effort de relecture là où se trouve le risque.
| Niveau | Exemples | Qui publie | Relecture avant mise en ligne | Plateforme |
|---|---|---|---|---|
| 1. Institutionnel | Page d'accueil, admissions, frais de scolarité et aides financières, règlements, informations d'urgence | Équipe centrale web et communication | Chaque modification | CMS principal uniquement |
| 2. Entités académiques et services | Facultés, départements, bibliothèque, scolarité, logement, services informatiques | Rédacteurs formés des entités | Nouveaux sites et changements majeurs ; les mises à jour courantes sont publiées directement | CMS principal ou plateforme approuvée |
| 3. Sites de recherche et de projets | Laboratoires, centres, subventions, conférences | Personne désignée par le chercheur principal | Nouveaux sites uniquement, plus un contrôle annuel | Plateforme approuvée avec les modèles de l'université |
| 4. Personnel et étudiant | Profils d'enseignants, associations étudiantes, sites de cours | La personne ou le groupe | Aucune, mais passage obligatoire par la voie approuvée et mention de l'avertissement | Hébergement personnel ou étudiant approuvé |
Inscrivez les niveaux dans la politique et ajoutez une colonne « niveau » à votre registre des sites. La plupart des litiges (« pourquoi les admissions ont-elles une relecture et pas nous ? ») cessent une fois les niveaux écrits.
Droits de décision : qui décide quoi
Le document de gouvernance le plus utile est un tableau des décisions et de ceux qui les prennent. Copiez-le et adaptez les noms à votre organisation.
| Décision | Décide | Consulté | Informé |
|---|---|---|---|
| Plateforme web et standards d'hébergement | DSI avec le groupe de gouvernance web | Responsables informatiques des facultés, bureau de l'accessibilité | Tous les rédacteurs web |
| Marque, modèles et usage du logo | Marketing et communication | Chargés de communication des facultés | Tous les rédacteurs |
| Création ou non d'un nouveau site | Groupe de gouvernance web (niveaux 1 à 3) ; automatique pour le niveau 4 | Responsable de l'entité demandeuse | Sécurité informatique |
| Nouveau domaine ou sous-domaine | Informatique, selon les règles de nommage | Marketing | Entité demandeuse |
| Ce qu'une entité publie sur son propre site | Le responsable du site de l'entité | Équipe centrale pour les changements majeurs de niveau 2 | Personne |
| Norme d'accessibilité et règles de test | Bureau de l'accessibilité | Service handicap, conseil juridique | Tous les rédacteurs |
| Retrait d'un site non conforme ou abandonné | Groupe de gouvernance web | Responsable de l'entité | Responsable du site |
| Réglages de statistiques et de confidentialité | Bureau de la protection des données avec l'informatique | Marketing | Rédacteurs des entités |
Notez ce qui manque : l'équipe centrale ne décide pas de ce qu'un département de chimie dit de ses propres recherches. Une gouvernance qui s'immisce dans les décisions de contenu de chaque entité sera ignorée.
Les standards minimaux de chaque site
Gardez cette liste assez courte pour tenir sur une page. Tout doit pouvoir être vérifié.
- Un responsable désigné par sa fonction et un suppléant, inscrits au registre des sites.
- Les modèles de l'université ou un thème approuvé, pour que la navigation, le pied de page, la politique de confidentialité et le lien vers la déclaration d'accessibilité soient cohérents.
- Accessibilité. Les universités publiques sont des entités d'État, donc la règle web du Department of Justice au titre de l'ADA Title II s'applique : WCAG 2.1 niveau AA, avec des dates de mise en conformité au April 26, 2027 pour les entités publiques servant 50,000 personnes ou plus et au April 26, 2028 pour les plus petites, suite à la règle intérimaire d'avril 2026. Les établissements privés ont leurs propres obligations. Dans tous les cas, la norme a sa place dans la politique.
- Une adresse approuvée sous le domaine de l'université, conforme aux règles de nommage.
- Une date de révision, au moins annuelle, à laquelle le responsable confirme que le site est à jour.
- Aucune collecte de données personnelles (formulaires, inscriptions) sans l'outil de formulaire approuvé ou l'accord du bureau de la protection des données.
- Sécurité de base : logiciels maintenus, HTTPS, aucun identifiant partagé, comptes supprimés au départ des personnes.
Notre modèle de politique de gouvernance web propose une formulation adaptable pour chacun de ces points.
Arrivée : obtenir un nouveau site
Faites en sorte que demander un site soit plus rapide que contourner le processus, sinon les gens le contourneront.
- Un formulaire de demande d'une page : entité, objectif, public, niveau, responsable, suppléant, date de fin si temporaire.
- Un délai garanti : par exemple, cinq jours ouvrés pour le niveau 3, le jour même pour le niveau 4.
- Un site de départ construit à partir des modèles approuvés, déjà à l'image de l'université, déjà relié au registre.
- Une formation des rédacteurs de 60 minutes sur les titres, le texte alternatif, les intitulés de liens, les documents et le processus de relecture.
Le test est simple. Si un postdoctorant peut obtenir un site de laboratoire approuvé plus vite qu'il ne peut créer un site gratuit sur un outil grand public, la plupart prendront la voie approuvée.
Départ : la moitié que tout le monde oublie
Les universités perdent la trace de sites comme les entreprises le font rarement : les gens partent selon un calendrier universitaire fixe. Le responsable d'un site de laboratoire obtient son diplôme ou part dans un autre établissement, et le site reste en ligne dix ans. Intégrez les départs au calendrier.
| Déclencheur | Action |
|---|---|
| Le responsable quitte l'université | Les RH ou l'informatique préviennent l'équipe web ; le suppléant devient responsable ou le site est signalé |
| Fin de la subvention ou du projet | Le site passe en lecture seule avec un avis de fin, ou est archivé |
| Révision annuelle manquée | Deux rappels, puis le responsable de l'entité est prévenu, puis le site est dépublié avec une page d'attente |
| Association étudiante non réinscrite | Site dépublié au début du semestre suivant |
| Conférence terminée | Archivez le programme et les actes ; redirigez l'adresse vers le département |
Avant de retirer quoi que ce soit, vérifiez votre calendrier de conservation des archives, et redirigez toujours les adresses retirées. Les anciennes pages de laboratoire sont citées dans des publications.
Animer le groupe de gouvernance
- Composition : responsable web central (président), marketing, sécurité informatique, bureau de l'accessibilité, protection des données, et trois ou quatre représentants des entités, renouvelés chaque année. Moins de dix personnes.
- Rythme : une heure par mois. Points permanents : demandes de nouveaux sites, sites dont la révision est dépassée, blocages d'accessibilité ouverts, évolutions des standards.
- Reporting : chaque semestre, une synthèse d'une page pour le provost ou le vice-président : nombre de sites par niveau, sites en retard de révision, sites retirés, blocages d'accessibilité ouverts.
Comment la plateforme peut faire respecter les règles
Une politique qui repose sur la mémoire des gens est fragile. Autant que possible, laissez la plateforme faire respecter les règles : les rédacteurs n'accèdent qu'aux sites de leur entité, les nouveaux sites partent de modèles approuvés, et un relecteur approuve les sites de niveau élevé avant leur publication. Les départements qui ont quitté le CMS principal parce qu'il était trop difficile à utiliser sont les plus durs à faire revenir ; leur donner un créateur plus simple, à l'image de l'université, dans le même cadre, est souvent la réponse pratique. Ce compromis est détaillé dans créateur en marque blanche ou CMS d'entreprise.
We.Inc permet à une organisation de gérer de nombreux sites sous sa propre marque, avec des modèles partagés, des permissions par site, des rôles propriétaire, administrateur et membre pour l'équipe centrale, une approbation en une étape avant la mise en ligne d'un site et un journal d'audit des actions de l'organisation. Voici la marque de démonstration que nous utilisons pour nos captures d'écran.
La plateforme ne rend pas un site accessible et ne tient pas son contenu à jour ; ce sont toujours les responsables et les relecteurs qui s'en chargent. Pour voir si cela correspond au modèle de votre établissement, réservez une démo.
Un déploiement en 90 jours
- Jours 1 à 30 : constituez le registre des sites (explorez le domaine, interrogez les entités), attribuez les niveaux, approuvez le tableau des droits de décision.
- Jours 31 à 60 : publiez les standards minimaux, lancez le formulaire de demande et les sites de départ, formez le premier groupe de rédacteurs.
- Jours 61 à 90 : menez le premier cycle de révision, retirez les sites manifestement abandonnés (avec redirections) et rendez compte à la direction.
Pour l'étape d'inventaire en détail, consultez notre méthode d'inventaire de contenu ; elle a été écrite pour les villes, mais le tableur fonctionne de la même manière pour un campus.
Sources
Dernière vérification le 2026-10-25.
- ADA.gov, Fact Sheet: New Rule on the Accessibility of Web Content and Mobile Apps Provided by State and Local Governments (WCAG 2.1 AA ; dates telles que modifiées le April 20, 2026).
Ce guide fournit des informations générales et ne constitue pas un avis juridique. Vérifiez les obligations de votre établissement auprès de votre service juridique.
Questions fréquentes
Qu'est-ce que la gouvernance web fédérée ?
Un modèle dans lequel une équipe centrale possède la plateforme, les standards et les pages de premier niveau, tandis que facultés, départements et laboratoires possèdent et publient leur propre contenu dans un cadre convenu.
L'ADA Title II s'applique-t-il aux sites des universités publiques ?
Les universités publiques sont des entités d'État : la règle web du Department of Justice au titre du Title II s'applique donc, avec WCAG 2.1 niveau AA comme norme. ADA.gov indique des dates de mise en conformité au April 26, 2027 et au April 26, 2028 selon la taille. Ceci ne constitue pas un avis juridique.
Comment une université doit-elle gérer les sites de laboratoires et de projets abandonnés ?
Liez les départs à des événements : départ du responsable, fin de subvention, révision annuelle manquée. Passez les sites en lecture seule ou archivez-les, vérifiez le calendrier de conservation et redirigez les adresses retirées au lieu de les supprimer.
Qui doit siéger dans un groupe de gouvernance web universitaire ?
Le responsable web central, le marketing, la sécurité informatique, le bureau de l'accessibilité, la protection des données et trois ou quatre représentants d'entités renouvelés, soit moins de dix personnes se réunissant chaque mois.
We.Inc peut-il gérer de nombreux sites d'entités universitaires sous une même marque ?
Oui. We.Inc gère de nombreux sites sous une même marque avec des modèles partagés, des permissions par site, des rôles propriétaire, administrateur et membre, une approbation en une étape avant la mise en ligne d'un site et un journal d'audit. Chaque site doit néanmoins faire l'objet de ses propres tests d'accessibilité.
Commencer gratuitement · Sans carte bancaire
Voir aussi: Guides
- User flows et wireframes de site, en SVG gratuits
- UUID v4 vs v7
- Comment afficher le code source d'une page
- Exemples de la View Transitions API
- Vite ou Next.js
- Checklist WCAG 2.2
- Modèle de contrat de conception web
- Principes de web design, montrés en exemples
Produit
Pour qui
- Pour les agences
- Pour les indépendants
- Pour les hébergeurs
- Pour les plateformes SaaS
- Pour les startups
- Services financiers
- Solutions pour la santé
Fonctionnalités
- Éditeur visuel
- SEO et analyses
- Image de marque personnalisée
- Tableau de bord client
- Facturation revendeur
Ressources
- Blog
- Centre d'aide
- Outils gratuits pour les entreprises
- Free UI Components
- Modèles
- Collections de modèles
- Exemples de sites
- Guides
- Comparatifs
- Alternatives
- Les meilleurs
- Avis
- Guides des tarifs
- Cas d'usage
- Glossaire et guides
- Intégrations
- Développeurs
- Benchmark
- Windows App