Elementor MCP: qué significa conectar la Inteligencia Artificial directamente con WordPress

Durante los últimos años hemos visto Inteligencia Artificial incorporarse prácticamente a todas las etapas del desarrollo digital. Primero llegó como asistente para redactar contenido. Después comenzó a generar código, analizar errores, organizar información, producir documentación y ayudar a los desarrolladores dentro de herramientas como Cursor, Claude Code o Codex.

Pero había una limitación importante.

Una cosa es que una Inteligencia Artificial te diga qué código debes escribir o te prepare una sección para que tú después la lleves a WordPress. Otra muy distinta es que pueda entender la estructura real de tu website y trabajar directamente dentro de ella.

Ese es precisamente el cambio que Elementor comenzó a introducir en septiembre de 2026 con el lanzamiento oficial de Elementor MCP, una integración que permite conectar herramientas externas compatibles con Model Context Protocol, como Claude, Codex y Cursor, directamente con un website desarrollado en WordPress y Elementor. Una vez conectadas, estas herramientas pueden trabajar con páginas, estructuras, estilos y componentes reales de Elementor, manteniendo el resultado editable dentro del propio editor.

Puede sonar técnico.

Pero probablemente estamos mirando una de las transformaciones más importantes que ha tenido el workflow de WordPress en años.

MCP significa Model Context Protocol.

Es un estándar abierto diseñado para permitir que aplicaciones de Inteligencia Artificial se conecten de una manera estructurada con herramientas, datos y sistemas externos. La documentación oficial del protocolo utiliza una analogía bastante efectiva: MCP intenta funcionar para las aplicaciones de AI como USB-C funciona para dispositivos electrónicos. En lugar de desarrollar una integración completamente diferente para cada combinación de AI y plataforma, existe un protocolo común mediante el cual pueden descubrir capacidades e intercambiar información.

El concepto puede entenderse con un ejemplo sencillo.

ChatGPT, Claude o cualquier otro modelo pueden ser muy buenos interpretando una instrucción, pero por sí solos no necesariamente saben qué páginas existen en tu WordPress, cuáles son los estilos globales del website, qué contenido está publicado, cómo está construido un template o qué funciones tiene determinado plugin.

MCP crea un puente estandarizado para que una aplicación de AI pueda descubrir ese contexto y, cuando tiene autorización, utilizar herramientas que el sistema pone a su disposición.

A nivel técnico, MCP utiliza una arquitectura de cliente y servidor. El servidor puede exponer tools, que permiten ejecutar acciones; resources, que proporcionan información y contexto; y prompts, que funcionan como templates reutilizables para determinados workflows. La aplicación de Inteligencia Artificial puede descubrir qué está disponible antes de intentar utilizarlo.

En otras palabras, la AI deja de estar completamente afuera mirando hacia adentro.

Ahora puede existir una conversación estructurada entre la AI y el software.

WordPress es extraordinariamente flexible precisamente porque no existe una sola manera de construir un website.

Un proyecto puede utilizar Gutenberg. Otro Elementor. Otro puede añadir WooCommerce, Advanced Custom Fields, Yoast, APIs, custom post types, integraciones con CRM y docenas de plugins adicionales.

Esa flexibilidad ha sido una de las grandes fortalezas de WordPress, pero también crea un problema para la Inteligencia Artificial: cada instalación puede ser diferente.

¿Cómo sabe un agente de AI qué puede hacer dentro de un WordPress particular?

WordPress ha comenzado a responder esa pregunta mediante su Abilities API, una arquitectura que permite registrar unidades de funcionalidad de manera estructurada, con inputs, outputs y permisos definidos. Según la documentación oficial de WordPress, estas abilities pueden ser descubiertas posteriormente por otras partes del sistema o por agentes externos.

El MCP Adapter de WordPress añade otra capa: puede convertir esas abilities en herramientas que un agente de AI compatible con MCP puede descubrir y ejecutar.

Eso representa un cambio de arquitectura importante.

No estamos simplemente colocando un chatbot dentro del administrador de WordPress.

Estamos comenzando a darle al ecosistema una manera estandarizada de decirle a una Inteligencia Artificial:

“Estas son las cosas que este website sabe hacer, estas son las que tú puedes utilizar y estas son las condiciones bajo las cuales puedes hacerlo.”

Elementor llevó esa arquitectura directamente al proceso de construcción visual.

Con Elementor MCP, una herramienta externa compatible puede conectarse al website y utilizar capacidades reales del editor. Elementor explica que el agente puede crear páginas, construir layouts, trabajar con Atomic Elements, utilizar clases y variables del design system, conectar información dinámica y modificar estructuras existentes compatibles.

La diferencia respecto a un generador tradicional de código es importante.

El resultado no tiene que terminar como un bloque desconocido de HTML generado por AI que nadie quiere tocar seis meses después.

Elementor indica que lo generado mediante MCP se mantiene como estructura nativa y editable de Elementor. Eso significa que el diseñador, desarrollador o cliente puede posteriormente abrir esa página dentro del editor y continuar trabajando normalmente.

Para una agencia, esa diferencia vale mucho.

El handoff sigue funcionando.

El cliente sigue teniendo Elementor.

El equipo sigue teniendo acceso visual a la estructura.

Y la AI se convierte en parte del workflow, no necesariamente en un reemplazo del workflow.

La configuración actual ocurre desde el administrador de WordPress.

Dentro de Elementor aparece una nueva sección llamada Elementor MCP. Desde allí, un administrador puede habilitar acceso y seleccionar una herramienta compatible, incluyendo opciones preparadas para Claude Code, Claude Desktop, Codex y Cursor. También existe una opción para otros clientes que utilicen el protocolo MCP.

Elementor genera entonces la información necesaria para realizar la conexión, incluyendo una application password de WordPress. Esa configuración se copia hacia la herramienta de AI seleccionada y permite establecer la conexión con ese website específico.

Una vez conectada, la AI puede descubrir las capacidades expuestas y utilizar aquellas que correspondan a la instrucción del usuario.

Conceptualmente, el flujo se parece a esto:

Persona → herramienta de AI → MCP → WordPress / Elementor → página editable → revisión humana → publicación

Ese último paso es particularmente importante.

La generación no equivale automáticamente a publicación.

Una de las decisiones más acertadas de esta primera implementación es mantener una separación entre ejecución y publicación.

Según la documentación actual de Elementor, el agente puede guardar lo que genera como borrador (draft) o publicarlo, pero solo cuando se lo pides y dentro de los permisos de tu usuario de WordPress. Nada tiene que publicarse automáticamente por el simple hecho de que un agente haya realizado un cambio. El usuario puede revisar el resultado dentro del editor, utilizar Preview Changes y posteriormente decidir si publica o continúa trabajando.

Esto mantiene un principio que considero indispensable cuando integramos AI en websites de clientes:

human in the loop.

La AI puede hacer.

Pero alguien debe revisar.

Particularmente en un website comercial, donde una decisión puede afectar branding, accesibilidad, UX, formularios, tracking, SEO, información legal o conversiones, la velocidad de ejecución nunca debería eliminar la etapa de validación.

Imaginemos que necesitamos desarrollar una landing page para una campaña.

Tradicionalmente podemos comenzar con un brief, desarrollar wireframes, trabajar diseño, preparar contenido y posteriormente construir la página dentro de Elementor.

Con MCP, determinadas partes mecánicas de ese proceso pueden acelerarse.

Un equipo podría darle a un agente acceso a documentación del proyecto y pedirle que cree la estructura inicial dentro de Elementor siguiendo el design system existente.

La AI podría construir los containers, headings, bloques de contenido, secciones y elementos compatibles directamente como estructura nativa.

El equipo no tiene que copiar código desde otra ventana.

No tiene que reconstruir manualmente cada sección que el modelo describió.

Puede comenzar la siguiente etapa desde una estructura real dentro de Elementor.

Pero eso no significa que debamos aceptar la primera composición que produzca.

Ahí comienzan nuevamente UX/UI, dirección de arte, contenido, responsive design, testing y criterio humano.

La ganancia está en reducir trabajo mecánico, no en renunciar a la dirección.

Para mí, una de las capacidades con mayor potencial no es necesariamente pedirle a la AI “hazme un website”.

Es permitirle trabajar dentro de un sistema que ya tiene reglas.

Un website profesional normalmente debería tener definiciones consistentes para colores, tipografía, spacing, botones, componentes, tamaños y otros elementos del diseño.

Elementor MCP puede trabajar con clases y variables globales del sistema de diseño. Elementor incluso presenta entre sus casos de uso la capacidad de generar y aplicar colores, tipografía y tamaños de manera consistente.

Eso puede cambiar radicalmente la calidad de la automatización.

La AI ya no tendría que improvisar un botón rojo porque “parecía buena idea”.

Puede utilizar la clase que el equipo ya definió para los botones primarios.

Ese es el tipo de AI que me parece mucho más interesante para producción profesional: no una máquina inventando cada decisión, sino una herramienta ejecutando dentro de las decisiones que el equipo ya estableció.

Elementor también plantea workflows donde el agente puede utilizar información proveniente de otras herramientas conectadas.

Por ejemplo, si la herramienta de AI ya tiene acceso a Figma, Google Drive, Notion u otro sistema mediante sus propias integraciones, puede utilizar esa información para construir estructura dentro de Elementor. Elementor presenta explícitamente este tipo de workflow entre las posibilidades actuales de MCP.

Aquí aparece una de las características más importantes de MCP como concepto.

No se trata solamente de conectar AI con Elementor.

Se trata de comenzar a conectar workflows completos.

Podemos imaginar:

• Brief en Drive.
• Información del cliente en otro sistema.
• Diseño o referencia en Figma.
• AI interpretando esos recursos.
• WordPress como CMS.
• Elementor como sistema de construcción visual.
• Todo comunicado mediante integraciones estandarizadas.

Ahí es donde MCP comienza a parecer menos una nueva feature y más una infraestructura.

El alcance actual tampoco se limita a una sección individual.

La documentación de Elementor describe la posibilidad de crear páginas completas, configurar títulos y slugs y desarrollar estructuras como templates para posts utilizando información dinámica. El propio ejemplo oficial muestra un agente creando un template compartido para artículos y conectando elementos como featured image, título, fecha, autor y contenido del post.

Elementor también anuncia soporte para theme parts como headers, footers, post templates y páginas 404.

Eso puede tener un impacto particularmente grande en proyectos donde existen muchas estructuras repetitivas.

La AI puede ser extraordinariamente útil en aquello que los humanos encontramos aburrido precisamente porque es repetitivo.

Aquí la combinación con WordPress Abilities se vuelve todavía más interesante.

Elementor plantea que, mediante Angie y las abilities registradas dentro del ecosistema de WordPress, pueden utilizarse capacidades de otros plugins, incluyendo ejemplos como WooCommerce, Yoast y ACF.

Eso podría permitir workflows mucho más amplios que simplemente editar una página.

Un agente podría eventualmente trabajar con productos, contenido estructurado, información dinámica o determinadas operaciones registradas por otros plugins.

Pero hay que hacer una distinción importante: no todas las funciones de Elementor MCP requieren Angie, pero determinadas capacidades avanzadas sí.

Elementor indica actualmente que la creación y edición básica de páginas, secciones y theme parts puede realizarse directamente con Elementor, mientras que conexiones con otras abilities de plugins, personalizaciones de WP Admin, custom widgets y acciones de contenido en masa requieren Angie.

Esta tecnología acaba de llegar y no debemos presentarla como si todo Elementor de los últimos diez años pudiera ser manipulado perfectamente por un agente desde hoy.

Uno de los límites principales es la arquitectura de Elementor.

La edición de estructuras existentes mediante MCP está actualmente enfocada en Atomic Elements y layouts de Elementor V4. Las fuentes oficiales que revisamos todavía no confirman soporte de edición para layouts anteriores basados en Widgets V3, así que no conviene asumirlo.

Eso importa muchísimo porque existe una cantidad enorme de websites construidos durante años utilizando la arquitectura anterior de Elementor.

Para agencias como Alterno, que manejamos proyectos nuevos y también websites legacy, esto significa que debemos evaluar cada instalación antes de decidir cuánto del nuevo workflow puede utilizarse.

No existe todavía un botón mágico para convertir automáticamente cualquier WordPress antiguo en un website completamente agentic.

Y probablemente es mejor así.

MCP también introduce una conversación que no debemos ignorar.

Cuando conectamos un agente de AI con un website ya no estamos simplemente enviándole una pregunta.

Le estamos otorgando capacidad para realizar acciones.

Por eso permisos, autenticación y gobernanza importan.

Elementor restringe la configuración inicial del MCP a administradores del website y utiliza application passwords de WordPress para las conexiones. Los agentes heredan los permisos del usuario autorizado y no deberían poder ejecutar operaciones que ese rol de WordPress no puede realizar. Las conexiones individuales pueden revocarse posteriormente desde el perfil del usuario, y MCP también puede apagarse completamente desde Elementor.

Elementor también incorpora detección de conflictos cuando una persona y un agente intentan editar simultáneamente la misma página. El editor puede avisar de la situación y permitir escoger entre mantener la sesión activa o recargar los cambios realizados externamente.

En producción, yo añadiría una recomendación más sencilla todavía:

backup, staging y revisión antes de publicar.

La Inteligencia Artificial no elimina las buenas prácticas de desarrollo.

Las hace todavía más importantes.

No lo veo así.

De hecho, creo que la pregunta pierde de vista dónde está realmente el valor profesional.

Mover containers, duplicar componentes, introducir contenido repetitivo o crear estructuras iniciales consume tiempo, pero no necesariamente es donde se encuentra la mayor parte del criterio.

Decidir cómo debe funcionar una experiencia, cómo organizamos información, cómo se comporta responsive, cómo construimos jerarquía, cómo hacemos accesible una interfaz, cómo medimos conversiones, cómo integramos sistemas y cómo mantenemos performance sigue requiriendo conocimiento.

La AI puede comenzar a encargarse de una porción mayor de la ejecución mecánica.

Eso puede liberar tiempo para trabajar mejor las decisiones.

En Alterno esa es precisamente la dirección que nos interesa.

No utilizar AI simplemente porque puede generar algo.

Utilizarla cuando puede ayudarnos a trabajar más rápido o de forma más eficiente sin sacrificar estrategia, diseño, tecnología ni control.

Las demos de Inteligencia Artificial suelen concentrarse en el momento espectacular.

Escribes una oración.

Aparece una página.

Visualmente es impresionante.

Pero para trabajo real, la parte más importante ocurre después.

• ¿Utilizó correctamente el design system?
• ¿El HTML tiene sentido?
• ¿Es responsive?
• ¿La jerarquía del contenido funciona?
• ¿Cumple con accesibilidad?
• ¿El formulario está conectado?
• ¿Analytics mide correctamente?
• ¿Los eventos funcionan?
• ¿La experiencia es rápida?
• ¿Se puede mantener dentro de seis meses?
• ¿Otro miembro del equipo puede editarla?
• En este sentido, el anuncio de Elementor es interesante precisamente porque intenta responder parte de esa última pregunta.

Lo generado continúa siendo Elementor.

No una caja negra separada.

Aunque construir páginas completas con prompts genera titulares, creo que a largo plazo algunas de las aplicaciones más valiosas aparecerán en mantenimiento.

Actualizar contenido repetitivo.

• Identificar páginas con información desactualizada.
• Corregir estructuras.
• Crear nuevas landing pages utilizando un sistema establecido.
• Replicar componentes correctamente.
• Revisar consistencia.
• Trabajar con cientos de registros.
• Detectar oportunidades técnicas de SEO.
• Aplicar cambios que manualmente tomarían horas.
• Elementor ya presenta entre sus casos de uso acciones de contenido en escala y correcciones de SEO, aunque algunas de esas funciones requieren Angie.

Para organizaciones grandes, ese tipo de automatización puede ser mucho más transformador que generar un hero bonito.

Elementor tampoco está moviéndose solo.

WordPress está desarrollando activamente infraestructura alrededor de AI. La Abilities API llegó como base para registrar capacidades de manera estructurada, y el MCP Adapter permite exponerlas a agentes compatibles.

Esto apunta hacia una transformación más grande.

Durante los primeros años de la web nosotros navegábamos interfaces para decirle al software qué hacer.

Entrábamos al dashboard.

• Abríamos Pages.
• Buscábamos una página.
• Hacíamos click en Edit.
• Encontrábamos el componente.
• Realizábamos el cambio.
• Guardábamos.
• Un agente puede recibir:.

“Actualiza la fecha del evento en las cinco páginas donde aparece, pero no publiques nada hasta que yo revise.”

Y puede utilizar las capacidades disponibles para intentar ejecutar ese workflow.

La interfaz no desaparece.

Pero deja de ser la única manera de utilizar el software.

Porque representa un cambio de AI como generador externo a AI como participante controlado dentro del sistema.

Eso es bastante diferente.

El agente puede entender estructura.

Puede descubrir capacidades.

Puede ejecutar acciones autorizadas.

Puede producir elementos que siguen siendo editables.

Y puede convivir con el workflow existente de WordPress y Elementor.

Todavía estamos al principio. Habrá limitaciones, errores, cambios de versiones y muchas cosas que no deberíamos delegar automáticamente.

Pero la dirección resulta bastante clara.

El futuro del desarrollo web probablemente no será elegir entre construir manualmente o pedirle todo a una Inteligencia Artificial.

Será aprender a decidir qué debe hacer la persona, qué puede hacer el sistema y cómo ambos trabajan dentro de una estructura que mantenga control, calidad y responsabilidad.

Para quienes llevamos años desarrollando websites en WordPress y Elementor, eso sí puede representar un cambio importante.

No porque desaparezca el Editor.

Sino porque ahora hay otra manera de hablar con él.

⸻