Si llevas un rato en esto de las webs te habrá pasado lo de tener que explicar diez veces que “lo que pone en WordPress” no es magia: alguien redacta, alguien sube, alguien revisa. Ahora entra en escena otro actor: los agentes de IA conectados por MCP (Model Context Protocol) y con permisos de escritura en WordPress.com. La lectura rápida es tentadora: “la IA publicará por mí”. La lectura sensata, que es la que yo aplicaría en un proyecto real de cliente, es otra: se abre una puerta grande y con ella llega la deuda de gobernanza, de backups y de quién asume el error si un agente toca algo que no debía.
Según cuentan las fuentes recientes, WordPress.com ha ampliado su integración con MCP para que agentes compatibles (por ejemplo Claude, ChatGPT o Cursor) puedan no solo leer datos del sitio sino crear y editar contenidos: posts, páginas, comentarios, taxonomías y medios, mediante conversación en lenguaje natural. Hasta ahora la integración de solo lectura dejaba al agente en modo “ventanilla”: mirar pero no tocar. El cambio es que esa ventanilla se convierte en puerta de acceso, con operaciones nuevas y reglas explícitas de lo que puede hacer y cómo.
Lo que me llama la atención no es tanto el titular de “publicar con IA” como el paquete de detalles prácticos que acompañan al anuncio. Por ejemplo que los posts nuevos se crean como borrador por defecto, que modificar algo ya publicado puede advertir de visibilidad inmediata, y que borrar manda cosas a la papelera (con plazo de recuperación) salvo categorías y etiquetas donde la eliminación puede ser permanente y se pide confirmación extra. Eso no es marketing: es diseño de producto para reducir sustos en producción.
Otro punto fuerte es el tema de permisos y roles. Un editor no es un administrador: las barreras siguen existiendo y el agente no debería poder saltárselas sólo porque viene disfrazado de asistente. Si trabajas con equipos, esto te interesa más que la lista de features porque es lo que evita que “alguien con buena intención” rompa el sitio a las tres de la madrugada tras un prompt mal planteado.
En paralelo, el ecosistema WordPress “de verdad”, el autoalojado y los desarrolladores de plugins, no se queda en la anécdota. El proyecto oficial mcp-adapter es el puente entre la Abilities API y MCP para exponer capacidades del core, plugins y temas de forma estandarizada (herramientas, recursos y prompts). La lectura aquí es estratégica: WordPress no quiere quedarse con un chat bonito dentro del editor; quiere una plataforma que pueda describir qué sabe hacer y dejar que un agente externo lo invoque con reglas claras.
Yo no soy de alarmismos pero sí de listas cortas cuando hay riesgo normativo: revisa quién puede activar MCP en tu organización, qué operaciones permite cada sitio, qué queda en el Activity Log y qué procedimiento tienes si un borrador generado por un agente publica una afirmación incorrecta o una imagen sin derechos. El protocolo y los botones nuevos son herramientas; la responsabilidad editorial sigue siendo humana.
Si tu negocio es pyme o agencia, el matiz que más te va a doler en el día a día es la diferencia WordPress.com vs WordPress.org. Gran parte de lo que se cuenta en estos anuncios aterriza primero en la infraestructura de Automattic. Tu instalación en Plesk no hereda automáticamente el mismo paquete de comodidades. Para el autoalojado, la dirección es otra: abilities bien definidas, adaptador, plugins que registren capacidades con cabeza y hosting que aguante trazas, logs y copias de seguridad serias.
Para cerrar con los pies en la tierra: el avance es real, la arquitectura apunta a estandarizar y la industria va hacia agentes que operan sistemas, no sólo que escriben párrafos sueltos. Lo que tú necesitas decidir no es si “la IA viene”, sino con qué fricción y con qué contrapesos la metes en un sitio que factura o que cumple normativa.