El Reglamento Europeo de IA para marketers, sin jerga
El Reglamento Europeo de IA (AI Act) es largo y casi nada de él va dirigido a ti. Si tu equipo usa una función de IA dentro de una herramienta que construyó otro, eres responsable del despliegue de un sistema de riesgo limitado y tu obligación práctica cabe en un párrafo. Los deberes pesados son de quien publica y aloja el modelo.
Conclusiones clave
- La mayoría de los equipos de marketing son responsables del despliegue de una IA de riesgo limitado, no proveedores: el papel que ocupas decide qué obligaciones te aplican siquiera.
- El deber operativo es la transparencia del artículo 50, aplicable desde el 2 de agosto de 2026. La Comisión adoptó sus directrices sobre el artículo 50 el 20 de julio de 2026.
- Los sistemas ya introducidos en el mercado antes del 2 de agosto de 2026 tienen hasta el 2 de diciembre de 2026 para el deber de marcado de contenidos.
- Las obligaciones sobre IA de propósito general recaen aguas arriba, en quien publica el modelo y en quien aloja la inferencia; y los modelos de pesos abiertos hacen más fácil defender tu propio expediente, porque la versión exacta se puede fijar y reproducir.
El AI Act ha generado muchísima ansiedad en los equipos de marketing y muy poca claridad. En parte es por la extensión del texto. Sobre todo es porque la cobertura mediática casi nunca separa las dos preguntas que de verdad te importan: qué papel ocupas y en qué categoría de riesgo cae el sistema que usas.
Responde a esas dos y la lista de cosas que tienes que hacer se acorta muy deprisa.
Proveedor o responsable del despliegue: la única pregunta que te cambia la vida
El reglamento reparte deberes por papel. Aquí importan dos.
Un proveedor desarrolla un sistema de IA y lo introduce en el mercado con su propio nombre. Un responsable del despliegue utiliza un sistema de IA suministrado por otro en el marco de su actividad profesional. Si escribes preguntas en un asistente de IA integrado en tu plataforma de analítica, eres responsable del despliegue. El proveedor de la plataforma está más cerca del lado del proveedor, y la empresa que publicó el modelo subyacente está todavía más aguas arriba.
Un matiz que conviene conocer: los papeles no son fijos para siempre. Si modificas sustancialmente un sistema, o le pones tu marca al de otro y lo vendes, puedes acabar con deberes de proveedor que no habías previsto. Conectar un asistente estándar a tu flujo de reporting no hace eso. Reconstruirlo y revenderlo, quizá sí.
Riesgo limitado, en cristiano
El reglamento clasifica los sistemas por el daño que podrían causar. Una IA que lee tu propia base de datos de analítica y escribe un párrafo sobre por qué bajó el tráfico orgánico no está decidiendo sobre el empleo, el crédito ni la libertad de nadie. Es un sistema de riesgo limitado, y el régimen para los sistemas de riesgo limitado va esencialmente de transparencia, no de evaluaciones de conformidad, expedientes técnicos y auditorías.
Esta es la parte que se pierde por el camino. Mucho análisis del AI Act describe obligaciones de alto riesgo — sistemas de gestión de riesgos, documentación de gobernanza del dato, diseño de la supervisión humana, vigilancia poscomercialización — y el lector da por hecho que le caen encima. A un equipo de marketing que usa un asistente de analítica, por lo general no.
La obligación que sí te cae: el artículo 50
El artículo 50 es el artículo de transparencia, y su idea central es simple: la gente debe saber cuándo está tratando con una IA. Se aplica desde el 2 de agosto de 2026. La Comisión Europea adoptó sus directrices sobre el artículo 50 el 20 de julio de 2026, que es el documento a leer si quieres la interpretación de la propia Comisión sobre el alcance y los casos límite.
Hay además un detalle transitorio que conviene anotar. Los sistemas ya introducidos en el mercado antes del 2 de agosto de 2026 tienen hasta el 2 de diciembre de 2026 para cumplir el deber de marcado de contenidos. Si tienes una función de IA funcionando desde hace un año, es posible que le aplique ese periodo de gracia, lo que es una razón para saber cuándo se lanzó realmente cada función de tu stack.
En la práctica, para un equipo de marketing el trabajo es poco glamuroso: asegurarte de que las superficies de IA con las que tocan tus clientes, tus prospectos o tu plantilla están visiblemente etiquetadas como IA, que el contenido generado por IA destinado a publicación se trata conforme a las reglas de marcado, y que alguien ha dejado por escrito qué sistemas están dentro del alcance.
Qué queda aguas arriba y por qué es una buena noticia
Las obligaciones sobre modelos de IA de propósito general — del artículo 53 en adelante — se aplican desde el 2 de agosto de 2025, y los poderes de ejecución de la Comisión llegan el 2 de agosto de 2026. Cubren cosas como documentación técnica, información para los proveedores posteriores, política de derechos de autor y resúmenes de los datos de entrenamiento.
Son de quien publica el modelo y de quien aloja la inferencia. No del responsable del despliegue. Es un diseño deliberado del reglamento: la parte que tiene visibilidad sobre cómo se construyó un modelo carga con los deberes que exigen esa visibilidad.
Lo que esto significa para ti como comprador es que buena parte de tu diligencia es en realidad una pregunta que puedes trasladar. Pregunta a tu proveedor qué modelo usa, quién lo publica, quién aloja la inferencia y cómo cumplen esas partes sus obligaciones aguas arriba. Un proveedor que no sabe nombrar el modelo es un proveedor que no puede responder.
Por qué los pesos abiertos hacen tu expediente más defendible
Los modelos publicados bajo licencias libres y de código abierto obtienen exenciones parciales de algunas de esas obligaciones de propósito general. Ese es el ángulo jurídico, y es real. Pero hay una razón más práctica por la que un responsable del despliegue debería fijarse en los pesos abiertos, y no tiene nada que ver con las exenciones.
La auditabilidad. Con los pesos publicados puedes fijar una versión exacta, inspeccionarla, someterla a red teaming y reproducir un resultado meses después. Cada afirmación que hagas en una evaluación interna sigue siendo comprobable. Con una API cerrada, el modelo que hay detrás del endpoint puede cambiar bajo tus pies en silencio, y entonces la evaluación que escribiste en marzo describe algo que ya no existe, sin manera de demostrar qué cambió y qué no.
Esa es una de las razones por las que Seal AI funciona con un modelo de pesos abiertos: gpt-oss-120b, bajo licencia Apache 2.0, alojado en Scaleway Generative APIs en París, Francia. Scaleway es una empresa francesa cuya matriz es el grupo Iliad, sin capital estadounidense. Como plataforma, SealMetrics es responsable del despliegue de un sistema de IA de riesgo limitado, y lo decimos con claridad en lugar de insinuar que el asistente es algo distinto de un modelo leyendo tus informes. El desarrollo completo de la arquitectura está en la documentación de Seal AI.
La reproducibilidad también tiene una recompensa interna. Es lo que nos permitió ejecutar una comparación controlada de modelos candidatos contra nuestro propio asistente y publicar el benchmark, incluida la ronda que descartamos por inválida. Eso no se puede hacer con un modelo que no te dejan mantener quieto.
Qué hacer antes del 2 de agosto de 2026
Una lista corta y concreta. Nada de esto necesita ayuda externa en una organización de marketing típica.
- Inventaría la IA que ya usas. Incluye las funciones que aparecieron dentro de herramientas que tienes desde hace años. Anota aproximadamente cuándo se lanzó cada una, por la fecha transitoria del 2 de diciembre de 2026.
- Asigna un papel a cada sistema. Responsable del despliegue en casi todo. Marca lo que hayas modificado sustancialmente o comercializado con tu marca, porque ahí es donde el papel puede cambiar.
- Revisa el etiquetado. Allí donde una persona interactúa con una IA — asistentes, widgets de chat, respuestas automáticas — debe resultar evidente que es una IA. Lee las directrices de la Comisión del 20 de julio de 2026 para el detalle.
- Trata el contenido generado por IA con criterio. Decide dónde aplica el marcado a lo que publicas y deja la decisión por escrito, en lugar de dejarla al criterio de cada persona.
- Pide a los proveedores su posición aguas arriba por escrito. Qué modelo, publicado por quién, alojado dónde y cómo se cumplen las obligaciones de propósito general. Archiva las respuestas.
- Ponle un responsable. Una persona con nombre y apellidos que tenga el inventario y las respuestas de los proveedores. Casi todos los fallos aquí son organizativos, no jurídicos.
En resumen
El AI Act es una norma enorme con una huella pequeña sobre un equipo de marketing típico. Conoce tu papel, conoce tu categoría de riesgo, etiqueta la IA, mantén un inventario y traslada las preguntas de nivel de modelo aguas arriba, a quienes pueden responderlas de verdad.
Los equipos que lo van a pasar mal no son los que tienen una IA complicada. Son los que no saben enumerar qué están usando ni nombrar el modelo que hay detrás. Es un problema resoluble, y ahora es bastante mejor momento para resolverlo que después del 2 de agosto.
Este artículo es información general sobre cómo está estructurado el Reglamento Europeo de IA, no asesoramiento jurídico. Las obligaciones dependen de tus sistemas concretos, de tu papel y de tu jurisdicción: consulta con un profesional cualificado antes de apoyarte en nada de esto.