Añade un blog a tu sitio creado con IA

Para sitios con una interfaz propia, incluidos los creados con IA.

Conserva tu web y añade un blog con su diseño. Structura investiga y escribe; tu web muestra los artículos en tu dominio. La entrega de artículos envía el artículo completo cuando lo publicas.

Antes de empezar

Necesitas una web publicada, un backend que acepte solicitudes HTTPS y una base de datos. Tu creador puede generarlos, pero debes probar el resultado. Es una integración personalizada, no un conector oficial de Lovable, Bolt, v0 o Replit.

La entrega requiere un plan base de pago de Structura, sin el complemento Channels. Para una opción headless gratuita, usa la Content API pública. La IA y el alojamiento pueden tener costes adicionales.

Pasos

Crea una cuenta de Structura y añade un sitio Headless en el portal. Configura el dominio público y el patrón de URL, por ejemplo https://example.com y /blog/%postname%.
Crea una campaña en el idioma deseado. Usa el modo de revisión para el primer artículo.
Pega el siguiente prompt en tu creador y facilítale el contrato de entrega. Pídele implementar y probar la integración. Con Lovable o Bolt usa una función de servidor y la base de datos del proyecto; con v0 o Replit, una ruta de servidor y una base de datos persistente.
En la tienda Channels, elige Entrega de artículos. Introduce la URL HTTPS del receptor. Guarda el Secreto de firma en el almacén de secretos del backend como STRUCTURA_WEBHOOK_SECRET. Nunca lo pegues en el chat, código público ni variables del navegador.
Guarda la conexión. Selecciona las campañas y la frecuencia de cada publicación. Publica un borrador y revisa Actividad y su URL pública. Comprueba título, texto, imágenes, idioma, metadatos y vista móvil.

Prompt para tu creador


Añade un blog a mi web conservando su diseño, tipografía, colores y navegación. Crea /blog y /blog/[slug], con errores 404 reales para artículos inexistentes, páginas rastreables, metadatos, URL canónicas y entradas del sitemap.

Conecta Structura Entrega de artículos según el contrato enlazado. Crea un receptor HTTPS POST público en el backend y una tabla persistente. Mantén STRUCTURA_WEBHOOK_SECRET solo en el servidor. Verifica X-Structura-Signature con el cuerpo UTF-8 original y X-Structura-Timestamp mediante HMAC-SHA256(secret, timestamp + "." + rawBody). Rechaza marcas de tiempo con más de cinco minutos de diferencia, firmas inválidas y eventos o versiones de esquema desconocidos antes de modificar datos.

Usa una transacción con event_id único para deduplicar y actualiza los artículos por site.id + post.id + post.locale. Rechaza revisiones antiguas. Guarda contenido y campos SEO disponibles. Sanea el HTML y serializa JSON-LD de forma segura al renderizar. Responde 2xx solo tras guardar de forma duradera; los duplicados válidos también reciben 2xx. El receptor no debe exigir inicio de sesión del navegador: autentica la firma.

Muéstrame dónde guardar el secreto y la URL del receptor desplegado. Prueba entregas válidas, firmas inválidas, replay, duplicados simultáneos, fallos de almacenamiento y páginas públicas. No des la integración por terminada hasta que el primer artículo real aparezca en mi web.

Al aprobar un borrador WordPress se programa la entrega del artículo en segundo plano. No se repiten las notificaciones de Slack, redes sociales, correo o indexación. La publicación programada mantiene el comportamiento habitual de los canales.

Qué ocurre después

Cada publicación nueva envía un artículo, incluidos borradores aprobados más tarde. Los borradores permanecen privados. Se conserva el idioma del contenido; el idioma de notificaciones no lo traduce. Los artículos anteriores no se importan automáticamente.

Las ediciones y eliminaciones posteriores no se sincronizan. Actualiza la copia de tu web o usa la Content API para consultar el estado actual. Puede haber entregas repetidas; el receptor debe deduplicarlas.

Problemas habituales

Conectado pero sin artículo: guardar comprueba el formato de URL, no el almacenamiento. Publica un artículo nuevo y revisa Actividad, campañas y frecuencia.
HTTP 401/403: comprueba la clave, la verificación del cuerpo original y la protección del alojamiento.
HTTP 404: usa la URL del receptor desplegado, no la vista previa del creador.
HTTP 429/5xx o tiempo agotado: hay un único reintento inmediato. No existe cola duradera ni reintentos posteriores. Corrige el receptor y recupera publicaciones mediante la Content API.
Artículo no disponible: actualiza el plugin WordPress si corresponde. El artículo debe ser público, tener contenido y URL pública. No se entregan artículos WordPress protegidos por contraseña.
Artículo demasiado grande: el JSON completo debe ocupar como máximo 1 MB. Usa la Content API para artículos mayores.
Plan no apto: La entrega de artículos necesita una suscripción de pago activa. Comprueba tu plan y el estado del pago. No se necesita el complemento Channels.