Usar inteligencia artificial en WordPress puede significar cosas muy distintas. Pedir una propuesta de metadescripción poco tiene que ver con permitir que un agente consulte pedidos, modifique contenido o intervenga en la selección de candidatos. Aunque todas estas funciones se presenten bajo la misma etiqueta de «IA», cambian los datos, los permisos y las obligaciones que hay que revisar.
El contexto técnico también ha cambiado. WordPress incorporó en la versión 7.0 un AI Client que permite a los plugins comunicarse con modelos mediante una interfaz común y WordPress 7.1, publicado el 19 de agosto de 2026, sigue ampliando la infraestructura de automatización. Esto no implica que una web utilice automáticamente un modelo externo, pero hace más importante saber dónde está realmente la IA y qué hace.
Usar IA en WordPress puede significar cosas muy distintas
WordPress 7.0 incorporó un AI Client independiente del proveedor. Un plugin puede utilizar esta infraestructura para solicitar una respuesta a un modelo configurado por el administrador. El núcleo de WP no incorpora directamente los proveedores de IA ni obliga a los plugins a utilizar esta vía. Una extensión puede seguir conectándose a su propio servicio o a una API externa.
Por eso, saber que existe «un plugin con IA» dice bastante poco. Lo importante es averiguar qué arquitectura hay detrás.
| Ejemplo real | Arquitectura documentada | Qué permite entender |
|---|---|---|
| Yoast SEO | Sus funciones de IA para WordPress utilizan la API de OpenAI y permiten revisar o modificar las sugerencias antes de aplicarlas. | Una función editorial puede servir de apoyo y dejar la decisión final en manos de una persona. |
| Jetpack | Su integración MCP permite conectar agentes externos y separar los permisos de lectura y escritura. La documentación también indica que las acciones de escritura requieren confirmación. | Cuando un agente puede actuar sobre WordPress, los permisos son una parte central del diseño. |
| Angie | Se presenta como un agente integrado en WordPress capaz de ejecutar tareas, gestionar contenido y generar código o componentes. | Un agente puede actuar sobre muchas más áreas que un simple generador de texto. |
Cuatro ejemplos para entender por qué cambia el análisis
1. Generar una metadescripción
Por ejemplo, una empresa utiliza una función como la de Yoast para generar varias propuestas de título y metadescripción. El editor selecciona una, la corrige y decide si la publica.
En este caso, la IA funciona principalmente como asistente editorial. Aun así, hay que saber qué servicio recibe la petición y evitar introducir información personal o confidencial cuando no sea necesaria. La documentación de Yoast sobre sus funciones de IA recomienda no introducir este tipo de datos.
Tampoco hay una regla general del AI Act que obligue a colocar una etiqueta visible en toda metadescripción, ficha de producto o texto redactado con ayuda de IA. Las directrices de la Comisión Europea sobre las obligaciones de transparencia del artículo 50 distinguen entre varios supuestos y obligaciones.
2. Añadir un chatbot de atención (asistente conversacional)
El análisis cambia cuando una persona conversa directamente con un sistema de IA. El artículo 50 del AI Act, en su texto consolidado, establece una obligación específica para los proveedores de sistemas destinados a interactuar directamente con personas. Deben diseñarlos para que el usuario sepa que está interactuando con IA, salvo cuando resulte evidente en las circunstancias previstas por la norma.
Si una pyme despliega el chatbot de un tercero, no puede concluirse automáticamente que la pyme sea el proveedor jurídico del sistema. Conviene comprobar cómo se presenta la herramienta, qué información recibe el usuario y qué otras obligaciones pueden corresponder por privacidad, consumo o por la configuración concreta.
Los datos también cambian el análisis. Un chatbot que solo responde sobre horarios y servicios no tiene el mismo flujo que otro que recibe nombres, correos electrónicos, consultas de soporte o información de clientes.
3. Permitir que un agente consulte o modifique WooCommerce
Pensemos ahora en un agente conectado a una tienda. Una orden como «dime qué pedidos siguen pendientes» puede resolverse con acceso de lectura. Otra como «cambia el estado de estos pedidos y aplica una modificación comercial» ya produce efectos dentro del negocio.
El segundo caso exige revisar con mucha más atención la autenticación, los permisos, los límites, la confirmación humana, el registro de acciones y la capacidad de reversión. La AEPD ha publicado orientaciones específicas sobre IA agéntica, capaz de actuar con mayor autonomía y utilizar información del entorno, y sobre los retos que plantea desde la perspectiva de la protección de datos.
Hay además evidencia técnica de que la autorización no es un detalle teórico. Una vulnerabilidad histórica de AI Engine, identificada como CVE-2025-5071 en el registro NVD y ya referida a versiones antiguas concretas, documentó la falta de una comprobación correcta de capacidades en una función MCP. En las condiciones descritas, usuarios autenticados con privilegios bajos podían acceder a comandos sensibles.
Esto no significa que ese plugin ni MCP sean inseguros por definición. La idea importante es otra: tener acceso a una herramienta no debe dar permiso para ejecutar cualquier acción que esa herramienta pueda exponer.
4. Utilizar IA para clasificar candidatos
El cambio es más evidente cuando varía la finalidad. Pensemos en un portal de empleo construido con WordPress que utiliza IA para puntuar o clasificar currículos antes de decidir qué candidatos continúan en el proceso.
Aquí la cuestión principal deja de ser qué plugin ejecuta la llamada o si utiliza el AI Client. El AI Act incluye determinados usos relacionados con empleo y selección dentro de las categorías de alto riesgo del anexo III. Tras la reforma incorporada al texto consolidado del Reglamento, las obligaciones específicas de esos sistemas comenzarán a aplicarse el 2 de diciembre de 2027.
Eso no quiere decir que hasta entonces pueda ignorarse el tratamiento. La protección de datos, la normativa laboral y otras obligaciones pueden aplicarse actualmente. Este caso muestra bien por qué la finalidad pesa más que la etiqueta tecnológica.
AI Act, RGPD y seguridad responden a preguntas distintas
Una fuente habitual de confusión es agrupar cualquier problema relacionado con IA bajo la expresión «cumplir el AI Act». En una instalación WordPress pueden coincidir varios planos.
| Plano | Pregunta inicial | Ejemplo |
|---|---|---|
| AI Act | ¿Qué función realiza el sistema, a qué personas afecta y qué papel ocupa cada operador? | Generar una descripción de producto no equivale a clasificar candidatos. |
| RGPD | ¿Qué datos personales se tratan, para qué y quién los recibe? | Enviar una consulta anónima no equivale a enviar un pedido asociado a una persona. |
| Seguridad | ¿Qué puede leer, crear, modificar o eliminar la integración? | Consultar un borrador no equivale a poder crear usuarios o modificar pedidos. |
Desde el 2 de agosto de 2026 se aplican las obligaciones de transparencia del artículo 50. Pero no pueden resumirse en «hay que etiquetar todo lo generado con IA». La norma distingue entre la interacción con personas, el marcado técnico de determinados contenidos sintéticos, los deepfakes y otros casos específicos.
La alfabetización en IA también forma parte del marco actual. Tras la modificación aprobada en julio de 2026, proveedores y responsables del despliegue deben adoptar medidas para apoyar su desarrollo entre las personas que operan o utilizan los sistemas en su nombre. La norma no exige garantizar el mismo nivel concreto para todos. En una pyme, estas medidas deberían ajustarse a las herramientas que utiliza el equipo y a sus responsabilidades reales.
Cinco comprobaciones para saber si una integración está controlada
No hace falta empezar con un expediente complejo. Para una primera revisión es más útil responder con precisión a cinco preguntas.
- ¿Qué hace realmente la IA? Describe la función concreta. Generar, recomendar, responder, clasificar y ejecutar acciones son tareas diferentes.
- ¿Quién procesa la petición? Identifica el plugin, SaaS, API o proveedor del modelo que interviene. No des por hecho que todo pasa por WordPress Core.
- ¿Qué información sale del sitio? Revisa prompts, contenido, formularios, pedidos, currículos, correos y cualquier dato que se añada automáticamente al contexto.
- ¿Qué puede hacer el sistema? Distingue entre lectura y escritura. Comprueba roles, capacidades, endpoints, confirmaciones, registros y la posibilidad de deshacer acciones cuando tengan impacto.
- ¿Qué cambia según la finalidad? Determina a quién afecta, si existe interacción directa, si hay decisiones sobre personas y si el caso requiere una clasificación jurídica más específica.
Guardar un inventario con estas respuestas no es una obligación horizontal del AI Act para cualquier plugin de riesgo mínimo. Sí es una medida práctica de gobernanza, ya que ayuda a detectar cambios de proveedor, permisos, finalidad o tratamiento de datos.
Cuándo la revisión técnica ya no basta
Una pyme puede resolver internamente buena parte del inventario anterior. Pero hay situaciones en las que conocer la configuración de WordPress no basta para determinar las consecuencias jurídicas.
Conviene ampliar el análisis cuando la IA interviene en selección o gestión laboral, biometría o reconocimiento de emociones, acceso a determinados servicios sensibles, decisiones relevantes sobre personas o cuando una empresa desarrolla, modifica o comercializa una solución de forma que pueda cambiar su papel dentro del AI Act.
También conviene pensar en lo que viene después. El régimen específico para los casos de alto riesgo del anexo III se aplicará desde el 2 de diciembre de 2027. Prepararse no significa implantar hoy toda la documentación de un sistema de alto riesgo en cualquier web con IA. Lo útil es saber qué se utiliza, con qué finalidad y qué tendría que cambiar si el caso entra en una categoría más exigente.
Desde el punto de vista técnico, una solución de inteligencia artificial aplicada debería definirse con el mismo cuidado que cualquier otra integración relevante, teniendo en cuenta el proceso, los datos, los proveedores, los permisos, la supervisión, el mantenimiento y la forma de recuperación cuando algo falla.
Si estás valorando una integración concreta en WordPress o WooCommerce, podemos revisar su viabilidad técnica y las dependencias que introduce antes de definir el alcance del proyecto. Cuando la clasificación normativa sea determinante, esa parte deberá contrastarse además con asesoramiento jurídico adecuado al caso.
