Conectar un agente de IA con WordPress no debería consistir en darle una contraseña de administrador, cruzar los dedos y esperar que no publique una receta de tortilla en la página de servicios. Y, sin embargo, esa es más o menos la arquitectura que se ve en muchas pruebas rápidas con inteligencia artificial.
MCP, o Model Context Protocol, viene a poner algo de orden. No magia. Orden. Que ya es bastante. Permite que un agente de IA hable con herramientas externas mediante un protocolo común, controlado y extensible. En este caso, WordPress deja de ser solo un CMS con un panel bonito y se convierte en una fuente de datos y acciones para agentes inteligentes.
La idea es sencilla: creamos un servidor MCP que actúa como puente entre el agente de IA y WordPress. El agente no toca WordPress directamente. Le pide al servidor MCP tareas concretas: leer entradas, crear borradores, revisar productos, consultar usuarios, preparar contenido o lanzar procesos automatizados.
Esto es especialmente interesante para empresas que ya trabajan con WordPress, WooCommerce, formularios, reservas, catálogos o automatizaciones. Si además vienes de montar flujos con n8n, APIs o integraciones a medida, esto empieza a sonar bastante familiar. De hecho, si te interesa esa parte, encaja muy bien con lo que comentaba en automatización con DeepSeek y n8n.
Qué es MCP y por qué tiene sentido con WordPress
MCP es un protocolo pensado para que los modelos de IA puedan comunicarse con sistemas externos de forma estructurada. Dicho sin camiseta de startup: es una forma limpia de decirle a un agente qué puede hacer, qué datos puede leer y qué acciones puede ejecutar.
WordPress, por su parte, ya tiene una API REST bastante decente. No perfecta, porque esto sigue siendo WordPress y siempre hay algún plugin haciendo de las suyas, pero suficientemente sólida para trabajar con entradas, páginas, usuarios, medios, productos de WooCommerce y contenido personalizado.
La combinación tiene mucho sentido porque MCP no sustituye a la API de WordPress. La envuelve. Le pone una capa de intención.
- WordPress expone datos y acciones mediante REST API.
- El servidor MCP traduce esas operaciones en herramientas comprensibles para el agente.
- El agente de IA decide cuándo usar cada herramienta según el contexto.
- La empresa mantiene control sobre permisos, seguridad y límites.
La diferencia entre conectar una IA a WordPress y hacerlo bien está en los permisos, los límites y los logs. Lo demás suele ser entusiasmo de viernes por la tarde.
Arquitectura recomendada: agente, servidor MCP y WordPress
Antes de instalar nada, conviene entender la arquitectura. Si esto no queda claro, luego acabamos metiendo tokens en sitios raros, creando usuarios administradores para todo y preguntándonos por qué el servidor parece una verbena.
Una arquitectura razonable sería esta:
- Agente de IA: Claude Desktop, Cursor, un agente propio en Node, Python o cualquier cliente compatible con MCP.
- Servidor MCP: una pequeña aplicación que define herramientas como obtener entradas, crear borradores o actualizar metadatos.
- WordPress: la instalación real, accesible mediante REST API y autenticada con Application Passwords o un método equivalente.
- Capa de seguridad: permisos limitados, validación de datos, logs y, si hace falta, revisión humana antes de publicar.
En proyectos reales, yo no dejaría que un agente publique directamente en producción salvo casos muy concretos. Crear borradores, preparar descripciones, revisar stock, detectar productos sin SEO o generar informes internos, sí. Publicar sin revisión, solo si sabes exactamente qué estás haciendo y tienes una buena razón para dormir peor.
Requisitos previos
Para este ejemplo vamos a trabajar con una aproximación sencilla y práctica. No necesitas montar una plataforma espacial. Necesitas una instalación de WordPress decente, acceso técnico y algo de criterio.
- WordPress actualizado.
- Acceso a un usuario con permisos adecuados.
- API REST activa.
- Application Passwords habilitadas en WordPress.
- Node.js instalado en tu equipo o servidor.
- Un cliente compatible con MCP, como Claude Desktop, Cursor o un agente propio.
- Conocimientos básicos de terminal y APIs.
Si tu WordPress ya arrastra problemas de mantenimiento, plugins abandonados o errores raros, arregla eso primero. No conectes IA a una casa con goteras. Para revisar problemas típicos, puede venir bien este artículo sobre errores comunes en WordPress.
Paso 1: crear una contraseña de aplicación en WordPress
WordPress permite crear contraseñas de aplicación desde el perfil de usuario. Es una forma cómoda de autenticar peticiones externas sin usar la contraseña principal del administrador.
- Entra en el panel de WordPress.
- Ve a Usuarios y abre el perfil del usuario que usará la integración.
- Busca la sección Contraseñas de aplicación.
- Crea una nueva contraseña con un nombre reconocible, por ejemplo MCP Agent.
- Guarda el valor generado en un lugar seguro.
Mi recomendación: crea un usuario específico para el agente. No uses tu usuario personal de administrador. Si el agente solo va a crear borradores, que tenga permisos de autor o editor según el caso. Principio de mínimo privilegio. Aburrido, sí. Útil cuando algo falla, también.
Paso 2: probar que la REST API responde
Antes de meter MCP en la ecuación, prueba que WordPress responde bien. La URL base suele ser algo como:
https://tudominio.com/wp-json/wp/v2/posts
Si esto devuelve una lista de entradas, vamos bien. Si devuelve un error 404, 401, bloqueo de seguridad o una página HTML rara, toca revisar enlaces permanentes, plugins de seguridad, cabeceras o configuración del servidor.
En este punto también merece la pena entender cómo WordPress está cambiando su relación con las APIs. Si te interesa esa línea más técnica, el artículo sobre HTTP Query en WordPress viene bastante al caso.
Paso 3: crear el servidor MCP
El servidor MCP será el intermediario. Puedes hacerlo en Node.js, Python o el stack que prefieras. Para este ejemplo, Node.js suele ser cómodo porque el SDK de MCP está bastante trabajado y se integra bien con herramientas de escritorio.
La estructura mínima del proyecto podría ser:
- Un archivo principal del servidor MCP.
- Variables de entorno para la URL de WordPress, usuario y contraseña de aplicación.
- Funciones auxiliares para llamar a la REST API.
- Herramientas MCP bien definidas.
Ejemplos de herramientas útiles:
- wp_list_posts: listar últimas entradas.
- wp_get_post: obtener una entrada concreta.
- wp_create_draft: crear un borrador.
- wp_update_post_meta: actualizar metadatos.
- wp_search_content: buscar contenido existente.
- woo_get_low_stock_products: detectar productos con poco stock en WooCommerce.
No empieces creando veinte herramientas. Empieza con tres bien hechas. Leer contenido, crear borrador y buscar entradas. Si eso funciona de forma fiable, amplías. Si no funciona, al menos tienes menos piezas ardiendo.
Paso 4: definir herramientas seguras para el agente
Una herramienta MCP no debería ser un túnel libre hacia WordPress. Debería ser una acción concreta, limitada y validada.
Por ejemplo, una herramienta para crear borradores debería aceptar título, contenido, extracto, categoría y estado. Pero puedes forzar que el estado siempre sea draft, aunque el agente pida publish. El agente puede pedir muchas cosas. Tú no tienes por qué obedecerlas todas. Esto también aplica a clientes, por cierto.
- Valida longitud del título.
- Limpia HTML peligroso.
- Evita publicar directamente.
- Registra cada acción.
- Limita qué tipos de contenido puede tocar.
- No expongas usuarios, emails o datos sensibles si no es necesario.
Este punto no es un detalle técnico menor. Es la frontera entre una integración profesional y un experimento peligroso. Si trabajas con datos de clientes, pedidos o usuarios, la seguridad debe ir delante. No detrás con cara de susto. Sobre esto también conecta bien la lectura de errores comunes en seguridad web.
Paso 5: conectar el servidor MCP al cliente de IA
Una vez tienes el servidor MCP funcionando, toca registrarlo en el cliente. En herramientas como Claude Desktop o Cursor normalmente defines el comando que arranca tu servidor local y el cliente detecta las herramientas disponibles.
El flujo sería:
- Arrancar el servidor MCP.
- Configurar el cliente para que lo use.
- Verificar que aparecen las herramientas de WordPress.
- Hacer una prueba simple, como listar las últimas entradas.
- Crear un borrador de prueba.
- Revisar en WordPress que el contenido se ha creado correctamente.
La primera prueba no debería ser crear una landing comercial de 3.000 palabras ni tocar productos de WooCommerce. La primera prueba debería ser aburrida. Listar posts. Crear un borrador con dos frases. Confirmar logs. Borrar. Repetir. La informática seria tiene bastante de fontanería.
Paso 6: casos de uso reales en empresas
Aquí es donde la cosa deja de ser un juguete técnico y empieza a tener interés de negocio.
- Editoriales y blogs: crear borradores a partir de notas internas, revisar enlaces rotos, detectar artículos antiguos o sugerir actualizaciones.
- WooCommerce: preparar descripciones de producto, revisar productos sin imágenes, detectar bajo stock o generar informes de catálogo.
- Inmobiliarias: generar fichas iniciales de inmuebles a partir de datos del CRM, siempre con revisión humana.
- Formación: crear borradores de lecciones, organizar contenidos y revisar materiales antiguos.
- Soporte: convertir tickets frecuentes en artículos de base de conocimiento.
En una tienda online, por ejemplo, un agente podría consultar productos sin descripción larga, generar una propuesta y dejarla como borrador. No sustituye al responsable de producto. Le quita la parte más repetitiva. Algo parecido a lo que ocurre cuando combinas ChatGPT con WooCommerce, tema que ya traté en cómo vender con ChatGPT y WooCommerce.
Errores habituales al conectar IA con WordPress
Hay errores que se repiten tanto que casi deberían venir preinstalados.
- Usar un usuario administrador para todo.
- Guardar claves en el código fuente.
- Permitir publicación directa sin revisión.
- No registrar acciones del agente.
- No validar los datos enviados a WordPress.
- Crear herramientas demasiado genéricas.
- No diferenciar entre entorno de pruebas y producción.
El peor error es pensar que como el agente responde con seguridad, sabe lo que está haciendo. Un modelo puede escribir con mucha convicción una barbaridad técnica. Los desarrolladores también, pero al menos luego nos toca arreglarla.
Mi enfoque recomendado
Si tuviera que implementar esto para una empresa, empezaría por un alcance pequeño y medible. Nada de agente omnipotente conectado a todo el WordPress. Primero una función concreta: generar borradores de artículos, revisar productos incompletos o preparar informes de contenido.
Luego añadiría una capa de auditoría. Quién pidió qué, cuándo, qué herramienta se ejecutó y qué respuesta dio WordPress. No por paranoia, sino porque cuando algo falla necesitas saber si fue el agente, la API, el plugin de SEO, WooCommerce, el hosting o ese plugin instalado en 2018 que nadie se atreve a desactivar.
También separaría entornos. Desarrollo, staging y producción. Sí, incluso para WordPress. Sobre todo para WordPress. La costumbre de probar directamente en producción ha dado muchas alegrías a las empresas de mantenimiento web.
Conclusión: MCP no hace inteligente a WordPress, pero lo vuelve mucho más útil
Conectar agentes de IA con WordPress usando MCP no va de ponerle una capa futurista al CMS. Va de permitir que sistemas inteligentes trabajen con datos reales, acciones controladas y procesos empresariales concretos.
La clave no está en que el agente pueda hacerlo todo. Está en que haga pocas cosas, bien definidas, seguras y útiles. Leer contenido. Crear borradores. Revisar productos. Detectar oportunidades. Preparar trabajo para humanos que luego deciden.
WordPress lleva años demostrando que no gana por ser el sistema más elegante, sino por estar en todas partes y resolver problemas reales. MCP puede convertirlo en una pieza mucho más interesante dentro de flujos de IA y automatización. Pero, como casi siempre en tecnología, el valor no está en conectar herramientas. Está en diseñar bien el proceso.