Las integraciones declaran lo que realmente pueden hacer
Cada conector tiene un contrato común: prueba de conexión, lista de destinos, mapeo de campos, carga de medios cuando sea compatible, borrador, publicación, actualización, lectura de estado, URL pública, desconexión y revocación. Lo que el servicio no permite se declara aquí.
| Servicio | tipo de API | Autenticación | Capacidades | Límites declarados |
|---|---|---|---|---|
| WordPress (autohospedado) | API REST v2 + Contraseña de la aplicación | Contraseña de la aplicación (HTTPS) | Destinos, borradores, publicar, actualizar, medios, categorías, etiquetas | Requiere WordPress 5.6+ con API REST habilitada y enlaces permanentes que no sean "simples". El complemento opcional agrega verificación y estado de la publicación. |
| comprar | API GraphQL de administración | Aplicación personalizada/token de acceso | Blog, artículos, borradores, publicar, actualizar, imágenes de artículos. | El blog debe existir. Los alcances requeridos dependen de la versión de API; Los límites de tarifas son de Shopify. |
| Fantasma | API de contenido + API de administración | Clave API de administrador (id:secreto) | Publicaciones, borradores, publicar, actualizar, etiquetas, imágenes de portada. | Se requiere una integración personalizada en el panel Ghost. La versión de la API se indica en la URL base. |
| flujo web | API de datos v2 | Token del sitio | Colección CMS: crear y actualizar elementos, publicar elementos | Los campos deben existir en la Colección. La publicación del sitio permanece separada de la creación de elementos. |
| wix | API de blogs de Wix | Clave API + sitio | Borradores y publicaciones de Wix Blog, actualización | Requiere un plan con Wix Blog y una aplicación personalizada. Algunas operaciones varían según el tipo de sitio. |
| enmarcador | API de complemento/servidor | Complemento instalado en el proyecto. | Enviar contenido al complemento, crear un borrador | Framer no ofrece una API de CMS pública genérica: nuestro complemento es necesario y la verificación de la publicación sigue siendo manual. |
| HubSpot | API de publicaciones de blog de CMS v3 | Token de aplicación privada | Publicaciones de blog, borradores, publicación, actualización, etiquetas, autor | El blog debe existir en el portal. Se requieren alcances de CMS. |
| Blog propio / BlogBowl | Conector dedicado | Credenciales de servicio | Borradores y publicación según las API disponibles | Las capacidades efectivas se detectan en el momento de la conexión y se muestran claramente. |
| Noción | API de nociones | Token de integración interna | Entregar contenido como páginas en una base de datos. | Esta es una entrega editorial, no una publicación web: no produce una URL pública. |
| Webhook genérico | PUBLICACIÓN HTTP firmada | HMAC-SHA256 en el cuerpo + marca de tiempo | Entrega de eventos, reintento con retroceso, historial de entrega, antirrepetición, idempotencia por ID de evento | El receptor debe verificar la firma y responder 2xx. No es un conector CMS: la publicación la realiza su punto final. |
| Zapier / n8n | Webhook compatible | URL de webhook + firma | Activar automatizaciones externas en eventos de productos | Compatibilidad vía webhook: no hay aplicaciones publicadas en los respectivos mercados. |
| Consola de búsqueda de Google | API de Search Console + API de inspección de URL | OAuth 2.0 con una propiedad verificada | Clics, impresiones, CTR, posición por página/consulta/país/dispositivo; Inspección de URL dentro de los límites de cuota | Sólo propiedades autorizadas. Los datos llegan con un retraso declarado por Google. La API de indexación NO se utiliza para artículos ordinarios: está reservada para JobPosting y BroadcastEvent. |
Un webhook genérico no es lo mismo que un conector nativo: cada estado de conexión distingue entre configurado, accesible, autenticado, entrega verificada y publicación verificada. Una página de inicio que devuelve 200 no prueba una publicación.
¿Necesita una integración que no aparece en la lista?
Díganos qué servicio utiliza: si tiene una API documentada puede ingresar al registro, con capacidades y límites escritos incluso antes de implementarse.