WordPress MCP suena a la típica pieza que lo cambia todo: conectas Claude, ChatGPT o Gemini a tu web, le das acceso estructurado al contenido, a WooCommerce, a tus plugins, quizá a n8n, y de repente puedes gestionar el sitio hablando con una IA. Yo entiendo el atractivo. Es justo la clase de automatización que muchos negocios llevan años esperando.
Pero te cuento la parte incómoda: tal como se está vendiendo ahora, WordPress MCP no va a funcionar como te cuentan en la mayoría de pymes. No porque la tecnología sea mala, sino porque se está confundiendo una interfaz potente con una operación segura, mantenible y útil.
La tendencia no sale de la nada. Google Suggest ya empieza a empujar búsquedas como wordpress mcp, wordpress mcp plugin, wordpress mcp n8n o wordpress mcp claude. En el repositorio oficial, WordPress ya tiene un mcp-adapter pensado para convertir capacidades de WordPress en herramientas que un agente pueda descubrir y ejecutar. Y en el directorio de plugins ya aparecen conectores MCP con instalaciones reales.
El problema es que una cosa es exponer capacidades y otra muy distinta es saber qué debería poder tocar un agente en una web viva.
La promesa es buena, pero llega demasiado pronto
MCP, explicado sin humo, sirve para que una aplicación de IA pueda hablar con otras herramientas mediante un protocolo común. En WordPress eso significa que un agente podría leer entradas, crear borradores, revisar productos, consultar datos, modificar contenidos o lanzar acciones si el plugin lo permite.
Sobre el papel, es fantástico. En mi experiencia, el cuello de botella de muchas webs no es escribir otro post más, sino coordinar tareas pequeñas: actualizar fichas, revisar textos antiguos, detectar enlaces rotos, preparar borradores, cruzar datos de WooCommerce, responder preguntas internas o mover información entre herramientas.
Ahí WordPress MCP tiene sentido. Mucho. El error es convertir esa posibilidad en el mensaje de “tu web se gestionará sola con IA”. Eso no es una ventaja, es una receta para montar un incendio discreto.
El punto débil no es la IA: son los permisos
Si conectas un agente a WordPress, la pregunta importante no es “qué puede hacer”, sino qué no puede hacer aunque se lo pidas mal.
Un plugin MCP que permita consultar entradas no tiene el mismo riesgo que uno que pueda editar páginas, borrar productos, cambiar precios, tocar usuarios o publicar contenido. Y cuando metes WooCommerce en la ecuación, el problema deja de ser técnico y pasa a ser de negocio: stock, pedidos, cupones, precios, devoluciones, datos de clientes.
Por eso me interesa más la línea de la Abilities API que el titular llamativo de “conecta ChatGPT a WordPress”. Si WordPress consigue describir capacidades de forma clara, consultable y con permisos explícitos, hay una base seria. Si cada plugin expone acciones a su manera, con autenticación floja y sin auditoría, tendremos automatización, sí, pero tambien tendremos sustos.
Los plugins ya están compitiendo por el mismo hueco
En el directorio oficial ya se ven señales claras. La búsqueda de plugins MCP para WordPress devuelve soluciones como AI Engine, Royal MCP, Easy MCP AI o conectores para exponer abilities. No hablamos de una idea de laboratorio. Hay plugins con miles de instalaciones, actualizaciones recientes y una narrativa comercial muy directa: conecta tu WordPress con Claude, ChatGPT, Gemini o herramientas externas.
Esto va a crecer rápido porque encaja perfecto con lo que pide el mercado: menos paneles, más conversación, más automatización. Pero también va a atraer plugins oportunistas. Y WordPress ya conoce esa película: funcionalidades potentes, configuraciones por defecto demasiado alegres, usuarios instalando sin revisar, y luego mantenimiento durante años.
Yo no instalaría un MCP server en una web de cliente solo porque esté de moda. Lo trataría como trato una pasarela de pago, un plugin de seguridad o una integración con ERP: con pruebas, roles, logs, backups y límites.
El caso n8n es el más interesante y el más delicado
La búsqueda wordpress mcp n8n me parece especialmente relevante porque une dos mundos: WordPress como CMS y n8n como pegamento de automatizaciones. Ahí sí veo valor real para pymes.
Por ejemplo: detectar productos sin descripción, crear un borrador optimizado, pedir revisión humana, generar una imagen, programar publicación, avisar por email y registrar el cambio. Eso es útil. Eso ahorra tiempo. Eso no necesita que una IA tenga libertad total para hacer lo que quiera en la web.
La clave está en diseñar flujos cerrados. El agente propone, n8n orquesta, WordPress ejecuta acciones concretas y una persona valida lo sensible. Si lo montas así, MCP puede ser una capa muy práctica. Si lo montas como “Claude, entra en mi WordPress y apáñate”, yo no lo tocaría ni con guantes.
Qué haría yo antes de activarlo
- Crear un usuario específico para la conexión, nunca usar el administrador principal.
- Limitar permisos a lectura o borradores al principio.
- Separar acciones críticas: publicar, borrar, cambiar precios o tocar usuarios deberían requerir validación humana.
- Activar logs para saber qué herramienta hizo qué y cuándo.
- Probar en staging antes de conectar una web en producción.
- Revisar el mantenimiento del plugin: fecha de actualización, soporte, instalaciones, código y enfoque de seguridad.
Esto puede sonar menos sexy que “gestiona tu web con IA”, pero es lo que separa una automatización útil de una chapuza brillante.
Mi lectura
WordPress MCP sí va a ser importante. De hecho, creo que será una de las capas que empuje la automatización real en webs pequeñas y medianas. Pero no va a funcionar como te cuentan si lo planteas como un botón mágico.
Funcionará cuando se use para tareas concretas, con permisos estrechos, procesos revisables y una arquitectura donde la IA no tenga más poder del que necesita. Funcionará para preparar borradores, consultar datos, acelerar soporte interno, revisar contenidos o alimentar flujos de n8n. No funcionará si lo instalas un viernes por la tarde en la web que factura todos los días y le das permisos de administrador a un agente porque “así va más rápido”.
La pregunta no es si tu WordPress debería conectarse a una IA. La pregunta concreta es esta: qué tres acciones permitirías ejecutar a un agente en tu web sin que pudiera romper ventas, SEO ni datos de clientes?