Payload CMS : un back-office sur mesure, pilotable par l'IA et fait pour durer

Un dirigeant qui refait son site a généralement le choix entre deux impasses. D'un côté, un WordPress chargé d'extensions, dont chaque mise à jour fait craindre une panne et dont personne ne sait plus très bien ce qu'il contient. De l'autre, une plateforme SaaS qui marche bien tant qu'on reste dans ses cases, facture par utilisateur, et garde vos contenus chez elle.

Depuis 2026, nous construisons nos sites métier sur une troisième voie : Payload CMS. Batisalon, l'annuaire des professionnels du bâtiment ; edyma.fr, le site d'une agence digitale des PME ; Prestavis, l'annuaire des prestataires B2B que nous éditons : trois projets très différents, une même fondation. Voici pourquoi, ce que cela change pour l'entreprise qui exploite le site, et pourquoi l'arrivée de l'IA dans le back-office rend ce choix plus pertinent encore.

Payload CMS en deux minutes

Un CMS « headless » sépare la gestion des contenus de leur affichage : le back-office stocke et organise, le site affiche ce qu'il veut, comme il veut. Payload pousse la logique un cran plus loin. On décrit en code le modèle de données de l'entreprise — un stand, un produit, une réalisation, une demande de devis — et Payload en déduit tout le reste : la base de données, l'interface d'administration, l'API, les types utilisés par le site.

Quelques repères factuels pour situer l'outil :

• Open source, licence MIT. Pas de licence par utilisateur, pas d'abonnement, pas de plafond d'appels.
• Intégré à Next.js depuis la version 3. Le site public et le back-office tournent dans la même application, déployée en une seule fois.
• Bases de données standards. PostgreSQL — notre choix sur tous nos projets —, MongoDB ou SQLite.
• Adossé à Figma depuis juin 2025. L'équipe de Payload a rejoint Figma ; le dépôt est resté open source, sous MIT.
• Un écosystème de plugins officiels, dont un plugin SEO, un plugin e-commerce et, depuis l'automne 2025, un plugin MCP pour l'IA.

Trois projets, une même fondation

Ce qui nous a convaincus, c'est la variété des projets que la même base tient sans forcer.

Batisalon : reprendre quinze ans de données d'un annuaire

Batisalon présente les fabricants du bâtiment comme un salon permanent, hall par hall. L'ancien site tournait sur un PrestaShop des années 2010, dont les colonnes e-commerce avaient été détournées pour porter des données métier. Au moment de la migration, il fallait reprendre 237 fiches exposants, 853 produits, 416 actualités publiées entre 2011 et 2026, huit halls et treize régions.

Sur Payload, chaque notion du métier est devenue une collection : stands, halls, spécialités, régions, salons, actualités, demandes de devis. Les redirections, les encarts et les textes SEO sont en base, modifiables sans redéploiement. Chaque fiche publie son propre balisage Organization et se recoupe avec le registre Sirene — ce qui a permis de repérer des sociétés radiées encore publiées. Nous détaillons la refonte dans nos réalisations.

EDYMA : un site éditorial que l'équipe fait vivre seule

Pour edyma.fr, l'enjeu était inverse : peu de données, mais beaucoup de contenus à rédiger et à faire évoluer — six pages métier, une méthode, des réalisations détaillées, des FAQ. Le modèle de données impose une structure qui sert le référencement et les moteurs IA : chaque page métier s'ouvre par une définition autonome, chaque FAQ visible est balisée avec exactement les mêmes questions, les données structurées sortent du CMS et non d'un copier-coller. Brouillons et historique des versions sont activés sur toutes les collections.

Prestavis : un CMS comme source de vérité d'un site statique

Prestavis utilise Payload autrement. Le site public est généré en pages statiques, pour une vitesse maximale ; Payload sert de source de vérité aux 373 fiches d'entreprises, aux classements et aux demandes reçues par les formulaires. Toute modification dans le back-office republie le site automatiquement. Même outil, architecture différente : c'est la preuve qu'on n'achète pas un gabarit, mais une fondation.

Ce que Payload change pour l'entreprise qui exploite le site

Un back-office qui parle votre métier

Dans un CMS générique, un exposant de salon devient un « article » avec des champs personnalisés ajoutés par extension. Dans Payload, c'est un stand, avec ses halls, ses spécialités, son offre et ses règles. Les équipes saisissent dans leurs propres termes, les champs obligatoires le sont vraiment, et une fiche incomplète part en brouillon au lieu d'être publiée à moitié.

Vos données vous appartiennent

Les contenus sont dans une base PostgreSQL que vous pouvez exporter, interroger ou brancher à un autre outil. Le code est à vous. Si vous changez de prestataire, vous repartez avec l'ensemble, sur des technologies que n'importe quelle équipe web connaît. Pour un actif qui doit servir cinq ou dix ans, c'est le critère qui devrait primer sur tous les autres.

Un seul projet à maintenir

Site, back-office et API dans une seule application, une seule base : moins de pièces mobiles, moins de factures, moins d'incidents. Sur Batisalon, nous avons fixé la règle par écrit : PostgreSQL seul, pas de moteur de recherche externe ni de cache supplémentaire tant qu'un besoin réel ne l'impose pas. Chaque dépendance ajoutée, c'est cinq ans de maintenance.

Un socle taillé pour le SEO et le GEO

Le contenu essentiel est rendu côté serveur, les données structurées découlent du schéma, les redirections vivent en base et s'appliquent en une seule étape. Lors d'une refonte, aucune ancienne URL ne disparaît sans décision. Ce sont précisément les conditions pour être bien référencé sur Google et repris par les moteurs de réponse — le sujet de notre accompagnement GEO.

Des garde-fous intégrés

Le contrôle d'accès se définit collection par collection et champ par champ : un rédacteur publie des actualités, un commercial consulte les demandes de devis, seul un administrateur touche aux redirections. Les versions permettent de revenir en arrière. Ces règles ne sont pas une option de l'interface ; elles s'appliquent à toute écriture, y compris — on y vient — à celles d'une IA.

Et l'e-commerce ?

Payload publie depuis l'été 2025 un plugin e-commerce officiel, sous la même licence MIT : produits et variantes, paniers, commandes, transactions, et un adaptateur de paiement Stripe. La boutique devient une collection parmi d'autres, dans le même back-office que les contenus.

Nous le recommandons dans un cas précis : le catalogue technique ou B2B. Fiches produit riches avec documentation et notices, prix ou remises par client, demande de devis à côté de l'achat direct, synchronisation avec l'ERP ou le CRM, contenus éditoriaux qui doivent vivre au même endroit que les produits. C'est le terrain où une plateforme e-commerce standard demande le plus de contorsions.

Pour une boutique grand public classique — catalogue simple, paiement par carte, livraison standard — Shopify reste plus rapide à lancer et nous ne chercherons pas à vous en détourner. Le bon choix dépend de ce qui distingue votre vente : si c'est le produit et le prix, une plateforme suffit ; si c'est le conseil, le devis et la donnée technique, le sur-mesure se rentabilise.

Gérer le back-office depuis Claude, avec MCP

C'est la raison qui, en 2026, fait basculer le choix. Le Model Context Protocol (MCP) est un protocole ouvert qui permet à un assistant IA d'utiliser des outils externes. Un site Payload peut exposer un serveur MCP ; Claude, connecté à ce serveur, travaille alors directement dans le back-office, en langage naturel.

Concrètement, sur Batisalon, l'équipe peut demander à Claude : « Ajoute l'actualité de ce fabricant à partir de son communiqué, illustre-la et rattache-la à son stand. » Claude dispose d'outils conçus pour le métier — chercher un stand, enregistrer un stand, enregistrer une actualité, l'illustrer, enregistrer un salon, y placer un stand — et les enchaîne. Ce qui demandait des allers-retours entre un e-mail, un logiciel d'image et le back-office devient une consigne.

Tout l'intérêt est dans les garde-fous, et c'est là que la fondation compte :

• L'IA est un utilisateur comme un autre. Elle s'authentifie avec sa propre clé d'API, et ses écritures passent par le contrôle d'accès du CMS. Elle ne peut faire que ce que son rôle autorise.
• Certains champs lui sont interdits. Sur Batisalon, l'offre commerciale d'un exposant, les redirections et les bilans mensuels sont hors de sa portée.
• Les outils refusent les erreurs coûteuses. Créer un stand qui existe déjà est refusé, avec la liste des fiches proches ; une fiche trop incomplète part en brouillon ; l'adresse publique d'une fiche ne peut jamais être modifiée.
• Tout est tracé. Chaque contenu sait s'il vient d'un humain, d'un import ou d'un agent, et un journal garde la trace des actions de l'IA.
• La publication peut rester humaine. Sur edyma.fr, le plugin MCP officiel de Payload est configuré pour que l'assistant n'écrive qu'en brouillon, et seulement dans les articles, les FAQ et les réalisations. Un membre de l'équipe relit et publie.

Les plateformes SaaS commencent elles aussi à proposer des serveurs MCP, sur leurs propres outils et leurs propres règles. La différence, sur un back-office sur mesure, est que les outils sont écrits pour vos processus et que les limites sont les vôtres. C'est la même logique que nos agents IA métier : l'IA fait la saisie, l'humain garde la main sur ce qui engage l'entreprise.

Sur mesure, mais fait pour durer

« Sur mesure » inquiète souvent les dirigeants, à raison : beaucoup de sites développés de zéro deviennent ingérables au départ du développeur qui les a écrits. Payload évite ce piège parce que le sur-mesure porte sur ce qui vous est propre — le modèle de données, les règles, les outils IA — et non sur les fondations.

Ces fondations sont standards et largement partagées : TypeScript, React, Next.js, PostgreSQL. L'interface d'administration, l'authentification, les versions, l'API et la gestion des médias viennent de Payload et sont maintenues par son équipe, adossée à Figma depuis 2025. Le code écrit pour votre projet reste lisible par n'importe quelle équipe compétente, et la licence MIT garantit que personne ne pourra vous retirer le droit de l'utiliser.

Ce qui ne dispense pas d'être lucide sur les limites :

• Le modèle de données se décrit en code. Ajouter un nouveau type de contenu demande un développeur, pas un clic. C'est le prix d'un back-office cohérent.
• Il faut un hébergement applicatif et une base de données, avec des mises à jour régulières, là où une plateforme SaaS s'en charge.
• Ce n'est pas l'outil d'un site vitrine de cinq pages. Si votre site change deux fois par an, un outil plus simple coûtera moins cher, et nous vous le dirons.

Faut-il passer à Payload ? Les bonnes questions

Quatre questions suffisent à trancher, et elles ne parlent pas de technique :

• Votre site manipule-t-il des données métier — un catalogue, un annuaire, des fiches, des demandes — et pas seulement des pages ?
• Vos équipes y publient-elles chaque semaine, et perdent-elles du temps à la saisie ?
• Le site doit-il échanger avec votre CRM, votre ERP ou un outil de paiement ?
• Comptez-vous l'exploiter cinq ans ou plus, sans dépendre d'un éditeur ?

Deux « oui » ou plus, et la question mérite un cadrage. C'est ce que nous faisons avant tout chiffrage : décrire le modèle de données, les rôles, les intégrations et les tâches à confier à l'IA. Nos projets de développement web et de logiciels métier partent de là, et les réalisations citées dans cet article sont en ligne : jugez sur pièce.