AI Act para chatbots y asistentes IA: checklist de transparencia 2026

La conversación sobre el AI Act suele centrarse en sistemas de alto riesgo. Para muchas empresas, la pregunta práctica es otra: qué debe cambiar en un chatbot, voicebot o asistente interno antes del 2 de agosto de 2026.

El calendario de la Comisión Europea indica que ese día empiezan a aplicarse las obligaciones de transparencia del Artículo 50. Esta checklist las convierte en trabajo concreto para producto, legal y operaciones.

Qué cambia el 2 de agosto de 2026

Las obligaciones de transparencia del AI Act pasan a ser operativas. El usuario no debería tener que adivinar si habla con una máquina o si el contenido fue generado por IA.

El 20 de julio de 2026, la Comisión Europea publicó sus directrices finales sobre las obligaciones de transparencia junto con un Q&A oficial. Aclaran, entre otros puntos, el disclosure, las excepciones y el reparto de responsabilidades entre proveedores y responsables del despliegue.

Quién está en alcance

Chatbots web, voicebots, asistentes de soporte, copilots internos y herramientas que generan texto, imagen, audio o vídeo pueden estar en alcance.

Un bot FAQ, un asistente comercial y un voicebot tienen riesgos distintos, pero todos necesitan disclosure visible, límites y camino hacia una persona.

Artículo 50 en lenguaje simple

Las personas deben ser informadas cuando interactúan con IA, salvo que sea obvio. Ciertos contenidos generados, deepfakes y textos de interés público pueden requerir marcado.

Revisa mensaje inicial, etiqueta persistente, disclosure de voz, handoff humano y marcado de outputs que salen del sistema.

Cuándo un chatbot pasa a alto riesgo

Un chatbot web normal no es automáticamente alto riesgo. El caso de uso decide: recruiting, crédito, educación, servicios esenciales, emoción o biometría exigen controles mayores.

Combina transparencia con clasificación. El plan AI Act agosto 2026 da el contexto.

Checklist práctica

Agrupa el trabajo en cinco bloques: UX de disclosure, marcado de contenido, logs, handoff humano y gobierno del proveedor.

Con el proveedor revisa DPA, región de hosting, retención, modelo, exportación de logs y comunicación de cambios.

Preparación en 90 días

Días 1-30: inventario de asistentes. Días 31-60: disclosure, handoff y logging. Días 61-90: contratos, edge cases y registro de gobierno.

La compliance es más fácil cuando está en la interfaz y en la operación, no solo en anexos legales.

Diseñar un disclosure visible

El disclosure debe estar en la interfaz, no solo en términos y condiciones. En chat de texto, el patrón simple es un primer mensaje que indique que el usuario habla con un asistente IA y una etiqueta persistente en el widget. En voicebot, debe existir una información de audio al inicio.

Debe entenderse en el idioma del usuario. Si el sitio tiene cinco idiomas, las etiquetas y mensajes de IA también deben localizarse. Esto mejora cumplimiento y confianza: el usuario acepta mejor la automatización cuando entiende sus límites.

Logs y minimización de datos

Registrar no significa guardar todo. Hace falta un registro suficiente para auditoría: fecha, versión del asistente, modelo o proveedor, decisión de escalado y prueba de que el usuario fue informado. Los datos personales deben limitarse a lo necesario.

El peor escenario es un asistente que conversa con clientes sin que el equipo pueda revisar qué prometió o por qué no escaló. Buenos logs protegen a empresa y usuario y ayudan a mejorar calidad.

Preguntas al proveedor

Pregunta dónde se procesan datos, cuánto se retienen conversaciones, si prompts y outputs entrenan modelos, si los logs son exportables y cómo se marca contenido generado por IA. Las respuestas deben ser operativas.

El contrato debe cubrir DPA, subprocesadores, retención, incidentes, handoff humano y cambios de modelo. Si el chatbot toca un recorrido de cliente, los defaults del proveedor no son suficientes.

Errores frecuentes antes de agosto de 2026

El primer error es esconder la información de IA en el footer. El segundo es no tener handoff humano. El tercero es asumir que todo chatbot es siempre de riesgo limitado. El cuarto es no asignar responsable de negocio.

Los mejores despliegues tratan la transparencia como parte del producto: mensaje, etiqueta, log, escalado y gobierno se diseñan junto a la experiencia de usuario.

Ejemplo: chatbot web para cualificación comercial

Un chatbot comercial típico pregunta por sector, problema, presupuesto y deseo de contacto. La transparencia no tiene que frenar el flujo. Suele bastar con indicar al inicio que un asistente IA ayuda a cualificar la solicitud y que una persona puede tomar el control. Además, el CRM debería marcar que la cualificación fue preparada por IA.

Si el bot se usa para excluir a una persona de una oferta o negar acceso a un servicio importante, una simple etiqueta ya no basta. Ahí se necesita clasificación de riesgo, revisión humana y capacidad de explicar el resultado.

FAQ

Artículo 50 aplica a chatbots internos?

Puede aplicar según contexto y outputs. Los asistentes internos igualmente necesitan gobierno.

Hay que etiquetar cada mensaje?

Lo más seguro es una etiqueta visible y persistente más disclosure claro al inicio.

Un voicebot también cuenta?

Sí, el principio de transparencia aplica también a voz.

Siguiente paso

Para aplicarlo a un proceso real, empieza con AI Finder o agenda una llamada estratégica. AROG mapea workflow, riesgo y ROI antes del build.