Se abre en una pestaña nueva
WordPress MCP: agentes de IA editando tu sitio - ilustracion

WordPress MCP: agentes de IA editando tu sitio

En pocas palabras: WordPress MCP combina la Abilities API (nativa desde WordPress 6.9) con el plugin MCP Adapter, que ya suma más de 50.000 instalaciones activas, para que agentes de IA como Claude o Cursor editen un sitio real al instante, aunque el equipo lo marca como «experimental».

WordPress MCP permite que agentes de IA como Claude, Cursor o Windsurf editen un sitio WordPress real desde una ventana de chat, usando el plugin oficial MCP Adapter, que ya suma más de 50.000 instalaciones activas en WordPress.org pero sigue etiquetado como «experimental» por el propio equipo que lo mantiene.

WordPress MCP es la implementación del Model Context Protocol dentro del ecosistema WordPress: un estándar que conecta herramientas de IA con las acciones que un sitio decide exponer. Funciona sobre dos piezas, la Abilities API (nativa desde WordPress 6.9) y el plugin MCP Adapter, que traduce esas acciones al formato que entienden Claude, Cursor o VS Code.

En 30 segundos

  • El MCP Adapter supera las 50.000 instalaciones activas pero el equipo lo marca como «experimental».
  • Los cambios que hace un agente se aplican al instante, sin borrador ni revisión previa.
  • Astra suma 74 abilities en modo «Astra Only» desde la versión 4.13.0 del tema.
  • ZipWP permite clonar un sitio completo para que el agente pruebe ahí, sin tocar la versión real.
  • El Application Password que usa el agente hereda el rol completo del usuario, no permisos recortados.

¿Qué es el Model Context Protocol (MCP) y cómo funciona en WordPress?

El Model Context Protocol es un estándar que conecta herramientas de IA con software externo sin necesitar una integración a medida para cada caso. En WordPress, el sitio decide qué acciones quedan disponibles y el agente solo puede usar esas, nunca más.

Pensalo como un enchufe estándar: tu sitio cablea los tomacorrientes que quiere ofrecer, y la IA únicamente puede conectarse a los que ya están instalados. En la práctica, eso significa escribir «cambiá la paleta a estos colores» en Claude en vez de abrir el Customizer y clickear botón por botón.

Dos piezas hacen falta para que funcione: la herramienta de IA (Claude Desktop, Claude Code, Cursor, Windsurf) y un plugin en WordPress que le diga a esa herramienta qué puede hacer y ejecute el pedido. Sin ese plugin, no hay conversación posible entre el chat y tu base de datos. Esto se conecta con lo que analizamos en la comunidad detrás del núcleo de WordPress.

¿Qué son la Abilities API y el plugin MCP Adapter?

La Abilities API define qué puede hacer una IA en tu sitio, y el MCP Adapter es el plugin que abre la puerta para que la herramienta de IA llegue a esas acciones. Una pone las reglas, el otro las conecta. Necesitás las dos capas antes de que Claude cambie absolutamente nada.

La Abilities API llegó con WordPress 6.9 en noviembre de 2025, según el anuncio del equipo de IA de WordPress core. Por defecto, el núcleo de WordPress solo deja leer información básica: nombre del sitio, datos del usuario, entorno del servidor. Nada de escritura. Son apenas tres abilities nativas, core/get-site-info, core/get-user-info y core/get-environment-info, documentadas en el post oficial de make.wordpress.org.

Las acciones útiles las agregan temas y plugins. Astra, por ejemplo, suma abilities para colores, tipografías y layouts: 74 en total cuando el tema corre en modo «Astra Only», a partir de la versión 4.13.0 y con el MCP Adapter instalado. El panel vive en Astra → Settings → MCP, con tres interruptores separados.

El MCP Adapter en sí es gratis y lo mantiene el equipo de WordPress como plugin canónico en el repositorio oficial. Eso sí: solo comparte acciones marcadas explícitamente como públicas, y antes de ejecutar cualquier cosa revisa los permisos del usuario que inició sesión. Nada se ejecuta «por las dudas».

¿Por qué no conviene conectar un agente de IA directamente a un sitio WordPress en producción?

Conectar un agente a un sitio en vivo es riesgoso porque los cambios se aplican al instante, sin borrador que revisar antes de publicar. La documentación de Astra dice que los cambios vía MCP toman efecto inmediato y recomienda revisarlos después en el Customizer, cuando el daño ya es visible para quien esté navegando el sitio en ese momento. Sobre eso hablamos en armar una landing page desde cero.

Ponele que le pedís al agente «poné los títulos en negrita». ¿Cambia solo el H1 o todos los encabezados del sitio? Exacto: depende de cómo interprete el pedido, y en producción lo averiguás cuando ya está publicado.

Hay otro problema con los permisos. Un Application Password hace que el agente inicie sesión como un usuario real, con todo el rol de ese usuario. Todas las abilities de tema de Astra comparten una sola capability, edit_theme_options, así que un agente que puede cambiar el color de un botón también puede cambiar el layout completo del header.

Falta algo más: WordPress revisiona posts y páginas, pero no los ajustes de tema. Una paleta de colores cambiada no tiene revisión a la cual volver. Sumale el estado del plugin: más de 50.000 instalaciones activas, etiqueta «experimental» todavía puesta, y nueve versiones en unos 14 meses con cambios que rompieron compatibilidad entre sí. Eso no es motivo para evitar MCP. Es motivo para que la primera sesión del agente ocurra donde un error no cuesta nada.

¿Cómo probar un agente de IA en una copia del sitio antes de aplicar cambios reales?

La forma de probar un agente sin arriesgar el sitio real es conectar la IA a una copia descartable, revisar ahí su trabajo, y recién después aplicar al sitio en vivo solo los cambios que aprobaste. La guía de Astra propone usar ZipWP para clonar o crear ese sitio desechable.

El caso de ejemplo de la fuente ilustra bien la idea: una panadería que se rebrandea y necesita paleta nueva, tipografías de encabezado distintas y un archivo de blog más prolijo. Es justo el tipo de tarea repetitiva, distribuida en muchos ajustes y fácil de chequear a simple vista, ideal para la primera corrida de un agente. Ya lo cubrimos antes en probar cambios primero en un entorno de staging.

  • Conectar ZipWP a Claude con el borrado apagado. ZipWP usa OAuth con tres permisos: lectura siempre activa, escritura activa por defecto, y borrado desactivado salvo que lo habilites a propósito.
  • Clonar o crear la copia del sitio. Si el sitio ya está en ZipWP y tenés plan Pro o Business, se clona con el mismo diseño y configuración. Si vive en otro hosting, primero lo migrás a ZipWP sin tocar el dominio real.
  • Instalar el MCP Adapter solo en la copia. Creás un usuario dedicado para el agente (nunca tu propia cuenta de admin) y le generás un Application Password propio.
  • Dejar que el agente trabaje y revisar. Recién con resultados aprobados, conectás Claude al sitio real con permisos de lectura y edición acotada a esos cambios puntuales.
  • Borrar la copia. Activás el permiso de borrado en ZipWP solo para ese paso, así no queda un sitio de prueba olvidado con datos reales adentro.

Si tu sitio real ya corre sobre un hosting WordPress como el de Donweb, migrar una copia a ZipWP para hacer esta prueba no cambia nada del dominio en producción: seguís apuntando al mismo lugar mientras el agente juega en la copia.

¿Qué permisos necesita un agente de IA para editar WordPress de forma segura?

Un agente de IA necesita permisos acotados en cada capa por la que pasa: la cuenta de ZipWP, el usuario de WordPress y los interruptores del tema. El patrón general es acceso amplio en la copia y acceso angosto en el sitio real, con el permiso de borrado prendido únicamente cuando lo necesitás.

CapaPermiso recomendadoQué controla
ZipWPLectura siempre activa, escritura por defecto, borrado offClonar, crear o eliminar sitios completos
Usuario de WordPressCuenta dedicada con Application Password propiaQué ve y qué puede cambiar el agente en el sitio
Astra → Settings → MCPEnable Abilities / Enable MCP Server / Enable Edit AbilitiesSi el agente solo lee el tema o también lo edita
MCP AdapterMarca manual de cada ability como pública (meta.mcp.public)Qué acciones quedan visibles para la IA
wordpress mcp diagrama explicativo

El tercer switch de Astra, Enable Edit Abilities, es el que más atención merece. Con él apagado, el agente solo lee tus ajustes de tema. La propia documentación de Astra MCP recomienda prenderlo únicamente cuando el agente efectivamente debe hacer cambios, no como configuración por defecto.

¿Qué funciona hoy y qué limitaciones tiene WordPress MCP?

WordPress MCP funciona hoy para leer datos básicos del sitio desde el núcleo y para ejecutar acciones de tema o plugin si ese plugin registró abilities públicas. Lo que todavía no tiene es estabilidad garantizada entre versiones, ni un sistema de revisión para los cambios que hace.

Confirmado:

  • La Abilities API es parte de WordPress core desde la versión 6.9, con tres abilities nativas de solo lectura.
  • El MCP Adapter es un plugin canónico oficial, distribuido gratis en WordPress.org, con más de 50.000 instalaciones activas.
  • Astra incluye MCP gratis desde la versión 4.13.0 del tema, con 74 abilities en modo Astra Only.

Todavía no resuelto:

  • El equipo que mantiene el MCP Adapter sigue calificándolo como «experimental», sin fecha anunciada para sacarle esa etiqueta.
  • Hubo nueve releases en unos 14 meses con cambios que rompieron compatibilidad entre versiones.
  • No existe un sistema de revisiones para ajustes de tema, a diferencia de lo que pasa con posts y páginas.

Errores comunes al configurar un agente de IA en WordPress

  • Usar tu propia cuenta de admin para el agente. Si algo sale mal, el error queda asociado a tu usuario y con todos tus permisos reales. Creá siempre un usuario aparte.
  • Dejar Enable Edit Abilities prendido de forma permanente. Ese switch le da al agente capacidad de escritura las 24 horas, aunque no lo estés usando en ese momento.
  • Actualizar el MCP Adapter directo en producción. Con nueve releases con cambios disruptivos en 14 meses, cada actualización merece probarse primero en la copia.
  • Dejar mcp:delete activado en ZipWP después de terminar la prueba. Es la forma más directa de perder un sitio completo por accidente.

Preguntas Frecuentes

¿Qué es WordPress MCP y para qué sirve?

WordPress MCP es la implementación del Model Context Protocol que conecta herramientas de IA como Claude o Cursor con las acciones que un sitio WordPress decide exponer. Sirve para hacer cambios de configuración y contenido escribiendo un pedido en lenguaje natural en vez de navegar menús del admin. Nuestros colegas de seguridadenwordpress.com lo analizan en la vulnerabilidad PHP2Shell que afecta a WordPress.

¿Es seguro dejar que una IA edite mi sitio WordPress en vivo?

No es recomendable como primer paso, porque los cambios se aplican de inmediato y sin revisión previa. La práctica más segura es probar el agente en una copia descartable del sitio y recién después aplicar al sitio real solo los cambios aprobados. Para más detalles técnicos, mirá detectar y corregir enlaces rotos.

¿Qué plugin necesito para conectar Claude o Cursor a WordPress?

Necesitás el MCP Adapter, el plugin oficial disponible en WordPress.org, que conecta tu herramienta de IA con las abilities registradas en el sitio. También necesitás que WordPress corra la versión 6.9 o superior, donde vive la Abilities API. Cobertura relacionada: reforzar el login con autenticación en dos pasos.

¿Cómo se prueba un agente de IA sin arriesgar el sitio real?

Se clona o migra el sitio a un entorno descartable como ZipWP, se instala ahí el MCP Adapter con un usuario dedicado, y se deja que el agente trabaje en esa copia. Solo después de revisar el resultado se replican los cambios aprobados al sitio en producción.

¿Qué permisos debe tener un agente de IA en WordPress?

Un agente debería operar con un usuario dedicado y un Application Password propio, nunca con la cuenta de administrador habitual. Además, el switch de edición (como Enable Edit Abilities en Astra) debería estar apagado salvo en el momento exacto en que necesitás que el agente escriba cambios.

Conclusión

WordPress MCP ya es usable, con más de 50.000 sitios corriendo el adapter y temas como Astra sumando decenas de abilities listas para usar. El tema es que la etiqueta «experimental» no está puesta de adorno: nueve versiones con cambios disruptivos en poco más de un año son una señal real de que esto sigue moviéndose rápido.

Si administrás sitios de clientes, la decisión práctica es simple: separá siempre el entorno de prueba del entorno real, usá un usuario dedicado para el agente, y actualizá el MCP Adapter primero en una copia. El criterio de verificación más útil que podés aplicar hoy es hacer que la primera sesión de cualquier agente nuevo ocurra en un sitio que no le importa a nadie si se rompe.

Fuentes

Volver a

Novedades

Publicaciones relacionadas