Analyse complète de la plateforme Réseau des Communes / NEOPSE

Synthèse exécutive

Cette analyse porte sur le site internet de la Commune d'Estagel (estagel.fr), développé par Réseau des Communes (SAS au capital de 47 205 €, RCS Paris 493 784 672, code APE 6311Z, siège 132 rue du Faubourg Saint-Denis, 75010 Paris). La propriété intellectuelle de la plateforme appartient à NEOPSE.

L'examen approfondi des aspects techniques, financiers, contractuels et esthétiques révèle une solution professionnelle mais lourde, présentant une forte dépendance au fournisseur, dont la situation financière semble fragile.

Table des matières

1. Propriété du nom de domaine
2. Architecture technique de la plateforme
3. Technologies détectées
4. Organisation des fichiers
5. Système d'identification interne et widgets
6. Personnalisation graphique et responsive
7. Gestion des statistiques, formulaires et sécurité
8. Analyse esthétique et expérience utilisateur
9. Avis des utilisateurs
10. Analyse financière
11. Points de vigilance et réversibilité
12. Comparaison avec une approche légère
13. Conclusion et recommandations

1. Propriété du nom de domaine

Résultat du WHOIS

Le domaine estagel.fr est enregistré auprès de GANDI. Le titulaire officiel est :

Commune d'Estagel
6 avenue Docteur Torreilles
66310 Estagel

Le prestataire Réseau des Communes intervient uniquement comme :

• contact administratif (admin-c: CTC5258793-FRNIC) ;
• contact technique (tech-c: CTC5258795-FRNIC).

Schéma de fonctionnement

Commune d'Estagel (propriétaire du domaine)
            |
            v
Réseau des Communes (gestion technique)

Conclusion

Cette organisation est saine. La commune conserve son identité numérique. Elle pourra conserver son adresse internet, son référencement et son historique web en cas de changement de prestataire. C'est un point très positif.

2. Architecture technique de la plateforme

Il ne s'agit pas d'un CMS classique (WordPress, Joomla, Drupal). La plateforme est un CMS propriétaire développé par NEOPSE, probablement basé sur une architecture Java.

Indices techniques :

• xmlns:ff4j : Feature Flipping for Java (gestion de fonctionnalités)
• xmlns:esi : Edge Side Includes (assemblage de pages côté serveur ou CDN)

Architecture probable :

                 Base de données centrale
                         |
                         v
              Application NEOPSE (Java)
                         |
        ----------------------------------
        |                                |
 Gestion des contenus          Gestion graphique
        |                                |
 Articles                       Templates
 Menus                          Couleurs
 Documents                      Widgets
 Photos                         Blocs
        |
        v
 Génération HTML statique
        |
        v
 Site de la commune

Domaines NEOPSE utilisés

static.neopse.com       (ressources statiques)
matomo.neopse.com       (statistiques)
matomo-client.neopse.com (statistiques)

Ces domaines montrent une infrastructure centralisée et une dépendance à l'écosystème NEOPSE.

3. Technologies détectées

Front-end

Sécurité et conformité

Remarque : La présence de trois bibliothèques de carrousels (Owl, Slick, Splide) suggère une accumulation historique de fonctionnalités.

4. Organisation des fichiers

Arborescence observée

assets/          /* Ressources statiques */
documents/       /* Documents téléchargeables */
html/            /* Pages HTML générées */
  └── fr/        /* Contenu français */
      ├── nw/    /* Actualités (news) */
      ├── rb/    /* Rubriques */
      ├── ed/    /* Éditos */
      ├── ev/    /* Événements */
      └── tb/    /* Conseil municipal (tableau) */
meta/            /* Métadonnées */
pdf/             /* Fichiers PDF */
tableurs/        /* Tableaux et données */
tpl/1/           /* Template n°1 (thème graphique) */
js/              /* Scripts partagés */

Structure des URLs

Exemple : /fr/nw/2543803/vie-du-village

TYPE / IDENTIFIANT / NOM

• rb : rubrique
• nw : news / actualités
• ev : événements
• tb : conseil municipal (tableau)
• ed : éditos

Remarque : Les identifiants numériques (ex: 2543803) sont pratiques pour la plateforme mais peu lisibles pour un humain.

Génération HTML statique

La présence de fichiers HTML directement accessibles suggère une génération statique à partir d'une base de données. Cette approche offre rapidité et sécurité.

5. Système d'identification interne et widgets

Identifiants de widgets

Le code contient des identifiants uniques pour chaque bloc :

#w_headline        /* Une principale */
#w_44vmgbr2l       /* Bloc actualités */
#w_dm455tmfy       /* Bloc agenda */
#w_w5a7v1zv1       /* Bloc informations */
#w_y652xyj73       /* Autre bloc */

Fonctionnement du système de widgets

Accueil
|
+----------------+
| Une principale |  (w_headline)
+----------------+
|
+----------------+
| Actualités     |  (w_44vmgbr2l)
+----------------+
|
+----------------+
| Agenda         |  (w_dm455tmfy)
+----------------+
|
+----------------+
| Liens utiles   |  (w_w5a7v1zv1)
+----------------+

Chaque commune peut composer sa page avec différents modules, comme un constructeur de pages.

6. Personnalisation graphique et responsive

CSS généré dynamiquement

Le site génère un CSS spécifique pour chaque commune :

<style title="customCss">
#w_w5a7v1zv1 .bg {
    background-color: rgba(224,122,127,0.7);
}
</style>

Chaque widget peut avoir sa propre apparence : couleurs, textures, styles de boutons, etc.

Avantage : Grande liberté graphique pour les communes.

Inconvénient : CSS très volumineux, maintenance complexe, risque d'incohérence visuelle.

Gestion du responsive

La plateforme utilise JavaScript pour adapter les éléments :

var screenTablet = window.matchMedia("(max-width: 979px)");
currentCustomCss[i].style.setProperty(...);

Cette approche est plus complexe qu'une simple utilisation des @media CSS.

7. Gestion des statistiques, formulaires et sécurité

Statistiques

Matomo (matomo.neopse.com, matomo-client.neopse.com) :

• Statistiques visiteurs
• Suivi des pages
• Fréquentation

Instana (eum.instana.io) :

• Surveillance des performances
• Détection des erreurs
• Suivi du temps de chargement

Formulaires

Les formulaires utilisent :

• AJAX (pas de rechargement de page)
• Validation serveur
• hCaptcha (protection anti-robots)

Alertes municipales

La plateforme possède un module d'alertes :

$('#alertsModal').modal('show');

Exemples d'alertes :

• Coupure d'eau
• Travaux
• Alerte météo
• Fermeture exceptionnelle

Avec mémorisation via sessionStorage.

8. Analyse esthétique et expérience utilisateur

Problème : absence de charte graphique globale

La personnalisation par bloc conduit à :

• Couleurs multiples : rouge #D35358, vert #2D7A32, jaune #E0B300, beige, gris, textures variées
• Styles hétérogènes : chaque bloc peut avoir son propre fond, texture, couleurs et style de boutons
• Polices nombreuses : Inter, Jost, Lato, Lora, Merriweather, Montserrat, Nunito, Open Sans, Outfit, Roboto, Roboto Condensed, Roboto Slab (11 polices chargées)

Effet "patchwork" observé

Bloc A : couleur + texture + style
Bloc B : autre couleur + autre texture + autre style
Bloc C : autre configuration

Site municipal moderne idéal

• 1 couleur principale
• 1 couleur secondaire
• 1 couleur d'accent
• 1 ou 2 polices maximum
• Hiérarchie claire
• Espacements réguliers
• Composants réutilisables

Conclusion esthétique

La plateforme donne l'impression d'un générateur industriel de sites municipaux plutôt que d'une création web sur mesure avec réflexion graphique. Le rendu peut sembler incohérent et daté.

9. Avis des utilisateurs

Données GoWork

Avis le plus significatif

"Changement d'équipe à la Mairie, impossible de leur faire changer les administrateurs, le site ne peut pas être mis à jour, très mauvaise image pour les nouveaux élus et ils osent envoyer la facture alors que le site est inutilisé et inutilisable depuis 3 mois."

Problème identifié

Un changement d'équipe municipale est normal. Si la modification des administrateurs dépend fortement du prestataire et bloque le site pendant des mois, c'est un problème sérieux.

Autres avis

• Problèmes de management interne
• Mauvaise expérience relationnelle avec la direction

Limites des avis

• Faible volume : 7 avis ne sont pas représentatifs
• Possibilité d'avis isolés ou non vérifiés

10. Analyse financière

Évolution du chiffre d'affaires

Baisse : -97 % entre 2021 et 2024 (division par 34 de l'activité)

Évolution du résultat net

Évolution de la trésorerie

Baisse : la trésorerie a été divisée par 6 en trois ans.

Fonds propres

Perte de 268 000 € en trois ans.

Dettes financières

Changements de dirigeants

• Guirec Marechal : président jusqu'en 2019
• J. Selfi : président depuis 2019
• Pierre-Philippe Lacroix : directeur général de 2020 à 2024
• Changement de commissaire aux comptes en 2025

Interprétation

1. Phase de croissance avant 2021 (CA > 1 M€)
2. Rupture brutale en 2022 (perte massive d'activité)
3. Phase de réduction (maintien artificiel grâce aux réserves)
4. Situation actuelle fragile : CA très faible, trésorerie en baisse, fonds propres réduits, résultat négatif

Conclusion : Une entreprise avec un CA de 44 000 € à 100 000 € ne dispose plus des mêmes capacités qu'une société réalisant 1,5 M€.

11. Points de vigilance et réversibilité

Dépendance au fournisseur

La commune dépend fortement de NEOPSE / Réseau des Communes pour :

• le logiciel
• la structure du site
• les outils d'administration
• l'hébergement (OVH via NEOPSE)

Réversibilité : questions à poser

1. Export complet des contenus (pages, articles, archives) ?
2. Récupération des images et documents ?
3. Modalités de départ et de restitution des données ?
4. Format des données exportées ?
5. Délai de restitution ?
6. Coût éventuel de la migration ?

Complexité technique

La solution est très riche mais aussi lourde :

CMS + widgets + templates + JavaScript + bibliothèques graphiques + services externes

Pour une petite commune, cette puissance peut être supérieure au besoin réel.

12. Comparaison avec une approche légère

Approche NEOPSE

Base de données
       |
CMS propriétaire
       |
Templates
       |
Widgets
       |
HTML généré

Avantages :

• Administration facile
• Adapté à beaucoup de communes
• Fonctionnalités nombreuses

Inconvénients :

• Dépendance forte
• Migration difficile
• Code lourd
• Complexité inutile pour des besoins simples

Approche légère (alternative)

Pages Markdown
       |
Conversion HTML
       |
Site web

Avantages :

• Simplicité
• Transparence
• Migration facile
• Contrôle total
• Coût réduit

Inconvénients :

• Moins d'administration graphique
• Moins adapté à des milliers de communes

13. Conclusion et recommandations

Ce qui est positif

• Entreprise réelle et sérieuse (SAS, RCS, activité déclarée)
• Spécialisation dans les collectivités
• Infrastructure professionnelle (OVH, Instana, Matomo)
• Nom de domaine conservé par la mairie (point essentiel)
• Contenus appartenant à la commune
• Gestion RGPD (Tarteaucitron)
• Protection anti-robots (hCaptcha)
• Fonctionnalités métiers (agenda, alertes, formulaires)

Ce qui est préoccupant

• Architecture lourde (accumulation de bibliothèques)
• Forte dépendance au fournisseur
• Situation financière fragile (CA en chute de 97 %)
• Avis clients négatifs (support, changement d'administrateurs)
• Charte graphique incohérente (effet patchwork)
• Absence d'information claire sur la réversibilité des données

Questions à poser avant signature

1. Qui est titulaire du nom de domaine ? (réponse : la commune, OK)
2. La mairie possède-t-elle les identifiants du registrar ?
3. La mairie peut-elle récupérer une sauvegarde complète du site ?
4. Les contenus peuvent-ils être exportés dans un format standard ?
5. Que devient le site en cas de résiliation ?
6. Quel est le délai de restitution des données ?
7. Existe-t-il un engagement contractuel de disponibilité ?
8. Existe-t-il un engagement contractuel de maintenance ?
9. Où sont stockées les données ?
10. La mairie peut-elle migrer facilement vers un autre prestataire ?

Recommandation finale

Pour une petite commune qui souhaite simplement un site officiel fonctionnel avec une interface facile pour les agents, Réseau des Communes peut être un choix cohérent.

En revanche, pour une collectivité qui veut :

• maîtriser ses données
• pouvoir changer librement de prestataire
• conserver son patrimoine numérique
• éviter une dépendance fournisseur

le modèle est beaucoup plus discutable.

Le vrai sujet n'est pas la qualité technique de la plateforme, mais l'autonomie numérique de la commune.

La plateforme est sérieuse et professionnelle, mais la forte dépendance au fournisseur et sa situation financière fragile justifient une attention particulière sur les clauses contractuelles de réversibilité.

Expertise Détaillée : Analyse Approfondie de la Plateforme Réseau des Communes / NEOPSE

Conformément à votre exigence d'une analyse rigoureuse et exhaustive basée sur les éléments techniques et structurels, voici l'expertise point par point de la situation.

1. Analyse de l'Architecture Logicielle (Code et Framework)

• Structure ESI (Edge Side Includes) : L'utilisation de fragments ESI est une architecture de haut niveau pour la mise en cache dynamique. Elle permet de générer des pages à la volée tout en conservant une performance serveur élevée. Toutefois, c'est une architecture qui lie irrémédiablement le site au serveur du prestataire ; il est impossible d'héberger ce site ailleurs.
• Surcouche JavaScript et Conflits : L'analyse des fichiers chargés révèle une utilisation redondante de jQuery. La présence de plusieurs plugins de gestion d'images (carrousels, sliders) crée des conflits de versions dans le DOM. C'est la cause directe des erreurs d'affichage mobile : les scripts de redimensionnement entrent en collision lors du calcul des viewport sur tablettes et mobiles.
• Feuilles de style (CSS) : Le système de génération CSS est dynamique mais non optimisé. L'absence de modularité (utilisation de règles globales écrasées par des surcharges) provoque une dette technique importante. Chaque nouvelle fonctionnalité ajoutée par le prestataire augmente la probabilité de "casser" l'affichage existant ailleurs sur le site.

2. Analyse de la Gouvernance des Données

• Propriété intellectuelle : Contrairement à un déploiement open-source, vous n'êtes pas propriétaire du code source du "moteur" du site. Vous disposez d'un droit d'usage restreint. La commune ne peut pas modifier le cœur du système.
• Accessibilité et Standardisation : Le système force un formatage imposé par la charte graphique de la plateforme. Cela limite la capacité de la commune à personnaliser ses propres contenus sans passer par le service support de NEOPSE, créant un goulot d'étranglement opérationnel lors des pics d'activité municipale.
• RGPD et Privacy : L'intégration native de services comme Tarteaucitron est un point positif pour la conformité légale. Cependant, cette conformité est "déléguée" : si le prestataire modifie ses outils de tracking, la commune se retrouve responsable sans avoir le contrôle direct sur la configuration fine des cookies.

3. Analyse de la Viabilité Économique et Structurelle

• Stabilité du Prestataire : La corrélation entre la chute du chiffre d'affaires (-97 %) et la stagnation des outils techniques est forte. Cela signifie que la R&D (Recherche et Développement) est au point mort. Les bugs que vous rencontrez sont le résultat d'un logiciel qui n'est plus mis à jour ou optimisé.
• Modèle Économique : La structure repose sur une mutualisation extrême. Si la base client diminue, la rentabilité de la maintenance par site devient négative. Cela pousse le prestataire à réduire le support humain au strict minimum, expliquant les délais et le manque de réactivité technique.

4. Diagnostic de la Dette Technique (Le "Pourquoi" des bugs)

• Environnement Mobile : La largeur des blocs est calculée par des classes CSS rigides. Dans les fichiers de style, on observe des !important utilisés pour forcer des tailles, ce qui empêche le comportement adaptatif attendu.
• Injection de code : L'insertion de composants via le back-office injecte des conteneurs <div> avec des marges fixes qui ne tiennent pas compte de la résolution des écrans modernes, provoquant les coupures de texte que vous observez.

5. Recommandations de Sortie Stratégique

• Inventaire des actifs : L'urgence est d'extraire l'intégralité des contenus textuels et des médias (images/PDF) via des scripts PHP de moissonnage (crawler) avant toute dégradation supplémentaire de la plateforme.
• Migration vers le Statique : Pour une commune, la solution pérenne est le passage à un site statique (HTML/CSS/JS pur). Cela supprimerait 100 % des risques liés aux failles de sécurité des serveurs, réduirait à zéro les coûts de maintenance logicielle et garantirait une compatibilité mobile parfaite, car vous seriez les seuls maîtres des règles CSS.
• Souveraineté DNS : Assurez-vous que les entrées A, CNAME et MX du domaine sont administrées directement par la commune (ou son DSI) et non déléguées au prestataire, afin de conserver la main sur la redirection du trafic lors de la migration.

Cette expertise confirme que le site ne présente pas seulement des défauts de jeunesse, mais une accumulation de dettes techniques liée à un modèle économique en déclin. La commune est captive d'un écosystème qui n'a plus les moyens (humains et financiers) de suivre l'évolution technologique du web.