Migrar una página estática con IA

Aquí veremos el proceso de migrar una página escrita en HTML estático a un servicio basado en contenido gestionado por WEEGLOO.

En esta guía usamos como ejemplo una página de presentación de un único concierto (descargar). Esta página contiene tanto la información del propio concierto como los datos de los tres artistas que actúan, y todos los datos están escritos directamente dentro del archivo HTML. Esta estructura no supone ninguna carga al crear la página por primera vez, pero tiene la limitación de que hay que editar el archivo HTML a mano cada vez que cambian los artistas o se modifica la información del concierto.

En este paso usaremos juntos un agente LLM y el MCP de WEEGLOO para realizar tres tareas de forma sucesiva. Primero analizamos la página HTML estática para crear automáticamente el Content Type adecuado; a continuación extraemos los datos que estaban escritos dentro de la página y los cargamos como Content; y por último modificamos el código para que la página obtenga los datos a través de la CDA.

Tras este proceso, podrá migrar una página estática existente a un servicio de contenido basado en WEEGLOO sin necesidad de crear usted mismo un backend aparte (el sistema interno que almacena y procesa los datos).

Preparativos

Antes de empezar, debe tener listas dos cosas.

Primero, en WEEGLOO debe existir un nuevo Space creado en estado vacío. El Content Type y el Content que crearemos más adelante se gestionarán todos dentro de este Space, y empezar desde un estado vacío permite seguir el flujo con mayor claridad. Los detalles sobre Organization y Space se tratan en Acceso y permisos.

Segundo, el agente LLM debe estar conectado al MCP de WEEGLOO. Esta guía se desarrolla tomando como referencia el IDE Cursor, pero puede seguir el mismo flujo en cualquier entorno compatible con MCP, como Claude Desktop. El método de instalación se trata en MCP.

Una vez completada la instalación, el agente LLM queda en condiciones de invocar directamente las herramientas definidas en la CMA (Content Management API) de WEEGLOO. Es decir, tareas que antes hacía una persona en el estudio de contenidos, como crear un Content Type o registrar y publicar Content, podrá realizarlas el agente LLM con una simple petición en lenguaje natural.

Modelado de contenido

Lo primero que hay que hacer es definir la estructura de los datos de la página como un Content Type. Un Content Type es como el plano de los datos: determina de antemano qué Field tendrán los datos que se gestionarán en WEEGLOO.

Si observamos la página de ejemplo, contiene a la vez información sobre el propio concierto (título, fecha y hora, lugar, precio, etc.) e información sobre los artistas (nombre, rol, hora de actuación, presentación), y ambos tipos de datos forman una relación de uno a varios. Por eso esta página se divide de forma natural en dos Content Type: uno que contiene la información del concierto y otro que contiene la información de los artistas.

Este análisis y la creación del Content Type se realizan de forma automática con solo pedírselo al agente LLM de la siguiente manera.

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.

Tras recibir la petición, el agente LLM examina la estructura del archivo HTML para inferir los tipos de datos y sus relaciones, decide el tipo más adecuado para cada Field y crea los Content Type mediante el MCP de WEEGLOO.

Una vez terminada la tarea, al abrir la página de Content Type del estudio de contenidos de WEEGLOO se ve que se han creado dos nuevos Content Type: uno que representa el concierto y otro que representa a los artistas. El Content Type del concierto incluye Field como título, fecha y hora, lugar o precio; el Content Type de los artistas incluye nombre, rol, hora de actuación y presentación, junto con un Field de referencia (Reference) que indica a qué concierto pertenece.

Una vez definido así el Content Type, queda todo listo para cargar los datos reales sobre esta estructura. Los detalles sobre Content Type se tratan en Modelado de contenido.

Creación de contenido

El Content Type solo define el formato de los datos; por sí mismo no contiene ningún dato. En este paso, partiendo del Content Type definido antes, trasladamos a Content los datos reales que estaban escritos en la página.

Si le hace al agente LLM la siguiente petición, este analiza los datos de la página, crea el Content que se ajusta al Content Type y se encarga también de la publicación.

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.

Tras recibir la petición, el agente LLM analiza de nuevo el HTML, separa los datos por elementos y registra mediante el MCP de WEEGLOO un registro con la información del concierto y tres registros con la información de los artistas. El Content registrado se publica a la vez para que pueda consultarse desde el exterior.

Una vez terminada la tarea, al abrir la lista de Content del estudio de contenidos de WEEGLOO se ve que el concierto y los tres artistas están todos registrados y en estado publicado. A partir de este momento, podrá modificar los datos libremente desdel estudio de contenidos o con el agente LLM sin necesidad de editar directamente el código de la página.

Los detalles sobre la creación y publicación de Content se tratan en Creación y publicación de Content.

Integración con la CDA

Una vez listos también los datos, por último modificamos el código para que la página obtenga los datos a través de la CDA de WEEGLOO en lugar de tenerlos escritos de forma estática en el HTML. La CDA es una API de solo lectura que se ofrece para que servicios externos consulten el Content publicado, y permite que páginas web o aplicaciones móviles obtengan y usen directamente los datos de WEEGLOO.

Esta tarea también se realiza de forma automática si se la pide al agente LLM de la siguiente manera.

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.

Tras recibir la petición, el agente LLM retira los datos estáticos que estaban incrustados en la página y rellena ese hueco con código que llama a la CDA y refleja en pantalla los datos de la respuesta. Donde estaba la información de los artistas se coloca una llamada a la CDA que consulta la lista de Content de artistas, y donde estaba la información del concierto, una llamada que consulta el Content del concierto como elemento único.

Si recarga la página modificada y abre la pestaña Network de las herramientas para desarrolladores del navegador, podrá comprobar que, al cargarse la página, se envían peticiones reales a la CDA de WEEGLOO y llegan las respuestas.

Ahora, si en el estudio de contenidos de WEEGLOO cambia la hora de actuación de un artista o añade un artista nuevo y luego recarga la página, los cambios se reflejan de inmediato sin necesidad de compilar ni desplegar nada aparte. Los detalles sobre la CDA se tratan en Content Delivery API.

Hasta aquí hemos migrado una única página HTML escrita de forma estática a un servicio basado en contenido gestionado por WEEGLOO. El mismo flujo puede aplicarse igual a páginas más complejas. Solo aumentan el número de Content Type y la cantidad de Content; todo el proceso, desde el modelado y la carga hasta la integración con la CDA, se desarrolla exactamente igual.