CMA-CGM Terminal : une usine à sites avec TinaCMS pour industrialiser le déploiement multi-sites

CMA-CGM Terminal gère plusieurs terminaux portuaires à travers le monde. Chaque terminal nécessite un site web qui combine contenus éditoriaux ET services métier avancés : tracking de conteneurs, suivi de navires, tarifs. Face à un parc hétérogène de sites vieillissants, peu sécurisés et coûteux à maintenir, le groupe nous a confié la création d’une usine à site moderne. L’objectif est de déployer des sites cohérents en quelques semaines au lieu de plusieurs mois, pour une fraction du budget initial.

Un parc de sites hétérogène, source de risques et de coûts

La situation avant notre intervention

Avant de nous solliciter, CMA-CGM Terminal faisait face à une problématique classique des grands groupes multi-sites : chaque terminal avait développé son propre site web de manière indépendante.

Le résultat ? Un parc hétérogène de sites présentant trois problèmes majeurs :

1. Sécurité insuffisante : des technologies obsolètes, des mises à jour négligées, des failles potentielles. Dans le secteur maritime où les données de tracking sont stratégiques, c’était un risque inacceptable.

2. Cohérence de marque compromise : les designs s’éloignaient progressivement de la charte graphique du groupe. Chaque terminal avait son identité visuelle, ce qui nuisait à la cohérence globale de CMA-CGM Terminal.

3. Coûts et lenteur :

• Maintenance démultipliée : autant de bases de code que de sites
• Déploiement interminable : plusieurs mois pour mettre en ligne un nouveau site terminal
• Budget incontrôlé : chaque nouveau site représentait un investissement complet from scratch

Les contraintes du projet

Le cahier des charges était exigeant :

• 6 sites à déployer avec un calendrier serré
• Double exigence fonctionnelle : CMS éditorial classique + services métier (container tracking, vessel tracking, tarifs)
• Autonomie locale : les équipes de chaque terminal doivent pouvoir gérer leur contenu
• Cohérence globale : design system unifié, respect de la charte CMA-CGM
• Multilangue : adaptation aux marchés locaux
• Performance et sécurité : pas de compromis sur ces deux piliers
• Intégration existante : connexion aux Web Services CMA Terminals déjà en place

La question stratégique était simple : comment déployer rapidement plusieurs sites cohérents tout en permettant des personnalisations locales, sans exploser les budgets ?

Notre réponse : une usine à site basée sur un CMS headless open source.

Notre approche : l’usine à sites avec TinaCMS

Le principe de l’usine à sites

L’usine à sites (ou « site factory ») est un concept d’industrialisation : on développe une fois un socle technique complet, puis on le duplique pour créer de nouveaux sites en quelques semaines.

Chaque nouveau site hérite de :

• L’architecture technique complète
• Le design system et les composants UI
• Les fonctionnalités métier (tracking, formulaires, etc.)
• Les bonnes pratiques de sécurité et performance
• Les workflows éditoriaux

Les équipes locales personnalisent ensuite :

• Les contenus (textes, images, actualités)
• Les traductions
• Les services disponibles selon le terminal
• Les paramétrages spécifiques

Résultat : un nouveau site coûte une fraction du prix initial et se déploie en quelques semaines au lieu de plusieurs mois.

Critère	6 sites indépendants (approche classique)	Usine à sites (notre approche)
Délai de déploiement	Plusieurs mois par site	Quelques semaines par site
Coût par nouveau site	Budget complet (100%)	Fraction du budget initial (~20-30%)
Maintenance	6 bases de code distinctes	1 base de code mutualisée
Mise à jour fonctionnelle	6 déploiements séparés	Déploiement simultané sur tous les sites
Cohérence de marque	Divergence progressive	Design system unifié
Sécurité	Patches à dupliquer manuellement	Correction unique, bénéfice immédiat

Pourquoi TinaCMS ?

Pour le CMS headless au cœur de l’usine, on a sélectionné TinaCMS, un CMS open source moderne qui cochait toutes les cases du projet.

Les critères de choix :

Open source et moderne : basé sur React et TypeScript, TinaCMS s’intègre nativement dans l’écosystème JavaScript moderne. Communauté active, roadmap transparente.

Expérience éditeur premium : édition visuelle avec live preview – les équipes locales voient leurs modifications en temps réel, sans passer par un back-office austère. On l’a constaté sur nos projets, ça change tout pour l’adoption.

Git-native : le contenu est stocké en fichiers Markdown/JSON dans Git. Les avantages :

• Versionning natif de tout le contenu
• Workflow de validation (pull requests)
• Rollback facile en cas d’erreur
• Pas de base de données CMS à gérer

Developer-friendly : configuration as code, TypeScript strict, hot reload : l’expérience développeur est excellente. On a pu industrialiser rapidement la création de nouveaux types de contenu.

Performance : génération statique, pas de requêtes BDD côté CMS : les sites sont ultra-rapides.

Coût : 0€ de licence. Pour un projet avec 6 sites, l’économie sur 3 ans face à des solutions propriétaires (Contentful, Sanity) se chiffre en dizaines de milliers d’euros.

L’architecture technique mise en place

Stack complète :

• Frontend : React
• CMS Headless : TinaCMS (gestion de contenu en Markdown/JSON)
• API Services métier : connexion aux Web Services CMA Terminals existants (tracking conteneurs, navires, tarifs)
• Déploiement : environnement Azure
• CI/CD : pipeline automatisé sur Azure DevOps
• Multilangue : gestion native des traductions

Fonctionnalités développées :

Partie CMS éditorial :

• Gestion de contenu multi-langue
• Composants réutilisables (Hero, Cards, Forms, Galleries, etc.)
• Pages institutionnelles personnalisables
• Système d’actualités et événements
• Menu et navigation configurables par site
• SEO optimisé (meta, sitemap, structured data)

Partie services métier :

• Container tracking : suivi de conteneur en temps réel via API CMA
• Vessel tracking : suivi des navires et horaires d’arrivée
• Informations tarifaires : selon les routes et types de conteneurs
• Formulaires de contact : demandes de devis, informations commerciales
• Intégration avec les systèmes CRM existants

L’usine à sites en action : l’exemple CMAT Khalifa

Un site vitrine complet et fonctionnel

Le CMA-CGM Terminal Khalifa Port (cmat-khalifa.com) est le premier site déployé via l’usine. Il illustre parfaitement les capacités du socle technique.

Fonctionnalités CMS :

• Pages institutionnelles (Accueil, À propos, Services, Équipements)
• Section actualités et événements
• Galerie photos et vidéos du terminal
• Informations pratiques (horaires, contacts, accès)
• Contenu multilingue (anglais, arabe selon les marchés)

Services métier intégrés :

• Container tracking : l’utilisateur entre le numéro de son conteneur et obtient sa localisation et son statut en temps réel
• Vessel tracking : suivi des navires attendus au terminal
• Informations commerciales : tarifs, services disponibles, procédures douanières

Performance et UX :

• Interface responsive optimisée mobile
• Design moderne respectant la charte CMA-CGM
• Temps de chargement optimisés (génération statique)
• Accessibilité niveau AA

Le process de déploiement d’un nouveau site

Concrètement, quand CMA-CGM Terminal décide d’ouvrir un nouveau site pour un terminal, voici comment on procède :

Étape 1 : Configuration initiale (2-3 jours)

• Duplication du template de base
• Personnalisation de la charte graphique (couleurs, logos du terminal)
• Configuration des langues selon le marché local
• Paramétrage Azure (environnements, domaines)

Étape 2 : Paramétrage TinaCMS (1 semaine)

• Définition des types de contenu spécifiques (si nouveaux besoins)
• Configuration des workflows éditoriaux
• Formation des équipes locales à l’édition (1/2 journée)
• Tests d’édition et ajustements UX

Étape 3 : Intégration des services métier (1 semaine)

• Connexion aux Web Services CMA Terminals
• Personnalisation des services disponibles par terminal (tous les terminaux n’offrent pas les mêmes prestations)
• Tests d’intégration et de charge

Étape 4 : Migration de contenu et déploiement (1 semaine)

• Migration/création du contenu initial
• Recette client
• Mise en production
• Monitoring et support post-lancement

Délai total : 3-4 semaines au lieu de 3-4 mois en développement from scratch.

Les bénéfices mesurés pour CMA-CGM Terminal

Gains quantifiés

Vitesse de déploiement :

• Premier site (CMAT Khalifa) : développement du socle en quelques mois (investissement initial)
• Sites suivants : 3-4 semaines par site (réutilisation du socle)
• Gain de temps : 70-80% par rapport à un développement classique

Économies réalisées :

• Coût initial : budget complet pour le socle technique et le premier site
• Coût additionnel par site : une fraction du budget initial (uniquement personnalisation et contenus)
• ROI croissant : chaque nouveau site améliore le retour sur investissement du socle

Sur 6 sites, l’économie se chiffre en centaines de milliers d’euros comparé à 6 développements indépendants.

Maintenance mutualisée :

• 1 seule base de code à maintenir
• Déploiement simultané des nouvelles fonctionnalités sur tous les sites
• Patches de sécurité appliqués en une seule opération
• Réduction des coûts de maintenance : 60-70% par rapport au parc hétérogène initial

Bénéfices business

Sécurité renforcée

• Stack moderne constamment à jour
• Patch management centralisé
• Respect des standards de sécurité du groupe
• Audits de sécurité mutualisés

Cohérence de marque

• Design system partagé : tous les sites respectent la charte CMA-CGM
• Composants standardisés : expérience utilisateur homogène
• Évolutions graphiques déployées simultanément

Autonomie des équipes locales

• Éditeurs formés en 4 heures
• Création de contenu sans développeur
• Live preview pour validation immédiate
• Workflow de validation intégré (Git-based)

Évolutivité

• Ajout de nouveaux terminaux facilité : configuration en semaines
• Roadmap fonctionnelle mutualisée : les nouvelles features bénéficient à tous
• ROI croissant : le 6ème site coûte autant que le 2ème à déployer

Time-to-market

• Lancement de nouveaux sites en quelques semaines
• Réactivité face aux opportunités commerciales (nouveau terminal, nouveau marché)
• Capacité à tester rapidement de nouveaux services

TinaCMS vs autres CMS headless : notre retour d’expérience

Ce qui fonctionne très bien (ROI mesurable dès J+30)

• Git-native : versionning natif, pas de BDD CMS à gérer, rollback facile. Pour CMA-CGM, ça signifie zéro incident de perte de contenu, historique complet des modifications
• Expérience éditeur : live preview, édition visuelle intuitive. Les équipes locales sont autonomes après 4 heures de formation
• Developer experience : TypeScript, configuration as code, hot reload. On a industrialisé la création de nouveaux composants : 1-2 jours au lieu d’une semaine
• Performance : génération statique, temps de chargement optimaux. Les sites CMA-CGM Terminal affichent des scores Lighthouse excellents
• Coût : open source, pas de coûts de licence. Sur 6 sites pendant 3 ans : économie de 50-80K€ de licences vs Contentful ou Sanity

Ce qui nécessite de l’accompagnement

• Courbe d’apprentissage Git : le paradigme Git (branches, pull requests) n’est pas naturel pour des éditeurs non techniques. On a dû simplifier le workflow : 1 branche = 1 environnement, validation automatique
• Écosystème de plugins : moins mature que Strapi ou WordPress. Les fonctionnalités métier (tracking) ont nécessité du développement custom. Mais ça nous convenait : on maîtrise le code
• Workflows complexes : validation multi-niveaux (local → régional → groupe) : on a dû développer des hooks Git et des automatisations Azure DevOps. Mais une fois en place, c’est transparent

Quand choisir TinaCMS ?

TinaCMS est idéal pour :

• Projets multi-sites avec contenu éditorial fort
• Équipes techniques à l’aise avec Git (ou accompagnées)
• Besoin de performance et de légèreté
• Budgets optimisés (pas de coûts de licence)
• Projets où le développeur garde la main sur l’architecture

Alternatives à considérer selon le contexte :

• Strapi : workflows métier très complexes, backend riche avec permissions granulaires
• Contentful : très grandes équipes éditoriales (50+ personnes), besoin de support entreprise 24/7
• Payload CMS : rôles et permissions ultra-avancés, intégration e-commerce native

Notre conseil chez ACSEO : on recommande TinaCMS pour les projets où la performance, le coût et la maîtrise technique sont prioritaires. Si vous avez besoin de workflows éditoriaux très complexes ou de 50+ éditeurs simultanés, on vous orientera vers Strapi.

Pas de vente de solution inadaptée : si TinaCMS n’est pas le bon choix pour votre projet, on vous le dit.

Pourquoi ACSEO pour ce type de projet ?

Notre expertise en architecture headless

On a une longue expérience des architectures découplées :

• +50 projets API Platform / Symfony avec frontends React/Vue.js
• Maîtrise de React, Next.js, TypeScript en production
• Expérience en usines à sites et architectures multi-tenant
• Culture open source : on contribue, on veille, on maîtrise

Pour CMA-CGM Terminal, cette expertise s’est traduite par :

• Choix technologique adapté (TinaCMS + React + Azure)
• Architecture scalable : le 6ème site se déploie aussi facilement que le 2ème
• Code maintenable : documentation, conventions, tests
• Performance : génération statique, optimisation des assets, CDN

L’accompagnement au-delà du code

Notre approche :

1. Audit et conseil On ne vend pas une techno, on résout un problème. Pour CMA-CGM, on a d’abord audité le parc existant, chiffré les pain points, et proposé l’usine à site comme solution.

2. Architecture et industrialisation On a conçu le socle technique pour qu’il soit réutilisable : design system, composants, workflows. L’industrialisation était au cœur du projet.

3. Formation des équipes

• Développeurs CMA-CGM : transfert de compétences React/TinaCMS
• Éditeurs locaux : formation à l’édition (4h par équipe)
• Documentation complète : guide de contribution, FAQ

4. Support long terme

• Maintenance évolutive : nouvelles fonctionnalités, nouveaux terminaux
• Montées de version : React, TinaCMS, dépendances
• Optimisations continues : performance, SEO, accessibilité

Concrètement : CMA-CGM Terminal a un partenaire technique capable de faire évoluer l’usine à sites sur le long terme, pas juste un prestataire ponctuel.

Conclusion : l’industrialisation au service de la scalabilité

L’usine à sites mise en place pour CMA-CGM Terminal illustre parfaitement l’approche ACSEO : allier excellence technique et pragmatisme business.

Résultats clés :

• 6 sites prévus en déploiement via l’usine
• 70-80% de gain de temps par site (quelques semaines vs plusieurs mois)
• Économie de centaines de milliers d’euros vs 6 développements indépendants
• Autonomie des équipes locales : formation en 4h, édition intuitive
• Sécurité et cohérence : parc homogène, maintenance centralisée
• Base technique évolutive : React + TinaCMS + Azure, stack moderne et pérenne

L’usine à sites n’est pas qu’un concept technique : c’est un levier stratégique pour les groupes multi-sites.

Vous voulez :

• Accélérer vos déploiements (semaines au lieu de mois)
• Réduire vos coûts (fraction du budget initial par nouveau site)
• Sécuriser votre parc (maintenance centralisée, mises à jour simultanées)
• Harmoniser votre marque (design system unifié)
• Gagner en agilité (nouveaux sites = nouvelles opportunités business)

L’usine à sites est la réponse.

Chez ACSEO, on a industrialisé ce type de projet. On maîtrise les technologies (React, TinaCMS, Next.js, API Platform), les architectures (headless, multi-tenant, microservices), et surtout : on mesure le ROI.

Vous gérez plusieurs sites avec des besoins communs ? Vous souhaitez industrialiser vos déploiements web ?

Contactez-nous ! ACSEO vous accompagne dans la conception et la mise en place d’usines à sites sur mesure, adaptées à votre contexte métier. De l’audit initial au support long terme, on est votre partenaire technique.