Cómo llega el contenido GEO a tu CMS: integraciones, accesos y trabajo de desarrollo
En resumen
Normalmente sin desarrollador: scaile publica con un clic en WordPress, Webflow, Framer, Wix, Contentful, Strapi, Shopify y Google Sheets, y se integra con cualquier sistema que tenga API. Un acceso, concedido una sola vez, y a partir de ahí llega cada artículo aprobado. Como partner en AI search, scaile escribe, tu equipo aprueba y scaile publica.
Dora es founding engineer en scaile. Estudió informática, psicología y neurociencia en la TUM, una combinación perfecta para el GEO: entiende a fondo la tecnología y el lado humano, y sabe escribir y producir contenido que lleva a las personas a comprar y a la IA a mostrarte en sus respuestas.
Puntos clave
WordPress, Webflow y Shopify se conectan cada uno a través de su propia API. Por parte de tu empresa basta con conceder un acceso, una sola vez: una contraseña de aplicación, un token de sitio o la instalación aprobada de una app.
Un desarrollador es una cuestión de una sola vez. Surge cuando la plantilla del blog no tiene sitio para algo que lleva el artículo, o cuando el CMS no tiene un conector ya preparado.
Lo recomendable es el acceso más limitado que permita publicar: un usuario de WordPress con el rol de Autor o Editor, un token de Webflow para un solo sitio, una app de Shopify que solo pida acceso al contenido.
En cada artículo, tu equipo aprueba. Puede elegir recibirlo primero como borrador, y una actualización reescribe la misma entrada en lugar de crear otra.
La verdadera pregunta en una llamada comercial no es "¿desarrollador sí o no?", sino quién tiene los permisos de publicación y quién aprueba. Conviene dejarlo resuelto en la primera semana.
¿Cómo llega el contenido GEO a tu CMS?
El contenido GEO llega a tu CMS a través de la interfaz que el propio CMS ofrece a otros programas, su API. En WordPress, Webflow y Shopify, alguien de tu empresa concede el acceso una vez y, a partir de ahí, cada artículo aprobado se envía como entrada, como borrador o ya publicado. Ese paso no necesita a ningún desarrollador. La optimización para motores generativos (GEO) consiste en escribir páginas que ChatGPT, Gemini, Perplexity o los AI Overviews de Google puedan encontrar y citar. Por eso el contenido tiene que acabar en tu propio dominio, que es donde esos sistemas lo leen.
Los compradores lo preguntan en las llamadas comerciales casi con estas palabras: “¿Cómo llega el contenido a nuestro CMS? ¿Necesitamos desarrolladores o necesita scaile acceso a nuestro sitio web?”. La respuesta tiene dos partes. Conectar el CMS es un paso de configuración que requiere un acceso y, en algunos casos, una ronda de trabajo en la plantilla. Publicar después cada artículo es un botón, y la decisión que hay detrás de ese botón sigue siendo de tu equipo.
Lo que pide cada conexión con el CMS
Cada CMS pide una sola cosa por parte de tu empresa, y la diferencia está en quién de la empresa puede darla. scaile publica con un clic en WordPress, Webflow, Framer, Wix, Contentful, Strapi, Shopify y Google Sheets, y se integra con cualquier sistema que tenga API. Aquí se detallan las tres conexiones más habituales y la hoja de Google, que sirve de puente cuando un CMS no tiene conector.
Una contraseña de aplicación para un usuario. WordPress incluye las contraseñas de aplicación desde la versión 5.6; se crean en la página de perfil del usuario y se envían con las peticiones a la API REST a través de https. [1] Puede crearla quien gestione los usuarios del sitio. scaile crea o actualiza después una entrada por artículo.
Un token de sitio. Webflow crea los tokens de sitio para cada sitio, y quien crea el token elige sus permisos. [2] scaile pide acceso de lectura y escritura al CMS, al sitio y a los recursos, para poder subir también las imágenes de los artículos.
La instalación de una app, aprobada por el propietario de la tienda en la pantalla de consentimiento de Shopify: el flujo de autorización OAuth con código que Shopify usa para las apps externas a la tienda. [3] El artículo llega al blog de Shopify.
Una hoja de Google. scaile escribe cada artículo como una fila. La hoja puede ser una que scaile crea y comparte con tu equipo, o una propia, compartida como Editor con la cuenta de servicio de scaile y asignada columna a columna. La importación del CMS o un desarrollador toman las filas desde ahí.
En WordPress, Webflow y Shopify, ese es todo el traspaso técnico. Nadie instala un plugin en tu servidor y nadie necesita una cuenta de administrador.
Cuándo sigue haciendo falta un desarrollador
Hace falta un desarrollador una sola vez, en la configuración, y solo en dos situaciones: cuando la plantilla del blog no tiene sitio para algo que lleva el artículo, o cuando el CMS no tiene un conector ya preparado. Después, publicar un artículo no toca código.
El blog funciona con WordPress, Webflow o Shopify, la plantilla de entrada ya muestra título, cuerpo, imagen de portada y autor, y alguien puede crear el acceso descrito arriba.
La plantilla no tiene campo para las preguntas frecuentes o el marcado schema, a una colección de Webflow le faltan campos que necesita el artículo, o el CMS es propio, sin conector, y tiene que leer los artículos de una hoja o de una API.
Webflow es el caso más claro de trabajo en la plantilla. Una colección de Webflow tiene los campos que definió tu equipo, así que cada uno se asigna una vez a un campo que aporta el artículo: título, cuerpo, imagen de portada, resumen, autor, etcétera. Esa asignación es un formulario en la plataforma, no código. El código solo entra en juego si la colección no tiene campo para algo que tu equipo quiere en la página, y eso lo añade en el Designer quien diseña el sitio en Webflow.
Los datos estructurados son la tarea de una sola vez más habitual. Google recomienda JSON-LD para los datos estructurados “si la configuración de tu sitio lo permite”, porque es el formato más fácil de implementar y mantener a escala. [4] Si la plantilla no tiene dónde colocar un bloque de JSON-LD para el artículo o sus preguntas frecuentes, un desarrollador añade ese hueco una vez. Lo que el marcado schema hace por las respuestas de IA, y lo que no, se explica en datos estructurados para el GEO.
Un CMS propio sin conector es el otro caso. Ahí, un desarrollador conecta el CMS a la hoja una vez o construye una importación desde ella. Las conexiones más allá del CMS, por ejemplo con un CRM, se definen en cada proyecto.
Parte del trabajo afecta a todo el sitio y no a cada artículo: si los rastreadores de IA pueden llegar a las páginas y cómo se renderizan. Eso corresponde a la auditoría GEO técnica y a la comprobación del acceso de los rastreadores de IA, no a la conexión con el CMS.
Qué acceso dar y cómo mantenerlo limitado
Conviene dar el acceso más limitado que todavía permita publicar, y que se pueda desactivar sin tocar el usuario personal de nadie. Cada uno de los tres CMS ofrece una forma de hacerlo.
En WordPress, lo recomendable es crear un usuario propio para scaile y darle el rol más bajo que sirva. WordPress define a un Autor como “alguien que puede publicar y gestionar sus propias entradas” y a un Editor como “alguien que puede publicar y gestionar entradas, incluidas las de otros usuarios”. [5] Autor basta para los artículos nuevos. Editor solo hace falta si scaile debe actualizar también entradas que tu equipo escribió antes. Un Colaborador no puede publicar, así que ese rol no sirve para una conexión que publica. Nunca hace falta una cuenta de administrador.
Una contraseña de aplicación no sirve para iniciar sesión en el panel. La guía de integración de WordPress lo descarta expresamente: no se puede usar en la página de acceso. [6] Está pensada para software, y en la misma página de perfil del usuario se ve cada contraseña y se puede revocar. Por defecto, las contraseñas de aplicación solo están disponibles en sitios servidos por SSL, así que el sitio tiene que funcionar con https. [6] scaile guarda la contraseña cifrada y no vuelve a mostrarla una vez introducida.
En Webflow, el token está vinculado a un solo sitio, así que no llega a los demás sitios de tu empresa. Los tokens de Webflow caducan tras “365 días consecutivos de inactividad”. [2] Una conexión que publica con regularidad mantiene vivo su token; una que se deja de usar caduca sola.
En Shopify, la app solo pide acceso al contenido. Los permisos de contenido de Shopify cubren artículos, blogs, comentarios y páginas. [7] La app de scaile no pide datos de clientes ni de pedidos, así que la instalación no abre los registros de ventas de la tienda.
Lo que decide tu equipo en cada artículo
En cada artículo, tu equipo conserva la aprobación y, con ella, la decisión de si el artículo se publica. La conexión solo mueve lo que ya está aprobado.
Publicar en scaile requiere un artículo aprobado. Cuando scaile lo envía, tu equipo elige si llega como borrador, para un último vistazo en el propio CMS, o si se publica directamente. Muchos equipos empiezan con borradores en los primeros artículos y pasan a publicación directa cuando el diseño está bien.
Las actualizaciones no crean duplicados. Cuando un artículo se vuelve a publicar, tras una corrección o una actualización, la entrada existente se actualiza en su sitio, en la misma URL. Eso importa para el GEO, porque una página que ya citan las respuestas de IA conserva su dirección y sus enlaces. Cómo mantiene scaile los artículos al día se explica en la página de actualizar contenido.
Antes del primer envío: una lista breve
El primer envío sale bien cuando cuatro preguntas están resueltas de antemano. La mayoría son decisiones, no trabajo técnico.
- 1Elegir el destino
Qué CMS, qué blog o colección, qué versiones de idioma
Parte de tu equiponombrar a la persona responsable del blog - 2Crear el acceso
Contraseña de aplicación, token de sitio o instalación de la app, para un usuario o token propio
Parte de tu equipoquien administra los usuarios o el propietario de la tienda, en una sola sesión - 3Revisar la plantilla
Imagen de portada, autor, categorías, un hueco para preguntas frecuentes y marcado schema
Parte de tu equiporecurrir a un desarrollador solo si falta un campo - 4Enviar un artículo como borrador
Revisarlo en el CMS y en la página publicada antes del siguiente
Parte de tu equipoaprobar y pasar a publicación directa
Si la respuesta al paso 3 es “la plantilla ya lo tiene todo”, toda la configuración se reduce a una decisión sobre el acceso y un artículo de prueba.
Llevar contenido GEO a tu CMS requiere un acceso, concedido una vez, y a veces una ronda de trabajo en la plantilla. Después, publicar es una decisión, no un proyecto. Tu equipo aprueba, y el artículo llega como borrador o como entrada publicada, en una URL que no cambia con ninguna actualización. scaile escribe y verifica los artículos, los publica en cualquier sistema (con un clic en WordPress, Webflow, Framer, Wix, Contentful, Strapi, Shopify y Google Sheets, y en cualquier otro sistema a través de su API) y los mantiene al día, con tu equipo aprobando cada uno. Si tu equipo quiere conservar la aprobación y delegar la redacción y la publicación, scaile explica en una llamada cómo trabaja con tu equipo de contenido.
Preguntas frecuentes
¿Puede scaile actualizar artículos que ya publicamos?
En WordPress, sí. Una entrada existente se puede vincular a su artículo en scaile, y las actualizaciones posteriores van a esa entrada en lugar de crear una nueva. El usuario necesita el rol de Editor si la entrada la escribió otra persona.
¿Puede scaile rellenar los campos de Yoast o Rank Math en WordPress?
Sí. En WordPress, scaile puede rellenar los metacampos de Yoast, Rank Math y SEOPress, de modo que el meta título y la meta descripción llegan con la entrada.
¿Cómo se publican las versiones en distintos idiomas?
Cada versión de idioma se exporta por separado. En Webflow, un sitio localizado puede llevar varios idiomas en un mismo elemento, con una versión por idioma.
¿De quién es el contenido una vez publicado?
De tu empresa. Está en tu dominio, en tu CMS y con tu voz.
Fuentes
- Authentication – REST API Handbook | Developer.WordPress.org
- Site Token | Webflow Developer Documentation
- Authenticate a standalone or API-only app | Shopify
- Intro to How Structured Data Markup Works | Google Search Central
- Roles and Capabilities | WordPress.org
- Application Passwords: Integration Guide | Make WordPress Core
- Shopify API access scopes
