Chatbot agora precisa avisar que é IA: o que a nova regra de transparência exige (e como deixar seu atendimento em conformidade)

O AI Act da UE passou a exigir que chatbots avisem que são IA e que conteúdo sintético seja marcado. Veja o que muda no seu atendimento e como se estruturar.

Por CCX Company8 de agosto de 202611 min de leitura
Chatbot agora precisa avisar que é IA: o que a nova regra de transparência exige (e como deixar seu atendimento em conformidade)

Desde 2 de agosto de 2026, o seu chatbot ganhou uma obrigação nova: dizer que é um chatbot. Nessa data entraram em vigor as regras de transparência do Artigo 50 do AI Act da União Europeia — o marco que exige que sistemas de IA que interagem com pessoas informem, de forma clara, que quem está do outro lado é uma inteligência artificial, e que todo conteúdo sintético (texto, imagem, áudio, vídeo) seja marcado como gerado por IA. E, ao contrário do que muita empresa imagina, essa regra não vale só para quem constrói modelos de IA: vale também para quem usa — no atendimento, no marketing, na descrição de produto, na comunicação.

O reflexo natural de muita equipe jurídica foi tratar isso como mais um checkbox: colocar um aviso no rodapé do site e seguir em frente. Só que não é isso que a regra pede, e não é isso que resolve. Avisar que é um bot, registrar o consentimento do usuário e marcar o que foi gerado por IA são coisas que precisam estar construídas dentro da plataforma de mensageria e dos fluxos de conversa — não colgadas por fora. Este artigo explica o que mudou, quem é afetado, o prazo que ainda corre, o que isso sinaliza para o Brasil, e por que transparência de IA virou um problema de arquitetura de atendimento, não de disclaimer.

O que mudou em 2/ago: chatbots precisam se identificar como IA (Art. 50)

O AI Act europeu foi desenhado para entrar em vigor em fases. As proibições de práticas de risco inaceitável começaram em fevereiro de 2025; as regras de modelos de propósito geral, em agosto de 2025. Agora, em 2 de agosto de 2026, chegou a vez das obrigações de transparência do Artigo 50 — a camada que toca diretamente quem opera atendimento e comunicação com o público.

O princípio é simples de enunciar e profundo de implementar: uma pessoa tem o direito de saber quando está interagindo com uma máquina, e de saber quando um conteúdo foi produzido artificialmente. A lógica é de assimetria de informação — sem o aviso, o usuário toma decisões (confia, compra, compartilha dados, acredita) achando que fala com um humano ou que vê um conteúdo autêntico. O Artigo 50 fecha essa lacuna exigindo que a informação seja dada de maneira clara e distinguível, no momento certo da interação.

Repare que a exigência é sobre o quando e o como, não apenas sobre o se. Não basta ter a informação enterrada em uma política de privacidade de 40 páginas. O aviso precisa aparecer no fluxo, no ponto em que a pessoa começa a conversar com a IA ou recebe o conteúdo sintético. É por isso que a regra é, na prática, um requisito de produto.

Os 4 cenários de disclosure: chat, conteúdo sintético, biometria e deepfake

O Artigo 50 não trata "IA" como um bloco único. Ele distingue quatro situações, cada uma com uma obrigação de transparência própria. Entender os quatro é o que separa uma adequação de fachada de uma adequação real.

1. Interação direta com IA (o chatbot). Quando uma pessoa conversa com um sistema de IA — um agente de atendimento no WhatsApp, um assistente no site, um bot de suporte — ela precisa ser informada de que está falando com uma IA, a menos que isso seja óbvio para um usuário razoavelmente atento. Na dúvida, avisa. É o cenário que atinge praticamente todo e-commerce e toda operação de atendimento que adotou agentes conversacionais.

2. Conteúdo sintético (texto, imagem, áudio, vídeo). Conteúdo gerado ou manipulado por IA precisa ser marcado como artificial, em formato legível por máquina e detectável como gerado por IA. Isso alcança descrições de produto escritas por IA, imagens de catálogo geradas, áudios sintéticos de campanha. A marcação é o que permite plataformas e usuários identificarem a origem.

3. Reconhecimento de emoções e categorização biométrica. Sistemas que inferem emoção ou classificam pessoas por dados biométricos precisam informar as pessoas expostas a eles sobre o funcionamento. Menos comum no varejo, mas relevante para quem usa análise de sentimento em vídeo ou voz.

4. Deepfakes e conteúdo que parece autêntico. Imagem, áudio ou vídeo que simula pessoas, lugares ou eventos reais — o clássico deepfake — precisa ser divulgado como artificialmente gerado ou manipulado. É a categoria mais visível no debate público, mas para a maioria das operações comerciais o peso está nos cenários 1 e 2.

A leitura prática: se o seu negócio conversa com clientes por IA (cenário 1) e produz conteúdo com IA (cenário 2), você está no coração da regra — mesmo que nunca chegue perto de um deepfake.

Vale pra quem usa IA, não só pra quem desenvolve — e o prazo até 2/dez

Aqui está o ponto que pega mais gente de surpresa. Muita empresa presume que o AI Act é problema das big techs que treinam modelos. Não é. O Artigo 50 recai também sobre os deployers — quem implanta e usa o sistema de IA no contato com pessoas. Se você contratou um agente de IA de um fornecedor e o pôs para atender seus clientes, a obrigação de transparência é sua, não apenas de quem construiu o modelo.

Isso muda a natureza do risco. Não é algo que você delega ao fornecedor e esquece; é algo que você precisa garantir que está acontecendo na sua operação, no seu canal, com o seu cliente. E, como o AI Act tem alcance extraterritorial, empresas fora da UE que atendem ou oferecem serviços a pessoas no bloco também entram no escopo.

Sobre prazos: a obrigação de transparência para interação com chatbots já está valendo desde 2 de agosto. Para a marcação técnica de conteúdo sintético em formato legível por máquina, há um período de acomodação que se estende — na prática, um respiro de alguns meses para as empresas ajustarem os mecanismos de marcação até o fim de 2026. Traduzindo: o aviso de que "você está falando com uma IA" é para agora; a infraestrutura de marcação de conteúdo é para ajustar já, sem deixar para a última hora.

O que isso significa no Brasil (rumo do PL 2338)

"Mas eu vendo no Brasil, isso é lei europeia." Verdade — e ainda assim importa por dois motivos. O primeiro é de alcance: se você atende clientes na UE, a regra já vale para você hoje. O segundo, e mais estrutural, é de direção: o AI Act virou a referência global de regulação de IA, e o Brasil está construindo o seu próprio marco pelo PL 2338, o projeto de lei que estabelece princípios e regras para sistemas de inteligência artificial no país.

O PL 2338 caminha na mesma linha de fundo: transparência, direito de saber quando se interage com IA, governança de sistemas de risco. Ou seja, a exigência que a Europa acabou de ligar é um forte indicativo do que será cobrado por aqui. Empresas que tratam a transparência de IA como um requisito estrutural agora — e não como remendo — não vão correr atrás quando a regra brasileira entrar em vigor. Vão chegar prontas.

Há também um ganho que independe de lei: confiança. Cliente que descobre que "conversou com um robô" achando que era humano se sente enganado. Cliente avisado desde o início, com opção clara de falar com uma pessoa, confia mais na marca. Transparência deixou de ser custo de compliance para virar ativo de reputação.

Por que "avisar que é bot" é arquitetura, não disclaimer no rodapé

Chegamos ao ponto central. Cumprir o Artigo 50 de verdade não é escrever "usamos IA" no rodapé do site. É garantir três coisas dentro do fluxo de conversa, de forma auditável:

O aviso no momento certo. Quando o cliente inicia a conversa com o agente de IA, a identificação precisa aparecer ali — no começo da interação, no próprio canal (o WhatsApp, o chat), não em um documento que ninguém lê. Isso exige que a plataforma de mensageria saiba disparar o disclosure como parte do fluxo, condicionado ao tipo de atendimento.

O registro do consentimento e do opt-in. Provar conformidade significa ter trilha: quem foi avisado, quando, o que consentiu, quando pediu para falar com um humano. Sem um registro de auditoria, você afirma que avisa, mas não comprova. E, num regime de fiscalização, comprovar é o que conta.

O handoff bot→humano. A transparência real inclui dar à pessoa uma saída clara para o atendimento humano. Isso precisa estar cabeado no fluxo: um caminho de escalação que transfere a conversa — com contexto — para um operador, e registra a transição.

Nenhuma dessas três coisas é um texto jurídico. As três são engenharia de fluxo: capacidades que precisam existir na plataforma que conduz a conversa. É por isso que "avisar que é bot" é arquitetura. Quem tratou o agente de IA como um plugin solto vai descobrir que não tem onde inserir o aviso condicional, onde gravar o consentimento, nem como transferir para humano com trilha. Quem construiu sobre uma plataforma de mensageria pensada para isso já tem os ganchos prontos.

Como a CCX ajuda: conformidade construída no fluxo com o CCX Message

O CCX Message é a plataforma de WhatsApp Business enterprise da CCX, oficial via Meta Cloud API, e foi construída exatamente com as capacidades que a transparência de IA exige — porque elas já eram requisitos de mensageria séria muito antes do Artigo 50.

Para o aviso e o opt-in dentro da conversa, a plataforma traz WhatsApp Flows com builder visual: você desenha o passo de identificação da IA e a captura de consentimento como parte nativa do fluxo, no início da interação, sem gambiarra. Para a comprovação, há trilha de auditoria com busca full-text e rastreamento de opt-in por contato — o registro de quem foi avisado e o que consentiu fica gravado e recuperável. Para o handoff bot→humano, o Inbox conversacional multi-operador assume a conversa quando o cliente pede uma pessoa, com atribuição de agente, SLA tracking e contexto preservado. E porque conversa carrega dado sensível, tudo roda com PII criptografada por campo (AES-256-GCM) e compliance LGPD, GDPR e SOC 2 Type II — o que também sustenta o registro de consentimento exigido pela regra.

Se o seu atendimento usa IA, ela já precisa se identificar — e isso é arquitetura, não disclaimer no rodapé. O CCX Message embute o aviso de IA, o opt-in e a trilha de auditoria dentro do próprio fluxo de conversa. Comece por um diagnóstico de conformidade do seu atendimento conversacional. Conhecer CCX Message →

FAQ — Perguntas frequentes

O que mudou em 2 de agosto de 2026 no AI Act? Entraram em vigor as obrigações de transparência do Artigo 50 do AI Act da União Europeia: sistemas de IA que interagem com pessoas precisam informar que são IA, e conteúdo gerado por IA precisa ser marcado como sintético. É a fase da lei que atinge diretamente atendimento, marketing e e-commerce.

Meu chatbot precisa avisar que é uma IA? Sim. Se um sistema de IA conversa com pessoas — um agente no WhatsApp, um assistente no site — ele precisa informar que é uma IA, a menos que isso seja obviamente perceptível. Na dúvida, o aviso deve ser dado no início da interação, dentro do próprio canal.

A regra vale para quem só usa IA, ou só para quem desenvolve? Vale para os dois. O Artigo 50 responsabiliza também os deployers — quem implanta e usa o sistema de IA no contato com pessoas. Se você contratou um agente e o pôs para atender seus clientes, a obrigação de transparência é sua, mesmo sem ter construído o modelo.

Qual o prazo para marcar conteúdo gerado por IA? A obrigação de identificar o chatbot como IA já vale desde 2 de agosto de 2026. Para a marcação técnica de conteúdo sintético em formato legível por máquina, há um período de acomodação que se estende pelos meses seguintes de 2026 — tempo para ajustar os mecanismos, não para adiar indefinidamente.

Como isso afeta empresas brasileiras? Diretamente, se atendem clientes na UE. Estruturalmente, porque o Brasil constrói seu marco de IA pelo PL 2338, que segue a mesma direção de transparência. Quem se estrutura agora chega pronto quando a regra brasileira entrar em vigor — e ainda ganha em confiança do cliente.

Por que avisar que é bot é uma questão de arquitetura? Porque o aviso precisa aparecer no momento certo do fluxo, o consentimento precisa ser registrado de forma auditável e o handoff para humano precisa estar cabeado — três capacidades que vivem na plataforma de mensageria, não em um texto jurídico. Uma trilha de auditoria e um builder de flows resolvem; um disclaimer no rodapé, não.

Receba os próximos Insights por e-mail

No máximo um e-mail por semana, com os artigos novos. Sem spam.

Ao assinar, você concorda em receber os Insights da CCX por e-mail, conforme a Política de Privacidade e a LGPD. Sem spam; cancele quando quiser, em qualquer e-mail.

Leve a discussão para a sua operação.

O primeiro passo é um diagnóstico: trinta minutos com um engenheiro da CCX, sem custo, para entender seu cenário de plataforma, integrações e dados.