Enviar borradores de GEO Writer a WordPress

La conexión con WordPress envía a tu sitio de WordPress, como borradores, los artículos y las actualizaciones de contenido terminados de GEO Writer. Tú los revisas, los editas y los publicas en WordPress como siempre. LLM Pulse nunca publica una entrada, nunca edita una existente y nunca elimina nada.

La misma conexión permite que la API REST y los asistentes de IA conectados mediante MCP lean las entradas y páginas de tu sitio, por ejemplo, para comparar una actualización de GEO Writer con la página que revisa.

Antes de empezar

Necesitas:

Un sitio con WordPress 5.6 o posterior, servido por HTTPS y con las contraseñas de aplicación activadas. Vienen activadas de forma predeterminada, pero algunos plugins de seguridad las desactivan.
Un usuario de WordPress que pueda escribir entradas, como un Autor o un Editor. Un Administrador también sirve, pero mostramos un aviso: LLM Pulse solo crea borradores, así que un usuario con menos permisos limita lo que puede hacer su contraseña de aplicación.

La conexión no exige ningún plan propio: si puedes usar GEO Writer, puedes enviar sus borradores. Cada proyecto se conecta a un solo sitio de WordPress.

La conexión con WordPress no está disponible en los portales de marca blanca ni en los paneles incrustados.

Conectar tu sitio

Abre Configuración del proyecto, selecciona la pestaña Conexiones y busca la tarjeta WordPress.
Introduce la dirección de tu sitio, por ejemplo, blog.example.com, y selecciona Continuar. Si la dirección redirige a otra (por ejemplo, de example.com a www.example.com), te sugerimos conectar la dirección que el sitio usa realmente.
Selecciona Aprobar en WordPress. WordPress te pide que inicies sesión y apruebes la conexión con LLM Pulse; después crea una contraseña de aplicación para LLM Pulse y te devuelve a LLM Pulse.

Si WordPress funciona en una dirección distinta de la de tus páginas públicas (por ejemplo, WordPress en wp.example.com y las páginas en www.example.com), introduce la dirección de WordPress. Los enlaces a tus páginas públicas se reconocen como parte de tu sitio cuando se sirven por HTTPS.

Si no puedes usar la pantalla de aprobación, pega una contraseña de aplicación. En WordPress, abre Usuarios > Perfil > Contraseñas de aplicación, añade una con el nombre LLM Pulse y pégala en O pega una contraseña de aplicación junto con tu nombre de usuario de WordPress. Nunca pegues la contraseña con la que inicias sesión en WordPress: rechazamos cualquier cosa que no parezca una contraseña de aplicación.

Una vez conectado, la tarjeta de WordPress muestra el sitio, el usuario de WordPress y su rol. Si más adelante conectas el proyecto a otro sitio, el panel Borradores de WordPress deja de mostrar los borradores enviados al anterior; esos borradores siguen en el WordPress de ese sitio.

Enviar un borrador

Abre en GEO Writer un artículo o una actualización de contenido completados. Los briefs y los demás tipos de tarea no se pueden enviar.
Abre el menú de exportación y selecciona Enviar a WordPress como borrador.

El borrador se crea en segundo plano, normalmente en pocos segundos. El panel Borradores de WordPress de la página de la tarea muestra cada borrador con su estado y, cuando WordPress lo confirma, un enlace Editar en WordPress.

Qué contiene el borrador:

El título, un slug legible y el cuerpo del artículo en HTML, el mismo contenido que obtienes con Copiar como HTML.
La meta descripción, como extracto de la entrada.
Un comentario HTML al principio del cuerpo que indica que el texto se ha generado con IA. No se ve en la página.

Se omiten las imágenes, los scripts, los formularios y los elementos incrustados. Se conservan los encabezados, los párrafos, las listas, las tablas, las citas textuales, el código y los enlaces.

Una actualización de contenido se convierte en un borrador nuevo, y el panel Borradores de WordPress indica la página que revisa. La página publicada se queda como está: compara las dos en WordPress y copia lo que quieras conservar.

Si vuelves a enviar la misma versión de una tarea, no se crea un segundo borrador. Si editas la tarea en GEO Writer, puedes enviar la nueva versión como un borrador nuevo. Cada sitio acepta hasta 50 borradores de LLM Pulse cada 24 horas.

Consultar tu sitio a través de la API y MCP

Con un sitio conectado, la API REST y MCP pueden leerlo y enviarle borradores:

Qué	API REST	Herramienta MCP
Listar entradas o páginas	`GET /api/v1/cms/content`	`list_cms_content`
Leer una entrada o página	`GET /api/v1/cms/content/:id`	`get_cms_content`
Enviar una tarea como borrador	`POST /api/v1/intelligence_tasks/:id/send_to_cms`	`send_intelligence_task_to_cms`

MCP con OAuth funciona en todos los planes; la API REST y MCP con una clave de API requieren el plan Scale o superior, como el resto de la API. El sitio responde en directo y no se guarda nada de lo que devuelve. Para enviar un borrador a través de la API necesitas una clave con acceso de Lectura y escritura. Solo se puede conectar y desconectar un sitio en Configuración del proyecto. Consulta Visión general de la API REST y Conecta tu IA mediante MCP.

Miembros del equipo

Los miembros del equipo necesitan el permiso WordPress:

Permiso	Qué permite
Leer	Listar y leer el contenido del sitio a través de la API y MCP
Crear	Enviar borradores de GEO Writer
Actualizar	Conectar un sitio o volver a conectarlo
Eliminar	Desconectar un sitio

Desconectar

Abre Configuración del proyecto > Conexiones, busca la tarjeta WordPress y selecciona Desconectar. Revocamos la contraseña de aplicación que LLM Pulse usa en el sitio. Los borradores que ya están en WordPress se quedan allí, pero el panel Borradores de WordPress de tus tareas de GEO Writer deja de mostrarlos.

Si eliminas el proyecto o tu cuenta, la contraseña se revoca de la misma forma. Si no podemos acceder al sitio para revocarla, el proyecto se desconecta igualmente y te lo indicamos. En ese caso, elimina la contraseña directamente en WordPress, en Usuarios > Perfil > Contraseñas de aplicación.

Solución de problemas

Cuando falla una conexión, la tarjeta de WordPress indica qué ha salido mal y enlaza con la sección correspondiente de más abajo. Abre Detalles para tu desarrollador para ver qué ha respondido el sitio: la dirección, el paso que ha fallado, el estado HTTP, el código de error de WordPress y algunas cabeceras de respuesta. Copia estos detalles y envíalos a quien gestione tu sitio. Nunca incluyen nombres de usuario ni contraseñas.

Si el fallo se ha producido después de que aprobaras la conexión, es posible que WordPress haya creado, con el nombre LLM Pulse, una contraseña de aplicación que no podemos usar. Elimínala en Usuarios > Perfil > Contraseñas de aplicación antes de volver a intentarlo.

Nuestras solicitudes usan el user agent LLMPulse-WordPress/1.0 y proceden de servidores situados en Alemania.

El servidor elimina la cabecera de inicio de sesión

WordPress lee la contraseña de aplicación de la cabecera Authorization. Algunos servidores eliminan esa cabecera antes de que se ejecute WordPress, así que WordPress trata nuestra solicitud como anónima. Tu desarrollador o tu proveedor de hosting puede hacerla llegar a WordPress.

En Apache, añade esta línea al archivo .htaccess, encima del bloque de WordPress:

SetEnvIf Authorization "(.*)" HTTP_AUTHORIZATION=$1

Si con eso no basta, añade RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] justo después de RewriteEngine On.

En nginx con PHP-FPM, añade esto al bloque que pasa las solicitudes a PHP:

fastcgi_param HTTP_AUTHORIZATION $http_authorization;

Detrás de un proxy inverso o en LiteSpeed, reenvía la cabecera Authorization a WordPress. En un hosting gestionado, pide a su soporte técnico que permita la autenticación Basic en /wp-json/.

Si el sitio funcionaba antes y ahora te pide que vuelvas a conectarlo, o se ha revocado la contraseña de aplicación o, tras un cambio en el servidor, este ha empezado a eliminar la cabecera. Primero vuelve a conectarlo y, si no funciona, revisa la cabecera.

WordPress no acepta la contraseña de aplicación

La contraseña de aplicación se ha escrito mal, se ha revocado o pertenece a otro usuario. Crea una nueva en Usuarios > Perfil > Contraseñas de aplicación y vuelve a conectar. Nunca uses la contraseña con la que inicias sesión en WordPress.

El nombre de usuario no existe

Cuando pegues una contraseña de aplicación, introduce el nombre de usuario de WordPress o la dirección de correo electrónico del usuario que la creó. El nombre que se muestra públicamente no sirve.

Las contraseñas de aplicación están desactivadas

WordPress solo ofrece contraseñas de aplicación en los sitios en los que detecta HTTPS, y los plugins pueden desactivarlas. Revisa:

Los plugins de seguridad como Wordfence o Solid Security, que tienen un ajuste para desactivar las contraseñas de aplicación, a veces por rol o por usuario.
El código del tema o de un plugin a medida que use los filtros wp_is_application_passwords_available o wp_is_application_passwords_available_for_user.
La detección de HTTPS. Detrás de un proxy, un balanceador de carga o una CDN, puede que WordPress no detecte que el sitio se sirve por HTTPS. Haz que el proxy envíe la cabecera X-Forwarded-Proto y añade el fragmento de código de más abajo a wp-config.php, encima de la línea de comentario que pide dejar de editar.
El tipo de entorno. Un sitio cuyo WP_ENVIRONMENT_TYPE es local ofrece contraseñas de aplicación sin HTTPS. En el sitio público, cámbialo a production.

if ( isset( $_SERVER['HTTP_X_FORWARDED_PROTO'] ) && 'https' === $_SERVER['HTTP_X_FORWARDED_PROTO'] ) {
    $_SERVER['HTTPS'] = 'on';
}

Un plugin bloquea la API REST

Algunos plugins de seguridad desactivan la API REST, solo permiten que la usen algunos usuarios o bloquean el endpoint de usuarios para impedir la enumeración de usuarios. Necesitamos el índice del sitio en /wp-json/ y, para el usuario conectado, /wp-json/wp/v2/users/me y los endpoints de entradas y páginas de wp/v2. Permítelos en los ajustes del plugin.

Si el sitio responde con una página web en vez de con la API REST, también puede que un plugin de caché o de mantenimiento esté sirviendo páginas en /wp-json/. Excluye esa ruta del plugin.

Un firewall bloquea nuestras solicitudes

Un firewall, una CDN o un servicio de seguridad situado delante de tu sitio ha rechazado nuestra solicitud antes de que llegara a WordPress: Cloudflare, Sucuri, una regla del firewall de Wordfence, el firewall de tu proveedor de hosting o un bloqueo por país. Permite las solicitudes con el user agent LLMPulse-WordPress/1.0 dirigidas a /wp-json/. Las páginas de desafío, como un desafío gestionado de Cloudflare, también nos bloquean, porque nuestros servidores no pueden resolverlas. En Cloudflare, añade una regla personalizada del WAF con la acción Skip para /wp-json/ y haz lo mismo para /wp-admin/authorize-application.php si Cloudflare muestra un desafío en la página de aprobación.

El sitio pide una contraseña aparte

Los sitios de staging suelen estar protegidos con autenticación HTTP: el navegador pide un nombre de usuario y una contraseña antes de que se cargue WordPress. Esa protección usa la misma cabecera que las contraseñas de aplicación, así que no pueden funcionar las dos a la vez. Conecta el sitio público o quita esa protección de /wp-json/.

No hemos encontrado la API REST

Comprueba que la dirección sea la de tu sitio de WordPress. Buscamos la API REST en /wp-json/ y en /?rest_route=/.
Abre Ajustes > Enlaces permanentes y selecciona Guardar cambios. Si las reglas de reescritura están dañadas, /wp-json/ devuelve un error 404.
En una configuración headless, WordPress funciona en un dominio distinto del de tus páginas. Conecta el dominio de WordPress.

La dirección del sitio no coincide

WordPress guarda dos direcciones en Ajustes > Generales: Dirección de WordPress (URL) y Dirección del sitio (URL). Ambas deben ser la dirección HTTPS pública de tu sitio, con o sin www, exactamente como la usa el sitio. Si empiezan por http://, o indican example.com cuando el sitio está en www.example.com, WordPress nos remite a otra dirección, y nunca enviamos una contraseña a una dirección que no hayas introducido. Corrige las dos direcciones o pide a tu desarrollador que defina WP_HOME y WP_SITEURL en wp-config.php. Después, conecta la dirección que usa el sitio.

Si tu dirección redirige a otra, la tarjeta de WordPress te propone conectar la dirección que usa el sitio. Solo seguimos redirecciones a direcciones HTTPS.

La versión de WordPress es demasiado antigua

Las contraseñas de aplicación se introdujeron en WordPress 5.6. Actualiza WordPress y después vuelve a conectar.

El certificado SSL no es válido

Solo nos conectamos por HTTPS y con un certificado válido. Los detalles indican cuál es el problema: ha caducado, es autofirmado o se ha emitido para otra dirección. Renueva o sustituye el certificado (la mayoría de los proveedores de hosting ofrecen certificados gratuitos) y asegúrate de que cubra la dirección exacta que conectas, con o sin www.

No hemos podido acceder al sitio

La dirección no apunta a ningún servidor. Comprueba que esté bien escrita y revisa los registros DNS del dominio.
El servidor ha rechazado la conexión. Puede que el puerto 443 esté cerrado o que un firewall bloquee nuestros servidores, que están en Alemania.
El sitio ha tardado demasiado en responder. Mientras conectas el sitio, esperamos cada respuesta unos 10 segundos. Pregunta a tu desarrollador por qué /wp-json/ responde con lentitud: la causa habitual es un plugin pesado o un servidor sobrecargado.
La dirección es privada. Apunta a una red privada o interna, como un sitio de staging en una intranet. Solo nos conectamos a sitios accesibles desde internet.

El sitio ha tenido un error del servidor

WordPress o el servidor ha fallado al responder, con un estado HTTP entre 500 y 599. Vuelve a intentarlo más tarde. Si el problema persiste, el registro de errores del servidor indica la causa. Un sitio en modo de mantenimiento responde de la misma forma: espera a que esté de nuevo en línea.

El sitio limita nuestras solicitudes

El sitio o su proveedor de hosting ha respondido que hemos enviado demasiadas solicitudes (HTTP 429). Vuelve a intentarlo dentro de unos minutos o pide a tu proveedor de hosting que permita nuestro user agent. Por otra parte, cada sitio acepta hasta 50 borradores de LLM Pulse cada 24 horas; pasado ese límite, vuelve a enviar el borrador al día siguiente.

WordPress ha enviado una respuesta ilegible

El sitio ha enviado texto antes de la respuesta de la API REST: normalmente avisos o notificaciones de PHP, o un carácter sobrante que imprime un plugin o un tema. Pide a tu desarrollador que defina WP_DEBUG_DISPLAY como false en wp-config.php y que revise los plugins instalados o actualizados recientemente. Si, en cambio, el sitio responde con una página web completa, un plugin de caché o de mantenimiento está sirviendo páginas en /wp-json/: excluye esa ruta en ese plugin.

La aprobación no se ha completado

Si has seleccionado No, no apruebo esta conexión, vuelve a seleccionar Aprobar en WordPress y aprueba la conexión.
Si WordPress te ha redirigido de vuelta sin una contraseña de aplicación, un plugin de seguridad o tu proveedor de hosting ha interrumpido la página de aprobación en /wp-admin/authorize-application.php. Permite el acceso a esa página o crea una contraseña de aplicación a mano y pégala en la tarjeta de WordPress.

El usuario de WordPress no puede crear borradores

Para crear borradores hace falta un usuario que pueda escribir entradas, como un Autor o un Editor. Un Administrador también sirve. Cambia el rol del usuario en Usuarios o vuelve a conectar con otro.