Différences essentielles entre la maquette du site de la mairie d'Estagel et le site actuel Estagel.fr

Introduction

• Sites examinés :
  • Maquette proposée : https://estagel.ovh
  • Site actuel : https://estagel.fr
• Distinction essentielle : contenu vs organisation, architecture et mode de gestion.
• Les deux sites ont des pages consacrées au maire, aux élus, aux démarches, à l’urbanisme, aux associations, etc. – c’est normal pour une mairie.
• Ce n’est donc pas le nombre ou le titre des pages qui permet de dire que les deux sites sont identiques.
• La différence fondamentale réside dans la manière dont l’information est organisée, présentée, administrée et appelée à évoluer.

1. Deux conceptions radicalement différentes

• Site actuel (estagel.fr) :
  • Site institutionnel classique, organisé par rubriques, publié via une plateforme externe.
• Maquette proposée (estagel.ovh) :
  • Conception de type portail documentaire structuré.
  • L’information communale est organisée selon une architecture logique.
• Comparaison :

  « une collection de pages Internet »
  vs
  « un système d’information communal structuré »

2. Organisation de l’information

Site actuel : rubriques

• Page d’accueil : accès directs, flash infos, actualités, agenda, application Localiti, formulaire de contact.
• Organisation par rubriques proposées par la plateforme (mairie, conseil, démarches, intercommunalité…).
• Fonctionne pour publier de l’information, mais reste calqué sur le modèle de navigation de la plateforme.
• Créé en partenariat avec Réseau des Communes.

Maquette : portail communal systématique

• Page d’accueil structurée en grands domaines :
  • Essentiel, Ma commune, Services, Enfance & solidarité, Vie locale, Urbanisme, Cadre de vie, Institutions, Sécurité.
• Cette organisation est visible dans la structure même de la maquette.
• Ce n’est pas juste une autre présentation graphique, c’est une autre façon de concevoir l’information.

3. Hiérarchie explicite

La maquette distingue clairement les niveaux d’information.

• « Ma commune » :
  • Le maire, les élus, conseil municipal, commissions, annuaire, horaires, organigramme
  • Services municipaux, budget, finances, délibérations, comptes rendus
  • Arrêtés municipaux, bulletin municipal, marchés publics, histoire
• « Services » :
  • Service-Public, démarches administratives, services de la mairie
  • État civil, eau, assainissement, déchets, voirie, éclairage public
  • Stationnement, cimetières, service technique, salles municipales

Cette logique permet à l’utilisateur de savoir immédiatement où se trouve l’information recherchée.

4. Séparation des domaines de la vie communale

La maquette distingue :

• Administration municipale : maire, élus, commissions, conseil, services, finances, délibérations…
• Services aux habitants : état civil, eau, assainissement, déchets, voirie, stationnement, équipements…
• Enfance et solidarité : écoles, cantine, crèche, garderie, jeunesse, CCAS, aides sociales, handicap, seniors…
• Vie locale : associations, commerces, bibliothèque, patrimoine, spectacles, fêtes, sports, tourisme…
• Urbanisme : permis de construire, déclarations préalables, cadastre, PLU, PLUi, zonage, habitat…
• Environnement : biodiversité, développement durable, économie de l’eau, espaces verts, énergies renouvelables, qualité de l’air, adaptation climatique…
• Sécurité : DICRIM, plan communal de sauvegarde, canicule, incendies, inondations, sécheresse, mouvements de terrain, tempêtes…

Ceci constitue une architecture de l’information, pas une simple liste de pages.

5. Différence pour l’administration du site

• La maquette estagel.ovh est conçue autour de pages en Markdown, organisées en arborescence.
• La page d’accueil indique directement une organisation de fichiers correspondant aux pages.
• Le contenu est une base documentaire structurée.
• Le système peut construire automatiquement :
  • le menu, les rubriques, la navigation, les liens entre pages, les parties communes, les différentes présentations.
• On passe de :

  « je crée une page et je la publie »
  à
  « je crée et j’organise une information dans un système documentaire ».

6. Séparation contenu / système

• Contenu séparé de la présentation et de la programmation.
• Une page est un simple document Markdown ; le moteur le transforme en HTML.
• Avantages :
  • contenu lisible et modifiable facilement
  • fichiers facilement sauvegardables
  • pages déplaçables ou réorganisables
  • contenu réutilisable
  • administration sans base de données obligatoire
  • génération automatique d’une partie de la navigation

7. Dépendance du site actuel à sa plateforme

• Le site actuel est construit autour d’une solution professionnelle fournie par un prestataire (Réseau des Communes).
• La commune utilise une infrastructure, un système de publication, des composants et des fonctionnalités intégrées.
• Ce n’est pas un défaut en soi, mais un modèle technique différent.
• La maquette proposée suit une philosophie plus ouverte et personnalisable.

8. Capacité d’évolution

Dans la maquette, on peut ajouter progressivement de nouvelles catégories, par exemple :

• Cadre de vie

  • Environnement
  • Biodiversité
  • Développement durable
  • Économie de l'eau
  • Espaces verts
  • Énergies renouvelables
  • Qualité de l'air
  • Adaptation climatique
  • Changement climatique
  • Îlots de fraîcheur

• La structure devient un plan directeur de l’information communale.

• On peut faire évoluer le portail sans remettre en cause toute son organisation.

9. Dépendance à l’hébergeur

• Le site actuel estagel.fr est intégré à la plateforme de Réseau des Communes.
• La commune utilise une infrastructure qui ne lui appartient pas directement.
• Le site dépend de la pérennité de cette plateforme.
• Schéma simplifié :
  • Mairie d'Estagel → utilise → Réseau des Communes
  • Réseau des Communes assure : hébergement, infrastructure, plateforme, système de publication et fonctionnement du site.
• Question à se poser :

  Que se passe-t-il si, un jour, la société qui héberge et exploite la plateforme disparaît, cesse son activité, rencontre une difficulté majeure ou décide d’arrêter ce service ?

• C’est un risque informatique et patrimonial réel.

10. Propriété du patrimoine numérique

• Distinction entre être propriétaire du contenu et être maître de l’infrastructure.
• Une commune peut produire ses textes, documents, photos, mais rester dépendante d’une plateforme extérieure pour leur publication.
• La nouvelle architecture évite cela : les fichiers du site peuvent être placés sous le contrôle direct de la commune.
• Exemple d’arborescence :
  • Site de la mairie
    • pages/
      • mairie/
      • services/
      • urbanisme/
      • associations/
      • environnement/
      • sécurité/
    • images/
    • documents/
    • configuration/
    • programme du site
• La commune possède les fichiers nécessaires à la reconstruction et au fonctionnement du site.

11. Architecture hébergeable presque n’importe où

• Le site proposé n’est pas lié à un hébergeur particulier.
• Il peut être hébergé chez :
  • OVH
  • un autre hébergeur mutualisé
  • un serveur VPS ou dédié
  • éventuellement un serveur installé à la mairie (sous réserve de sécurité)
• Possibilités d’hébergement :
  • OVH
  • autre hébergeur
  • serveur à la mairie avec fibre
• Un changement d’hébergeur ne nécessite pas de reconstruire le site : on déplace les fichiers.

12. La mairie retrouve la maîtrise de son site

• Avec cette architecture, la mairie peut conserver :
  • les fichiers, les textes, les documents administratifs, les photographies
  • les ressources graphiques, la structure de navigation, le programme de génération
  • les sauvegardes
• Le site devient transférable.
• La mairie n’est plus enfermée dans une infrastructure particulière.

13. Possibilité d’une infrastructure locale

• La mairie pourrait disposer d’un ordinateur ou petit serveur avec fibre optique, contenant une copie complète du site.
• Schéma simplifié :
  • Internet → OVH (site public) → sauvegarde → serveur mairie (copie complète)
• La mairie disposerait d’une copie indépendante, même en cas de problème de l’hébergement public.

14. Indépendance vis-à-vis de l’hébergeur

Site actuel

• Mairie → Réseau des Communes → Site Internet

Solution proposée

• Mairie → Fichiers du site → OVH, autre hébergeur ou serveur de la mairie
• La mairie conserve les éléments nécessaires et choisit où les héberger.

15. Une différence qui dépasse le design

• Présenter estagel.ovh comme « la même chose » que estagel.fr avec une présentation différente serait réducteur.
• La différence ne porte pas sur les couleurs, menus, images, ou nombre de pages.
• Elle porte sur l’architecture informatique et documentaire.
• Question centrale :

  Qui maîtrise réellement le site ?

• Avec une plateforme externe, la commune utilise un service fourni par un tiers.
• Avec une architecture indépendante, la commune possède et maîtrise les éléments constitutifs.

16. Le site devient un patrimoine numérique communal

• Un site municipal contient des années de données :
  • délibérations, arrêtés, comptes rendus, documents administratifs
  • informations pratiques, photographies, archives, informations historiques
  • informations sur les services, associations, urbanisme, environnement, sécurité
• Il est important que la commune puisse conserver, sauvegarder, déplacer et faire fonctionner ce patrimoine indépendamment de tout fournisseur.

17. Récapitulatif des deux philosophies

Site actuel – estagel.fr

• La commune utilise une plateforme.
• La plateforme héberge et fait fonctionner le site.
• La commune dépend de cette plateforme.

Site proposé – estagel.ovh

• La commune possède les fichiers et l'architecture du site.
• Elle choisit son hébergement (OVH, autre, serveur communal).
• Le site reste transférable et indépendant de son hébergeur.

18. Architecture technique différente jusque dans les URL

Site actuel

• URLs longues avec de nombreux niveaux hiérarchiques :
  • site.fr → niveau → sous-niveau → catégorie → sous-catégorie → page
• L’information peut être éloignée de l’accueil : plusieurs clics nécessaires.

Maquette

• Profondeur de navigation limitée à deux niveaux principaux :
  • Accueil → Services → État civil
  • Accueil → Urbanisme → PLU
• Objectif : trouver rapidement l’information avec le minimum de clics.
• URLs lisibles : estagel.ovh/services/etat-civil est immédiatement compréhensible.

19. Réduction du nombre de clics

• Principe : une information fréquemment recherchée doit être accessible directement.
• Les habitants viennent chercher une information précise (horaires, démarche, document, déchets, urbanisme, association, événement, alerte, école…).
• La conception privilégie l’accès immédiat à l’information.

20. Consultation des PDF directement dans le site

• Les PDF peuvent être affichés à l’intérieur du site, sans quitter la page.
• Permet de consulter :
  • délibérations, comptes rendus, arrêtés, documents administratifs
  • documents d’urbanisme, formulaires, publications municipales
• Améliore la continuité de navigation.

21. Système de cache pour accélérer

• Utilisation d’un cache avec une arborescence comme suit :
  • site
    • pages
    • images
    • documents
    • scripts
    • cache
      • menus
      • navigation
      • pages générées
      • données préparées
• Évite de refaire les mêmes opérations à chaque consultation.
• Permet une navigation rapide, moins de traitements inutiles, une charge serveur réduite, une génération automatisée des éléments communs.

22. Fonctionnalités spécifiques à Estagel

Page « Informations municipales locales »

• Reprend sur le site les informations diffusées par le réseau de haut-parleurs de la commune.
• Le site devient le prolongement numérique du système d’information local :
  • Mairie → Information municipale → diffusée à la fois vers les haut-parleurs et vers le site Internet.
• Une personne qui n’a pas entendu l’annonce peut la retrouver sur le site.

Page « Almanach »

• Crée un rendez-vous régulier pour les habitants.
• Propose quotidiennement ou régulièrement :
  • la date, les événements du jour, les fêtes, les saints
  • des événements historiques, locaux, anniversaires, informations liées au calendrier
• Objectif : donner une raison de revenir régulièrement sur le site.

23. Un site conçu comme un service, pas seulement une vitrine

• Site municipal traditionnel = vitrine (« Voici la mairie, ses services… »).
• Maquette proposée = service numérique quotidien pour les habitants.
• Fonctionnalités ajoutées pour augmenter l’utilité et la fréquentation.

24. Mutualisation vs personnalisation

• Réseau des Communes : mutualisation des moyens, standardisation.
  • Plateforme unique utilisée par Mairie A, Mairie B, Mairie C, chacune ayant son site.
• Maquette estagel.ovh : architecture conçue à partir des besoins propres d’Estagel.
  • Estagel → Architecture propre → Contenu, Navigation, Services → Site de la commune.

25. Les deux sites peuvent avoir les mêmes informations sans être le même système

• Avoir des pages communes (maire, conseil, état civil, urbanisme, associations…) ne signifie pas que les sites sont identiques.
• Ces informations sont inhérentes à toute commune.
• La comparaison pertinente porte sur la façon dont elles sont classées, reliées, administrées, présentées et accessibles.

26. Synthèse des différences

Les deux sites diffèrent par :

• Architecture informatique
• Système d’hébergement
• Degré de dépendance à une plateforme externe
• Organisation documentaire
• Profondeur de navigation, structure des URL
• Mode de gestion des contenus
• Système de génération et de cache
• Affichage des PDF
• Logique de navigation, capacité de personnalisation et d’évolution
• Indépendance vis-à-vis de l’hébergeur
• Fonctionnalités spécifiques (informations municipales, Almanach)
• Conception de l’information municipale et objectif général

Ce sont des différences d’architecture et de conception, pas seulement graphiques.

27. Conclusion : une souveraineté numérique pour la commune

• Dire que les deux sites sont « la même chose » revient à comparer uniquement le contenu visible sans examiner le système sous-jacent.
• Exemple : deux bâtiments avec les mêmes pièces peuvent avoir des architectures totalement différentes.
• Les pages correspondent au contenu, l’architecture du site correspond à sa conception.

Enjeu fondamental pour Estagel

• Au‑delà de l’apparence, il s’agit de qui maîtrise le patrimoine numérique de la commune.
• Un site Internet doit être considéré comme un patrimoine communal (archives, documents administratifs…).
• Il est essentiel que la commune puisse :
  • conserver, sauvegarder, faire évoluer, transférer, protéger
  • choisir librement où et comment il est hébergé
• C’est cette capacité de choix et de contrôle qui constitue la souveraineté numérique.

Deux philosophies résumées

Site actuel – estagel.fr

• Mairie → Plateforme externe → Site Internet

Solution proposée – estagel.ovh

• Mairie → Patrimoine numérique → OVH, autre hébergeur ou serveur mairie → Site Internet
• Dans le second modèle, l’hébergement devient un service autour du patrimoine numérique.
• Le patrimoine numérique n’est plus prisonnier de l’hébergement.

Questions économiques et de pérennité

• Une migration ultérieure depuis une plateforme propriétaire pourrait être coûteuse (récupération, conversion, reconstruction, redirections, tests…).
• Une architecture réversible limite ce risque.

Une proposition issue d’une longue expérience

• L’auteur est informaticien retraité, ancien ingénieur chez Hewlett-Packard, avec une vision de longue date sur l’informatique.
• La conception de estagel.ovh repose sur les critères de :
  • simplicité, rapidité, modernité, accessibilité
  • organisation, évolutivité, documentation, sauvegarde, transférabilité
  • maîtrise par la commune

Une vision à long terme

• La décision sur l’architecture ne doit pas se limiter à l’apparence actuelle.
• Il faut anticiper l’évolution du site sur 5, 10 ou 20 ans :
  • nombre de pages, documents, archives, photos, liens
  • capacité à récupérer et déplacer ce patrimoine
• C’est le sens de la souveraineté numérique.

En définitive

• Les deux sites peuvent présenter des informations similaires (normal, même commune).
• Mais avoir les mêmes pages ne signifie pas avoir le même système.
• Les différences sont fondamentales :
  • architecture de l’information, structure des URL, profondeur de navigation, nombre de clics
  • organisation documentaire, séparation contenu/présentation
  • administration, cache, rapidité, affichage des PDF
  • fonctionnalités spécifiques, indépendance, sauvegarde, réversibilité
  • maîtrise des données, coût d’une migration future
  • souveraineté numérique de la commune

Comparer uniquement ce qui est visible à l’écran revient à ignorer toute l’architecture qui se trouve derrière.
Le contenu peut être similaire, l’architecture peut être radicalement différente.

Le véritable enjeu pour Estagel

• Qui maîtrise le patrimoine numérique de la commune ?
• La maquette estagel.ovh ne propose pas seulement un nouveau site Internet.
• Elle propose une architecture permettant à la commune de reprendre progressivement la maîtrise de son propre patrimoine numérique.
• Cette maîtrise est d’autant plus importante que le site prendra de l’ampleur.

La véritable question n’est pas seulement :

« Quel site la mairie possède-t-elle aujourd’hui ? »

La véritable question est :

« De qui dépendra le patrimoine numérique de la commune demain ? »

C’est cette question de souveraineté numérique qui constitue, au‑delà des différences visibles, l’enjeu fondamental de cette proposition pour Estagel.