Faire de WordPress la porte d’entrée statique d’une plateforme de reconnaissance de premier plan

Les API de reconnaissance n’avaient pas besoin d’un nouveau CMS. L’expérience client qui les entoure, si.

La diffusion statique doit modifier la manière dont les pages sont servies, pas supprimer les services interactifs qui rendent la plateforme utile.

Gatey, AI-Kit et Flow continuent de fonctionner au moyen de composants côté navigateur et de services dédiés après que Static Publisher a livré les pages WordPress approuvées.

Deux axes, une version

L’évolution du produit et l’intégration du site sont restées séparées.

La refonte a réuni deux chantiers liés sans prétendre qu’ils constituaient le même système. Carmen Cloud a conservé la responsabilité du produit de reconnaissance et de l’application client. WP Suite a fourni la couche de service et de diffusion orientée WordPress autour de ceux-ci.

Évolution du produit Carmen Cloud
  ├─ Espaces de travail et adhésion tenant compte des rôles
  ├─ Plusieurs clés d’API propres aux intégrations
  ├─ Autorisations produit et visibilité d’utilisation par clé
  └─ Tableau de bord, abonnements, crédits, stockage, hooks et reconnaissance

Couche d’intégration WP Suite
  ├─ Gatey → points d’entrée d’identité et de compte sur le site
  ├─ AI-Kit → chat fondé sur les sources et DocSearch sur une documentation sélectionnée
  ├─ Flow → parcours de vente et d’assistance en plusieurs étapes
  └─ Static Publisher → publication statique reproductible

Les deux axes → une seule expérience dans le navigateur autour des API existantes

Frontière de responsabilité WP Suite n’a remplacé ni le tableau de bord, ni le modèle de facturation, ni la logique des clés d’API, ni les services de reconnaissance de Carmen Cloud. Ces capacités restent sous la responsabilité du produit. L’étude de cas porte sur la couche d’intégration ajoutée autour d’elles.

Intégration WP Suite

Quatre produits, chacun avec une mission définie

Le projet n’a pas transformé WP Suite en un autre monolithe. Chaque composant prend en charge une partie circonscrite de l’expérience client et se connecte aux services qui l’entourent.

1. Gatey : l’identité à la frontière du site — Gatey fournit la connexion côté WordPress, la navigation tenant compte du compte et les points d’entrée du profil. Ces composants restent disponibles après la publication statique, car le navigateur se connecte à la couche d’identité Carmen Cloud configurée au lieu de dépendre d’une requête de page PHP. Il s’agit de la même frontière d’identité que dans Ajouter la connexion à WordPress statique sans rétablir les sessions PHP. Carmen Cloud reste l’autorité pour l’adhésion aux espaces de travail, les rôles, la facturation et le comportement de l’application.
2. AI-Kit : une aide documentaire fondée sur les sources — AI-Kit ajoute DocSearch et le chat à l’expérience des développeurs. Son backend utilise une documentation Carmen Cloud sélectionnée et des frontières explicites entre produits afin qu’une réponse plausible ne mélange pas inconsidérément plaques de véhicules, marquages ADR, codes de conteneurs, identifiants ferroviaires ou autres domaines de reconnaissance proches. La documentation maintenue reste la source de référence ; l’implémentation illustre le problème traité dans Répondre aux visiteurs à partir du contenu WordPress, avec des sources.
3. Flow : un parcours structuré vers l’organisation — L’ancien parcours de contact générique est devenu un chemin de vente et d’assistance en plusieurs étapes. Les blocs Flow recueillent progressivement le contexte et distinguent l’intention du visiteur, tandis que le backend Flow transmet l’envoi au processus de service configuré. Le frontend peut ainsi rester opérationnel après la publication statique sans faire transiter le formulaire par l’environnement d’exécution WordPress public.
4. Static Publisher : création dans WordPress, production statique — Les équipes éditoriales continuent de construire les pages dans WordPress et Elementor. Static Publisher rend le site approuvé et publie les ressources de production, séparant la diffusion publique des pages de l’environnement de création. Les intégrations d’identité, d’IA, de processus et de l’application Carmen Cloud exécutées dans le navigateur restent actives autour de ces pages statiques.

La diffusion statique des pages n’a pas rendu la plateforme moins interactive.

La documentation reste la source de référence. AI-Kit offre un accès plus utile à celle-ci.

AI-Kit utilise une documentation Carmen Cloud sélectionnée et des frontières explicites entre produits pour guider les développeurs vers la référence pertinente sans la remplacer.

La refonte a ajouté une couche de service autour des API, pas une autre couche de reconnaissance.

Le projet n’a pas changé ce que reconnaissent les moteurs. Il a changé la manière dont les clients atteignent, comprennent et exploitent la plateforme qui les entoure.

WP Suite a ajouté la couche de service orientée site ; Carmen Cloud conserve la responsabilité du tableau de bord, des espaces de travail, de la facturation, des règles de clés d’API et des services de reconnaissance.

Architecture et responsabilités

Une seule expérience dans le navigateur, avec des frontières de responsabilité explicites

Les couches de page, d’identité, de connaissances, de processus et de reconnaissance coopèrent dans le frontend, mais chacune reste sous la responsabilité du système conçu pour sa mission.

WordPress + Elementor
  └─ Contenu et mise en page
       │
       ▼
Static Publisher
  └─ Frontend de production diffusé statiquement
       ├─ Gatey → identité Carmen Cloud → tableau de bord et API protégées
       ├─ AI-Kit → documentation Carmen Cloud sélectionnée
       ├─ Flow → processus backend de vente et d’assistance
       └─ Application Carmen Cloud → espaces, facturation, clés, utilisation et reconnaissance

Les requêtes de reconnaissance continuent vers les API Carmen Cloud, pas vers WordPress.

Frontière de Deployment Access Cette étude de cas démontre que Gatey, AI-Kit, Flow et Static Publisher fonctionnent ensemble en production. Elle n’affirme pas que chaque ressource Carmen Cloud a été installée au moyen du processus public actuel de WP Suite Deployment Access.

Résultat en production

Ce que l’intégration démontre désormais

Le résultat est précieux parce que les composants fonctionnent ensemble sans effacer les frontières qui rendent le système exploitable.

1. Un véritable déploiement multiproduit — Quatre produits WP Suite contribuent à une même expérience client en production. Leur coopération apparaît dans le parcours du contenu public jusqu’à l’identité, la documentation, les processus de contact et l’application Carmen Cloud, plutôt que dans une série de pages de démonstration séparées.
2. WordPress sans l’hypothèse habituelle sur l’environnement d’exécution — L’équipe éditoriale conserve WordPress et Elementor, tandis que le site public peut être diffusé statiquement. L’authentification, l’aide de l’IA, les formulaires et l’accès au tableau de bord restent disponibles parce que ces capacités passent par des intégrations côté navigateur et des services dédiés.
3. Les frontières du produit Carmen Cloud restent intactes — Les espaces de travail, abonnements, clés d’API, données d’utilisation, hooks, comportement du tableau de bord et la reconnaissance restent dans Carmen Cloud. L’intégration du site améliore la manière dont les clients atteignent et comprennent le produit sans déplacer sa logique métier dans WordPress.
4. L’expérience peut évoluer composant par composant — Les équipes éditoriales peuvent modifier le contenu, l’équipe peut affiner les points d’entrée d’authentification, les sources documentaires et les parcours de contact, et Carmen Cloud peut poursuivre le développement de ses API. Les composants forment toujours une seule expérience, mais n’ont plus à partager un même mécanisme de publication ni une même responsabilité d’exécution.