Migrer une page statique avec l'IA

Cette section présente le processus de migration d'une page écrite en HTML statique vers un service basé sur du contenu géré par WEEGLOO.

Ce guide utilise comme exemple une page d'annonce de concert unique (télécharger). Cette page contient à la fois les informations sur le concert lui-même et les informations sur les trois artistes à l'affiche, toutes ces données étant écrites directement dans le fichier HTML. Une telle structure ne pose pas de difficulté lors de la création initiale de la page, mais elle a pour limite de devoir modifier manuellement le fichier HTML à chaque fois que l'affiche change ou que les informations du concert sont mises à jour.

À cette étape, vous utilisez conjointement un agent LLM et le MCP de WEEGLOO pour réaliser successivement trois tâches. Vous analysez d'abord la page HTML statique afin de créer automatiquement les Content Type adaptés, puis vous extrayez les données inscrites dans la page pour les charger sous forme de Content, et enfin vous modifiez le code pour que la page récupère ses données via la CDA.

Au terme de ce processus, vous pouvez migrer une page statique existante vers un service de contenu basé sur WEEGLOO sans avoir à construire vous-même un backend distinct (le système en arrière-plan qui stocke et traite les données).

Conditions préalables

Deux éléments doivent être prêts avant de commencer.

Premièrement, un nouvel Space vide doit avoir été créé dans WEEGLOO. Les Content Type et Content que vous allez créer seront tous gérés au sein de cet Space, et partir d'un état vide permet de suivre le déroulement plus clairement. Les détails concernant l'Organization et l'Space sont traités dans Accès et permissions.

Deuxièmement, l'agent LLM doit être connecté au MCP de WEEGLOO. Ce guide se déroule avec l'IDE Cursor, mais vous pouvez suivre le même déroulement dans tout environnement prenant en charge le MCP, comme Claude Desktop. La méthode d'installation est traitée dans MCP.

Une fois l'installation terminée, l'agent LLM est en mesure d'appeler directement les outils définis dans la CMA (Content Management API) de WEEGLOO. Autrement dit, les tâches qu'une personne effectuait dans le studio de contenu, comme la création d'un Content Type ou l'enregistrement et la publication d'un Content, peuvent désormais être réalisées par l'agent LLM à partir d'une simple demande en langage naturel.

Modélisation du contenu

La toute première chose à faire est de définir la structure des données contenues dans la page sous forme de Content Type. Un Content Type est comme le plan de conception des données : il détermine à l'avance quels Field auront les données gérées dans WEEGLOO.

Si vous observez la page d'exemple, elle contient à la fois des informations sur le concert lui-même (titre, date et heure, lieu, prix, etc.) et des informations sur les artistes (nom, rôle, horaire de passage, présentation), ces deux types de données formant une relation un-à-plusieurs. C'est pourquoi cette page se divise naturellement en deux : un Content Type contenant les informations du concert et un Content Type contenant les informations des artistes.

Cette analyse et la création des Content Type se font automatiquement, par la simple demande suivante adressée à l'agent LLM.

Hey, so there's an HTML file in the project — nightshift-2026.html. It's a
landing page for a one-night concert and right now everything's hardcoded
straight into the markup (the show details, the lineup, set times, all of it).
 
I want to migrate it over to Weegloo so the page can pull its content from
a CMS instead of having it all baked in. Let's take it step by step rather
than doing the whole thing in one go.
 
To kick things off, could you take a look at nightshift-2026.html and figure
out what content types would make sense for it, then go ahead and create
them in Weegloo? We'll deal with the actual content and the API wiring in
the following steps.

À réception de la demande, l'agent LLM examine la structure du fichier HTML pour en déduire les types de données et leurs relations, détermine le type adapté à chaque Field, puis crée les Content Type via le MCP de WEEGLOO.

Une fois la tâche terminée, si vous consultez la page Content Type du studio de contenu WEEGLOO, vous pouvez voir que deux nouveaux Content Type ont été créés : un Content Type représentant le concert et un Content Type représentant les artistes. Le Content Type du concert comporte des Field tels que le titre, la date et l'heure, le lieu et le prix, tandis que le Content Type des artistes comporte le nom, le rôle, l'horaire de passage et la présentation, ainsi qu'un Field de référence (Reference) indiquant à quel concert l'artiste appartient.

Une fois les Content Type ainsi définis, tout est prêt pour charger les données réelles sur la base de cette structure. Les détails concernant le Content Type sont traités dans Modélisation de Content.

Création de contenu

Un Content Type ne fait que définir le format des données ; il ne contient pas de données en lui-même. À cette étape, vous transférez les données réelles inscrites dans la page sous forme de Content, sur la base du Content Type défini précédemment.

En adressant la demande suivante à l'agent LLM, celui-ci analyse les données de la page, crée les Content correspondant au Content Type et en assure aussi la publication.

Alright, the content types look good. Now let's move on to actually loading
the data.
 
Could you go through nightshift-2026.html again, pull out the actual content
that's hardcoded in there, and create entries in Weegloo using the content
types we just made? Once everything's in, go ahead and publish them too so
they're ready to be served.

À réception de la demande, l'agent LLM analyse à nouveau le HTML pour répartir les données par éléments, puis enregistre via le MCP de WEEGLOO une information de concert et trois informations d'artistes. Les Content enregistrés sont publiés en même temps afin de pouvoir être consultés depuis l'extérieur.

Une fois la tâche terminée, si vous consultez la liste des Content du studio de contenu WEEGLOO, vous voyez un concert et trois artistes, tous enregistrés à l'état publié. À partir de ce moment, vous pouvez modifier librement les données depuis le studio de contenu ou avec l'agent LLM, sans avoir à toucher au code de la page.

Les détails concernant la rédaction et la publication des Content sont traités dans Rédaction et publication de Content.

Intégration de la CDA

Une fois les données prêtes, vous modifiez enfin le code pour que la page récupère ses données via la CDA de WEEGLOO plutôt que depuis du HTML inscrit en statique. La CDA est une API en lecture seule fournie pour permettre la consultation des Content publiés depuis un service externe ; elle permet à une page web ou à une application mobile de récupérer et d'utiliser directement les données de WEEGLOO.

Cette tâche se fait elle aussi automatiquement par la demande suivante adressée à l'agent LLM.

Okay, last step. The content's all in Weegloo and published, so now let's
hook the page up to actually use it.
 
Could you update nightshift-2026.html so that instead of having all that
data hardcoded in the markup, it fetches from Weegloo's CDA on load and
renders the page from the response? Basically the same page as before, just
pulling from the API now.

À réception de la demande, l'agent LLM retire les données statiques figées dans la page et y insère, à leur place, le code qui effectue les appels à la CDA et reflète les données de réponse à l'écran. Là où se trouvaient les informations des artistes vient un appel CDA qui consulte la liste des Content d'artistes, et là où se trouvaient les informations du concert vient un appel qui consulte le Content du concert à l'unité.

Après avoir actualisé la page modifiée, si vous consultez l'onglet Network des outils de développement du navigateur, vous pouvez confirmer qu'au chargement de la page, une requête réelle est envoyée vers la CDA de WEEGLOO et qu'une réponse arrive.

Désormais, lorsque vous modifiez l'horaire de passage d'un artiste dans le studio de contenu WEEGLOO ou que vous ajoutez un nouvel artiste, puis que vous actualisez la page, le contenu modifié se reflète immédiatement sans avoir à reconstruire ni à déployer quoi que ce soit. Les détails concernant la CDA sont traités dans Content Delivery API.

Vous venez de migrer une page HTML unique, écrite jusqu'ici en statique, vers un service basé sur du contenu géré par WEEGLOO. Le même déroulement s'applique tel quel à des pages plus complexes. Seuls le nombre de Content Type et la quantité de Content augmentent : l'ensemble du processus, de la modélisation au chargement et à l'intégration de la CDA, se déroule à l'identique.