Conectar el CMS

Abre Ajustes → CMS y publicación de tu web. En ¿Dónde publicas?, elige tu plataforma y sigue sus pasos. Probamos cada conexión antes de guardarla, y las claves y los tokens se guardan cifrados.

Cada web tiene una conexión a la vez: conectar otra plataforma la sustituye, y los artículos ya enviados se quedan donde están.

Todo llega como borrador salvo que actives la publicación automática (cómo funciona la publicación). Todos los campos por plataforma están en la página de integraciones.

WordPress en tu propio alojamiento: entradas por la API REST con una contraseña de aplicación.

1. 1En WordPress, abre Usuarios → Perfil → Contraseñas de aplicación. Llámala «Citable» y pulsa Añadir.
2. 2Copia la contraseña (24 caracteres) y pégala en Citable con la URL de tu web y tu usuario.
3. 3Probamos la conexión antes de guardarla. La contraseña se guarda cifrada.

Qué necesitas: WordPress 5.6 o posterior, accesible desde internet; Un usuario con rol de Autor o superior; Una contraseña de aplicación de ese usuario.

Qué se publica: Llega como borrador. Sólo se publica si activas la publicación automática. Para retirarla, pásala a borrador en WordPress.

Algunos alojamientos quitan la cabecera Authorization (Apache sin CGIPassAuth). Si la prueba da 401 con la contraseña correcta, pregunta a tu alojamiento.

Visibilidad en IA para webs de WordPress: problemas y preguntas

Webs alojadas en WordPress.com, en cualquier plan: entras con WordPress.com y eliges el sitio.

1. 1Pulsa «Conectar con WordPress.com».
2. 2Entra, elige el sitio y aprueba el acceso.
3. 3De vuelta en Citable, probamos la conexión y te enseñamos el sitio conectado.

Qué necesitas: Una cuenta de WordPress.com con rol de Autor o superior en el sitio; Nada que instalar: apruebas el acceso en WordPress.com y guardamos un token cifrado sólo para ese sitio.

Qué se publica: Llega como borrador salvo que actives la publicación automática. Puedes despublicarla desde Citable durante 7 días (vuelve a borrador).

WordPress.com no es lo mismo que WordPress autoalojado: usa la API y el inicio de sesión de WordPress.com, así que funciona en todos los planes. Para WordPress en tu propio alojamiento (o WordPress.com Business con plugins), usa el conector de WordPress con contraseña de aplicación.

Si WordPress.com sale como «Próximamente», estamos terminando el alta de la app con WordPress.com; aparecerá aquí en cuanto se active.

Visibilidad en IA para webs de WordPress.com: problemas y preguntas

Elementos de tu colección del CMS por la Data API v2, con autorización de Webflow.

1. 1Pulsa «Conectar Webflow» y autoriza el sitio.
2. 2Elige la colección del blog.
3. 3Revisa el mapeo de campos que te proponemos y guárdalo.

Qué necesitas: Un sitio de Webflow con una colección del CMS para el blog; Permiso para autorizar apps en ese sitio.

Qué se publica: Llega como borrador (elemento sin publicar) salvo que actives la publicación automática. Puedes despublicarlo desde Citable durante 7 días.

Visibilidad en IA para webs de Webflow: problemas y preguntas

Elementos de una colección del CMS de Framer por la Server API de Framer.

1. 1En Framer, abre Site settings → General y crea una clave de API.
2. 2Pega en Citable la URL del proyecto y la clave.
3. 3Elige la colección y revisa el mapeo de campos.

Qué necesitas: Un proyecto de Framer con una colección del CMS; La URL del proyecto y una clave de API (Site settings → General).

Qué se publica: Llega como borrador salvo que actives la publicación automática. Puedes despublicarlo desde Citable durante 7 días.

Visibilidad en IA para webs de Framer: problemas y preguntas

Artículos en el blog de tu tienda por la Admin API de Shopify.

1. 1En Shopify, ve a Configuración → Apps → Desarrollar apps y crea una app con el permiso write_content.
2. 2Instálala y copia el token de acceso de la Admin API.
3. 3Pega en Citable tu tienda y el token, y elige el blog.

Qué necesitas: Una app personalizada en tu tienda con el permiso write_content; Su token de acceso de la Admin API (shpat_…); Un blog en la tienda (te dejamos elegir si hay varios).

Qué se publica: Llega oculto (sin publicar) salvo que actives la publicación automática. Para retirarlo, ocúltalo en Shopify.

Visibilidad en IA para webs de Shopify: problemas y preguntas

Posts por la Admin API de Ghost con la clave de una integración personalizada.

1. 1En Ghost, abre Settings → Integrations → Add custom integration.
2. 2Copia la Admin API key y pégala en Citable con la URL de tu web.
3. 3Probamos la conexión antes de guardarla cifrada.

Qué necesitas: Ghost 5 o posterior; Una integración personalizada y su clave de la Admin API (id:secreto).

Qué se publica: Llega como borrador salvo que actives la publicación automática. Para retirarlo, pásalo a borrador en Ghost.

Visibilidad en IA para webs de Ghost: problemas y preguntas

Páginas en una base de datos de Notion, con sus propiedades rellenas y el artículo en bloques nativos.

1. 1En el portal de desarrolladores de Notion, crea una conexión interna y copia su token de acceso.
2. 2Abre la base de datos del blog en Notion → ••• → Conexiones → añade la conexión.
3. 3Pega en Citable el token y elige la base de datos. La probamos y te enseñamos qué propiedades rellenaremos.

Qué necesitas: Una conexión interna en el portal de desarrolladores de Notion con permisos de leer, actualizar e insertar contenido; La base de datos del blog compartida con esa conexión; Recomendado: una propiedad Status con las opciones Draft y Published.

Qué se publica: Llega como borrador si tu base de datos tiene una propiedad Status o Select (Draft / Published) o una casilla Published; sólo se marca como publicada con la publicación automática. Puedes despublicarla desde Citable durante 7 días. Sin propiedad de estado, Notion no distingue borrador de publicado: lo decide tu web.

Visibilidad en IA para webs de Notion: problemas y preguntas

Posts en tu Wix Blog, con la app de Citable para Wix.

1. 1Pulsa «Instalar en Wix», elige tu sitio y aprueba los permisos de la app (blog, miembros, medios).
2. 2En tu panel de Wix, abre Citable (Apps → Gestionar apps → Abrir) en este mismo navegador: Wix demuestra que el sitio es tuyo y queda vinculado en Citable.
3. 3De vuelta en Citable, elige qué miembro firma los artículos.

Qué necesitas: Un sitio Wix con la app Wix Blog; Ser propietario del sitio: instalas la app de Citable y la abres desde tu panel de Wix, que es como Wix demuestra que el sitio es tuyo; Un sitio Wix sólo puede estar vinculado a una web de Citable a la vez.

Qué se publica: Llega como borrador salvo que actives la publicación automática. Para retirarlo, hazlo en Wix (la API no lo permite).

Si Wix sale como «Próximamente», estamos terminando el alta de la app con Wix; aparecerá aquí en cuanto se active.

Visibilidad en IA para webs de Wix: problemas y preguntas

Un POST firmado a cualquier URL: Zapier, Make, n8n o tu propio endpoint.

1. 1Pega la URL https de tu receptor.
2. 2Enviamos una prueba firmada (ping) y la guardamos si responde 2xx.
3. 3Copia el secreto de firma: sólo se enseña una vez.

Qué necesitas: Una URL https pública que responda en menos de 10 segundos; Verificar la cabecera X-Citable-Signature con el secreto que te enseñamos una vez.

Qué se publica: Enviamos «publicar: false» salvo que actives la publicación automática; tu receptor decide qué hacer y responde con el id (y la URL si queda publicado).

Tu propio blog en Next.js (o en cualquier stack): webhook firmado o nuestra API REST, con un ejemplo listo.

1. 1Añade a tu app de Next.js el route handler del ejemplo y despliégalo.
2. 2Pega en Citable su URL como webhook.
3. 3Guarda el secreto de firma en las variables de entorno de tu app (CITABLE_WEBHOOK_SECRET).

Qué necesitas: Una ruta de tu app que reciba un POST y verifique la firma (ejemplo abajo); O una clave de API (página Desarrolladores) para leer los artículos con GET /api/v1.

Qué se publica: Igual que el webhook: borrador salvo publicación automática. O trae tú los artículos desde la API v1 cuando quieras.

Visibilidad en IA para webs de Next.js: problemas y preguntas

Entradas en tu blog de HubSpot por la Blog Posts API, con autorización de HubSpot.

1. 1Pulsa «Conectar con HubSpot», elige la cuenta y aprueba el acceso.
2. 2De vuelta en Citable, elige el blog y el autor que firma las entradas.
3. 3Probamos la conexión; el token se guarda cifrado.

Qué necesitas: Una cuenta de HubSpot con Content Hub (un blog); Un usuario que pueda aprobar apps en esa cuenta; Sólo pedimos los permisos de contenido y archivos.

Qué se publica: Llega como borrador salvo que actives la publicación automática (entonces se marca como publicada, para lo que hace falta el autor que elijas aquí). Para retirarla, hazlo en HubSpot.

Esto es el blog de HubSpot (CMS). Sincronizar contactos con el CRM de HubSpot es otra integración.

Si HubSpot CMS sale como «Próximamente», estamos terminando el alta de la app con HubSpot CMS; aparecerá aquí en cuanto se active.

Entradas del tipo de contenido que elijas, con tus campos mapeados, por la Content Management API.

1. 1En Contentful, abre Settings → CMA tokens y genera un token personal.
2. 2Pégalo en Citable con el id del espacio (Settings → General settings) y el entorno.
3. 3Elige el tipo de contenido y revisa el mapeo de campos que te proponemos.

Qué necesitas: Un espacio de Contentful y un tipo de contenido para el blog; Un token de acceso personal (CFPAT-…) de un usuario que pueda editar y publicar en ese espacio; El id del espacio y el entorno (normalmente master).

Qué se publica: Llega como entrada en borrador salvo que actives la publicación automática. Los cambios en una entrada publicada quedan pendientes hasta que los publiques. Puedes despublicarla desde Citable durante 7 días.

Documentos del tipo que elijas, con el cuerpo en Portable Text, por la HTTP API de Sanity.

1. 1En sanity.io/manage, abre tu proyecto → API → Tokens y añade uno con rol Editor.
2. 2Pégalo en Citable con el projectId y el dataset.
3. 3Elige el tipo de documento y revisa el mapeo de campos.

Qué necesitas: Un proyecto de Sanity, su projectId y el dataset; Un token de API con rol Editor (permiso de escritura).

Qué se publica: Llega como borrador (un documento drafts., como en el Studio) salvo que actives la publicación automática. Si hay borrador, las actualizaciones van a él. Puedes despublicarlo desde Citable durante 7 días.

Entradas en tu colección de Strapi (v4 o v5, autoalojado o Cloud) por la API REST.

1. 1En Strapi, abre Settings → API Tokens y crea un token personalizado con esos permisos.
2. 2Pega la URL de tu Strapi, la versión y el token. Comprobamos que la URL es pública antes de llamarla.
3. 3Elige la colección y revisa el mapeo de campos.

Qué necesitas: Strapi 4 o 5 en una URL https pública; Un API token (Settings → API Tokens) con create, update y find en la colección, upload y lectura del Content-Type Builder; Draft & Publish activado en la colección si quieres borradores.

Qué se publica: Llega como borrador (Draft & Publish) salvo que actives la publicación automática. Las actualizaciones conservan el estado. Para retirarla, hazlo en Strapi.

Strapi 5 publica al crear salvo que se le diga lo contrario: siempre enviamos el estado de borrador de forma explícita.

Historias con el componente de contenido que elijas, por la Management API.

1. 1En Storyblok, abre My account → Personal access tokens y genera uno.
2. 2Pégalo en Citable con el id del espacio y su región (Settings → Space).
3. 3Elige el componente y revisa el mapeo de campos.

Qué necesitas: Un espacio de Storyblok y un componente de contenido para los artículos; Un token de acceso personal (My account → Personal access tokens); El id del espacio y su región.

Qué se publica: Llega como historia en borrador salvo que actives la publicación automática. Los cambios en una historia publicada quedan pendientes hasta que los publiques. Puedes despublicarla desde Citable durante 7 días.

Una copia del artículo en Medium, con el enlace canónico apuntando a tu web. Sólo si ya tienes un token de integración.

1. 1En Medium, abre Settings → Security and apps → Integration tokens y copia tu token.
2. 2Pégalo en Citable con la URL de tu blog.
3. 3Comprobamos el token con Medium y lo guardamos cifrado.

Qué necesitas: Un token de integración de Medium creado antes de que Medium dejara de emitirlos; La URL de tu blog, donde está publicado el original.

Qué se publica: Llega como borrador salvo que actives la publicación automática (entonces es público). La API de Medium no permite editar ni despublicar: hazlo en Medium.

Medium ya no emite tokens de integración nuevos ni admite integraciones nuevas; los que ya existen siguen funcionando. Sin uno, Medium no se puede conectar desde ninguna herramienta. Medium es una copia: publica antes el original en tu web.

Lanza un Zap cuando un artículo está listo o publicado: nuestro webhook firmado como Catch Hook, o un disparador instantáneo con nuestra API REST.

1. 1En Zapier, crea un Zap con el disparador Webhooks by Zapier → Catch Raw Hook y copia su URL.
2. 2Pégala en Citable como webhook y copia el secreto de firma.
3. 3Añade un paso Code by Zapier que verifique X-Citable-Signature (ejemplo abajo) y luego tus acciones.

Qué necesitas: Un plan de Zapier con Webhooks by Zapier (es una app premium); O, para el REST hook, una clave de API con alcance de escritura (página Desarrolladores).

Qué se publica: Enviamos «publicar: false» salvo que actives la publicación automática: tu Zap decide qué hacer (guardarlo en Google Docs, avisar en Slack, publicarlo en otro sitio…).

Citable no tiene una app pública en el directorio de Zapier. Los endpoints de REST hook (POST /api/v1/hooks) siguen el patrón REST Hook de Zapier, así que una integración privada de Zapier puede usarlos como disparador instantáneo.

Lanza un escenario de Make con nuestro webhook firmado (módulo Custom webhook) y manda el artículo donde quieras.

1. 1En Make, añade Webhooks → Custom webhook, crea un webhook y copia su dirección.
2. 2Pégala en Citable como webhook; enviamos una prueba firmada (ping) para que Make aprenda la estructura.
3. 3Verifica la firma con un filtro o un módulo de código (ejemplo abajo) y responde con Webhook response { "id": … }.

Qué necesitas: Un escenario de Make con el disparador Webhooks → Custom webhook; Activa «Get request headers» en el webhook para leer la firma.

Qué se publica: Enviamos «publicar: false» salvo que actives la publicación automática: tu escenario decide qué hacer y puede responder con el id y la URL.