La fecha debe verificarse antes de convertirla en un plan de cumplimiento
La premisa de que el plazo transitorio vence el 2 de diciembre de 2026 no queda respaldada por la documentación institucional descrita en las fuentes aportadas. La Comisión Europea sitúa la aplicación de las obligaciones de transparencia del artículo 50 a partir del 2 de agosto de 2026 y describe una excepción limitada para determinados sistemas puestos en el mercado antes de esa fecha. Según esa explicación, la excepción no equivale a una prórroga general del AI Act ni alcanza por igual a todos los deberes de transparencia.
La precisión importa porque un calendario erróneo puede llevar a aplazar controles que ya son exigibles. El régimen transitorio mencionado se circunscribe al marcado y a la detección del contenido generado o manipulado previstos para los proveedores en el artículo 50, apartado 2. No exime, por sí solo, de informar a una persona cuando interactúa con un sistema de IA, ni reemplaza las obligaciones de divulgación que pueden recaer en quien publica determinado contenido.
Por ello, esta noticia no adopta el 2 de diciembre como fecha de vencimiento confirmada. La fecha concreta aplicable a sistemas existentes debe contrastarse con la versión vigente de la guía y de las preguntas frecuentes institucionales antes de usarla en políticas internas, comunicaciones públicas o decisiones de lanzamiento. Este texto ofrece una lectura operativa del alcance descrito por esas fuentes, no asesoramiento jurídico ni una guía completa del Reglamento de IA.
La transición descrita es estrecha: se refiere al marcado técnico de ciertos resultados
El artículo 50 separa obligaciones que a menudo se agrupan de forma imprecisa bajo la expresión «etiquetar contenido de IA». Para los proveedores de sistemas destinados a interactuar directamente con personas, el punto de partida es que el sistema informe de que la persona está interactuando con una IA, salvo que ello resulte evidente por las circunstancias y el contexto de uso. Es una obligación de transparencia sobre la interacción, no una regla sobre metadatos de una imagen o un texto.
Para los proveedores de sistemas capaces de generar contenido sintético de audio, imagen, vídeo o texto, el apartado dedicado al contenido exige que las salidas estén marcadas en un formato legible por máquina y que permitan detectar que han sido generadas o manipuladas artificialmente. La guía institucional trata este requisito como una característica técnica orientada a la detección, no como la mera presencia de un rótulo visible en pantalla.
La excepción transitoria señalada por la Comisión se limita a esta última materia: marcado y detección del apartado 2 para sistemas ya puestos en el mercado antes del inicio de aplicación indicado. De ello no se sigue que todos los sistemas existentes queden exentos de las restantes obligaciones del artículo 50. Tampoco significa que cualquier herramienta integrada en un producto antiguo conserve indefinidamente el mismo tratamiento: los equipos deben analizar el sistema y la versión que efectivamente ponen a disposición o modifican.
Cuatro conceptos que conviene separar
| Situación | Actor principal | Finalidad de la medida | No debe confundirse con |
|---|---|---|---|
| Interacción directa con una persona | Proveedor del sistema interactivo | Informar de la interacción con IA | Marcado técnico del archivo o del texto |
| Generación de contenido sintético | Proveedor del sistema generativo | Hacer detectable el origen o la manipulación artificial cuando corresponda | Una advertencia visual aislada |
| Contenido que constituye un deepfake | Desplegador que lo divulga | Informar de que el contenido ha sido generado o manipulado artificialmente | La obligación técnica del proveedor |
| Texto de interés público generado o manipulado | Desplegador profesional que lo publica | Divulgar el uso de IA en los supuestos previstos | Cualquier texto de uso interno o privado |
Puesto en el mercado no es una etiqueta comercial ni una fecha de anuncio
La condición temporal exige identificar si un sistema fue puesto en el mercado antes del 2 de agosto de 2026. En el lenguaje regulatorio, esta cuestión no debería resolverse únicamente con la fecha de una nota de prensa, una demostración pública, una versión beta limitada o la fecha de creación de una cuenta de cliente. El expediente debe relacionar el sistema concreto con su primera puesta a disposición en el mercado de la Unión y con la evidencia disponible sobre ese hecho.
La dificultad aumenta en productos que cambian con frecuencia. Un modelo, una interfaz de generación, un servicio de edición y una API pueden tener ciclos de lanzamiento distintos. Asimismo, una actualización puede cambiar la capacidad de generar contenido, el método de marcado o el rol de la entidad que ofrece el servicio. La información institucional aportada no permite fijar aquí una regla automática para todos los cambios de versión. Por prudencia, conviene someter los cambios relevantes a una revisión documentada en vez de presumir que la fecha de un producto matriz basta para todos sus componentes.
Esta revisión debe implicar a producto, ingeniería, cumplimiento y, cuando proceda, al equipo editorial o de comunicación. La sección de noticias de Inferama puede ayudar a seguir novedades regulatorias; las comparativas y el área de descubrimiento pueden servir para ordenar herramientas y capacidades, pero no sustituyen el análisis de la configuración y del uso concreto.
Proceso mínimo para clasificar un sistema y su versión
- 01Inventariar el sistema, proveedor, versión, funcionalidades de generación y canales de distribución en la Unión.
- 02Recopilar evidencia de la primera puesta en el mercado del sistema concreto y conservar la fuente documental interna o contractual.
- 03Determinar si genera o manipula audio, imagen, vídeo o texto y si existe una salida destinada a usuarios o al público.
- 04Asignar el rol de proveedor o desplegador para cada flujo; una misma organización puede desempeñar más de un rol.
- 05Relacionar cada flujo con información de interacción, marcado detectable o divulgación editorial, según corresponda.
- 06Revisar la clasificación ante cambios relevantes de modelo, interfaz, integración, distribución o finalidad.
Proveedor y desplegador tienen deberes distintos y pueden coincidir en una misma organización
La distinción de roles es esencial. El proveedor está en el centro de la obligación de diseñar o incorporar el marcado legible por máquina en las salidas de los sistemas cubiertos. La fuente institucional también presenta el Código de buenas prácticas sobre transparencia del contenido generado por IA como un instrumento voluntario relevante para demostrar cumplimiento de medidas vinculadas al marcado y la detección. Que sea voluntario no convierte el código en una obligación autónoma ni elimina la necesidad de evaluar el requisito legal aplicable.
El desplegador, por su parte, es quien utiliza un sistema en un contexto determinado. Cuando divulga contenido de imagen, audio o vídeo que constituya un deepfake, debe revelar que ha sido generado o manipulado artificialmente en los términos previstos. También existe una regla específica para desplegadores que generen o manipulen texto publicado con la finalidad de informar al público sobre asuntos de interés público. Esta segunda situación contiene matices y excepciones que requieren una valoración del control humano, la revisión editorial y la responsabilidad editorial.
Una empresa puede proveer un servicio generativo y, además, usarlo para publicar campañas, noticias, vídeos o comunicaciones en su propio sitio. En ese caso no conviene elegir un único rol para todo el producto. Debe trazarse cada actividad: ofrecer el sistema, integrar una capacidad de terceros, generar una pieza, editarla y difundirla. El resultado puede activar obligaciones diferentes en fases distintas.
El marcado legible por máquina y la divulgación al público resuelven problemas diferentes
Una etiqueta visible, una nota de crédito, un icono o un aviso dentro de una publicación pueden ser útiles para la comprensión de una persona. Sin embargo, no son equivalentes, por definición, a un marcado legible por máquina que permita detectar el origen artificial o la manipulación. La guía oficial diferencia las medidas de marcado y detección de los deberes de etiquetado o divulgación aplicables a los desplegadores. Los equipos no deberían presentar una solución visual como evidencia suficiente del requisito técnico sin comprobar su alcance.
A la inversa, un metadato o una señal incorporada al contenido puede no ser suficiente para que el público reciba una divulgación clara, distinguible y oportuna en la interfaz donde se expone el contenido. El artículo 50 contempla condiciones de claridad, distinguibilidad y accesibilidad para la información exigida. El diseño de producto debe considerar tanto la persistencia de una señal técnica como el momento, el formato y la comprensión del aviso dirigido a personas.
Las fuentes aportadas también indican que hay excepciones y condiciones contextuales, especialmente para determinados usos artísticos, creativos, satíricos o ficticios y para ciertos textos sujetos a revisión y responsabilidad editorial. Estas excepciones no deben aplicarse por el mero nombre de una sección, una campaña o una cuenta. Debe conservarse el razonamiento que conecta los hechos del caso con la excepción invocada.
Evidencia que conviene reunir antes de un lanzamiento o una revisión
La evidencia operativa debe permitir responder qué sistema se utilizó, cuándo se puso en el mercado, qué salida produjo, qué medidas técnicas se aplicaron y qué aviso recibió el público. Una ficha de producto genérica o una declaración comercial del proveedor rara vez permite demostrar todas esas cuestiones. Es preferible mantener un expediente por sistema y versión, conectado con el inventario de proveedores, el historial de cambios y las decisiones de publicación.
Para el marcado, resulta razonable conservar la especificación técnica recibida del proveedor, el método utilizado para comprobar la detectabilidad y los límites conocidos cuando el contenido se transforma, descarga, convierte o distribuye por terceros. Para la divulgación, conviene conservar capturas o registros de la interfaz, el texto del aviso, el público previsto, el momento en que aparece y la decisión sobre excepciones. Estas son recomendaciones de organización y evidencia; no sustituyen requisitos que puedan concretar las autoridades competentes.
La supervisión del artículo 50 corresponde principalmente a las autoridades nacionales de vigilancia del mercado. La documentación institucional también contempla un papel de la Oficina de IA y del Supervisor Europeo de Protección de Datos en ámbitos concretos. La distribución exacta de competencias depende del caso y de la entidad implicada. Ante un servicio transfronterizo, un proveedor situado fuera de la Unión o una duda sobre una excepción, la documentación institucional vigente y el asesoramiento especializado pueden ser necesarios.
Checklist de salida para producto y publicación
- 01Confirmar el sistema, la versión y la fecha de puesta en el mercado que constan en el expediente.
- 02Decidir si hay interacción directa con personas y verificar el aviso correspondiente.
- 03Comprobar si la salida está dentro del ámbito de contenido sintético que requiere marcado legible por máquina.
- 04Si se publica contenido realista manipulado, evaluar expresamente si constituye un deepfake y preparar la divulgación aplicable.
- 05Si se publica texto sobre asuntos de interés público, documentar el uso de IA, la revisión humana y la responsabilidad editorial.
- 06Probar por separado la señal técnica y el aviso visible; no dar por demostrado uno mediante el otro.
- 07Asignar un responsable de actualización ante cambios regulatorios, técnicos o de distribución.
Qué puede afirmarse con seguridad y qué sigue siendo incierto
Puede afirmarse, a partir de las fuentes institucionales aportadas, que las obligaciones de transparencia no forman un único bloque, que la excepción transitoria citada se limita al marcado y detección del apartado aplicable a proveedores, y que proveedores y desplegadores tienen responsabilidades diferenciadas. También puede afirmarse que el Código de buenas prácticas citado es voluntario y se presenta como una vía para apoyar la demostración de cumplimiento de determinados deberes, no como una sustitución automática de todos ellos.
No puede afirmarse de forma responsable, con el material resumido disponible para esta redacción, que el 2 de diciembre de 2026 sea el vencimiento de esa excepción. Tampoco es posible resolver en abstracto si una actualización concreta conserva la condición de sistema existente, si una obra entra en una excepción o si un aviso específico es accesible en todos los contextos. Son cuestiones que dependen de los hechos, de la versión vigente de las guías y, en su caso, de la interpretación de las autoridades.
La medida útil no es esperar a una etiqueta única ni a una declaración de cumplimiento del proveedor. Es construir un registro verificable que separe sistema, fecha, tipo de contenido, rol, marcado técnico, divulgación y decisión editorial. Esa separación reduce el riesgo de confundir una comunicación al usuario con una señal detectable por máquinas o una obligación del proveedor con una obligación de quien publica.
Qué sigue abierto
- La documentación resumida facilitada no permite confirmar que el 2 de diciembre de 2026 sea la fecha de vencimiento del régimen transitorio mencionado.
- La aplicación de la transición a una actualización, integración o versión concreta requiere analizar los hechos y la documentación vigente.
- La calificación de una pieza como deepfake, de un texto como asunto de interés público o de un uso como excepción depende del contexto.
- Este contenido no determina obligaciones individuales ni sustituye asesoramiento jurídico o la interpretación de la autoridad competente.
Continúa explorando
Fuentes consultadas
Correcciones y transparencia
Si detectas un dato incorrecto o desactualizado, puedes enviarnos una corrección indicando la página y la fuente que debemos revisar.
Proponer una corrección