Conectar Claude a WordPress con el MCP Adapter oficial: pasos y permisos

WordPress ya tiene su propia forma oficial de hablar con Claude. Se llama MCP Adapter, la mantiene el equipo de IA del propio proyecto y convierte las funciones de tu sitio en herramientas que un asistente puede usar. Lo importante para un negocio no es la técnica, sino esta pregunta: ¿qué puede hacer Claude en mi web y cómo evito que haga de más?

Aquí tienes cómo se conecta, con qué permisos y dónde están los riesgos. La base es el artículo oficial de developer.wordpress.org sobre el MCP Adapter y la documentación de MCP de WooCommerce, consultadas el 14 de noviembre de 2026. Mi trabajo con este tema, en la práctica, está en IA para WordPress.

Una aclaración de partida: mis webs no están hechas con WordPress. Lo que sigue lo he sacado de la documentación oficial y del método de seguridad que aplico en mis propias conexiones. No he ejecutado estos pasos contra un WordPress en producción, y no voy a fingir lo contrario.

Qué es el MCP Adapter de WordPress y cómo se relaciona con las abilities

Tres piezas, para no perderse:

• Abilities API. Desde WordPress 6.9, el núcleo permite que plugins y temas registren «habilidades»: funciones con un nombre, unos datos de entrada y un control de permisos. El núcleo trae tres de serie, para consultar información del sitio, del usuario y del entorno.
• MCP. El estándar abierto con el que Claude se conecta a herramientas externas.
• MCP Adapter. El puente: toma las abilities y las ofrece por MCP. Por defecto expone tres herramientas genéricas: listar habilidades, ver el detalle de una y ejecutarla.

Por tanto, lo que Claude puede hacer en tu WordPress no lo decide el adaptador, sino las habilidades que tu sitio tenga registradas y marcadas como públicas para MCP.

Cómo conectar Claude a WordPress paso a paso

El adaptador se instala como plugin. La documentación oficial indica la descarga desde las releases de su repositorio, y la guía de WooCommerce añade el comando wp plugin install mcp-adapter --activate para quien tenga WP-CLI.

Hay dos formas de conectar el cliente:

Local, por WP-CLI (STDIO). Pensada para un entorno en el que Claude y WordPress están en la misma máquina. Se indica con qué usuario de WordPress se trabaja.

Remota, por HTTP. La habitual para una web en un hosting. Se usa un pequeño puente (@automattic/mcp-wordpress-remote, ejecutado con Node.js) con tres datos: la dirección del endpoint de tu sitio, el nombre de usuario y una contraseña de aplicación.

El endpoint por defecto es /wp-json/mcp/mcp-adapter-default-server. El ejemplo oficial va escrito para Claude Desktop. Trasladado a Claude Code, la orden sería de esta forma (es mi adaptación del ejemplo oficial, revísala con tu caso antes de usarla):

claude mcp add --transport stdio \
  --env WP_API_URL=https://tusitio.com/wp-json/mcp/mcp-adapter-default-server \
  --env WP_API_USERNAME=usuario-claude \
  --env WP_API_PASSWORD=la-contraseña-de-aplicación \
  wordpress -- npx -y @automattic/mcp-wordpress-remote@latest

Después, dentro de Claude Code, el comando /mcp te enseña si el servidor está conectado.

Una contraseña de aplicación no es la contraseña de acceso del usuario. Se genera desde el perfil del usuario en WordPress, se puede revocar sola y no sirve para entrar al panel. Cámbiala si alguna vez se escapa.

Qué tiene que cumplir tu WordPress antes de conectarlo

Una lista corta, antes de tocar nada:

• WordPress 6.9 o posterior, que es la versión donde llegó la Abilities API al núcleo.
• Una copia de seguridad reciente, completa, de archivos y base de datos.
• HTTPS activo en tu dominio.
• Node.js en el equipo desde el que conectas, si usas la vía HTTP, o WP-CLI si vas por la local.
• Idealmente, una copia de pruebas de tu web (un entorno de staging) donde ensayar primero.

Si tu hosting no te da acceso a nada de esto, el camino se complica, y lo más honesto es que lo veamos antes de gastar dinero.

Qué usuario de WordPress crear para que Claude no pueda hacer de más

Esta es la parte que más importa. Según la documentación oficial, los clientes MCP actúan como el usuario de WordPress con el que se conectan. Si conectas con tu usuario administrador, Claude tiene tus permisos de administrador.

Las recomendaciones que da la propia documentación, y que yo seguiría tal cual:

1. Un usuario solo para Claude, con un rol de capacidades limitadas. Con un rol de colaborador, por ejemplo, puede escribir entradas pero no publicarlas.
2. Permisos mínimos por habilidad. Las habilidades pueden exigir una capacidad concreta. Evita las que se abren a cualquiera en operaciones destructivas.
3. HTTPS siempre en conexiones remotas.
4. Revisar y revocar las contraseñas de aplicación que ya no uses.
5. No subir a ningún repositorio un archivo de configuración que lleve una contraseña de aplicación.

Con esto, el peor caso pasa de «Claude ha tocado mi web» a «Claude ha dejado un borrador que no me gusta».

WooCommerce con MCP: productos y pedidos en vista previa

WooCommerce usa el mismo adaptador. No tiene un ajuste que activar: registra sus habilidades solo cuando el plugin MCP Adapter está activo. Ofrece consultar, crear, actualizar y eliminar productos, y consultar pedidos, añadir notas y cambiar su estado.

Su documentación lo marca como vista previa para desarrolladores: las interfaces pueden cambiar y puede haber cambios que rompan lo anterior. Avisa además de que pedidos y clientes contienen datos personales y que el responsable de cumplir la normativa eres tú. Y un detalle práctico: el sistema antiguo, con clave X-MCP-API-Key, se eliminó en la versión 11.3 de WooCommerce y ahora responde con un error 410. Si encuentras una guía que lo usa, está desfasada.

Mi consejo para una tienda real es empezar solo con productos y dejar los pedidos para más adelante, y con un usuario que no pueda leer datos de clientes. Hay más sobre el trabajo con tiendas en IA para WooCommerce.

Lo que el MCP Adapter no resuelve en WordPress

No cambia el diseño de tu web. Si está hecha con un constructor visual, editarla desde fuera es difícil en Elementor y casi inviable en Divi o WPBakery. Con Wix o Squarespace no se puede tocar el diseño desde fuera, y lo digo claro desde el principio para que nadie pague por algo imposible.

Tampoco te evita la revisión. Claude trabaja bien con contenido y con tareas repetidas, y mal cuando la instrucción es vaga. Pídele pocas cosas, concretas, empezando por cinco elementos antes que por cinco mil, y comprueba el resultado en un borrador.

Siguiente paso: mira cómo encaja con tu web en IA para WordPress. Si no sabes si la tuya se puede conectar, lo vemos en el diagnóstico, y si no se puede servir bien, te lo digo ahí antes de cobrar nada.