En octubre de 2026 WordPress.com cambió dos cosas que es fácil confundir. El 15 de octubre actualizó WordPress Agent, el asistente integrado en el panel que construye el sitio y lo edita desde el chat. Al día siguiente actualizó el anuncio de marzo sobre las funciones de escritura de su servidor MCP, a través del cual un asistente de IA externo, por ejemplo Claude o Cursor, puede crear y modificar contenido en el sitio. Lo primero es un producto para quien tiene el sitio. Lo segundo es una puerta de entrada para las herramientas que usa un desarrollador o una redacción.
Este artículo explica qué hace exactamente cada uno según la documentación de WordPress.com, qué protecciones tienen las escrituras que hace la IA, en qué se diferencia todo esto de la Abilities API en un WordPress con alojamiento propio y dónde termina el alcance de ambas herramientas.
¿Qué hay de nuevo en WordPress Agent tras la actualización del 15 de octubre de 2026?
Los cambios los describió Ronnie Burt en una entrada del blog de WordPress.com. El más importante tiene que ver con el tiempo:
«Generar un sitio lleva ahora menos de la mitad del tiempo que antes. La mayoría de los sitios está lista en menos de cuatro minutos.»
Fuente: WordPress.com, 15 de octubre de 2026, traducción propia
El segundo cambio afecta al tema. El Agent pregunta qué estás construyendo y qué objetivos tienes, y después diseña un tema propio a partir de las respuestas, en lugar de colocar una plantilla del catálogo. WordPress.com subraya que el contenido se puede exportar y que el tema está construido para WordPress, así que el sitio no queda atado a una sola herramienta.
El resto de novedades de la misma entrada:
- AI Editor, un editor simplificado con dos pestañas: Preview muestra el sitio tal como lo ve un visitante y Edit permite cambiar el texto directamente sobre la página.
- El modo de anotaciones (Annotate), en el que se marcan varios puntos del sitio y se envían todas las observaciones al Agent a la vez.
- Instalar, activar y actualizar plugins con una orden en el chat.
- Directrices del sitio, que el Agent crea durante la construcción y recuerda en las conversaciones siguientes.
- Hablar con el Agent por mensaje directo en Slack, después de conectar la cuenta en los ajustes.
El Agent funciona en cualquier plan de pago de WordPress.com. En un sitio que ya existe hay que activarlo primero siguiendo las instrucciones del soporte.
¿Cómo se activa AI Editor en un sitio de WordPress.com que ya existe?
Si el sitio lo construyó WordPress Agent, AI Editor está activado desde el principio. En un sitio creado antes, las instrucciones del soporte de WordPress.com (consultadas el 14 de octubre de 2026) indican tres requisitos:
- El sitio usa un tema de bloques. Con un tema clásico, la opción AI Editor ni siquiera aparece en el menú.
- WordPress Agent está activado para ese sitio.
- En Settings > Writing, en la sección AI Features, está marcada la casilla «Enable AI-powered site building experience».
Cuando se cumplen, el editor se abre desde el menú Appearance > AI Editor. El editor completo del sitio sigue disponible en Appearance > Editor, así que AI Editor no lo sustituye.
En muchos sitios antiguos el primer requisito lo decide todo. Un sitio con tema clásico, widgets y menús en PHP tiene que pasar antes a un tema de bloques, y eso supone trasladar la cabecera, el pie y las plantillas al editor del sitio. En un sitio con plantillas de página propias y tipos de contenido personalizados es un proyecto aparte, que conviene preparar en una copia de pruebas del sitio.
Según el soporte, las anotaciones funcionan así: el botón con un bocadillo y un signo más, junto a Preview y Edit, activa el modo; al hacer clic en una parte de la página se abre el campo «Add a comment…»; cada observación recibe un número, y el botón Send muestra cuántas observaciones llevas. El Agent aplica todos los cambios, pero no se guarda nada hasta que pulsas Save. Ese último paso importa, porque te da un momento para revisar los cambios antes de guardarlos.
¿Puede WordPress Agent instalar plugins por su cuenta?
Sí. Según la entrada del 15 de octubre, basta con escribir lo que necesitas, por ejemplo un formulario de contacto, mejor SEO o pagos. El Agent recomienda plugins que encajan con el objetivo y luego los instala y los activa en el chat. Si se lo pides, también actualiza los plugins que ya están en el sitio.
La comodidad tiene un precio que conoce cualquiera que mantenga sitios WordPress. Cada plugin es código adicional que hay que actualizar, que puede entrar en conflicto con el tema o con otro plugin y que amplía la superficie de ataque. El Agent elige el plugin a partir de la descripción de la necesidad. No conoce los planes de desarrollo del sitio, no sabe que dentro de medio año llegará la versión en inglés y no compara el coste de las licencias a varios años vista.
La documentación de herramientas MCP muestra cómo son estas operaciones por dentro. La búsqueda recorre el directorio de WordPress.org y el catálogo comercial de WordPress.com. Un plugin de pago solo se instala si el sitio tiene una compra activa. Sin ella, la operación devuelve un aviso de que hace falta comprarlo. Jetpack y Akismet están incluidos en WordPress.com y no se pueden desactivar. Instalar plugins requiere un plan que lo incluya.
La práctica sensata es sencilla. Fija de antemano una lista de plugins permitidos en el sitio y comprueba en el registro de actividad qué ha instalado el Agent. El registro tiene un filtro para los eventos de plugins, así que una revisión semanal lleva unos minutos.
¿Qué recuerda WordPress Agent entre una conversación y otra?
Durante la construcción del sitio, el Agent crea unas directrices: el objetivo del sitio, el público, el tono y el estilo de los textos, el estilo de las imágenes y algunos ajustes más. A partir de ahí cada conversación empieza con ese conocimiento, así que no hace falta explicar cada vez a qué se dedica la empresa.
Las directrices están en Settings > Guidelines. Se pueden editar cuando cambia la marca y exportar para usarlas en otro sitio. El Agent las tiene en cuenta al crear textos e imágenes, tanto si la conversación ocurre en el panel de WordPress.com como en Telegram, por correo electrónico o en Slack.
Para una empresa, las directrices valen lo que valen los datos que recibió el Agent al principio. Si la primera conversación fue superficial, cada texto posterior heredará sus carencias. Conviene leer las directrices generadas justo después de construir el sitio y corregirlas a mano antes de que el Agent empiece a escribir las primeras entradas del blog.
¿Qué es MCP en WordPress.com y qué puede guardar un asistente de IA en el sitio?
MCP (Model Context Protocol) es un protocolo abierto con el que un asistente de IA descubre las herramientas disponibles y las usa. WordPress.com puso en marcha su servidor MCP en octubre de 2025 con acceso de solo lectura: contenido, estadísticas y ajustes. El 20 de marzo de 2026 Jonathan Bossenger anunció las funciones de escritura, y el 16 de octubre se actualizó la entrada.
En marzo se trataba de 19 operaciones de escritura nuevas para seis tipos de contenido: entradas, páginas, comentarios, categorías, etiquetas y medios. El asistente puede, entre otras cosas:
- crear una entrada a partir de un texto o de una descripción,
- construir o modificar una página con los patrones de bloques del tema,
- aprobar comentarios, responderlos o borrarlos,
- crear categorías y etiquetas y cambiar su estructura,
- corregir el texto alternativo, los pies y los títulos de los archivos de la biblioteca de medios.
Antes de crear contenido, el asistente puede leer del tema los colores, las tipografías, los espaciados y los patrones de bloques para que la página nueva encaje con el resto. La documentación recomienda revisar el campo _content_warnings después de cada escritura, porque al guardar WordPress puede eliminar parte de los bloques o del código HTML.
Desde marzo el catálogo ha crecido. La documentación de herramientas MCP del 13 de octubre de 2026 ya describe grupos de operaciones propios para plugins, plantillas y partes de plantilla, navegación, estilos globales, widgets, usuarios, copias de seguridad, análisis de seguridad y registros DNS de dominios. La cifra de 19 describe, por tanto, la situación de marzo y no el alcance actual. La documentación también señala que el conjunto de herramientas que ve cada usuario depende del plan, de los permisos y de los ajustes de la cuenta.
Ponerlo en marcha lleva cuatro pasos: activar MCP en la cuenta en la dirección wordpress.com/me/mcp, marcar las operaciones de escritura necesarias, conectar el cliente de IA y empezar a trabajar. Las funciones de escritura se mantienen en todos los planes de pago de WordPress.com todo el año. Los sitios del plan gratuito pueden usar la misma conexión MCP hasta finales de noviembre de 2026 (changelog de WordPress.com, 31 de octubre de 2026); después de esa ventana pierden el acceso si no pasan a un plan de pago.
Actualización, . La entrada de WordPress.com del 3 de noviembre simplifica la conexión: un plugin oficial para ChatGPT y un conector para Claude en el directorio de cada aplicación, con el mismo servidor abierto a otros clientes compatibles con MCP. En cada sitio eliges qué puede hacer el agente y si pregunta antes de cada cambio o actúa solo. Empieza con el modo que pregunta: un cambio sin aprobar en un sitio en producción cuesta más deshacer que una propuesta rechazada. El plazo no cambia: el plan gratuito mantiene el acceso hasta el final de noviembre de 2026.
¿Cómo protege WordPress.com los cambios que hace un asistente de IA?
El anuncio de marzo describe varias capas de protección. La más importante dice así:
«Antes de crear, cambiar o borrar cualquier cosa, el asistente de IA describe con exactitud lo que va a hacer y pide una confirmación explícita. No ocurre nada sin tu aprobación.»
Fuente: WordPress.com, 20 de marzo de 2026, traducción propia
La documentación técnica muestra cómo se impone. Cada operación de escritura debe incluir el parámetro user_confirmed: true. El servidor acepta un valor booleano o una de las cadenas «true», «yes», «on», «1». Las fórmulas libres del tipo «yes do it» se rechazan, así que el asistente tiene que traducir la aprobación de la persona a uno de los valores permitidos. Al borrar, el asistente debe recuperar y mostrar antes el elemento que va a desaparecer.
El resto de protecciones:
- Las entradas y páginas nuevas se crean como borradores. Un cambio en una entrada publicada se ve al instante, y el asistente debe avisar de ello.
- Todos los cambios quedan en el registro de actividad del sitio. Al leer el registro por MCP se devuelven por defecto los últimos seis meses.
- Se aplican los permisos de los roles de WordPress. Un editor crea y edita entradas, pero no cambia los ajustes del sitio. Un colaborador escribe borradores, pero no publica.
- Cada operación tiene su propio interruptor en los ajustes de MCP, así que puedes activar solo lo que de verdad necesitas y solo en los sitios que elijas.
La papelera necesita una explicación más precisa. El anuncio de marzo dice que las entradas, páginas, comentarios y medios borrados van a la papelera durante 30 días, y que las categorías y etiquetas desaparecen de forma permanente tras una confirmación adicional. La documentación de herramientas actual describe los medios de otra manera:
«Borra de forma permanente un elemento de medios. WordPress.com no mueve los adjuntos a la papelera, así que el archivo no se puede recuperar y cualquier contenido que lo use se queda sin la imagen.»
Fuente: documentación de herramientas MCP de WordPress.com, 13 de octubre de 2026, traducción propia
Lo más seguro es quedarse con la versión de la documentación: 30 días en la papelera para entradas, páginas y comentarios, borrado permanente para categorías, etiquetas y archivos de medios. Borrar una categoría mueve sus entradas a la categoría Sin categoría, y cambiar su slug (la parte final de la URL) cambia al momento las direcciones del archivo y puede romper enlaces. Son dos operaciones que no conviene encargar al asistente sin comprobar antes el efecto en el SEO.
¿Funciona el MCP de WordPress.com con un sitio en alojamiento propio?
En parte. La documentación de herramientas dice claramente que el mismo catálogo sirve para sitios alojados en WordPress.com y para sitios con alojamiento propio conectados mediante Jetpack. La lista de sitios del usuario incluye ambos tipos, y las funciones de Jetpack, como las copias de seguridad, el análisis de seguridad o la supervisión de disponibilidad, son operaciones del grupo de herramientas del sitio.
El acceso al contenido tiene límites, eso sí. Las operaciones de contenido abarcan los tipos de contenido registrados con show_in_rest en el espacio estándar wp/v2 de la REST API. Los tipos que quedan fuera de él y los tipos internos de WordPress y Jetpack no están disponibles. Si un plugin de tienda o de reservas guarda los datos en tablas propias o en su propio espacio REST, el asistente conectado por el MCP de WordPress.com no los verá.
WordPress Agent y AI Editor se presentan como funciones de los planes de pago de WordPress.com. En un sitio con alojamiento propio, el asistente de IA recibe lo que se puede hacer a través de Jetpack y de la REST API estándar. Todo lo demás hay que construirlo por cuenta propia.
Actualización, 24 de octubre de 2026: WordPress en alojamiento propio avanza hacia MCP, pero todavía no está donde está WordPress.com. El 21 de octubre, el equipo de IA de WordPress dejó constancia de la aprobación para que MCP forme parte de la experiencia predeterminada de WordPress, con WordPress 7.3 como posible objetivo y sin compromiso de versión (resumen semanal del equipo de IA). La brecha está en las abilities. En el benchmark Building with WordPress de Andy Peatling, Opus 5.5 en Claude Code y GPT-6.1-Sol en Codex completaron 0 de 42 tareas de propietarios en un sitio autoalojado cuando el MCP Adapter era la única vía de acceso, y 33 de 42 con una contraseña de aplicación para la REST API. WordPress.com entrega sus 19 operaciones de escritura listas para usar; con el MCP Adapter en tu propio alojamiento, alguien tiene que registrar antes las abilities de escritura.
Actualización, : el equipo de IA publicó la propuesta WordPress for the Agentic Web con cuatro líneas de trabajo. El plugin MCP Adapter debe estabilizarse en paralelo con WordPress 7.2, y la propuesta es llevar MCP al núcleo en la 7.3, con una fusión directa o como plugin incluido. Un conjunto básico de Abilities para gestionar la web llegaría en parte en la 7.2 y de forma más amplia en la 7.3. OAuth debe permitir autorizar a tu propio agente iniciando sesión como siempre: los flujos se diseñan durante la 7.2, la implementación en el núcleo apunta a la 7.3, y el autor considera las contraseñas de aplicación poco adecuadas para la mayoría. La cuarta línea son prototipos de la experiencia completa en la 7.2. Que entre en el núcleo depende de la madurez técnica, la seguridad y la revisión habitual. Mientras tanto, una web en alojamiento propio necesita el plugin MCP Adapter y permisos acotados a propósito; cómo lo configuro está en la página integración MCP e IA.
Actualización, : el 28 de octubre Google abrió una vista previa de Connected Apps Platform. Un servicio se conecta a la Búsqueda de Google y a la app de Gemini mediante un servidor MCP alojado en la nube o, en Android, mediante AppFunctions. La app se registra, se prueba y se envía en Google Connected Console, y antes de la revisión eliges si se publica en la Búsqueda, en Gemini o en ambos (blog de Google). La documentación exige OAuth 2.1 para que el usuario autorice una sola vez a Gemini a actuar en su nombre (Google for Developers). Google abre el acceso por fases y no indica mercados. Para el dueño de un sitio es la misma pareja que describe la propuesta del equipo de IA de WordPress: un servidor MCP remoto e inicio de sesión con OAuth. Un sitio que ya tiene herramientas bien descritas y una autorización segura estará listo antes. Diseño esos servidores dentro del desarrollo de servidores MCP.
Actualización, : el changelog de WordPress.com del 16-29 de octubre (publicado el 31 de octubre) abre la gestión del sitio por MCP también a los planes gratuitos hasta finales de noviembre de 2026. Los planes de pago mantienen el acceso. El mismo artículo añade el montaje de tienda con WordPress Agent en planes de pago: instala WooCommerce, monta la tienda y añade productos de ejemplo. Para una tienda en hosting propio con ERP, checkout a medida o abilities MCP acotadas, sigo construyendo eso como integraciones de WooCommerce con sistemas ERP e integración MCP e IA, no como un prompt a un agente alojado.
Imagen destacada del changelog de WordPress.com, 31 de octubre de 2026. Fuente: wordpress.com/blog/2026/10/31/changelog-site-store-ai/.
WordPress.com Support: Enable MCP tool access for AI agents, last reviewed 30 de octubre de 2026. Destacado: MCP está disponible en todos los sitios de WordPress.com, incluidos los gratuitos. Fuente: wordpress.com/support/mcp/.
¿En qué se diferencia la Abilities API del MCP de WordPress.com?
La Abilities API forma parte del núcleo de WordPress desde la versión 6.9. Es un registro de las operaciones que el sitio pone a disposición de otras partes del sistema, de los plugins y de las herramientas externas, incluidos los asistentes de IA. Cada operación, llamada ability en la documentación, tiene un nombre único con el formato espacio/nombre, una descripción, un esquema de entrada y de salida en JSON Schema, una categoría, una función que la ejecuta y, de forma opcional, una función que comprueba los permisos.
Un ejemplo de la documentación, reducido a los campos principales:
add_action( 'wp_abilities_api_init', function () {
wp_register_ability(
'my-plugin/site-info',
array(
'label' => __( 'Site Info', 'textdomain' ),
'description' => __( 'Returns information about this WordPress site', 'textdomain' ),
'category' => 'site-information',
'input_schema' => array(),
'output_schema' => array( 'type' => 'object' ),
'execute_callback' => 'wporg_get_siteinfo',
'permission_callback' => function () {
return current_user_can( 'manage_options' );
},
'meta' => array( 'show_in_rest' => true ),
)
);
} );La Abilities API no implementa por sí sola el protocolo MCP. De eso se encarga el paquete oficial MCP Adapter, que convierte las abilities registradas en herramientas, recursos y prompts de MCP. Admite el transporte HTTP y STDIO, permite levantar varios servidores MCP con distintos conjuntos de operaciones y comprueba los permisos en dos niveles: el del transporte y el de cada operación.
Una diferencia importante respecto a WordPress.com está en la configuración por defecto. En MCP Adapter las abilities son privadas por defecto. Para que un asistente de IA pueda usarlas hay que poner meta.public (o meta.mcp.public) en true. Las operaciones publicadas están disponibles a través de tres herramientas del servidor por defecto: mcp-adapter/discover-abilities, mcp-adapter/get-ability-info y mcp-adapter/execute-ability. El cliente se conecta mediante WP-CLI o por HTTP en la dirección /wp-json/mcp/mcp-adapter-default-server.
En la práctica la elección es esta. En WordPress.com tienes un catálogo de operaciones ya hecho, confirmaciones impuestas por el servidor y un registro de actividad, pero no puedes añadir una operación propia. En un alojamiento propio decides tú qué puede hacer el asistente, incluidas operaciones sobre los datos de la tienda o sobre un sistema externo. También escribes tú la función que comprueba los permisos, las confirmaciones antes de cada cambio y la anotación en el registro. El campo permission_callback con current_user_can() del ejemplo anterior es el mínimo, no una protección completa: una operación que modifica datos también debe validar y limpiar los datos de entrada en la función que la ejecuta. Hablamos más de la propia API en la guía sobre la Abilities API.
¿Qué no hará un asistente de IA en WordPress.com?
Los límites se deducen directamente de las operaciones descritas. Ni la entrada sobre WordPress Agent, ni el anuncio de las funciones de escritura, ni la documentación de herramientas describen una operación que escriba o edite código PHP, que lance consultas directamente contra la base de datos o que conecte el sitio con un sistema externo, por ejemplo un programa de contabilidad o un mayorista.
El Agent y el asistente por MCP pueden instalar un plugin escrito por otra persona. La documentación describe incluso la subida de un plugin desde un archivo ZIP. Pero instalar un plugin no es lo mismo que escribirlo, probarlo y mantenerlo. Si la tienda tiene que traer el stock del sistema de la empresa cada cuarto de hora, alguien tiene que escribir esa integración, gestionar los errores de conexión y comprobar qué pasa cuando el sistema de almacén no responde. Por eso mismo los clientes encargan las integraciones de WooCommerce con sistemas ERP a desarrolladores, no a un asistente de IA.
El segundo límite tiene que ver con la responsabilidad. El Agent actualizará un plugin si se lo pides en el chat, pero después no recorrerá el proceso de compra de la tienda ni comprobará si el formulario de contacto sigue enviando mensajes. El registro de actividad mostrará qué ha cambiado. No dirá si el sitio sigue funcionando como debe después del cambio.
El tercer límite es el alcance de los datos. El asistente solo ve los tipos de contenido disponibles en la REST API estándar. El contenido que los plugins guardan en tablas propias, los ajustes de plugins almacenados fuera de las opciones estándar y los datos de la tienda quedan fuera de su alcance, salvo que el propio plugin los exponga.
¿WordPress.com con el Agent o WordPress en alojamiento propio: cómo elegir?
WordPress.com con el Agent tiene sentido cuando el sitio usa solo plugins ya hechos y quien lo lleva quiere cambiar contenido y aspecto sin un desarrollador. WordPress.com se ocupa del alojamiento, la seguridad y las actualizaciones de WordPress, y el Agent y MCP agilizan el trabajo diario con el contenido. Suele tratarse de una web de empresa, un blog, una web de servicios con formulario o una tienda sencilla.
El alojamiento propio es mejor opción en varias situaciones:
- el sitio tiene que intercambiar datos con un sistema de almacén, de contabilidad o un CRM,
- hace falta código PHP propio, bloques propios o tipos de contenido propios con campos personalizados,
- los datos deben guardarse en un lugar determinado, por ejemplo por un contrato con un cliente o por la política de la empresa,
- el asistente de IA tiene que hacer operaciones que no están en el catálogo de WordPress.com, por ejemplo sobre los pedidos de la tienda.
Antes de decidir conviene responder tres preguntas. ¿Alguna de las funciones actuales o previstas necesita código que no esté en ningún plugin del catálogo? ¿El sitio va a funcionar con un tema de bloques, sin el cual AI Editor no funciona? ¿Quién va a revisar lo que el asistente de IA ha cambiado en el sitio, y con qué frecuencia? Si la respuesta a la primera es «sí» y nadie tiene respuesta para la tercera, el Agent acelerará el arranque, pero los problemas llegarán con la primera integración.
Un sitio en WordPress.com no es una elección para siempre. El contenido se puede exportar, y el tema que construye el Agent es un tema de WordPress. Aun así, en una mudanza hay que planificar las licencias de los plugins de pago y las redirecciones de las direcciones.
¿Cuándo conviene encargar la implantación a un desarrollador?
El Agent acorta el camino hasta la primera versión del sitio y se defiende bien con los cambios diarios de contenido. El desarrollador hace falta allí donde empiezan el código, las integraciones y la responsabilidad de que el sitio funcione después de cada cambio. Sobre cómo combinan las agencias el trabajo con IA y la revisión del código por una persona, escribimos en el artículo sobre la contratación de desarrolladores WordPress que trabajan con IA.
Pide presupuesto cuando:
- necesitas un desarrollador WordPress que pase el sitio de un tema clásico a uno de bloques o de WordPress.com a un alojamiento propio,
- quieres poner operaciones propias a disposición de un asistente de IA mediante la Abilities API y MCP Adapter, con control de permisos y registro de cambios, es decir, una integración de MCP e IA,
- el Agent ya ha instalado varios plugins y quieres saber cuáles hacen falta de verdad.
En la solicitud cuéntanos dónde está alojado hoy el sitio, si tiene tienda, cuántas versiones de idioma tiene y con qué sistemas debe conectarse. El presupuesto es individual, según el alcance. El formulario está en la página de contacto.
