A partir del 2 de agosto de 2026 rige una nueva regla para todo el que haga hablar a una IA con sus clientes: quien opere un chatbot o un agente de voz telefónico debe revelar, al comienzo de la interacción, que quien responde es una IA. Así lo establece el artículo 50 del Reglamento de IA de la UE — la norma de transparencia del reglamento europeo sobre IA. En torno a esta fecha se ha generado mucho revuelo en el mercado: correos de alarma, webinars de „actúa ahora“ y paquetes de compliance caros. La mayor parte es exagerada. Este artículo separa una cosa de la otra — qué es cierto, qué está exagerado y qué debes hacer en concreto. Es una orientación, no asesoría jurídica.
La respuesta corta: A partir del 2 de agosto de 2026, un chatbot o agente de voz debe ser claramente reconocible como IA al comienzo de la interacción — un aviso visible en el primer turno del chat o una frase hablada al inicio de la llamada suele bastar. La implementación es mínima. Las estrictas obligaciones para IA de alto riesgo, tan invocadas, son otro tema y entran en vigor más adelante. El riesgo real de recibir un requerimiento no viene del propio Reglamento de IA, sino del derecho de protección de datos — que en todo caso conviene tener bien configurado.
Qué es lo que realmente rige a partir del 2 de agosto de 2026
El artículo 50 del Reglamento de IA de la UE regula la transparencia, no prohibiciones. Dos puntos afectan directamente a los operadores típicos de chatbots y agentes de voz: primero, una persona que interactúa con un sistema de IA debe ser informada de ello — salvo que resulte evidente por el contexto. En la práctica esto significa: un aviso claro al inicio de la conversación, no al final ni escondido en el aviso legal. Segundo, los contenidos generados por IA que se publiquen deben identificarse de forma legible por máquina como generados artificialmente.
Para el día a día de un taller artesanal, una consulta o un pequeño prestador de servicios, esto significa sobre todo una cosa: el chatbot de la web o el asistente telefónico debe decir al principio que es una IA. Una frase como „Estás escribiendo con un asistente de IA“ en el primer turno del bot, o un aviso hablado al inicio de la llamada. En la mayoría de los casos, para la identificación en sí no hace falta más.
Lo importante es el momento: „al comienzo de la interacción“ significa realmente el principio, antes de que el usuario formule la primera pregunta o responda a ella — no un aviso que aparece recién después de cinco mensajes, y mucho menos una frase que solo se encuentra si se hace clic activamente en la política de privacidad. Además, el aviso debe ser comprensible: una persona sin conocimientos técnicos debe entender de un vistazo que no está hablando con un humano. Que el bot tenga un nombre humano o una imagen de avatar no cambia nada la obligación — al contrario, cuanto más „humano“ parezca un asistente, más importante es el aviso claro. Existe una excepción, pero es estrecha: si por el contexto resulta de todos modos evidente para un usuario razonable que quien responde es una IA, no hace falta subrayarlo adicionalmente. En caso de duda: mejor revelar de más que de menos — cuesta una frase.
Qué está exagerado — y por qué
En torno a la fecha límite, la obligación de identificación se suele mezclar con las estrictas obligaciones para la IA de alto riesgo. Son dos cosas distintas. La IA de alto riesgo — por ejemplo, sistemas en infraestructuras críticas, en la puntuación de personal o en procedimientos de la administración pública — está sujeta a amplios requisitos (gestión de riesgos, documentación, supervisión humana). Pero estas obligaciones no entran en vigor en agosto de 2026, sino aproximadamente un año después, hacia 2027. Un chatbot de atención al cliente normal o un agente de voz para citas no suele ser IA de alto riesgo. Quien mezcla ambas cosas vende miedo — o no ha entendido la diferencia.
También conviene mantener la cabeza fría con las multas. El Reglamento de IA de la UE prevé como marco máximo sumas considerables (hasta 15 millones de € o el 3 % de la facturación anual mundial, lo que sea mayor). Ese es el techo legal para infracciones graves — no el importe que amenaza a una pequeña empresa por la falta de un aviso en el chatbot. Usar esas cifras máximas como amenaza para la simple obligación de identificación es exactamente el alarmismo ante el que también advierten los abogados especializados en el mercado. Y las caras formaciones de „AI Officer“ y los paquetes de compliance que circulan actualmente prometen, para la identificación propiamente dicha, mucho más esfuerzo del que realmente exige el asunto.
De dónde viene el riesgo real de recibir un requerimiento
Seguir leyendo — gratis
Desbloquear el contenido completo
Introduce tu dirección de correo y confírmala: te suscribes al newsletter Signal Forge de FORGE y obtienes acceso inmediato a este y a todos los demás contenidos que requieren registro. Puedes darte de baja en cualquier momento.
¿Ya estás registrado? El enlace de tu correo de confirmación vuelve a desbloquear este dispositivo.
Esto no significa que se pueda ignorar el tema. Solo que el riesgo real viene de otro sitio distinto al que sugieren los titulares. Las grandes olas de requerimientos de los últimos años — por ejemplo, en torno a Google Fonts o al botón „Me gusta“ de Facebook — no se dieron por el derecho de la IA, sino por el derecho de protección de datos, en concreto por reclamaciones de indemnización según el artículo 82 del RGPD. Ese es el precedente histórico: un servicio mal configurado técnicamente, que procesa o transfiere datos sin una base jurídica sólida, genera una superficie de ataque para requerimientos masivos.
En cuanto al propio Reglamento de IA, la situación jurídica sigue abierta. Algunos despachos posicionan el artículo 50 como posible „norma de comportamiento de mercado“ — con el razonamiento de que una infracción podría dar lugar a un requerimiento por competencia desleal según el §3a de la UWG (ley alemana de competencia desleal). Es una interpretación posible, no un estándar confirmado: hasta la fecha no existe ningún caso documentado y público de requerimiento contra un agente de voz o chatbot por falta de identificación de IA. Así que quien quiera actuar contra el riesgo real, primero configura bien la protección de datos — no el paquete de compliance de IA más caro.
¿Por qué insistimos tanto en esto? Porque en muchas conversaciones de venta se invierte el orden. Se presenta el requerimiento por competencia desleal como algo seguro, se trata el derecho de protección de datos como algo secundario y de ahí se arma un paquete caro. Lo más realista es lo contrario: la identificación es la parte fácil, la protección de datos es la parte con verdadero riesgo — y esta es obligatoria de todos modos, independientemente del Reglamento de IA. Una empresa que revela correctamente su bot, pero que por detrás pasa datos de clientes sin protección a un servicio estadounidense, no tiene el problema menor, sino el mayor. La identificación es visible y se resuelve en minutos; los flujos de datos en segundo plano son invisibles y precisamente por eso son el lugar donde se paga la negligencia.
Qué deberías hacer en concreto
La buena noticia: el esfuerzo práctico es manejable. Antes de pasar a la lista, una palabra sobre la diferencia entre chat y teléfono, porque cuenta en la implementación. En el chat, la identificación es trivial: una línea fija de saludo en el primer turno del bot, visible en la ventana, listo. Por teléfono es un poco más laborioso, porque el aviso debe ser audible y comprensible al inicio de la llamada — es decir, debe formar parte del mensaje de bienvenida, no aparecer en algún punto intermedio. Ambas cosas se configuran una vez y luego funcionan solas; no es un esfuerzo continuo, sino una configuración única. Los siguientes puntos cubren lo que importa para un operador típico de chatbot o de voz.
- Divulgación visible de la IA al comienzo de la interacción. Un aviso claro en el primer turno del chat o un mensaje hablado al inicio de la llamada. No al final, no en el aviso legal, no en la letra pequeña.
- Revisar los fundamentos de protección de datos. ¿Qué entradas se almacenan, para qué y durante cuánto tiempo? ¿Se usan quizás las entradas de los clientes como datos de entrenamiento? Ese es el punto donde reside el riesgo real de requerimiento. Qué está permitido y qué no lo aclara nuestra guía de RGPD para el uso de IA.
- Contrato de encargo de tratamiento (DPA) con los proveedores. Con cada proveedor de modelo y de hosting que procese datos en segundo plano — también cuando por delante haya un frontend alemán o local.
- Identificar las publicaciones generadas por IA. Si tu sistema genera contenidos que se publican públicamente, corresponde añadir una identificación legible por máquina.
- Mantener las respuestas bajo control. Un chatbot de atención al cliente que hace promesas falsas es un problema independientemente del Reglamento de IA. Cómo proteger las respuestas de la IA y hacer que una persona decida sobre las respuestas críticas se explica en Cómo protegerte de las alucinaciones de la IA.
Conclusión: implementar con calma, no comprar por pánico
La obligación de identificación de la IA a partir del 2 de agosto de 2026 es real, pero manejable. La identificación en sí es una pequeña tarea — un aviso claro al inicio de la conversación. Lo que realmente te protege es una protección de datos bien configurada, porque ahí es donde históricamente se originaron las olas de requerimientos, no en el derecho de la IA. Quien lo haga correctamente no necesita un caro paquete de „AI Officer“ para dormir tranquilo. El panorama más amplio — qué obligaciones del Reglamento de IA de la UE entran en vigor y cuándo, y qué se ha aplazado — lo explica nuestro resumen Reglamento de IA de la UE 2026 para empresas. Y la pregunta concreta para ti: ¿tu chatbot o agente de voz ya dice hoy, en la primera frase, que es una IA?