El Artículo 50 de la EU AI Act ya está en vigor. ¿Su empresa está preparada?

El Artículo 50 de la EU AI Act es una norma de transparencia. No pretende prohibir el uso normal de inteligencia artificial; su función central es reducir asimetrías de información y hacer perceptible cuando una persona está interactuando con IA o recibiendo determinados contenidos generados o manipulados por IA. En la práctica, el compliance combina medidas jurídicas, de producto, diseño, ingeniería, accesibilidad, seguridad, contenido y gobernanza.

Aviso importante: este material tiene finalidad educativa y de apoyo a la gobernanza. No sustituye el asesoramiento jurídico específico ni la lectura de las versiones oficiales del Reglamento (UE) 2024/1689, de las orientaciones de la Comisión Europea y de la legislación nacional aplicable. En caso de divergencia, prevalecen los textos oficiales y las decisiones de las autoridades competentes.

Este e-book fue escrito para responder a tres preguntas operativas: (1) cuándo se aplica el Artículo 50; (2) quién debe cumplir cada obligación; y (3) cómo transformar la regla jurídica en controles verificables.

Qué encontrará

Lectura comentada de los párrafos 1 a 7 del Artículo 50.
Diferencia entre prestador (provider) y responsable de la implementación (deployer).
Reglas para chatbots, agentes, avatares e interfaces conversacionales.
Marcado legible por máquina de texto, imagen, audio y video sintéticos.
Reglas para deepfakes, reconocimiento de emociones y categorización biométrica.
Tratamiento de textos de interés público y la excepción por revisión humana/control editorial.
Alcance extraterritorial, incluso para empresas con sede fuera de la Unión Europea.
Sanciones, gobernanza, arquitectura técnica, hoja de ruta de implementación y checklists.

La AI Act y el lugar del Artículo 50

El Reglamento (UE) 2024/1689, conocido como EU AI Act, crea reglas armonizadas para inteligencia artificial en el mercado europeo. El enfoque se basa en el riesgo: algunas prácticas están prohibidas; determinados sistemas se tratan como de alto riesgo; los modelos de IA de finalidad general reciben obligaciones específicas; y ciertos sistemas, aunque no sean "de alto riesgo", deben cumplir reglas de transparencia.

El Artículo 50 integra el Capítulo IV del reglamento y se concentra en situaciones en las que el usuario o el público puede confundir una interacción o contenido artificial con algo humano, auténtico o no manipulado. Por eso chatbots, agentes, contenido sintético, deepfakes, reconocimiento de emociones y determinados textos publicados aparecen en el mismo artículo.

Línea de tiempo esencial

La regla general del reglamento establece su aplicación a partir del 2 de agosto de 2026, con diferentes fechas para bloques específicos. Para el Artículo 50, la Comisión Europea confirmó su aplicación a partir del 2 de agosto de 2026 y publicó orientaciones finales el 20 de julio de 2026.

13 jun 2024 — Adopción de la AI Act.
2 feb 2025 — Entran en vigor las primeras reglas.
2 ago 2025 — Nuevas partes del Reglamento aplicables.
20 jul 2026 — Orientaciones finales del Artículo 50.
2 ago 2026 — Artículo 50 aplicable.

Punto de atención: para sistemas de IA colocados en el mercado antes del 2 de agosto de 2026, la Comisión prevé una tolerancia limitada hasta el 2 de diciembre de 2026 específicamente para la obligación de marcado y detección del Artículo 50(2). El contenido creado antes del 2 de agosto de 2026 no necesita ser etiquetado retroactivamente, aunque la Comisión incentiva la adopción voluntaria cuando sea posible.

¿Por qué existe el Artículo 50?

Reducir el riesgo de engaño, fraude, suplantación de identidad y manipulación.
Permitir que las personas calibren su confianza al interactuar con sistemas automatizados.
Preservar la integridad del ecosistema informativo.
Crear señales técnicas de procedencia y señales perceptibles para las personas.
Apoyar la aplicación de otras normas europeas, sin sustituirlas.

Conceptos jurídicos esenciales

Antes de evaluar un caso, es indispensable clasificar el rol de la organización. El mismo producto puede involucrar a varios actores en la cadena: desarrollador del modelo, prestador del sistema, integrador, empresa que opera el sistema y plataforma que publica el contenido.

Término	Significado operativo	Por qué importa
Sistema de IA	Sistema basado en máquina que infiere, a partir de entradas, cómo generar predicciones, contenido, recomendaciones o decisiones.	El Artículo 50 solo se aplica cuando existe un sistema de IA en el sentido del reglamento.
Prestador / Provider	Persona o entidad que desarrolla o encarga desarrollar un sistema y lo coloca en el mercado o en servicio bajo su nombre o marca, sea de pago o gratuito.	Responde principalmente por los deberes del Art. 50(1), 50(2) y los requisitos de forma del 50(5).
Responsable de la implementación / Deployer	Persona o entidad que usa el sistema bajo su autoridad en actividad profesional. El uso puramente personal y no profesional queda fuera de esta obligación.	Responde principalmente por los deberes del Art. 50(3), 50(4) y los requisitos de forma del 50(5).
Deepfake	Imagen, audio o video generado/manipulado por IA que se parece a una persona, objeto, lugar, entidad o evento existente y puede parecer falsamente auténtico o verdadero.	Activa una obligación específica de divulgación cuando se cumplen los criterios.
Reconocimiento de emociones	Sistema que identifica o infiere emociones o intenciones con base en datos biométricos.	El responsable de la implementación debe informar a las personas expuestas, sin perjuicio de las prohibiciones y las reglas de protección de datos.
Categorización biométrica	Sistema que asigna personas a categorías específicas con base en datos biométricos.	También activa el deber de informar a las personas expuestas cuando esté permitido.

Las definiciones de "provider", "deployer", sistemas de reconocimiento de emociones, categorización biométrica y deepfake están en el Artículo 3. El reglamento también excluye, de las obligaciones de los deployers, a las personas físicas que usen IA en actividad puramente personal y no profesional.

Regla práctica: pregunte primero: "¿Estamos colocando el sistema en el mercado bajo nuestra marca o solo usando un sistema de terceros en nuestra operación?" La respuesta cambia el conjunto de obligaciones y la evidencia que debe mantenerse.

El Artículo 50 en una página

Mapa rápido de las obligaciones.

Párrafo	Quién	Obligación central
50(1)	Prestador	Informar a las personas cuando interactúan directamente con IA, salvo que esto sea evidente en el contexto.
50(2)	Prestador	Marcar salidas sintéticas de texto, imagen, audio y video en formato legible por máquina y detectable.
50(3)	Deployer	Informar a las personas expuestas a reconocimiento de emociones o categorización biométrica.
50(4)	Deployer	Divulgar deepfakes y ciertos textos de interés público generados/manipulados por IA.
50(5)	Ambos, según la obligación	Brindar la información de forma clara, distinguible y accesible, como máximo en la primera interacción o exposición.
50(6)	Ambos	Las reglas no eliminan otras obligaciones de transparencia de la UE o nacionales.
50(7)	Ecosistema regulatorio	Permite códigos de práctica y, si es necesario, reglas comunes de implementación.

Dos capas de transparencia: el Artículo 50 combina transparencia para máquinas (marcado/detección de origen) y transparencia para personas (avisos, etiquetas y divulgación perceptible). Una no sustituye automáticamente a la otra.

Artículo 50(1): interacción directa con IA

Chatbots, agentes, avatares, voz e interfaces conversacionales. El Artículo 50(1) exige que los prestadores diseñen y desarrollen sistemas destinados a interactuar directamente con personas de forma que esas personas sean informadas de que están interactuando con un sistema de IA. La excepción es cuando esto resulta evidente para una persona razonablemente bien informada, observadora y perspicaz, considerando el contexto.

Cuatro criterios acumulativos de las orientaciones de 2026

El producto debe calificar como sistema de IA.
Debe existir un intercambio genuino en dos vías con personas; la mera recopilación de datos o una respuesta automatizada simple puede no ser suficiente.
La interacción debe ser directa: la propia IA se comunica con la persona, sin un humano como intermediario.
La interacción debe ser con una persona natural, sea consumidor, profesional u otro tipo de usuario.

Los sistemas que actúan solo en segundo plano, la comunicación máquina a máquina o sin contacto directo con personas quedan fuera de esta obligación específica.

¿Cuándo informar?

La información debe proporcionarse desde el inicio de la primera interacción, de manera clara y distinguible y en conformidad con los requisitos de accesibilidad. La Comisión recomienda interpretar de forma restrictiva la excepción de "ser evidente", porque la excepción reduce la transparencia disponible para la persona.

Patrones de implementación recomendados

Canal	Implementación sólida	Evitar
Chat web/app	Insignia persistente "Asistente de IA" + mensaje inicial breve.	Aviso escondido solo en los Términos de Uso.
Voz/teléfono	Aviso audible antes o al inicio del diálogo: "Está hablando con un asistente de IA".	Aviso solo después de varios turnos.
Avatar	Etiqueta textual cerca del avatar y repetición en el onboarding.	Apariencia humana sin ninguna indicación.
Agente en workflow	Identificar cuándo el agente habla directamente con la persona; separar mensajes humanos y automatizados.	Mezclar mensajes de IA y humano sin origen claro.
Kiosco/robot	Señalización en pantalla y, cuando sea necesario, aviso por audio.	Asumir que el hardware "parece robótico" y descartar toda evaluación contextual.

Ejemplo de aviso: "Está conversando con un asistente de inteligencia artificial. Las respuestas se generan automáticamente y pueden ser revisadas por nuestro equipo cuando corresponda."

Artículo 50(2): marcado de contenido sintético

La obligación técnica de hacer detectable el contenido generado o manipulado por IA. Los prestadores de sistemas de IA, incluidos sistemas de IA de finalidad general, que generen audio, imagen, video o texto sintéticos deben asegurar que las salidas estén marcadas en formato legible por máquina y sean detectables como generadas o manipuladas artificialmente. Las soluciones deben ser efectivas, interoperables, robustas y confiables en la medida técnicamente viable, considerando las limitaciones por tipo de contenido, los costos de implementación y el estado de la técnica.

¿Qué significa "legible por máquina" en la práctica?

El reglamento es tecnológicamente neutral: no obliga a usar una única tecnología. El considerando 133 menciona, como familias de técnicas posibles, marcas de agua, identificación por metadatos, métodos criptográficos de procedencia y autenticidad, métodos de registro y fingerprints, entre otros. La elección debe ser comprobable y proporcional al tipo de contenido.

Mecanismo	Función	Riesgo a controlar
Metadatos de procedencia	Incorporar información sobre el origen y las manipulaciones en el archivo/contenido.	Eliminación durante el reprocesamiento, capturas de pantalla o plataformas que descartan metadatos.
Watermarking	Insertar una señal perceptible o imperceptible asociada al origen sintético.	Compresión, recorte, transcodificación y ataques de eliminación.
Firma criptográfica	Permitir verificar la integridad, el emisor o la cadena de procedencia.	Gestión de claves, confianza y preservación de la cadena.
Fingerprinting	Generar una representación usada para identificar o comparar contenido.	Alteraciones fuertes del contenido pueden reducir la correspondencia.
Logs y registro de generación	Registrar el evento de generación, modelo, versión e identificadores.	No acompaña al archivo si no existe una vinculación adecuada.

Exclusiones y límites destacados por la Comisión

Secuencias cortas de números, símbolos o letras.
Código fuente.
Salidas destinadas exclusivamente a comunicación máquina a máquina, procesadas automáticamente sin exposición a personas.
Salidas usadas solo en entornos industriales o de desarrollo de producto en circuito cerrado, salvo cuando se convierten en el output final.
Funciones asistivas de edición estándar o situaciones en que el sistema no altera sustancialmente los datos de entrada o su semántica.
Puede existir una excepción estrecha en ciertos contextos B2B/industriales, siempre que se satisfagan los requisitos de las orientaciones.

Estas exclusiones deben documentarse. "No marcamos porque era edición" debe sustentarse con criterios internos y evidencias de que la función no produjo una alteración sustancial.

No confundir: un sello visible "hecho con IA" puede ser útil, pero no es, por sí solo, equivalente a la obligación técnica de marcado legible por máquina del Art. 50(2). Del mismo modo, el marcado técnico del 50(2) no sustituye la divulgación perceptible exigida al deployer para deepfakes en el 50(4).

Artículo 50(3): emoción y biometría

Transparencia para las personas expuestas a sistemas sensibles. Los responsables de la implementación de sistemas de reconocimiento de emociones o categorización biométrica deben informar a las personas naturales expuestas sobre el funcionamiento del sistema. El tratamiento de datos personales sigue sujeto al GDPR, al Reglamento (UE) 2018/1725 y a la Directiva (UE) 2016/680, según corresponda.

Las orientaciones aclaran que la obligación de informar aplica tanto en exposición en tiempo real como en operación posterior (ex post). Para cumplir con el Artículo 50(3), el aviso no necesita necesariamente explicar todos los detalles o la finalidad completa del sistema, aunque otras normas de protección de datos puedan exigir información adicional.

Atención a las prohibiciones de la propia AI Act

El hecho de que el Artículo 50(3) prevea transparencia no significa que todo uso de reconocimiento de emociones o categorización biométrica esté permitido. El Artículo 5 contiene prohibiciones específicas, como determinadas inferencias de emociones en entornos laborales e instituciones educativas, salvo excepciones médicas o de seguridad, y determinadas categorizaciones biométricas que infieren características sensibles.

La transparencia no legaliza el uso: un aviso correcto no vuelve lícito un procesamiento que esté prohibido por la AI Act, sea incompatible con el GDPR o contrario a otra norma aplicable.

Checklist de implementación

Identifique la base legal y la finalidad antes de usar el sistema.
Mapee qué personas pueden ser expuestas, incluidos visitantes y terceros.
Proporcione el aviso antes o en el momento adecuado de la exposición.
Garantice accesibilidad e idioma apropiado.
Documente proveedor, versión, datos procesados y retención.
Evalúe si existe una práctica prohibida u obligación adicional de alto riesgo.

Artículo 50(4): deepfakes

Cuándo el contenido debe divulgarse claramente como artificial. El deployer que usa IA para generar o manipular imagen, audio o video que constituya un deepfake debe divulgar que el contenido fue generado o manipulado artificialmente.

Tres criterios acumulativos destacados por la Comisión

Semejanza: nivel relevante de similitud con el sujeto simulado.
Existencia: la persona, objeto, lugar, entidad o evento debe existir, poder existir de forma plausible o haber existido.
Falsa apariencia de autenticidad o veracidad: el contenido tiene capacidad de engañar o inducir a error respecto de su autenticidad o veracidad.

En el análisis del tercer criterio pueden considerarse el nivel de semejanza, el mensaje sustantivo, los contextos previsibles de uso y las expectativas del público. Los efectos especiales en una obra que el público no espera que sea "real" pueden no cumplir la misma evaluación de engaño.

¿Cómo debe ser la etiqueta?

Como máximo en la primera exposición, en formato claro y distinguible, comprensible y perceptible sin herramientas técnicas especiales. Puede ser una etiqueta visual o un aviso audible, según el medio. La Comisión es explícita: el deployer no puede depender únicamente del marcado técnico insertado por el prestador en el Art. 50(2).

Escenario	Evaluación probable	Acción
Video de un ejecutivo real con voz y habla sintéticas que parecen auténticas	Fuerte candidato a deepfake.	Etiqueta clara antes o en la primera exposición.
Sátira política evidente con una persona pública	Puede beneficiarse del tratamiento para obra satírica, pero aun así requiere divulgación apropiada.	Divulgación que no perjudique el disfrute de la obra.
Película de ficción con efectos de escenario y público consciente de que es obra ficcional	Puede no aparentar falsamente autenticidad en el contexto.	Documentar la evaluación; aplicar la divulgación adecuada cuando exista deepfake.
Avatar totalmente ficticio y claramente estilizado	Puede no encuadrarse como deepfake si no imita a una persona/entidad existente ni parece auténtico.	Aun así, evaluar otras obligaciones, como la interacción directa del Art. 50(1).

Modelo de etiqueta: "Contenido generado o manipulado por inteligencia artificial." Para video/audio sensible, complemente con una indicación específica, por ejemplo: "La voz y la imagen de esta escena fueron sintetizadas por IA."

Texto generado por IA e interés público

Cuándo artículos, noticias y publicaciones deben ser etiquetados. El segundo bloque del Artículo 50(4) trata del texto generado o manipulado por IA publicado con la finalidad de informar al público sobre asuntos de interés público. Para estar dentro del alcance, la Comisión resume tres criterios: el texto debe ser publicado, destinado a informar al público y tratar sobre un asunto de interés público.

Ejemplos de asuntos de interés público

Política y procesos democráticos.
Administración y servicios públicos.
Administración de justicia y aplicación de la ley.
Derechos fundamentales y seguridad pública.
Salud pública y protección ambiental.
Seguridad del consumidor.
Desarrollos económicos, financieros, políticos, científicos o culturales relevantes para el debate público.

La excepción más importante: revisión humana y responsabilidad editorial

El texto no necesita ser etiquetado por esta obligación específica cuando haya pasado por revisión humana o control editorial y una persona física o jurídica asuma responsabilidad editorial por la publicación. La Comisión explica que la revisión humana exige un examen deliberado del contenido por parte de una persona con conocimiento y juicio pertinentes. El control editorial implica autoridad real para aprobar, modificar o rechazar la sustancia del texto, incluyendo la verificación de hechos y la confiabilidad de las fuentes.

La revisión superficial no basta: solo corregir ortografía, gramática, puntuación o formato no se considera revisión humana o control editorial suficiente para esta excepción.

Flujo editorial	¿Etiqueta según el Art. 50(4)?	Comentario
La IA escribe; publica automáticamente una noticia de interés público	En principio, sí.	No hay revisión humana/control editorial antes de la publicación.
La IA genera un borrador; el periodista verifica fuentes, reescribe y el editor aprueba; la empresa asume responsabilidad	Puede encuadrarse en la excepción.	Debe existir revisión sustancial y responsabilidad editorial documentable.
La IA escribe; el humano solo corrige el idioma y publica	En principio, sí.	La corrección superficial no satisface la excepción según la Comisión.
La IA asiste en texto comercial sin asunto de interés público	No, por esta parte del 50(4).	Otras obligaciones o leyes pueden seguir siendo aplicables.

Artículo 50(5) al (7): forma, accesibilidad y códigos

El detalle que transforma la regla en experiencia real.

Artículo 50(5): claro, distinguible y accesible

La información exigida en los párrafos 1 a 4 debe proporcionarse a las personas de manera clara y distinguible, como máximo en el momento de la primera interacción o exposición, y debe respetar los requisitos aplicables de accesibilidad.

Use un lenguaje directo, sin jerga jurídica innecesaria.
No esconda el aviso en menús profundos, términos o políticas largas.
Adapte el canal: texto para interfaz visual, audio para interacción exclusivamente sonora, alternativas accesibles cuando sea necesario.
Evite el diseño manipulativo que reduzca el contraste o minimice el aviso.
Pruebe la percepción del aviso con usuarios reales y tecnologías asistivas.

Artículo 50(6): otras leyes siguen vigentes

El cumplimiento del Artículo 50 no sustituye las obligaciones de transparencia del GDPR, la DSA, el derecho del consumidor, las reglas sectoriales o las normas nacionales. En términos de gobernanza, trate el Artículo 50 como una capa adicional del mapa regulatorio.

Artículo 50(7): códigos de práctica

La AI Office debe incentivar códigos de práctica para facilitar la implementación de la detección y el etiquetado. En 2026, ese mecanismo se materializó en el Código de Práctica sobre Transparencia de Contenido Generado por IA, posteriormente considerado adecuado por la Comisión y por el AI Board como instrumento voluntario para demostrar el cumplimiento.

Empresas fuera de la UE y efecto extraterritorial

Por qué una empresa brasileña puede entrar en el alcance. El Artículo 2 de la AI Act alcanza a los prestadores que colocan sistemas o modelos en el mercado de la Unión, aunque estén establecidos en un tercer país. También alcanza a prestadores y deployers establecidos fuera de la UE cuando el output producido por el sistema de IA se usa en la Unión.

Situaciones típicas de exposición para empresas brasileñas

SaaS de IA disponible comercialmente para clientes o usuarios en la Unión Europea.
API de generación de contenido integrada a un producto cuyo output se utiliza en la UE.
Plataforma de agentes o chatbots operada para empresas europeas.
Marketplace que distribuye sistemas, workflows o herramientas de IA bajo determinadas condiciones.
Campañas, contenido o deepfakes producidos profesionalmente y dirigidos al mercado europeo.

No basta con mirar la sede: la ausencia de establecimiento físico en la UE no elimina automáticamente la aplicación de la AI Act. El lugar de uso del output y la colocación del sistema en el mercado europeo son criterios relevantes.

Controles contractuales recomendados

Definir, en el contrato, quién es provider y quién es deployer para cada servicio.
Exigir la preservación del marcado técnico cuando el proveedor lo ponga a disposición.
Definir responsabilidades por etiquetas visibles, revisión editorial y accesibilidad.
Prever la cooperación en auditorías, incidentes y solicitudes de autoridades.
Evitar cláusulas genéricas que transfieran toda la responsabilidad sin reflejar el rol real de cada parte.

Multas, fiscalización y riesgo regulatorio

El costo potencial del incumplimiento. El Artículo 99 incluye expresamente las obligaciones de transparencia del Artículo 50 entre las infracciones sujetas a multas administrativas de hasta €15 millones o, para empresas, hasta el 3% de la facturación mundial anual total del ejercicio financiero anterior, prevaleciendo el valor más alto. Para las pymes, incluidas las startups, se aplica el porcentaje o el valor fijo correspondiente que sea menor.

Exposición máxima: hasta €15.000.000 o el 3% de la facturación mundial anual de la empresa en el ejercicio anterior, según las reglas del Art. 99(4). Para pymes/startups, el tope sigue la regla del menor entre el porcentaje y el valor fijo.

Qué influye en la dosimetría

Naturaleza, gravedad y duración de la infracción.
Número de personas afectadas y daño sufrido.
Tamaño, facturación y participación de mercado.
Beneficio obtenido o pérdida evitada.
Grado de cooperación con las autoridades.
Medidas técnicas y organizativas implementadas.
Carácter intencional o negligente.
Acciones de mitigación e historial de sanciones relacionadas.

¿Quién fiscaliza?

La aplicación es responsabilidad principalmente de las autoridades nacionales competentes de vigilancia del mercado. La AI Office posee competencias específicas, sobre todo cuando los sistemas se basan en modelos de IA de finalidad general en determinadas configuraciones. La Autoridad Europea de Protección de Datos actúa respecto de sistemas utilizados por instituciones, órganos y organismos de la UE.

Código de Práctica de Transparencia de 2026

La principal vía voluntaria para demostrar conformidad. El Código de Práctica sobre Transparencia de Contenido Generado por IA fue publicado el 10 de junio de 2026. Posee dos secciones: la primera trata de las obligaciones de los prestadores para marcado y detección; la segunda trata de las obligaciones de los deployers para el etiquetado de deepfakes y de ciertos textos.

En julio de 2026, la Comisión y el AI Board consideraron el código un medio adecuado para facilitar y demostrar el cumplimiento de los Artículos 50(2), 50(4) y 50(5). La adhesión es voluntaria y no constituye prueba concluyente de conformidad, pero brinda previsibilidad regulatoria y un referente reconocido en toda la UE.

Opción	Ventaja	Punto de atención
Adherirse al Código	Framework reconocido, lenguaje común y mayor previsibilidad en la demostración de compliance.	Aun así es necesario implementar controles reales; la adhesión no inmuniza contra la fiscalización.
No adherirse	Libertad para usar una arquitectura propia equivalente.	La organización debe demostrar adecuación por medios alternativos y puede enfrentar más solicitudes de evidencia.

Gobernanza: incluso para los no signatarios, el Código de Práctica es un excelente benchmark operativo: muestra cómo la Comisión espera que las organizaciones traduzcan los deberes abstractos de marcado y etiquetado en medidas verificables.

Arquitectura técnica de compliance

Transformando el Artículo 50 en controles de producto e ingeniería.

Capa 1 — Gobernanza e inventario

Inventario de sistemas de IA y modelos utilizados.
Clasificación de rol: provider, deployer o ambos.
Mapeo de territorios y público objetivo.
Owner jurídico, técnico y de producto por sistema.
Registro de excepciones con justificación y evidencias.

Capa 2 — Experiencia y disclosure

Componente reutilizable de "AI disclosure" para chat, voz, avatar y contenido.
Control para asegurar la exhibición en la primera interacción/exposición.
Versionado del texto de aviso e idioma.
Pruebas de accesibilidad y contraste.
Logs de consentimiento cuando lo exija otra base legal — sin confundir transparencia con consentimiento.

Capa 3 — Procedencia y marcado

Pipeline de generación que aplique el marcado antes de que el output sea entregado.
Prueba de supervivencia del marcado después de compresión, redimensionamiento, recorte, transcodificación y reupload.
Verificador interno de presencia/validez del marcado.
Identificador de generación vinculado a un log de auditoría.
Monitoreo de cambios en el estado de la técnica y en los estándares aplicables.

Capa 4 — Contenido y revisión editorial

Workflow humano para publicaciones de interés público.
Criterios de revisión sustantiva y fact-checking.
Aprobación por una persona con autoridad editorial.
Registro de quién revisó, cuándo y qué fuentes fueron verificadas.
Política clara para deepfake, sátira, ficción y publicidad.

Capa 5 — Evidencia y auditoría

Logs de generación y publicación.
Versión del modelo, sistema y política aplicada.
Resultados de pruebas de marcado/detección.
Evidencias de exhibición de etiquetas.
Evaluaciones periódicas, capacitación de equipos y plan de corrección.

Plan de implementación en 30/60/90 días

Una hoja de ruta pragmática para poner a la organización en condiciones de compliance.

0-30 días — Descubrir y clasificar

Crear un inventario de IA por producto y proceso.
Clasificar provider/deployer y países de uso.
Identificar chatbots, agentes, avatares, generación sintética, biometría y contenido editorial.
Mapear proveedores y revisar contratos.
Realizar un gap assessment contra cada párrafo del Artículo 50.
Priorizar riesgos de gran alcance, deepfake y contenido público.

31-60 días — Implementar controles

Añadir avisos de interacción y componentes de UI accesibles.
Integrar un mecanismo de marcado legible por máquina en los outputs aplicables.
Crear etiquetas visibles/audibles para deepfake.
Formalizar el flujo de revisión editorial de textos de interés público.
Crear una política de excepciones para edición estándar y casos fuera de alcance.
Capacitar a Producto, Ingeniería, Marketing, Jurídico, Atención al Cliente y Contenido.

61-90 días — Probar y sostener

Ejecutar pruebas de robustez del marcado.
Recopilar evidencias de la primera interacción/exposición.
Auditar accesibilidad e idiomas.
Simular un incidente y una solicitud de una autoridad.
Definir KPIs de compliance y revisión trimestral.
Evaluar la adhesión al Código de Práctica y documentar la decisión.

KPI sugerido	Meta inicial
% de sistemas con rol provider/deployer clasificado	100%
% de flujos de interacción con aviso probado	100% de los aplicables
% de outputs sintéticos elegibles con marcado detectable	>= 99% en pruebas controladas; ajustar según la arquitectura y el riesgo
% de contenido público con evidencia de revisión editorial	100% de los flujos que dependen de la excepción
Tiempo para corregir una falla de disclosure	Definir SLA proporcional al alcance y al riesgo

Casos prácticos por sector

Cómo la misma regla cambia según el contexto.

Sector / caso	Obligaciones probables	Control clave
SaaS con chatbot de atención	50(1); eventualmente 50(2) si genera contenido sintético.	Aviso en la primera interacción + marcado cuando sea aplicable.
Agente comercial que habla con leads por voz	50(1); evaluar el 50(2) para audio sintético.	Aviso audible al inicio y trazabilidad del origen del audio.
Agencia de marketing creando video con una persona real sintetizada	50(2) en el proveedor del sistema; 50(4) en el deployer si es deepfake.	Marcado técnico + etiqueta visible/audible.
Portal de noticias usando IA para el borrador	50(4) para texto de interés público, salvo excepción editorial.	Revisión sustantiva, fuentes, editor responsable.
Comercio minorista usando análisis biométrico de emociones	50(3), GDPR y posible evaluación de admisibilidad.	Aviso, base legal, evaluación de prohibiciones y DPIA cuando sea aplicable.
Película/serie con IA generativa	50(2) y posible 50(4) dependiendo de deepfake y contexto.	Procedencia en el pipeline + divulgación apropiada sin perjudicar la obra.
Herramienta interna de código	El código fuente puede quedar fuera del marcado del 50(2) según las orientaciones.	Documentar el encuadre; evaluar otras obligaciones del producto.
Sistema B2B cerrado generando un artefacto solo máquina a máquina	Puede quedar fuera de ciertos marcados, según las condiciones.	Probar la ausencia de exposición humana y monitorear cuando el output se convierte en final.

Checklists y árbol de decisión

Herramientas listas para la evaluación de sistemas y contenido.

Árbol de decisión de transparencia

¿El contenido/experiencia usa IA? A partir de ahí, se abren tres caminos: interacción directa con una persona (Art. 50(1) — informar que es IA, salvo que sea evidente), contenido sintético en texto/imagen/audio/video (Art. 50(2) — marcado legible por máquina, y desde ahí evaluar si es deepfake o texto de interés público para el Art. 50(4)), o reconocimiento de emoción/categorización biométrica (Art. 50(3) — informar a las personas expuestas).

Checklist del prestador (provider)

¿El sistema interactúa directamente con personas?
¿Se proporciona el aviso de IA en la primera interacción y es accesible?
¿La excepción de "evidente" fue documentada y validada de forma restrictiva?
¿El sistema genera texto, imagen, audio o video sintéticos?
¿Los outputs aplicables reciben marcado legible por máquina?
¿El marcado se prueba en cuanto a efectividad, interoperabilidad, robustez y confiabilidad?
¿Están documentadas las exclusiones (edición estándar, M2M, etc.)?
¿El contrato con los downstream providers preserva las responsabilidades y la información necesaria?

Checklist del deployer

¿Hay reconocimiento de emociones o categorización biométrica?
¿Las personas expuestas reciben un aviso claro y accesible?
¿El contenido constituye un deepfake?
¿La etiqueta del deepfake aparece como máximo en la primera exposición?
¿El texto se publica para informar al público sobre un asunto de interés público?
Si existe excepción editorial, ¿hay revisión humana sustancial?
¿Hay una persona física o jurídica con responsabilidad editorial?
¿Se preserva la evidencia de publicación, revisión y etiquetado?

Checklist de auditoría de evidencias

Captura de la interfaz que demuestre el disclosure.
Log de la versión del texto de aviso.
Resultado de la prueba de marcado y detección.
Registro del modelo y la versión del sistema.
Documento de clasificación provider/deployer.
Registro de excepciones y justificaciones.
Evidencia de revisión editorial y fact-checking.
Informe de accesibilidad.
Capacitaciones y política interna aprobadas.
Plan de acción para no conformidades.

Modelos de avisos y políticas internas

Textos base que deben adaptarse al contexto real.

Aviso para chatbot (PT-BR): "Você está conversando com um assistente de inteligência artificial. As respostas são geradas automaticamente. Para assuntos que exijam validação humana, use a opção de atendimento por nossa equipe."

Aviso para chatbot (inglés): "You are interacting with an artificial intelligence assistant. Responses are generated automatically. For matters requiring human validation, please use the option to contact our team."

Etiqueta de deepfake / contenido audiovisual: "Contenido generado o manipulado por inteligencia artificial. Se utilizaron imagen y/o audio sintéticos en esta publicación."

Declaración editorial interna: "Los contenidos asistidos por IA destinados a informar al público sobre asuntos de interés público solo podrán publicarse sin la etiqueta específica del Art. 50(4) cuando exista revisión humana sustantiva o control editorial y responsabilidad editorial formalmente atribuida. La revisión debe abarcar contenido, fuentes, contexto y confiabilidad; las correcciones meramente lingüísticas no son suficientes."

Cláusulas que el contrato con el proveedor debe abordar

Descripción de las capacidades de generación y manipulación.
Mecanismos de marcado/detección ofrecidos.
Restricciones y circunstancias en que el marcado puede eliminarse.
Documentación y soporte para auditoría.
Notificación de cambios relevantes en el sistema.
Cooperación para la investigación de fallas de transparencia.
Responsabilidades por interfaz, publicación y etiquetas al usuario final.

Importante: los modelos anteriores son puntos de partida. La redacción final debe considerar el canal, el público, el idioma, los requisitos de accesibilidad, la legislación nacional y el rol jurídico de la organización.

Preguntas frecuentes

¿Todo texto hecho con ChatGPT necesita decir "generado por IA"?

No. El deber específico del deployer en el Art. 50(4) trata sobre texto publicado para informar al público sobre asuntos de interés público. Además, existe una excepción cuando hay revisión humana/control editorial y responsabilidad editorial. El provider del sistema, a su vez, puede tener la obligación técnica de marcar el output bajo el 50(2).

¿Basta con poner "hecho con IA" en el pie de página?

Depende de la obligación. Para deepfake, la etiqueta debe ser clara, distinguible y perceptible como máximo en la primera exposición. Para el provider de contenido sintético, la obligación del 50(2) es técnica y legible por máquina; un pie de página visible no sustituye esa capa.

Si el usuario ya sabe que está usando un chatbot, ¿debo avisar?

El reglamento contiene una excepción cuando la interacción con IA es evidente para una persona razonablemente bien informada y observadora, considerando el contexto. La Comisión orienta que esa excepción se interprete de forma restrictiva.

¿Una startup brasileña se ve afectada?

Puede ser. La AI Act alcanza, en ciertas condiciones, a los prestadores de terceros países que colocan sistemas en el mercado de la UE o cuando el output del sistema se usa en la Unión.

¿El contenido artístico con deepfake queda exento?

No es una exención total. Para una obra evidentemente artística, creativa, satírica, ficcional o análoga, la obligación se limita a una divulgación apropiada que no perjudique la exhibición o el disfrute de la obra.

¿Los metadatos son suficientes para el deepfake?

No, para el deber del deployer del Art. 50(4). La Comisión aclara que la persona debe percibir la divulgación sin una herramienta técnica especial; el marcado técnico del provider no basta por sí solo.

¿El código fuente necesita el marcado del 50(2)?

Las orientaciones de la Comisión indican el código fuente entre los outputs fuera del alcance de esta obligación específica de marcado.

¿Revisar la ortografía cuenta como revisión humana?

No. La Comisión diferencia la revisión sustantiva/control editorial de las verificaciones superficiales, meramente formales o procedimentales.

¿El Código de Práctica es obligatorio?

No. La adhesión es voluntaria, pero el Artículo 50 es obligatorio. Quien no se adhiere necesita demostrar el cumplimiento por medios alternativos adecuados.

No. El propio Artículo 50(6) preserva otras obligaciones de transparencia previstas en normas europeas o nacionales.

Conclusión y próximos pasos

La transparencia como requisito de producto, no solo como aviso jurídico. El Artículo 50 transforma la transparencia en una propiedad del sistema y del proceso de publicación. Las empresas maduras no tratan el tema como un texto genérico en los Términos de Uso: incorporan el disclosure en la interfaz, la procedencia en el pipeline, la revisión editorial en los workflows, la evidencia en los logs y la gobernanza en los contratos.

La implementación eficaz parte de una clasificación correcta del rol de la organización y continúa con controles proporcionales. Cuando la empresa es provider, la ingeniería del sistema y el marcado del output cobran centralidad. Cuando es deployer, la forma de uso, la publicación, la exposición de las personas y la revisión editorial se vuelven determinantes.

Principio final: si una persona razonable puede ser inducida a creer que está hablando con un humano o viendo contenido auténtico cuando, en realidad, hay IA en una situación cubierta por el Artículo 50, la organización debe tratar la transparencia como un requisito funcional y auditable.

Cinco acciones para comenzar hoy

Inventaríe los sistemas y contenidos de IA.
Clasifique provider/deployer por caso de uso.
Implemente disclosures y marcado donde sea aplicable.
Formalice la revisión editorial y la política de deepfakes.
Recopile evidencias y pruebe continuamente.

Glosario

Término	Definición
AI Act	Reglamento (UE) 2024/1689, marco horizontal europeo para inteligencia artificial.
AI Office	Función de la Comisión Europea responsable de tareas de implementación, monitoreo y supervisión en el ecosistema de la AI Act.
Provider / Prestador	Entidad que desarrolla o encarga desarrollar y coloca el sistema en el mercado o en servicio bajo su nombre/marca.
Deployer / Responsable de la implementación	Entidad que utiliza el sistema bajo su autoridad en un contexto profesional.
Contenido sintético	Texto, imagen, audio o video artificialmente generado o manipulado por un sistema de IA.
Deepfake	Contenido de imagen, audio o video generado/manipulado por IA que simula algo existente y puede parecer falsamente auténtico o verdadero.
Machine-readable	Formato que puede ser procesado automáticamente por sistemas computacionales para permitir la detección o verificación.
Procedencia	Información sobre el origen, el historial y las transformaciones de un contenido.
Watermarking	Técnica para insertar una marca o señal en un contenido, visible o no, para su identificación/detección.
Responsabilidad editorial	Responsabilidad legal final por la publicación del contenido y por el proceso de revisión/control editorial.

Fuentes

Reglamento (UE) 2024/1689 — Artificial Intelligence Act. EUR-Lex. Texto oficial y versión consolidada. Artículos 2, 3, 50, 99 y 113; considerandos 132-137.
Guidelines on transparency obligations for providers and deployers of AI systems. Comisión Europea, publicación del 20 de julio de 2026; actualización del 31 de julio de 2026.
Transparency obligations under Article 50 of the AI Act — Questions & Answers. Comisión Europea, FAQ de 2026 con ejemplos e interpretación de las orientaciones finales.
Code of Practice on Transparency of AI-generated Content. Comisión Europea / AI Office, código final publicado el 10 de junio de 2026.
Commission opinion on the assessment of the Code of Practice on Transparency of AI-generated Content. Comisión Europea, 9 de julio de 2026; adecuación confirmada en conjunto con el AI Board.
Quick Facts: Transparency rules for AI systems. Comisión Europea, material de referencia actualizado en 2026.

Fecha de corte: contenido verificado con fuentes oficiales disponibles hasta el 22 de agosto de 2026. Como la AI Act posee actos de implementación, orientaciones y estándares en evolución, las organizaciones deben revisar periódicamente el estado regulatorio y técnico.