La integración Claude Code en WordPress ya es una realidad concreta: desde febrero de 2026, WordPress.com publicó su conector oficial basado en el Model Context Protocol, y hay al menos cuatro métodos distintos para conectar un LLM a tu sitio WP hoy mismo, con distintos niveles de complejidad y control.
En 30 segundos
- WordPress.com lanzó su conector oficial para Claude en febrero de 2026, basado en MCP (Model Context Protocol).
- Hay cuatro métodos de integración: MCP oficial, REST API nativa con Application Passwords, plugins especializados, y plataformas de automatización como Make o n8n.
- Application Passwords (disponibles desde WordPress 5.6) es el método más seguro para autenticar sin exponer credenciales de admin.
- Plugins como AI Engine y LLM Connector for WP (GitHub: Sudo-WP) ofrecen más de 145 herramientas para gestionar contenido, media y SEO desde Claude.
- El mayor riesgo no es técnico: es dar permisos demasiado amplios sin auditoría de logs ni rate limiting.
¿Qué es Claude Code y por qué conectarlo a WordPress?
Claude Code es una herramienta CLI de Anthropic que permite a desarrolladores interactuar con Claude directamente desde la terminal para tareas de programación, gestión de archivos y automatización de flujos de trabajo. No es un chatbot con interfaz web: es un agente que ejecuta acciones en tu entorno local y en sistemas externos, incluyendo WordPress.
La pregunta obvia es: ¿para qué conectar un LLM a tu WordPress? La respuesta depende de quién seas. Si sos desarrollador o site owner con más de un sitio, el caso se arma solo: convertir un Google Doc en un post Gutenberg publicado con metadatos SEO completos, sin abrir el admin. Subir 50 imágenes, convertirlas a WebP, asignarlas como featured image, y documentarlo todo en un CSV. Auditar 300 posts para identificar cuáles tienen datos desactualizados y necesitan refresh. Tareas que en el admin de WP te toman horas, Claude las puede resolver en minutos si tiene acceso correcto.
Métodos de integración: MCP, REST API y Plugins
Tres caminos, tres perfiles de usuario. Ninguno es universalmente mejor.
MCP (Model Context Protocol) oficial de WordPress.com
En febrero de 2026, WordPress.com publicó su conector MCP oficial, documentado en developer.wordpress.com/docs/mcp/. MCP es el protocolo estándar que usa Claude Code para conectarse a herramientas externas: básicamente, le dice a Claude qué puede hacer y cómo hacerlo. La ventaja es que el conector oficial cubre las operaciones más comunes (crear, editar, listar posts; gestionar media; manejar comentarios) con una API clara y versionada. La contra es que aplica solo a WordPress.com y a sitios con Jetpack activo. Si tenés un WordPress self-hosted sin Jetpack, esta opción no existe para vos.
REST API nativa + Application Passwords
Cualquier WordPress 5.6+ tiene esto disponible sin instalar nada. Le pasás a Claude la URL base de tu API (`/wp-json/wp/v2/`), las credenciales via Application Password, y listo: Claude puede crear y editar posts, subir media, modificar categorías. Es el método más portable y el más cercano al metal. Eso sí: sin rate limiting de tu lado y sin un wrapper que valide paths, le estás dando a Claude acceso directo al sistema de archivos de tu contenido.
Plugins especializados
Para quien no quiere lidiar con tokens y endpoints, hay plugins que abstraen todo eso. AI Engine (wordpress.org/plugins/ai-engine/) tiene más de 100.000 instalaciones activas y soporta múltiples LLMs incluyendo Claude para generación de posts y chatbots. LLM Connector for WP (github.com/Sudo-WP/llm-connector-for-wp) es más técnico y ofrece más de 145 herramientas configurables. La diferencia principal: AI Engine está pensado para editores, LLM Connector para desarrolladores. Esto se conecta con lo que analizamos en explorar los modelos más recientes.
| Método | Requiere | Alcance | Ideal para | Nivel técnico |
|---|---|---|---|---|
| MCP oficial WP.com | WordPress.com o Jetpack | Posts, media, comentarios | Sites en WP.com | Medio |
| REST API + App Passwords | WP 5.6+, sin plugins extra | Todo lo que exponga la API | Desarrolladores | Alto |
| AI Engine (plugin) | Plugin instalado, API key | Generación de contenido, chatbot | Editores y site owners | Bajo |
| LLM Connector for WP | Plugin + configuración manual | 145+ herramientas | Devs con casos avanzados | Alto |
| Make / n8n | Cuenta en la plataforma | Flujos multiservicio | Automatización no-code | Medio |
Autenticación segura: Application Passwords
Application Passwords lleva en WordPress core desde la versión 5.6 (diciembre 2020) y sigue siendo la forma más segura de autenticar llamadas externas. La idea es simple: en vez de darle a Claude tu contraseña de admin, generás una contraseña específica para esa integración, con un nombre descriptivo (“Claude Code local”, “n8n automation”), que podés revocar en cualquier momento sin afectar tu acceso principal.
Para generarla: Usuarios → Tu perfil → Application Passwords → nombrar + generar. WP te la muestra una sola vez (si la perdés, generás otra). Guardala en un archivo `.env` local, nunca en un repositorio público. Si usás Claude Code desde la terminal, podés pasarla como variable de entorno: `WP_APP_PASSWORD=xxxx`. Si trabajás con varios sitios (como es el caso cuando automatizás múltiples blogs), usá una app password distinta por sitio y por integración.
¿Qué permisos tiene una app password? Los mismos que el usuario que la generó. Si querés acceso de solo lectura, creá un usuario con rol Editor o incluso Subscriber para operaciones de lectura, y usá sus credenciales para esas llamadas específicas.
Plugins oficiales y de terceros para Claude
Según el análisis de Meow Apps publicado en abril de 2026, la combinación MCP + plugin de terceros es donde está la mayor flexibilidad. Meow Apps desarrolló una integración propia que expone herramientas específicas de WordPress al protocolo MCP: crear posts con metadatos completos, gestionar la biblioteca de media, leer analytics de plugins de SEO.
AI Engine sigue siendo el plugin con más tracción: chatbot configurable, generación de posts con un prompt, soporte para GPT-4o, Claude, Gemini y modelos locales. Si tu caso de uso es principalmente generar contenido desde WP Admin sin tocar terminal, es el camino más directo.
LLM Connector for WP (proyecto open source de Sudo-WP en GitHub) apunta a otro perfil: desarrollo programático, scripting, automatización desde Claude Code CLI. Las 145+ herramientas incluyen operaciones que los plugins más simples no cubren: búsqueda semántica en el contenido existente, gestión de taxonomías personalizadas, interacción con custom post types. Tema relacionado: comparar Claude Code con alternativas.
Automatización práctica: publicar posts, gestionar media y SEO
Ponele que tenés un flujo editorial donde los redactores escriben en Google Docs. Con Claude Code conectado a tu WordPress via MCP o REST API, el flujo se puede ver así: pasás la URL del doc, Claude extrae el contenido, lo convierte a bloques Gutenberg, agrega el schema markup correspondiente, setea las categorías, genera el meta_description y el slug, y publica (o deja en draft si preferís revisar primero). Sin copiar y pegar, sin formatear manualmente.
Para gestión de media, un caso concreto: tenés 80 imágenes JPG en una carpeta local. Claude puede subirlas a la biblioteca de WP una por una, convertirlas a WebP si el servidor soporta, asignar alt text generado a partir del nombre de archivo, y marcar la primera de cada carpeta como featured image del post correspondiente. Tareas que con el admin de WP tomarían una tarde entera.
El análisis masivo de contenido es quizás el uso más subestimado. Con acceso de lectura a todos tus posts, Claude puede identificar artículos con datos de años anteriores que necesitan actualización, detectar canibalización de keywords entre posts, o listar los que no tienen imágenes destacadas. (Spoiler: cuando corrés ese análisis por primera vez, el resultado siempre sorprende.)
Seguridad, rate limiting y buenas prácticas
Acá viene lo importante que mucha documentación de integración omite convenientemente.
Dar acceso de escritura a un LLM sobre tu WordPress es potencialmente destructivo si algo sale mal, si el prompt es ambiguo, o si Claude interpreta una instrucción de forma inesperada. No porque el modelo sea malicioso, sino porque los LLMs pueden equivocarse y tu sitio en producción no es un sandbox. Lo explicamos a fondo en proteger tu instalación de WordPress.
Lo mínimo no negociable:
- Rate limiting: limitá las llamadas a la API por minuto desde tu lado, no solo confiés en los límites de WP. Un loop mal configurado puede hacer 500 llamadas en 10 segundos.
- Path validation: si usás operaciones de archivos, validá que las rutas estén dentro de los directorios permitidos. Nunca paths absolutos desde variables controladas por el modelo.
- Activity logging: registrá cada operación que Claude ejecuta: qué post modificó, qué archivos subió, qué eliminó. Si algo sale mal, necesitás poder reconstruir qué pasó.
- Backups previos: antes de cualquier operación masiva (bulk update de posts, cambios de categorías en lote), hacer backup. Automático, verificado, reciente.
- Credenciales con rotación: revocá y regenerá las app passwords cada 90 días, especialmente si las usás en entornos compartidos.
Si tu WordPress vive en un hosting con soporte para variables de entorno (algo que proveedores como donweb.com permiten en sus planes de cloud), configurar las credenciales ahí es mejor que en archivos locales.
Integración con Make y n8n
Tanto Make como n8n tienen conectores nativos para Claude y para WordPress. Esto habilita flujos donde Claude no es el punto de entrada sino una pieza en una cadena más larga.
Ejemplo concreto: Make monitorea un RSS feed o una hoja de Google Sheets, detecta un trigger (nueva fila, nueva entrada), pasa los datos a Claude para que genere el contenido con un prompt específico, y termina publicando el post en WordPress con los campos que vos definiste en el flujo. Sin código. Sin CLI. Si el flujo está bien armado, funciona solo.
n8n es similar pero self-hosteable, lo que es importante si tenés restricciones de privacidad o si procesás contenido sensible. La curva de aprendizaje es mayor que Make, pero el control también.
¿Cuándo usar Make/n8n en vez de Claude Code directo? Cuando el flujo involucra más de dos servicios, cuando necesitás condicionales visuales, o cuando quien lo configura no es desarrollador.
Errores comunes al integrar Claude con WordPress
Usar la contraseña de admin en vez de Application Passwords
El error más frecuente y el más grave. Si exponés las credenciales de admin en un script, en un .env mal protegido, o en una variable de entorno en un CI/CD público, tenés un problema que va mucho más allá de la integración con Claude. Application Passwords existen para esto: generás una, la usás, y si se filtra, la revocás sin afectar el acceso principal.
Dar permisos de administrador cuando alcanza con editor
Claude para generar y publicar posts no necesita permisos de administrador. Con un usuario de rol Editor tiene suficiente para crear, editar y publicar contenido. Reservá los permisos de admin para operaciones que realmente los requieran, y usá credenciales distintas para distintas tareas. Para más detalles técnicos, mirá entender los riesgos de seguridad.
Correr operaciones masivas en producción sin testear en staging
Instructivo clásico: “actualizá el meta_description de los 400 posts que no tienen uno”. Claude empieza a ejecutar, algo falla a mitad de camino (timeout, límite de rate, error en el formato), y terminás con 200 posts modificados y 200 sin modificar, sin saber cuáles son cuáles. Siempre testear en staging primero, siempre con un subconjunto pequeño, siempre con logging habilitado.
Ignorar el formato de bloque Gutenberg
Si le pedís a Claude que genere el contenido de un post sin especificar que el output debe ser HTML de bloques Gutenberg, lo que vas a recibir es Markdown o HTML plano. WP lo va a importar como un bloque “Classic” o directamente mal formateado. Los prompts de generación de contenido para WP deben especificar explícitamente el formato de bloques.
Esto tiene relación con WordPress access to LLM (Claude code), donde cubrimos el tema a fondo.
Preguntas Frecuentes
¿Cómo conectar Claude Code a WordPress?
Hay tres métodos principales: el conector MCP oficial de WordPress.com (para sitios en esa plataforma o con Jetpack), la REST API nativa de WordPress con autenticación via Application Passwords (disponible en cualquier WP 5.6+), o plugins especializados como AI Engine o LLM Connector for WP. El método más portable para self-hosted es REST API + Application Passwords, sin dependencias adicionales.
¿Qué son las Application Passwords de WordPress?
Son contraseñas específicas por aplicación, generadas desde Usuarios → Tu perfil → Application Passwords en el admin de WP. Están disponibles desde WordPress 5.6 y permiten autenticar llamadas a la REST API sin usar la contraseña principal de la cuenta. Cada una tiene un nombre descriptivo y se puede revocar individualmente, lo que las hace más seguras que compartir credenciales de admin.
¿Puedo automatizar la creación de contenido en WordPress con Claude?
Sí. Con Claude Code conectado via MCP o REST API, podés generar posts completos en formato Gutenberg, asignar categorías, setear metadatos SEO y publicar (o dejar en draft) desde la terminal o via flujos automatizados en Make/n8n. Plugins como AI Engine simplifican el proceso si no querés trabajar con la CLI. La clave es definir bien el formato de output esperado en el prompt: bloques Gutenberg, no Markdown.
¿Cuál es la diferencia entre el MCP de WordPress.com y la REST API nativa?
El MCP oficial (lanzado en febrero de 2026) está disponible solo para WordPress.com y sitios con Jetpack. Expone herramientas estandarizadas que Claude entiende directamente como parte de su protocolo. La REST API nativa funciona en cualquier WordPress 5.6+, es más flexible, pero requiere configuración manual de los endpoints y la autenticación. Para self-hosted sin Jetpack, la REST API es la única opción nativa.
¿Qué plugins soportan Claude en WordPress?
AI Engine (wordpress.org/plugins/ai-engine/) soporta Claude junto con otros LLMs y tiene más de 100.000 instalaciones activas. LLM Connector for WP (proyecto open source en GitHub de Sudo-WP) ofrece más de 145 herramientas para casos avanzados. El plugin de Meow Apps lanzado en 2026 también integra Claude via MCP con foco en gestión de contenido y media. Para automatización sin plugins, Make y n8n tienen conectores nativos para Claude y WordPress.
Conclusión
El ecosistema de integración entre Claude y WordPress maduró bastante en los primeros meses de 2026. Hay opciones reales para distintos perfiles: desde el conector MCP oficial de WordPress.com para quienes están en esa plataforma, hasta plugins de terceros o la REST API para self-hosted. La parte técnica es, en general, más simple de lo que parece.
El punto donde la mayoría falla no es la conexión sino lo que viene después: permisos demasiado amplios, sin logging, sin rate limiting, operando directo en producción. Antes de automatizar, definí qué puede y qué no puede hacer Claude en tu sitio, con credenciales de alcance mínimo y con backups en orden. Con eso resuelto, las posibilidades de automatización editorial son concretas y bastante amplias.