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

Introduction

Il est important de distinguer le contenu d'un site de son organisation, de son architecture et de son mode de gestion.

Le fait que les deux sites comportent des pages consacrées au maire, aux élus, aux démarches administratives, à l'urbanisme, aux associations, aux services municipaux, etc., est parfaitement normal.

Un site Internet de mairie doit nécessairement traiter un certain nombre de sujets identiques.

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 se situe dans la manière dont l'information est organisée, présentée, administrée et appelée à évoluer.

Tableau récapitulatif des différences essentielles

Afin de visualiser d'un seul coup d'œil les oppositions fondamentales entre les deux approches, voici un tableau synthétique :

Point de comparaison Site actuel (estagel.fr) Maquette proposée (estagel.ovh)
Hébergement Plateforme mutualisée (Réseau des Communes) Libre (OVH, autre hébergeur, ou serveur en mairie)
Structure Rubriques imposées par la plateforme Arborescence entièrement personnalisable
Profondeur de navigation Jusqu'à 4 ou 5 niveaux hiérarchiques Maximum 2 niveaux pour l'utilisateur
URL Longues, techniques et comportant des paramètres Courtes, lisibles et sémantiques
Affichage des PDF Téléchargement externe (ouverture dans un autre logiciel) Affichage intégré directement dans la page du site
Système de cache Non précisé (dépend de l'infrastructure du prestataire) Oui – accélère le chargement et réduit la charge serveur
Format des contenus Base de données propriétaire (non directement accessible) Fichiers texte Markdown (ouverts, lisibles et sauvegardables)
Souveraineté numérique Faible – la commune dépend de la pérennité de la plateforme Élevée – la commune possède ses fichiers et peut les déplacer librement
Évolutivité Contrainte par les évolutions et les choix du prestataire Totale et progressive (ajout de catégories sans refonte)
Fonctionnalités locales spécifiques Aucune (site standard mutualisé) Pages dédiées (haut-parleurs, Almanach, etc.)
Coût de migration future Très élevé (données enfermées) Très faible (fichiers standards transférables en quelques heures)

Ce tableau ne reflète pas des différences cosmétiques, mais bien des choix d'architecture et de modèle économique radicalement différents.

1. Deux conceptions radicalement différentes

Le site actuel est essentiellement un site institutionnel organisé autour de rubriques et de contenus publiés par une plateforme externe.

La maquette proposée avec estagel.ovh repose au contraire sur une conception de type portail documentaire structuré, dans lequel l'ensemble de l'information communale est organisé selon une véritable architecture logique.

La différence est donc comparable à celle qui existe entre :

une collection de pages Internet

et

un système d'information communal structuré.

C'est cette différence qui est essentielle.

2. L'organisation de l'information

Site actuel : une organisation principalement par rubriques

Sur le site actuel, la page d'accueil présente notamment :

Le site est ensuite organisé par les rubriques proposées par la plateforme.

On trouve par exemple les informations relatives à la mairie, au conseil municipal, aux démarches, à l'intercommunalité, etc.

Cette organisation fonctionne correctement pour publier de l'information.

Mais elle reste principalement organisée autour du modèle de navigation fourni par la plateforme.

Le site actuel est d'ailleurs explicitement présenté comme ayant été créé en partenariat avec Réseau des Communes. 0

3. La maquette est organisée comme un véritable portail communal

Sur estagel.ovh, l'organisation est beaucoup plus systématique.

La page d'accueil commence par une catégorie « Essentiel », puis sépare clairement les grands domaines de la commune :

Cette organisation est visible directement dans la structure de la maquette. 1

Il ne s'agit donc pas simplement d'une autre présentation graphique.

C'est une autre façon de concevoir l'information.

4. Une hiérarchie beaucoup plus explicite

La maquette distingue clairement les différents niveaux d'information.

Par exemple :

Ma commune

On trouve :

Services

On trouve notamment :

Cette logique permet à l'utilisateur de comprendre immédiatement où se trouve l'information qu'il recherche. 2

5. Une séparation entre les domaines de la vie communale

La maquette ne mélange pas les différents types d'informations.

Elle distingue notamment :

Administration municipale

Le maire, les élus, les commissions, le conseil municipal, les services, les finances, les délibérations, etc.

Services aux habitants

État civil, eau, assainissement, déchets, voirie, stationnement, équipements municipaux, etc.

Enfance et solidarité

Écoles, cantine, crèche, garderie, jeunesse, CCAS, aides sociales, handicap, seniors, etc.

Vie locale

Associations, commerces, bibliothèque, patrimoine, spectacles, fêtes, sports, tourisme, etc.

Urbanisme

Permis de construire, déclarations préalables, cadastre, PLU, PLUi, zonage, habitat, etc.

Environnement

Biodiversité, développement durable, économie de l'eau, espaces verts, énergies renouvelables, qualité de l'air, adaptation climatique, etc.

Sécurité

DICRIM, plan communal de sauvegarde, canicule, incendies, inondations, sécheresse, mouvements de terrain, tempêtes, etc.

Cette classification constitue une architecture de l'information, et pas simplement une liste de pages.

6. La différence est également très importante pour l'administration du site

C'est probablement l'une des différences les plus importantes.

La maquette estagel.ovh est conçue autour de pages en Markdown, organisées dans une arborescence.

La page d'accueil indique d'ailleurs directement une organisation de fichiers correspondant aux pages du site. 3

Cela signifie que le contenu peut être considéré comme une base documentaire structurée.

Le système peut ensuite construire automatiquement :

On n'est donc plus simplement dans :

« je crée une page et je la publie ».

On est dans :

« je crée et j'organise une information dans un système documentaire ».

6 bis. Une prise en main simplifiée pour les agents communaux

Contrairement à une idée parfois répandue, un site construit autour de fichiers Markdown n'est pas réservé à des informaticiens.

Un agent municipal peut, après une formation très courte :

La courbe d'apprentissage est donc bien plus rapide que celle d'une plateforme propriétaire qui impose de maîtriser des formulaires, des blocs, des modules et des options multiples souvent conçus pour des utilisateurs avancés.

La mairie peut former un agent en quelques heures seulement, sans dépendre d'une prestation externe coûteuse pour chaque mise à jour. La gestion courante du site redevient ainsi une tâche interne, simple et maîtrisée.

7. La maquette privilégie la séparation entre le contenu et le système

C'est une différence technique fondamentale.

Dans la conception proposée :

le contenu est séparé de :

la présentation

et de :

la programmation du site.

Une page peut donc être un simple document Markdown.

Le moteur du site se charge ensuite de transformer ce document en page HTML.

Cela présente plusieurs avantages :

7 bis. Une accessibilité naturellement améliorée

Depuis la loi du 11 février 2005 pour l'égalité des droits et des chances, les sites Internet des services publics doivent être accessibles à tous les citoyens, y compris ceux en situation de handicap (référentiel général d'amélioration de l'accessibilité – RGAA).

Or, une plateforme propriétaire génère souvent un code HTML lourd, surchargé de balises inutiles et difficile à auditer. La navigation au clavier, la hiérarchie des titres ou le contraste des couleurs y sont parfois mal maîtrisés.

Dans la maquette proposée, la séparation stricte entre le contenu et la présentation offre plusieurs avantages décisifs :

L'architecture Markdown impose naturellement une simplicité sémantique qui va dans le sens des exigences du RGAA. Un audit d'accessibilité serait donc non seulement plus simple à réussir, mais aussi moins coûteux qu'avec un CMS propriétaire dont le code échappe en grande partie à la maîtrise de la commune.

8. Le site actuel dépend davantage de sa plateforme

Le site actuel est construit autour d'une solution professionnelle fournie par un prestataire.

Les mentions légales indiquent notamment que le site est édité dans le cadre de la solution de Réseau des Communes, et que différents éléments techniques du site appartiennent à la structure propriétaire de la plateforme. 4

Cela n'est pas nécessairement un défaut.

C'est simplement un modèle technique différent.

Dans ce modèle, la commune utilise une plateforme existante qui fournit :

La maquette proposée suit une philosophie beaucoup plus ouverte et personnalisable.

9. Une différence importante : la capacité d'évolution

C'est probablement ici que la différence entre les deux conceptions devient la plus intéressante.

Dans la maquette, il est possible d'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

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

La structure devient une sorte de plan directeur de l'information communale.

10. Une différence fondamentale : la dépendance à l'hébergeur

C'est un point qui mérite d'être clairement distingué de la simple apparence du site.

Le site actuel estagel.fr est entièrement intégré à la plateforme de Réseau des Communes.

La commune utilise donc une infrastructure qui ne lui appartient pas directement.

Cela signifie que le site dépend de la pérennité de cette plateforme.

Cette dépendance peut être résumée ainsi :

MAIRIE D'ESTAGEL
       │
       │ utilise
       ▼
RÉSEAU DES COMMUNES
       │
       ├── hébergement
       ├── infrastructure
       ├── plateforme
       ├── système de publication
       └── fonctionnement du site

Tant que la plateforme fonctionne, le site fonctionne.

Mais la commune doit nécessairement se poser une question importante :

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 ?

Il ne s'agit pas de prétendre qu'un tel événement va se produire.

Il s'agit simplement de prendre en compte un risque informatique et patrimonial réel.

Si l'ensemble du site est hébergé et géré dans une plateforme externe dont la commune dépend, la continuité du site dépend également de cette plateforme.

11. La question de la propriété du patrimoine numérique

Il faut distinguer deux notions :

être propriétaire du contenu

et

être maître de l'infrastructure permettant de conserver et de faire fonctionner ce contenu.

Une commune peut avoir produit elle-même ses textes, ses documents, ses photographies et ses informations, tout en restant dépendante d'une plateforme extérieure pour leur publication et leur fonctionnement.

C'est précisément ce que la nouvelle architecture cherche à éviter.

Dans la solution proposée, les fichiers constituant le site peuvent être placés directement sous le contrôle de la commune.

Par exemple :

SITE DE LA MAIRIE
│
├── pages/
│   ├── mairie/
│   ├── services/
│   ├── urbanisme/
│   ├── associations/
│   ├── environnement/
│   └── sécurité/
│
├── images/
├── documents/
├── configuration/
└── programme du site

La commune possède ainsi les fichiers nécessaires à la reconstruction et au fonctionnement du site.

Le site ne dépend donc plus d'une plateforme unique.

12. Une architecture pouvant être hébergée presque n'importe où

C'est l'un des avantages majeurs de cette conception.

Le site proposé n'est pas intrinsèquement lié à un hébergeur particulier.

Il peut être hébergé chez un hébergeur classique comme :

Par exemple :

                    SITE DE LA MAIRIE
                           │
             ┌─────────────┼─────────────┐
             │             │             │
             ▼             ▼             ▼
            OVH       autre hébergeur   serveur mairie
                                        avec fibre

Le changement d'hébergeur ne nécessite donc pas de reconstruire le site.

On déplace les fichiers et le site continue à fonctionner.

C'est une différence fondamentale avec une solution fortement dépendante d'une plateforme propriétaire.

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

Avec cette architecture, la mairie peut réellement disposer de son propre patrimoine numérique.

Elle peut conserver :

Le site devient ainsi transférable.

Si la mairie change d'hébergeur, elle peut récupérer ses fichiers et les installer ailleurs.

Elle n'est donc plus enfermée dans une infrastructure particulière.

14. La possibilité d'une infrastructure locale

La conception permet même d'envisager une solution particulièrement intéressante pour une collectivité.

La mairie pourrait disposer d'un ordinateur ou d'un petit serveur équipé d'une connexion Internet par fibre optique.

Ce serveur pourrait constituer une copie complète du site.

On pourrait alors avoir :

                     INTERNET
                         │
                         ▼
                 ┌───────────────┐
                 │     OVH       │
                 │ site public   │
                 └───────┬───────┘
                         │
                     sauvegarde
                         │
                         ▼
                 ┌───────────────┐
                 │ SERVEUR MAIRIE│
                 │ copie complète│
                 └───────────────┘

La mairie disposerait ainsi d'une copie complète et indépendante de son patrimoine numérique.

Et même si l'hébergement public devait rencontrer un problème, la commune conserverait ses données et pourrait rétablir le site sur une autre infrastructure.

Bien entendu, une telle infrastructure locale devrait être correctement sécurisée, sauvegardée et administrée. Mais techniquement, elle devient possible parce que le site n'est pas enfermé dans une plateforme propriétaire.

15. Une véritable indépendance vis-à-vis de l'hébergeur

La philosophie peut donc être résumée très simplement.

Avec le site actuel

MAIRIE
   │
   ▼
RÉSEAU DES COMMUNES
   │
   ▼
SITE INTERNET

La mairie dépend de la plateforme pour faire fonctionner son site.

Avec la solution proposée

MAIRIE
   │
   ▼
FICHIERS DU SITE
   │
   ├──────────────► OVH
   │
   ├──────────────► autre hébergeur
   │
   └──────────────► serveur de la mairie

La mairie conserve les éléments nécessaires au fonctionnement du site et peut choisir où les héberger.

16. Une différence qui dépasse largement la question du design

C'est pourquoi présenter estagel.ovh comme étant simplement « la même chose » que estagel.fr, avec une présentation différente, serait réducteur.

La différence ne se situe pas principalement dans :

Elle se situe beaucoup plus profondément dans l'architecture informatique et documentaire du site.

La question devient :

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 qui constituent son site.

17. Le site devient un véritable patrimoine numérique communal

C'est probablement la différence la plus importante à retenir.

Un site municipal ne devrait pas être considéré uniquement comme une vitrine Internet.

Il contient progressivement des années de patrimoine numérique :

Ce patrimoine appartient à la vie de la commune.

Il est donc important que la commune puisse le conserver, le sauvegarder, le déplacer et le faire fonctionner indépendamment d'un fournisseur particulier.

18. La différence fondamentale entre les deux solutions

On peut finalement résumer les deux philosophies de cette manière :

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.

contre :

SITE PROPOSÉ — estagel.ovh

La commune possède les fichiers et l'architecture du site.
          │
          ▼
Elle choisit son hébergement.
          │
          ├── OVH
          ├── autre hébergeur
          └── serveur communal
          │
          ▼
Le site reste transférable et indépendant de son hébergeur.

19. Une architecture technique différente jusque dans les URL

Le site actuel estagel.fr est conçu et hébergé par Réseau des Communes, qui fournit une plateforme utilisée par un grand nombre de communes.

Cette mutualisation permet naturellement de réutiliser une même infrastructure, des mécanismes communs et des structures de données communes à de nombreux sites municipaux.

Cela se retrouve notamment dans les adresses URL des pages.

Certaines URL du site actuel sont particulièrement longues et comportent de nombreux niveaux hiérarchiques.

On retrouve ainsi une logique de navigation correspondant à la structure interne de la plateforme :

site.fr
└── niveau
    └── sous-niveau
        └── catégorie
            └── sous-catégorie
                └── page

Cette architecture peut fonctionner correctement, mais elle présente un inconvénient important pour l'utilisateur :

l'information peut se retrouver relativement éloignée de la page d'accueil.

Il faut alors parcourir plusieurs niveaux de navigation et effectuer plusieurs clics avant d'arriver à l'information recherchée.

20. Une architecture volontairement beaucoup plus simple dans la maquette

La maquette estagel.ovh a été conçue selon une philosophie différente.

L'objectif est de limiter la profondeur de navigation à deux niveaux principaux.

Par exemple :

Accueil
└── Services
    └── État civil

ou :

Accueil
└── Urbanisme
    └── PLU

ou :

Accueil
└── Sécurité
    └── Canicule

L'objectif est simple :

trouver rapidement l'information avec le minimum de clics possible.

La profondeur technique des fichiers peut évidemment être différente de la profondeur visible par l'utilisateur.

Mais pour l'habitant, la règle est claire :

une information importante doit être accessible rapidement.

20 bis. Un avantage naturel pour le référencement (SEO)

Les moteurs de recherche (Google, Qwant, DuckDuckGo, etc.) évaluent la qualité d'un site selon des critères techniques précis :

La maquette estagel.ovh répond favorablement à tous ces critères :

À l'inverse, les plateformes mutualisées produisent souvent des URL longues, des redirections internes multiples et un code source encombré. Ces éléments pénalisent le référencement naturel.

Un meilleur référencement signifie concrètement que les habitants trouveront plus facilement le site officiel en tapant des requêtes simples comme « Mairie Estagel », « urbanisme Estagel » ou « état civil Estagel ». Le site devient ainsi plus visible et plus utile au quotidien.

21. Des URL beaucoup plus lisibles

Cette philosophie se retrouve également dans les URL.

Une URL simple permet à l'utilisateur de comprendre immédiatement où il se trouve.

Par exemple :

estagel.ovh/services/etat-civil

est beaucoup plus facile à comprendre et à mémoriser qu'une URL comportant une succession importante de niveaux techniques et de paramètres.

L'URL devient ainsi une véritable indication de navigation.

Elle permet de comprendre :

La simplicité de l'URL participe donc directement à la simplicité générale du site.

22. Réduire le nombre de clics

La conception de la maquette repose sur un principe très simple :

Une information fréquemment recherchée doit être accessible le plus directement possible.

C'est particulièrement important pour un site municipal.

Les habitants ne viennent généralement pas sur le site pour parcourir celui-ci pendant plusieurs minutes.

Ils viennent chercher une information précise :

La conception doit donc privilégier l'accès immédiat à l'information plutôt que la multiplication des niveaux de navigation.

23. Les PDF sont consultables directement dans le site

Un autre choix important concerne les documents PDF.

Dans la maquette proposée, les PDF peuvent être affichés directement à l'intérieur du site.

L'utilisateur n'est donc pas systématiquement obligé de quitter la page pour ouvrir le document dans une nouvelle fenêtre ou dans une application externe.

Cela permet notamment de consulter :

Le document reste ainsi intégré dans l'environnement du site.

Cela améliore considérablement la continuité de navigation.

24. Un système de cache pour accélérer le fonctionnement

La maquette utilise également une logique de cache.

Les différentes opérations nécessaires à la construction du site peuvent être préparées puis conservées dans un dossier dédié.

site
├── pages
├── images
├── documents
├── scripts
└── cache
    ├── menus
    ├── navigation
    ├── pages générées
    └── données préparées

L'intérêt est de ne pas refaire inutilement les mêmes opérations à chaque consultation.

Le serveur peut utiliser directement les éléments déjà préparés.

Cette architecture permet donc d'obtenir :

Le cache n'est donc pas seulement une optimisation technique.

Il participe directement à l'expérience de l'utilisateur.

25. Des fonctionnalités spécifiquement conçues pour Estagel

La différence entre les deux sites ne se limite pas à leur architecture.

La maquette introduit également des pages et des fonctionnalités qui répondent spécifiquement aux besoins d'une commune comme Estagel.

Il ne s'agit donc plus seulement de reproduire les rubriques classiques d'un site municipal.

26. Une page consacrée aux informations municipales locales

Une fonctionnalité particulièrement originale est la page consacrée aux informations municipales locales.

Son principe est de reproduire sur le site Internet les informations diffusées par le réseau de haut-parleurs de la commune.

Le site devient ainsi le prolongement numérique du système d'information municipal local.

                     MAIRIE
                       │
                       ▼
             Information municipale
                       │
             ┌─────────┴─────────┐
             ▼                   ▼
       Haut-parleurs          Site Internet
             │                   │
             └─────────┬─────────┘
                       ▼
              Même information

Cela présente un avantage évident :

Une personne qui n'a pas entendu l'annonce diffusée par les haut-parleurs peut la retrouver sur le site.

Le site devient donc un véritable outil d'information locale, et pas seulement une bibliothèque de renseignements administratifs.

27. Une page Almanach pour faire revenir les habitants

La maquette comporte également une page Almanach.

Cette page répond à une problématique différente.

Un site municipal peut parfaitement contenir toutes les informations nécessaires sans pour autant être régulièrement consulté.

Or un site vivant doit donner aux habitants une raison de revenir régulièrement.

L'Almanach constitue précisément un moyen de créer cette habitude.

Il peut proposer quotidiennement ou régulièrement :

L'objectif n'est donc pas seulement de fournir une information administrative.

Il est également de créer un rendez-vous quotidien ou régulier avec le site de la commune.

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

C'est une différence importante entre les deux philosophies.

Un site municipal traditionnel peut être principalement conçu comme une vitrine :

« Voici la mairie, ses services et ses informations. »

La maquette proposée cherche davantage à faire du site :

un véritable service numérique quotidien pour les habitants.

C'est pourquoi elle ajoute des fonctionnalités qui ne sont pas nécessairement indispensables au fonctionnement administratif du site mais qui augmentent son utilité et sa fréquentation.

29. La différence entre mutualisation et personnalisation

Le modèle de Réseau des Communes possède une logique parfaitement compréhensible :

                     PLATEFORME
                         │
        ┌────────────────┼────────────────┐
        │                │                │
      MAIRIE A         MAIRIE B         MAIRIE C
        │                │                │
        ▼                ▼                ▼
      Site A           Site B           Site C

Cette architecture permet de mutualiser les moyens et de proposer un service à de nombreuses communes.

Mais cette mutualisation implique nécessairement une certaine standardisation.

La maquette estagel.ovh suit exactement la philosophie inverse :

                  ESTAGEL
                     │
                     ▼
             Architecture propre
                     │
          ┌──────────┼──────────┐
          ▼          ▼          ▼
       Contenu    Navigation   Services
          │          │          │
          └──────────┼──────────┘
                     ▼
              Site de la commune

L'architecture est donc conçue à partir des besoins propres d'Estagel.

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

C'est un point essentiel.

Si deux mairies possèdent :

cela ne signifie évidemment pas que leurs sites sont identiques.

Ces informations sont inhérentes au fonctionnement d'une commune.

La comparaison pertinente doit porter sur :

la façon dont ces informations sont classées, reliées, administrées, présentées et accessibles.

C'est exactement là que se trouvent les différences majeures entre estagel.fr et estagel.ovh.

31. Les différences sont donc multiples et structurelles

Les deux sites diffèrent notamment par :

Ce sont donc des différences d'architecture et de conception, et pas simplement des différences graphiques.

32. Une conclusion difficilement contestable

Dire :

« Les deux sites sont la même chose »

parce qu'ils possèdent approximativement les mêmes pages revient à comparer uniquement le contenu visible sans examiner le système qui se trouve derrière.

C'est un peu comme comparer deux bâtiments uniquement parce qu'ils contiennent les mêmes pièces.

Deux bâtiments peuvent posséder :

tout en ayant une architecture, une structure et une conception complètement différentes.

Il en est exactement de même pour deux sites Internet municipaux.

Les pages correspondent au contenu.

L'architecture du site correspond à sa conception.

Et dans le cas présent, ces deux architectures sont très différentes.

32 bis. Et si la commune décidait de migrer ? Une opération progressive et maîtrisée

Le passage du site actuel vers la nouvelle architecture ne nécessite en aucun cas une refonte totale et brutale. Une migration progressive est parfaitement envisageable, rubrique par rubrique.

Voici les étapes types d'une telle migration :

  1. Exporter les contenus depuis la plateforme actuelle (copier-coller des textes, téléchargement des documents PDF et des images) ;
  2. Classer ces éléments dans l'arborescence Markdown proposée (Ma commune, Services, Urbanisme, etc.) ;
  3. Tester la nouvelle version sur un sous-domaine ou un hébergement temporaire (par exemple nouveau.estagel.fr) sans interrompre le site officiel ;
  4. Vérifier les liens, les documents et la navigation ;
  5. Basculer le nom de domaine principal le jour choisi, en mettant en place des redirections appropriées depuis les anciennes URL vers les nouvelles.

Cette opération peut s'étaler dans le temps et être réalisée à un rythme compatible avec les disponibilités des services municipaux. La commune conserve ainsi l'intégralité de ses archives tout en améliorant son organisation au fil de l'eau.

Aucune interruption de service n'est à craindre, et la commune garde à tout moment la main sur le rythme et le périmètre de la transition.

Annexe – Analyse économique et budgétaire comparative

Au-delà de l'architecture technique, la question économique mérite d'être posée clairement, car elle engage les finances communales sur le long terme.

Critère Site actuel (estagel.fr) Maquette proposée (estagel.ovh)
Modèle économique Abonnement annuel à une plateforme mutualisée (coût récurrent). Hébergement classique (ex : OVH) + aucune licence propriétaire (coût fixe modique).
Propriété du code et des données Le code et la base de données appartiennent au prestataire (Réseau des Communes). La commune ne possède qu'une partie du contenu saisi. Les fichiers (Markdown, images, PDF) appartiennent en totalité à la commune. Le code du site est libre et peut être conservé par elle.
Coût d'une éventuelle migration Très élevé – les données sont enfermées dans une base propriétaire. Une extraction nécessite un travail manuel ou des outils spécifiques coûteux. Très faible – les fichiers sont standards et peuvent être déplacés en quelques heures vers n'importe quel hébergeur.
Maîtrise des évolutions tarifaires Aucune – le prestataire fixe ses tarifs et peut les augmenter unilatéralement. Totale – la commune choisit librement son offre d'hébergement et peut la changer à tout moment.
Investissement sur 10 ans Cumul des abonnements + risque de migration coûteuse en fin de cycle. Coût d'hébergement annuel très faible + pas de coût de verrouillage.

Observation : Sur une décennie, la différence cumulée peut représenter plusieurs milliers d'euros, sans même inclure le coût humain et le stress organisationnel qu'impliquerait une récupération forcée des données en cas de cessation d'activité du prestataire.

L'approche proposée ne constitue donc pas seulement un choix technique ou organisationnel. C'est également un choix budgétaire rationnel, protégeant la commune contre des risques de dépendance et de hausse des coûts.

Conclusion générale — Pour une véritable souveraineté numérique de la commune

La maquette estagel.ovh n'est pas simplement une copie du site estagel.fr avec une présentation graphique différente.

Cette comparaison serait très réductrice.

Les deux sites concernent naturellement la même commune et doivent donc proposer un certain nombre d'informations identiques : maire, conseil municipal, état civil, urbanisme, associations, services municipaux, démarches administratives, etc.

La similitude des sujets traités est normale.

Ce qui différencie profondément les deux projets se trouve dans leur architecture, leur organisation, leur fonctionnement, leur administration, leur technologie et surtout dans le degré de maîtrise que la commune peut exercer sur son propre patrimoine numérique.

Deux philosophies radicalement différentes

Le site actuel estagel.fr est conçu et hébergé dans le cadre de la plateforme de Réseau des Communes, qui héberge un grand nombre de sites municipaux.

Cette approche présente l'avantage d'une mutualisation des moyens et des outils.

Mais elle implique également une conséquence importante :

la commune dépend de cette plateforme pour le fonctionnement de son site.

La maquette estagel.ovh, au contraire, est conçue autour d'une architecture propre à Estagel.

Elle repose sur des fichiers et une organisation qui peuvent être conservés par la commune, sauvegardés indépendamment, transférés et hébergés sur différentes infrastructures.

La différence fondamentale est donc la suivante :

Le premier modèle repose principalement sur l'utilisation d'une plateforme.

Le second cherche à donner à la commune la maîtrise de son propre système d'information.

Une architecture de l'information complètement différente

Le site actuel appartient à une plateforme conçue pour répondre aux besoins d'un grand nombre de communes.

Cette mutualisation se retrouve notamment dans la structure des pages et dans leurs URL.

Les adresses de certaines pages sont longues et comportent de nombreux niveaux hiérarchiques correspondant à l'organisation interne de la plateforme.

On retrouve ainsi une logique de type :

site.fr
└── rubrique
    └── sous-rubrique
        └── catégorie
            └── sous-catégorie
                └── page

Cette organisation peut fonctionner, mais elle peut également conduire l'utilisateur à effectuer plusieurs clics avant d'atteindre l'information recherchée.

La maquette estagel.ovh adopte une philosophie radicalement différente.

L'organisation visible par l'utilisateur est volontairement limitée à deux niveaux principaux :

Accueil
└── Services
    └── État civil

ou :

Accueil
└── Urbanisme
    └── PLU

ou :

Accueil
└── Sécurité
    └── Canicule

L'objectif est très simple :

permettre à l'habitant d'accéder à l'information avec le minimum de clics possible.

Des URL simples et compréhensibles

Cette philosophie se retrouve également dans les URL.

Une adresse telle que :

estagel.ovh/services/etat-civil

est immédiatement compréhensible.

Elle indique directement :

L'URL participe ainsi elle-même à la compréhension du site.

Cette simplicité facilite également :

Une véritable organisation documentaire

La maquette ne considère pas les pages comme des éléments isolés.

Elle cherche à construire progressivement une architecture documentaire cohérente de l'information communale.

Les informations peuvent ainsi être organisées par grands domaines :

Cette organisation permet d'intégrer progressivement de nouveaux contenus sans bouleverser l'ensemble du site.

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

Le site peut donc évoluer avec les besoins de la commune.

Il ne s'agit plus simplement d'ajouter des pages.

Il s'agit de construire progressivement un véritable patrimoine documentaire communal.

Une séparation entre le contenu et le fonctionnement du site

La maquette repose également sur une séparation importante entre :

Les pages peuvent être conservées sous forme de documents Markdown.

Le système peut ensuite générer automatiquement différents éléments du site :

Cette organisation facilite considérablement la maintenance et l'évolution du site.

Un système conçu pour être rapide

La maquette utilise également un système de cache.

Les traitements nécessaires à la construction du site peuvent être réalisés puis conservés dans un dossier dédié.

site
├── pages
├── images
├── documents
├── scripts
└── cache
    ├── menus
    ├── navigation
    ├── pages générées
    └── données préparées

Cela évite de refaire inutilement certains traitements à chaque consultation.

Le système peut donc utiliser directement les éléments déjà préparés.

Cette architecture permet notamment d'obtenir :

Les documents PDF restent à l'intérieur du site

La maquette permet également d'afficher les documents PDF directement dans le site.

L'utilisateur peut ainsi consulter un document sans être systématiquement obligé de quitter la page pour l'ouvrir dans une autre application.

Cette solution est particulièrement intéressante pour :

Le document reste intégré à l'environnement du site.

Des fonctionnalités spécifiquement imaginées pour Estagel

La différence entre les deux projets ne concerne pas seulement la technologie.

La maquette introduit également des fonctionnalités conçues spécifiquement pour la commune.

C'est notamment le cas de la page consacrée aux informations municipales locales.

Son principe est de reprendre les informations diffusées par le réseau de haut-parleurs de la commune.

Le site Internet devient ainsi le prolongement numérique du système d'information local :

                    MAIRIE
                      │
                      ▼
             Information municipale
                      │
             ┌────────┴────────┐
             ▼                 ▼
       Haut-parleurs       Site Internet
             │                 │
             └────────┬────────┘
                      ▼
               Même information

Une personne qui n'a pas entendu l'annonce diffusée dans les rues peut ainsi la retrouver sur Internet.

Le site devient donc un véritable outil d'information locale.

L'Almanach : créer un rendez-vous avec le site

La maquette propose également une page Almanach.

Cette fonctionnalité répond à un objectif différent.

Un site municipal peut contenir toutes les informations administratives nécessaires sans être consulté régulièrement.

L'Almanach permet de créer un rendez-vous quotidien ou régulier avec les habitants.

Il peut notamment présenter :

L'objectif est de faire du site non seulement un lieu où l'on vient chercher une information, mais également un site que l'on a envie de consulter régulièrement.

La question essentielle : la souveraineté numérique

Mais au-delà de toutes ces différences techniques et fonctionnelles se trouve, à mon sens, une question beaucoup plus importante :

À qui appartient réellement la maîtrise du patrimoine numérique de la commune ?

Il faut distinguer deux choses :

le contenu produit par la commune

et

l'infrastructure qui permet de conserver, gérer et diffuser ce contenu.

Le site actuel est intégré à une plateforme extérieure.

La commune dépend donc de cette plateforme pour l'hébergement et le fonctionnement de son site.

Cette dépendance constitue une forme de dépendance numérique.

La maquette proposée poursuit au contraire un objectif essentiel :

permettre à la commune de retrouver sa souveraineté numérique.

Qu'est-ce que la souveraineté numérique pour une commune ?

Dans le cas d'un site Internet municipal, la souveraineté numérique signifie notamment que la commune puisse :

La souveraineté ne signifie donc pas nécessairement que la mairie doit gérer elle-même tous les aspects techniques.

Elle signifie surtout :

que la commune doit rester capable de choisir, de récupérer, de déplacer et de conserver son propre patrimoine numérique.

Une dépendance à prendre en considération

Le site actuel étant intégré à une plateforme qui héberge de nombreux sites municipaux, il existe nécessairement une dépendance vis-à-vis de cette infrastructure.

Il ne s'agit évidemment pas de prétendre qu'un problème va nécessairement survenir.

Mais toute infrastructure informatique dépend de la pérennité de l'organisation qui l'exploite.

Il faut donc envisager également les scénarios possibles :

La question devient alors :

Comment récupérer l'intégralité du patrimoine numérique de la commune et reconstruire le site ailleurs ?

Le risque de l'enfermement progressif

Plus un site reste longtemps dans une plateforme, plus il accumule de contenus.

Au fil des années, il peut contenir :

Si l'architecture de ces données est étroitement liée à la plateforme utilisée, leur migration peut devenir une opération particulièrement lourde.

Il faudra éventuellement :

Plus on attend, plus cette opération risque d'être coûteuse.

La réversibilité doit être pensée dès le départ

C'est pourquoi la réversibilité ne devrait pas être considérée comme un problème à résoudre le jour où la commune souhaite changer de plateforme.

Elle doit être intégrée dès la conception.

Avec l'architecture proposée, le site peut être conçu pour être transférable.

Les fichiers peuvent être sauvegardés indépendamment de l'hébergement.

Le site peut ainsi être installé sur différentes infrastructures :

                    SITE DE LA COMMUNE
                           │
              ┌────────────┼────────────┐
              │            │            │
              ▼            ▼            ▼
             OVH      autre hébergeur   mairie
                                      serveur local

Le choix de l'hébergement devient alors une décision de la commune et non une contrainte imposée par l'architecture du site.

Une possibilité d'hébergement à la mairie

Cette architecture permet même d'envisager une infrastructure locale.

La commune pourrait conserver une copie complète du site sur un ordinateur ou un petit serveur installé à la mairie et connecté à Internet par fibre optique.

Cette infrastructure locale pourrait notamment servir :

La commune disposerait ainsi de plusieurs niveaux de sauvegarde et ne dépendrait pas d'un emplacement unique.

Une vraie maîtrise du patrimoine numérique

C'est ici que se situe probablement la différence la plus importante entre les deux philosophies.

Avec une plateforme externe :

MAIRIE
   │
   ▼
PLATEFORME EXTERNE
   │
   ▼
SITE INTERNET

Avec une architecture indépendante :

                    MAIRIE
                      │
                      ▼
             PATRIMOINE NUMÉRIQUE
                      │
        ┌─────────────┼─────────────┐
        ▼             ▼             ▼
      OVH       autre hébergeur   serveur mairie
        │             │             │
        └─────────────┼─────────────┘
                      ▼
                 SITE INTERNET

Dans le second modèle, l'hébergement devient un service autour du patrimoine numérique de la commune.

Le patrimoine numérique n'est plus prisonnier de l'hébergement.

C'est précisément cela qui constitue une véritable avancée vers la souveraineté numérique.

Une question économique à ne pas négliger

Cette question est également économique.

Si la commune décide un jour de quitter sa plateforme actuelle alors que plusieurs années de contenus auront été accumulées, la migration pourrait représenter un travail considérable.

Le coût ne serait alors pas seulement celui d'un nouvel hébergement.

Il pourrait comprendre :

La dépendance technique peut donc devenir également une dépendance économique.

Une architecture réversible permet au contraire de limiter ce risque.

Une démarche fondée sur plusieurs décennies d'expérience informatique

Cette proposition est également le résultat d'une expérience personnelle particulièrement longue dans le domaine informatique.

Je suis informaticien à la retraite et ancien ingénieur de Hewlett-Packard (HP), entreprise qui a joué un rôle majeur dans l'histoire mondiale de l'informatique, de l'instrumentation de mesure, des ordinateurs et de l'impression.

J'ai consacré l'essentiel de ma vie professionnelle à l'informatique.

J'ai connu les débuts de la micro-informatique et son évolution depuis les premiers micro-ordinateurs jusqu'aux technologies contemporaines.

Cette expérience m'a appris qu'un système informatique ne doit pas seulement être jugé sur ce que l'utilisateur voit à l'écran.

Il faut également regarder :

C'est cette vision qui a guidé la conception de la maquette estagel.ovh.

Une proposition pour améliorer durablement le service numérique de la commune

La démarche n'est donc pas simplement de proposer « un autre site ».

Elle consiste à réfléchir à ce que pourrait être, dans les années à venir, le système d'information Internet de la commune d'Estagel.

L'objectif est de construire progressivement un outil :

L'intérêt pour Estagel est double :

améliorer considérablement le service rendu aux habitants

et

retrouver progressivement la maîtrise de son patrimoine numérique.

Une vision à cinq, dix ou vingt ans

La décision concernant l'architecture d'un site municipal ne devrait pas être prise uniquement en fonction de son apparence actuelle.

Il faut également se demander :

Que deviendra ce site dans cinq, dix ou vingt ans ?

Combien de pages contiendra-t-il ?

Combien de documents ?

Combien d'archives ?

Combien de photographies ?

Combien de liens ?

Et surtout :

La commune pourra-t-elle toujours récupérer l'ensemble de ce patrimoine et le déplacer librement ?

C'est cette question qui donne tout son sens à la notion de souveraineté numérique.

En définitive

Les deux sites peuvent présenter des informations similaires.

C'est parfaitement normal puisqu'ils concernent la même commune.

Mais avoir les mêmes pages ne signifie absolument pas avoir le même système.

La différence entre estagel.fr et estagel.ovh porte notamment sur :

Ce ne sont donc pas des différences de détail.

Ce sont des différences fondamentales de conception.

Dire que les deux sites sont identiques parce qu'ils comportent plus ou moins les mêmes pages revient à comparer uniquement ce qui est visible à l'écran et à ignorer toute l'architecture qui se trouve derrière.

C'est un peu comme affirmer que deux bâtiments sont identiques parce qu'ils possèdent tous les deux une cuisine, une salle de bains et des chambres.

Le contenu peut être similaire.

L'architecture peut être radicalement différente.

Le véritable enjeu pour Estagel

Le véritable enjeu dépasse donc largement la question de savoir quel site est le plus moderne ou le plus agréable à regarder.

Il s'agit de savoir qui maîtrise le patrimoine numérique de la commune.

Aujourd'hui, une commune doit considérer son site Internet comme un véritable patrimoine communal, au même titre que ses archives, ses documents administratifs et ses autres ressources.

Ce patrimoine va prendre de la valeur avec le temps.

Il est donc essentiel que la commune puisse :

le conserver ;

le sauvegarder ;

le faire évoluer ;

le transférer ;

le protéger ;

et 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.

La maquette estagel.ovh a précisément été conçue dans cette perspective.

Elle ne propose pas simplement un nouveau site Internet à la mairie.

Elle propose une architecture permettant à la commune de reprendre progressivement la maîtrise de son propre patrimoine numérique.

Et cette maîtrise est d'autant plus importante que le site prendra de l'ampleur au fil des années.

La véritable question n'est donc 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à de toutes les différences visibles entre les deux sites, l'enjeu fondamental de cette proposition pour Estagel.