La actualización del WordPress Agent del 15 de octubre de 2026 y MCP write para agentes externos (disponible desde marzo, página del anuncio actualizada el 16 de octubre) acortan el camino del brief al borrador en WordPress.com de pago. La agencia sigue siendo responsable de la arquitectura, la whitelist de plugins, el SEO multilingüe y la puerta de publicación. Una oferta «el Agent hace toda la producción» cae en el primer ERP o incidente de seguridad. Una oferta sin Agent y MCP write pierde el kickoff en tiempo hasta el primer aspecto.
Para nearshore e ingeniería orientada al cliente importa la división: qué entró en el producto de Automattic, cómo cambian el brief y la propuesta, y dónde empieza la Abilities API en hosting propio.
Si estáis construyendo o migrando un sitio y no sabéis si quedarse en WordPress.com Agent o ir a self-hosted con integración MCP, enviad un brief corto por contacto: hosting, WooCommerce sí/no, número de locales, requisitos de compliance. La respuesta es una recomendación de ruta, no un «usamos IA» genérico.
Qué hay de nuevo en WordPress.com Agent (octubre 2026)
El post oficial de Ronnie Burt («Build Faster, Edit Your Way: What’s New with WordPress Agent», 15 de octubre de 2026) describe un paquete. Abajo: decisiones de proyecto que salen de ese paquete.
Cuánto tarda la generación del sitio en WordPress.com Agent
La mayoría de sitios está lista en menos de 4 minutos, y la generación tarda menos de la mitad del tiempo anterior. Para el cliente es un ciclo de feedback más corto en el kickoff. Para la agencia: menos espera al «primer aspecto», más tiempo para arquitectura de información, datos estructurados y SEO.
Consecuencia práctica en la propuesta: la partida «mockup / primera variante» pierde peso horario. Las partidas de discovery de keywords, mapa de contenidos, reglas de plugins y criterios de aceptación ganan. Si seguís vendiendo tres días de «primer borrador de UI» sin justificación, el cliente os compara con el Agent y salís caros.
¿WordPress.com Agent construye un tema propio?
El Agent construye un tema a partir de objetivos y respuestas, en lugar de entregar una plantilla lista de la biblioteca. Sigue siendo un tema generado. Revisad el output en:
- consistencia de tipografía y espaciados entre breakpoints,
- contraste y focus states (sobre todo en CTA),
- rendimiento de imágenes (formatos, tamaños, lazy load),
- modelo de contenido sensato (¿los H1-H3 responden a la intención o son solo decoración?).
El tema generado es un boceto. Brandbook, design tokens o biblioteca Figma siguen siendo la fuente de verdad visual; el Agent acelera la primera variante hacia esa verdad.
AI Editor y modo Annotate en WordPress.com Agent
En Appearance hay un AI Editor más simple con pestañas Preview y Edit. El modo Annotate permite marcar secciones, acumular ediciones en un stack y enviarlas al agente de un golpe. En una call con el cliente funciona como un tablero compartido: clic, comentario, envío, en lugar de reescribir prompts en Notion.
Para el diseño de proceso en la agencia:
- Call de discovery: el cliente dice objetivos.
- El Agent genera la primera variante.
- Annotate en vivo: 5-12 notas en un solo batch.
- Segunda ronda solo después de guardar Guidelines (más abajo).
Sin el paso 4 volvéis al caos de prompts. Annotate sin Guidelines son correcciones cosméticas rápidas que desaparecen en la siguiente sesión.
Instalación de plugins con WordPress.com Agent
El Agent puede recomendar, instalar, activar y actualizar plugins en la conversación. Este es el punto de riesgo más fuerte de todo el paquete. Cada plugin instalado es superficie de ataque, conflicto con el tema y coste potencial de mantenimiento.
En el kickoff fijad una whitelist antes de abrir el chat por primera vez:
- permitido: SEO, formularios, caché concretos (si hace falta en .com),
- prohibido: «suites SEO completas», page builders desconocidos, scanners de seguridad aleatorios del catálogo,
- procedimiento: el Agent propone, la persona aprueba, solo entonces install.
Sin whitelist el Agent «añade herramientas» en una hora y os deja deuda técnica para un trimestre.
Guidelines en WordPress.com Agent (ajustes)
Propósito del sitio, audience, tono y estilo de imágenes se guardan en Settings > Guidelines. Las conversaciones siguientes recuerdan el contexto. En la práctica es un brand brief vivo dentro del producto, no un PDF en Drive.
Tratad Guidelines como deliverable:
- tras discovery: primera versión escrita con el brand owner,
- tras cada cambio de voice: actualizar Guidelines antes de la siguiente sesión del Agent,
- review una vez por sprint de contenido: ¿las Guidelines siguen describiendo el producto que vendéis?
Las agencias que guardan el brief solo en Notion y clican «desde cero» en el Agent desperdician exactamente esta función.
WordPress.com Agent en Slack
Tras conectar en los ajustes de la cuenta podéis escribir al Agent desde Slack. Útil para content ops. Arriesgado si el canal no tiene ownership clara: quién aprueba borradores, quién tiene acceso a la cuenta .com, quién ve el registro de actividad MCP.
Modelo mínimo: canal privado o DM propio con el Agent, 2FA en la cuenta WordPress.com, lista de personas con derecho de publish fuera del Agent.
Disponibilidad: el Agent se puede activar en cualquier plan de pago de WordPress.com. Los sitios construidos con él tienen el AI Editor por defecto; un sitio existente necesita un tema de bloques para usar el AI Editor.
WordPress.com MCP write: 19 funciones de escritura
El anuncio oficial de Jonathan Bossenger en el blog de WordPress.com (20 de marzo de 2026, página actualizada el 16 de octubre de 2026) enumera:
- 19 funciones de escritura en seis tipos de contenido: posts, pages, comments, categories, tags, media,
- antes de escribir, el agente lee los colores, fuentes, espaciados y block patterns del tema,
- las entradas nuevas son borradores por defecto; editar una entrada publicada muestra un aviso de que el cambio será visible al instante,
- el agente describe cada cambio previsto y espera una confirmación explícita,
- las entradas, páginas, comentarios y medios borrados quedan 30 días en la papelera; borrar categorías y etiquetas es permanente y requiere una confirmación adicional,
- todos los cambios visibles en el Activity Log,
- disponible en todos los planes de pago, activable por operación en
wordpress.com/me/mcp.
Los agentes externos (Claude, ChatGPT, Cursor, OpenClaw y similares) pueden escribir en un sitio .com. Self-hosted llega a la misma dirección con el MCP Adapter y Abilities API. En .com controláis el producto de Automattic; en hosting propio el registro de abilities, permission_callback y la infraestructura. Un ejemplo edge de solo lectura está en la guía del servidor MCP en vivo.
¿MCP write publica en vivo de inmediato?
Draft + registro + delete reversible reducen el riesgo de publicación accidental. No reducen:
- contenido YMYL escrito sin fact-check,
- creación masiva de thin pages para SEO,
- media subida sin licencia,
- comentarios moderados por un agente sin política.
La puerta de publicación sigue siendo humana. MCP write conectado a Cursor en una cuenta con derecho de publish salta esa puerta: es un fallo de proceso que cerráis con roles y 2FA.
WordPress.com Agent o WordPress self-hosted
| Necesidad del cliente | WordPress.com Agent / MCP write | Self-hosted + Abilities / MCP Adapter |
|---|---|---|
| Landing + blog en una semana | Encaje fuerte | Overkill, salvo que ya tengáis el stack |
| WooCommerce B2B, ERP, almacén | Prototipo de UI; lógica fuera del Agent | Camino correcto |
| Multilingüe + GEO / AI Mode | Borradores de contenido; SEO y hreflang a mano | Control total de contenido y schema |
| Compliance, audit log, SSO | Limitado a features .com | Vuestras políticas y vuestro hosting |
| Agentes en CI / Cursor | MCP write en .com (borrador) | MCP propio en staging |
| Edge / SSR / front Astro | Fuera del alcance del Agent | Frontend separado + WP como CMS |
Contexto más amplio de agentes y bloques: agentic WordPress MCP block runner. Integraciones MCP del lado del producto: integración MCP IA.
Cuándo WordPress.com Agent basta para el cliente
Landing y blog corporativo en WordPress.com Agent
El Agent basta para la primera versión del sitio y content ops continuo vía Guidelines + Annotate. La agencia vende: discovery SEO local, schema LocalBusiness, GSC, mantenimiento de Guidelines, revisión de borradores MCP. No vende «tema a medida desde cero en 6 semanas» si el Agent cubre el 80 % de la UI.
WooCommerce con almacén: Agent o developer
El Agent puede acelerar landing y textos de producto. Checkout, stocks, impuestos y ERP quedan fuera del Agent. Self-hosted (o VIP / host enterprise) con abilities propias y tests. MCP write en .com no resuelve HPOS ni Store API.
WordPress multilingüe para AI Mode y AEO
Agent y MCP write generan borradores. Hreflang, profundidad de contenido, llmCard, hechos citables en las primeras 80 palabras, medición de CTR vs posición en GSC: trabajo editorial-ingenieril. Los cambios de enlaces en AI Mode y AI Overviews publicados el 15 de octubre (Search Engine Roundtable) llegan sin datos de clics para los propietarios de sitios; la citabilidad sigue contando más que un carrusel más bonito.
Cómo presupuestar un proyecto con WordPress.com Agent
- Kickoff más corto en el mockup, no en discovery. Generación por debajo de 4 minutos + Annotate = el cliente ve una variante antes de que terminéis discovery. No acortéis discovery de SEO y datos. Acortad la espera al mockup.
- Guidelines = deliverable. Entregad al cliente un brief editable en Settings, no solo un PDF. Eso reduce el drift en los sprints de contenido siguientes.
- Política de plugins antes del chat. En el kickoff: lista de plugins permitidos. Un Agent sin whitelist genera deuda en una hora.
- MCP write ≠ publish. Borrador + aprobación humana se quedan en el proceso. Para YMYL y tiendas: staging o cola de revisión, aunque la herramienta pueda escribir desde Cursor.
- Nearshore sigue vendiendo review. El Agent acelera; no firma el SLA. Sobre contratación para eficiencia de IA más code review real: contratación WordPress + AI.
Seguridad de WordPress.com Agent y MCP write
- 2FA en cada cuenta con acceso al Agent y al dashboard MCP.
- Roles separadas: quién puede conectar MCP, quién puede publicar.
- Registro de actividad MCP: revisión semanal con content ops activo.
- Sin MCP write en la tienda en producción sin espejo de staging.
- Slack: solo personas con contrato y NDA; sin guests de workspace compartidos con derechos de Agent.
- Backup / export antes de operaciones masivas vía MCP (aunque los deletes sean reversibles).
SD AI agent 1.25 y WordPress.com Agent
El 15 de octubre de 2026 el plugin SD AI Agent en WordPress.org recibió la 1.25.0: servidores MCP remotos aprobados, OAuth, descubrimiento de herramientas con alcance, confirmaciones antes de invocar. Es una señal del ecosistema self-hosted: MCP remoto con control, no «conectar cualquier cosa».
No confundáis SD AI Agent con WordPress.com Agent. Producto distinto, misma clase de riesgo (herramientas con permisos de escritura). Si mantenéis self-hosted para clientes en España y la UE, la 1.25.0 es una checklist de vendor due diligence: OAuth, scope, confirmations. Si alguien ofrece «acceso total a la base vía MCP sin confirmaciones», rechazad.
Qué prometer al cliente con WordPress Agent
Vended
- kickoff de UI más rápido en WordPress.com,
- Guidelines vivas como deliverable,
- content ops con MCP write + puerta humana de publish,
- migración del prototipo .com a self-hosted cuando crece la complejidad,
- auditoría de whitelist de plugins y logs MCP.
No prometáis
- que el Agent sustituye WooCommerce B2B,
- que MCP write «resuelve SEO» sin redacción y medición,
- que React / Gutenberg / edge «salen del chat»,
- precio fijo por «sesiones ilimitadas del Agent» sin límite de scope.
Checklist de implantación de WordPress.com Agent en la agencia
- Cliente en WordPress.com de pago: activar Agent, rellenar Guidelines con el brand owner
- Fijar whitelist de plugins antes de la primera sesión de chat
- Probar Annotate en una página (stack de 3-5 notas, un batch)
- Conectar MCP write solo en cuenta con 2FA; borradores, no publish
- Self-hosted: mapear las mismas operaciones a abilities + MCP Adapter; no copiar el flow .com 1:1
- Medir tiempo: brief hasta first draft (con Agent) vs brief hasta first review (sin) - mantener ambos números en la propuesta
- Escribir en la oferta: qué hace el Agent, qué hace el ingeniero, quién publica
Cómo medir el efecto de WordPress.com Agent y MCP write
Sin números la afirmación de la introducción sigue siendo opinión. En el primer proyecto .com con Agent recoged cuatro métricas:
- Tiempo del brief firmado a la primera variante de UI (minutos u horas). Comparad con el último proyecto similar sin Agent.
- Número de rondas Annotate hasta aceptación del layout (objetivo: 2-3 batches, no 15 prompts sueltos).
- Número de plugins instalados por el Agent vs whitelist (objetivo: cero fuera de la lista).
- Tiempo del borrador MCP a publish (objetivo: cola de revisión fija, no «en vivo de inmediato»).
Si (1) se reduce a la mitad y (3) y (4) crecen sin control, os coméis la ganancia del kickoff con incidentes. El informe mensual al cliente debería mostrar estos cuatro números, no un screenshot del chat del Agent.
MCP write, REST API y Abilities API - diferencias
En una call con el CTO del cliente tres nombres se mezclan en uno. Separadlos:
- REST API de WordPress - transporte HTTP clásico. Sigue existiendo. Los agentes pueden usarlo, pero sin un registro compartido de «qué está permitido» cada agente inventa sus endpoints.
- Abilities API (núcleo desde 6.9) - registro de operaciones con schema, permisos y callback. Es el lenguaje con el que WordPress describe «qué sabe hacer el sistema». Detalles: Abilities API.
- MCP - protocolo con el que un agente externo descubre herramientas. En self-hosted el puente es MCP Adapter. En WordPress.com, MCP write es la exposición de producto de la escritura (19 funciones) con borradores y registro.
Para agencias: enseñad al cliente que «tenemos MCP» sin abilities y sin puerta de publish solo significa que alguien conectó una herramienta con permiso de escritura. Eso no es arquitectura.
Annotate en WordPress.com Agent en una call con el cliente
Sin protocolo Annotate se convierte en caos «una corrección más». Recorrido probado de una call de 45 minutos:
- Minutos 0-5: abrir Preview, confirmar Guidelines en voz alta (propósito, audience, tono). Si las Guidelines están desactualizadas, corregidlas primero, luego tocáis la UI.
- Minutos 5-25: el cliente habla, vosotros marcáis en Annotate. No debatáis cada tipografía por separado. Construid el stack.
- Minutos 25-30: enviad el batch al Agent, esperad el resultado.
- Minutos 30-40: segunda ronda solo en blockers (CTA, navegación, hero). El resto al backlog.
- Minutos 40-45: registrad decisiones: qué entró en Guidelines, qué es ticket de desarrollo fuera del Agent.
Tras la call enviad al cliente un resumen corto: lista de cambios del batch, lista de lo que queda fuera del Agent (integraciones, SEO, compliance). Ese documento protege de «en la call dijimos que el Agent haría el almacén».
WordPress.com Agent en el mercado nearshore PL
Los clientes B2B en España y la UE suelen empezar en hosting barato o en WordPress.com «porque marketing prometió IA», y luego piden integración con facturación, Redsys/Bizum, almacén o multilingüismo ES/EN/PT con propiedades GSC separadas. El Agent cierra bien la primera web corporativa. Cierra mal el momento en que entran factura, stocks y dos locales con Search Console propia.
En la propuesta nearshore:
- fase 0 (Agent / .com): paquete fijo discovery + Guidelines + 2 rondas Annotate,
- fase 1 (self-hosted o VIP): migración cuando aparece integración o compliance,
- criterio de salida de la fase 0: lista de triggers (ERP, SSO, >N SKUs, requisito de logs fuera de .com).
Sin criterio de salida el cliente se queda en .com con Agent más tiempo del que debería, y heredáis el ticket «por qué el checkout no habla con el almacén».
Qué no resuelve WordPress.com Agent
El WordPress.com Agent no acelera:
- migración de PHP legado sin tests,
- reparación de Core Web Vitals tras un tema generado malo (a veces empeora el LCP si el Agent mete un hero pesado sin control),
- litigios y governance del ecosistema (tema aparte, fuera de este texto),
- indexación en Google (sigue GSC, IndexNow, contenido; el cambio de la documentación de Indexing API del 16 de octubre quitó descripciones antiguas de cuota, no añadió un botón mágico).
Si el cliente llega con «cero clics en posición 2 de la página de precios», leed primero AI Overviews y AI Mode. No instaléis el Agent como remedio de SERP.
El WordPress Day for AI en Faro (24 de octubre de 2026) dedica un día entero de la comunidad al impacto práctico de la IA en WordPress, con un track de negocio y otro de desarrollo. La tesis de este texto es más estrecha: la ganancia fácil son 4 minutos hasta el borrador. La ganancia difícil es la puerta de publish, la whitelist y la ownership.
Split de la oferta: Agent, MCP write, desarrollo custom
Estructura que podéis pegar en una propuesta (precios individuales, como siempre fuera de la página de precios):
| Fase | Alcance | Herramienta | Ownership |
|---|---|---|---|
| A | Discovery, Guidelines, 2 batches Annotate | WordPress.com Agent | Compartida con el cliente |
| B | Content ops, borradores MCP, cola de publish | MCP write + editor | Agencia |
| C | Integraciones, Woo, multilingüe, CI | Self-hosted / VIP | Ingeniero |
| D | Retainer: logs MCP, whitelist, GSC | Mix | Agencia |
El cliente ve dónde termina el Agent. Vosotros os protegéis del scope creep («ya que tenéis IA, meted ERP en el mismo sprint»).
Cuándo enviar una consulta de entrega (y no solo «clicar el Agent»)
Escribid cuando se cumpla al menos una condición:
- tienda, ERP, almacén, Subiekt, Baselinker o pagos fuera del estándar .com,
- más de un idioma con SEO / AI Mode propio,
- requisito de logs, SSO o audit trail fuera del panel de WordPress.com,
- Agent o MCP write ya corre, y faltan whitelist de plugins y puerta de publicación,
- necesitáis un desarrollador WordPress para ownership, no para otro prompt.
En el correo bastan cuatro puntos: URL o plan de hosting, objetivo de negocio en una frase, fecha límite, restricciones (RGPD, sector YMYL, presupuesto como rangos individuales tras el alcance). Cuanto más concreto el brief, más rápida la propuesta y menos deriva en discovery.
WordPress.com Agent para el borrador, developer para ownership
Octubre de 2026 acorta la distancia de la conversación al borrador en WordPress.com y expone escritura vía MCP a agentes externos, con borradores y registro. El WordPress a medida sigue donde hay tiendas, integraciones y SEO bajo el próximo cambio de UI de AI Mode: Abilities API, MCP propio y code review.
Auditoría del Agent .com frente a self-hosted o presupuesto de entrega: contacto. Servicios relacionados: integración MCP IA, desarrollador WordPress.
