Automatización de blogs con IA ha prometido siempre un ciclo limpio: investigar, redactar, publicar, actualizar, repetir. Con el auge de los asistentes de IA que pueden conectarse a herramientas externas, muchos creadores supusieron que WordPress.com sería un lugar natural para completar ese ciclo de extremo a extremo.
Pero la vía oficial más reciente de WordPress.com para conexiones de IA, el Model Context Protocol (MCP), actualmente se queda corta en la parte de “publicar”. La integración de MCP de la plataforma es explícitamente de solo lectura hoy, redefiniendo lo que “automatización” puede significar realmente para los sitios de WordPress.com ahora mismo.
Qué significa un MCP “solo lectura” para WordPress.com
El Soporte de WordPress.com (última revisión el 15 de enero de 2026) es inequívoco sobre el alcance de los permisos actuales: “El acceso de MCP es actualmente de solo lectura. Los asistentes de IA no pueden crear, editar ni eliminar contenido en tus sitios de WordPress.com.” Esa única frase traza una línea clara entre análisis y ejecución.
En la práctica, solo lectura significa que un asistente puede recuperar el contexto del sitio, como entradas existentes, páginas, ajustes u otros datos expuestos, según qué herramientas MCP habilites. Puede resumir lo que encuentra, extraer patrones y ayudarte a tomar decisiones, pero no puede enviar cambios de vuelta a WordPress.com a través del canal oficial de MCP.
Esta distinción importa porque la “automatización de blogs con IA” a menudo implica publicación sin intervención: publicaciones programadas, actualizaciones automáticas, ediciones en lote y optimización iterativa. En WordPress.com con MCP, la automatización se limita a información y recomendaciones en lugar de operaciones directas sobre el contenido.
Hoja de ruta oficial: solo lectura ahora, acceso de escritura más adelante
El propio anuncio de WordPress.com, “WordPress.com Now Supports MCP” (7 de octubre de 2025), confirma la limitación actual y señala hacia dónde se dirige: “Actualmente, nuestra integración con MCP proporciona a tu asistente de IA acceso ‘solo lectura’… El acceso de ‘escritura’ llegará después…”
Esa declaración prospectiva es importante para los equipos que planifican flujos de trabajo. Si hoy estás construyendo alrededor de MCP, estás construyendo alrededor de la observación, los informes y el apoyo a la toma de decisiones, no alrededor de la publicación autónoma.
También aclara que la postura de solo lectura es una fase deliberada, no un diseño permanente. Por ahora, sin embargo, cualquier automatización que dependa de crear, actualizar o eliminar contenido de WordPress.com debe gestionarse fuera de MCP (por ejemplo, por una persona en el editor, o mediante otras integraciones aprobadas si están disponibles), con MCP sirviendo como la capa de inteligencia.
Seguridad por diseño y por qué existen restricciones
WordPress.com presenta MCP como “seguro por diseño”, enfatizando el control del usuario sobre lo que se comparte con el modelo de IA. La documentación de Soporte explica que el servidor no comparte datos con el modelo de IA a menos que elijas explícitamente enviarlos.
Otro punto clave en la misma guía es que los datos recuperados a través de las herramientas MCP no se usan para entrenar modelos de IA. Esto ayuda a abordar una preocupación común: si los asistentes conectados convierten silenciosamente los datos privados del sitio en datos de entrenamiento.
En ese encuadre, el acceso de solo lectura es coherente con una postura de seguridad conservadora: reducir el riesgo de cambios no intencionados, limitar el alcance de los errores y garantizar que conectar un asistente de IA no le otorgue automáticamente la capacidad de publicar o modificar contenido. Para empresas y editores, eso puede ser tranquilizador, aunque frustrante para quienes buscan automatización total.
Activar MCP en WordPress.com: controles y conmutadores a nivel de herramienta
Puedes habilitar MCP desde una página dedicada de configuración de cuenta de WordPress.com en wordpress.com/me/mcp. El documento de Soporte describe un flujo en el que puedes activar MCP y gestionar a qué puede acceder el asistente.
Lo fundamental es que los controles son granulares. Puedes usar conmutadores a nivel de herramienta para desactivar herramientas MCP individuales, y puedes gestionar el acceso por sitio, útil si administras varios sitios y solo quieres información asistida por IA en propiedades seleccionadas.
Esto importa para la “automatización de blogs con IA” porque la gobernanza es parte de la automatización. Incluso cuando el sistema es de solo lectura, querrás definir qué sitios están dentro del alcance, qué datos pueden incorporarse a los informes y cómo se revisan los resultados antes de que alguien actúe sobre las recomendaciones.
OAuth por defecto y planes de pago “listos para MCP”: lo que eso indica
El anuncio de WordPress.com del 7 de octubre de 2025 afirma que WordPress.com es el primer alojamiento de WordPress en admitir MCP “con OAuth por defecto”, y que los sitios con planes de pago están “listos para MCP”. Tener OAuth por defecto es una decisión arquitectónica significativa porque estandariza la autorización y reduce la necesidad de manejo ad hoc de credenciales.
Desde la perspectiva de la automatización, OAuth es la diferencia entre una integración frágil y una manejable. Cuando llegue el acceso de escritura, los permisos basados en OAuth deberían facilitar delimitar lo que un asistente puede hacer, revocar el acceso rápidamente y auditar las conexiones.
Por ahora, el énfasis en OAuth beneficia principalmente el acceso seguro de lectura, extrayendo datos para su análisis sin entregar credenciales amplias. También indica que WordPress.com está preparando la base para integraciones de IA más profundas, aunque las acciones de publicación aún no estén disponibles a través de MCP.
Herramientas de conector oficiales: @automattic/mcp-wpcom-remote
Automattic proporciona herramientas de conector oficiales en forma de @automattic/mcp-wpcom-remote, descritas en su README de GitHub como un remoto/proxy MCP optimizado para WordPress.com que incluye “Autenticación segura OAuth 2.0”. Para los desarrolladores, esta es la vía de acceso compatible para conectar un cliente de IA compatible con MCP a WordPress.com.
El README incluye un fragmento de configuración de cliente MCP listo para usar que se ejecuta mediante npx, reduciendo la fricción de configuración para la experimentación y las herramientas internas. En otras palabras, WordPress.com no solo está documentando MCP, sino que también está ofreciendo código de enlace práctico para facilitar su adopción.
Sin embargo, hay limitaciones técnicas. El mismo README enumera un requisito de Node.js 22+, lo que puede afectar a equipos en pilas LTS más antiguas o en entornos empresariales restringidos. Si estás planificando una canalización de “automatización de blogs con IA”, debes tener en cuenta ese requisito de tiempo de ejecución en CI/CD, contenedores de desarrollo o herramientas locales.
Puntos de conexión, valores predeterminados y la forma práctica de la integración actual
La documentación de GitHub para el conector remoto enumera un endpoint predeterminado de la API MCP: https://public-api.wordpress.com/wpcom/v2/mcp/v1. También proporciona detalles predeterminados del cliente OAuth, lo que ayuda a los desarrolladores a iniciar conexiones de manera coherente.
Este es el lado concreto de la integración: un endpoint definido, OAuth y un paquete remoto/proxy oficial. Esas piezas hacen que WordPress.com se sienta “listo para la automatización” en un sentido técnico, incluso si los permisos siguen estando restringidos.
Sin embargo, la implicación diaria para la automatización de blogs con IA es sencilla: puedes conectar un asistente para leer e interpretar los datos de tu sitio de WordPress.com, pero no puedes usar esta vía oficial de MCP para publicar entradas directamente, actualizar artículos existentes o eliminar contenido, porque la plataforma impone solo lectura hoy.
Marketing frente a documentación: el mensaje de “acción” se enfrenta a la realidad de solo lectura
La página de destino de MCP de Automattic promociona la “acción” entre productos, fomentando la idea de que la IA puede “publicar, analizar y crear” en los productos de Automattic. Ese mensaje lleva naturalmente a los lectores a suponer que la automatización de publicación ya forma parte de la historia de MCP en WordPress.com.
Sin embargo, la documentación de Soporte de WordPress.com, y el propio anuncio de WordPress.com, trazan un límite claro: el acceso a MCP en WordPress.com es actualmente de solo lectura. Esa brecha entre el mensaje aspiracional y la capacidad actual es donde suele surgir confusión para los creadores que evalúan flujos de trabajo impulsados por IA.
El análisis de terceros también ha destacado esta limitación, haciendo eco de la línea del documento de Soporte sobre solo lectura y enfatizando que la publicación/edición directa vía MCP no está disponible “todavía”. El resultado es una definición más honesta y más estrecha de la “automatización de blogs con IA” en WordPress.com ahora mismo: automatizar la generación de información y el apoyo a la decisión, no el paso de publicación.
La integración de MCP de solo lectura de WordPress.com cambia la conversación sobre automatización. Permite que los asistentes comprendan tu sitio, saquen a la luz ideas y ayuden a planificar operaciones de contenido, al tiempo que evita explícitamente las acciones de crear/editar/eliminar, según la guía de Soporte del 15 de enero de 2026.
Si buscas cerrar la brecha entre los análisis generados por IA y la publicación real en WordPress.com, auto-post.io es la solución. Mientras muchos siguen atrapados en flujos de trabajo manuales utilizando MCP solo para auditoría, esta herramienta aprovecha el acceso de escritura seguro basado en OAuth para convertir tus recomendaciones en publicaciones en vivo de inmediato. No esperes a futuras actualizaciones: automatiza tu pipeline hoy mismo.
