O widget de apoio precisa de consentimento? § 25 TDDDG
Um widget de apoio precisa do consentimento dos utilizadores? Descobre o que exige o § 25 TDDDG, que posições existem e que caminho tem menos risco.
Martin Semmele
Conclusões principais
- O § 25 n.º 1 TDDDG exige, por princípio, consentimento para guardar e ler informação no equipamento terminal.
- Existem duas posições por resolver: o widget como formulário de contacto necessário, ou como serviço sujeito a consentimento.
- A Datenschutzkonferenz interpreta as exceções de forma restrita e considera muitas vezes que os scripts de carregamento automático exigem consentimento.
- Violar o dever de consentimento é uma contraordenação e pode ser sancionado com coima nos termos do § 28 TDDDG.
- O caminho de menor risco é carregar o script do chat apenas depois de uma concordância ativa da visitante.
Não é aconselhamento jurídico, mas um enquadramento legal claro
Este artigo não constitui aconselhamento jurídico. Enquadra de forma pragmática a situação jurídica em torno dos widgets de apoio e mostra que decisões técnicas tens de tomar enquanto responsável pelo apoio ou pelo site. Quem integra um widget de chat no próprio site depara-se mais cedo ou mais tarde com a pergunta do departamento jurídico ou do encarregado da proteção de dados: o widget pertence ao banner de consentimento ou pode carregar diretamente?
O eixo jurídico é o § 25 da Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz (TDDDG), a lei alemã de proteção de dados nas telecomunicações e nos serviços digitais. Este artigo regula a proteção da privacidade nos equipamentos terminais e distingue com precisão as operações sujeitas a consentimento das exceções legais.
O princípio do n.º 1. A exceção do n.º 2.
Nos termos do § 25 n.º 1 primeira frase TDDDG, guardar informação no equipamento terminal do utilizador final ou aceder a informação aí já guardada só é admissível se tiver havido consentimento prévio com base em informação clara e completa1. Na leitura das autoridades de controlo, a norma está formulada de forma tecnologicamente neutra, abrangendo todas as técnicas e procedimentos através dos quais pode ocorrer o armazenamento e a leitura de informação, por exemplo Local Storage, Session Storage ou IndexedDB2.
O § 25 n.º 2 alínea 2 TDDDG prevê uma exceção estreita a esse princípio: não é necessário consentimento quando o armazenamento ou o acesso for estritamente necessário para que o prestador de um serviço digital possa disponibilizar um serviço digital expressamente solicitado pelo utilizador1.
Importa aqui separar com clareza o TDDDG e o Regulamento Geral sobre a Proteção de Dados (RGPD): o TDDDG protege a integridade do equipamento terminal independentemente de os dados lidos ou definidos serem pessoais. O RGPD aplica-se adicionalmente, assim que sejam tratados dados pessoais como endereços IP ou conteúdos do chat.
| Norma jurídica | Previsão legal | Relevância prática para widgets |
|---|---|---|
| § 25 n.º 1 TDDDG | Guardar ou ler informação no equipamento terminal exige consentimento. | Aplica-se a cookies, Local Storage e identificadores de sessão do chat de apoio. |
| § 25 n.º 2 al. 2 TDDDG | Exceção: estritamente necessário para um serviço digital expressamente solicitado | A pergunta decisiva: o chat de apoio é expressamente solicitado em todas as páginas? |
| Art. 6.º n.º 1 al. f) RGPD | Interesse legítimo no tratamento de dados na comunicação. | Regula o tratamento das mensagens do lado do servidor, mas não resolve a obrigação do TDDDG. |
Posição 1: o widget como formulário de contacto necessário
A primeira interpretação jurídica trata o widget de apoio essencialmente como um formulário de contacto moderno e sempre presente. Quem a defende argumenta que o apoio ao cliente é uma função central de qualquer oferta digital. Quem visita um site ou uma aplicação web espera uma forma de contacto direto.
A persistência da sessão como necessidade técnica.
Do ponto de vista técnico, um widget de apoio interativo precisa de um identificador no Session Storage ou no Local Storage do navegador. Sem ele, o histórico do chat interromper-se-ia a cada mudança de página ou recarregamento do separador. A posição 1 argumenta, por isso: se o apoio é disponibilizado, definir esse identificador de sessão puramente funcional é tecnicamente indispensável para manter a conversa ao longo de várias páginas.
Com essa premissa, as empresas apoiam-se na exceção do § 25 n.º 2 alínea 2 TDDDG, que dispensa o consentimento quando o acesso é estritamente necessário para disponibilizar um serviço digital expressamente solicitado pelo utilizador1. O script é classificado como Necessário ou Essencial na ferramenta de gestão de consentimento e carrega de imediato na primeira visita, sem que a visitante tenha de assinalar antes uma caixa no banner.
- O canal de apoio é considerado uma via de contacto padrão, análoga a ligações de e-mail ou a formulários de contacto.
- Guardar o ID de sessão serve exclusivamente para prestar o diálogo e não implica qualquer rastreio.
- A função de transferência e de ajuda fica disponível para as clientes de imediato, sem qualquer barreira nem clique de consentimento prévio.
- O script consta do banner de consentimento como serviço essencial e carrega automaticamente com a página.
Posição 2: a leitura estrita da Datenschutzkonferenz
A Datenschutzkonferenz (DSK), o órgão conjunto das autoridades independentes de proteção de dados da Federação e dos estados alemães, defende uma leitura claramente mais estrita. Na sua orientação para prestadores de telemedia estabelece que o § 25 n.º 1 fixa o princípio da necessidade de consentimento e que dele só se afastam as duas exceções estreitamente delimitadas do n.º 22. O legislador ateve-se deliberadamente muito ao texto da norma europeia e não acrescentou mais exceções, pelo que só poucos serviços podem ser integrados sem consentimento2.
O carregamento automático sem interação não é um pedido expresso.
No entender das autoridades de controlo, é precisamente aí que está o ponto crítico de um widget de chat que carrega automaticamente: a visitante abre um site para se informar sobre um produto ou ler um artigo. Nesse momento ainda não solicitou expressamente o serviço de apoio. Segundo a letra da lei, a exceção só se aplica quando o acesso é estritamente necessário para disponibilizar um serviço digital expressamente solicitado pelo utilizador1. A Datenschutzkonferenz sublinha que estes dois elementos estão indissociavelmente ligados e que a estrita necessidade deve ser sempre apreciada em relação ao serviço concretamente solicitado, o que exige um olhar granular sobre cada função do site2. Se o script já carrega em segundo plano e define um identificador do dispositivo antes de a utilizadora ter clicado ativamente no ícone do chat, falta, nesta leitura, o critério do pedido expresso.
As autoridades assinalam ainda que muitos scripts de widget correntes já recolhem, na inicialização, dados do dispositivo e do navegador, transmitem endereços IP a servidores de terceiros ou carregam tipos de letra e recursos externos. O dever de consentimento aplica-se independentemente de a informação guardada ou lida ter carácter pessoal2. Acresce o momento: o consentimento tem de existir antes de ocorrer o acesso ao equipamento terminal. Nesta leitura estrita, carregar um widget de forma indiscriminada em cada subpágina está sujeito a consentimento.
| Critério | Formulário de contacto clássico | Widget de chat de carregamento automático |
|---|---|---|
| Ativação da função | Ativa, ao navegar para a página /contacto | Passiva, pelo carregamento automático do script em todas as páginas |
| Acesso ao equipamento terminal | Não exige armazenamento no cliente antes do envio | Define identificadores de sessão ou Local Storage ao abrir a página |
| Pedido expresso | Claramente dado ao abrir a página de forma deliberada | Não necessariamente dado na simples visita à página inicial |
| Apreciação segundo a leitura estrita | Em regra admissível sem consentimento ao abrigo do TDDDG | Sujeito a consentimento, porque o acesso ocorre antes do pedido expresso |
Consequências práticas: carregar ao clique ou categoria no banner?
A qualificação jurídica não é um exercício teórico. Dita exatamente como o teu widget tem de ser implementado tecnicamente e ligado ao teu sistema de gestão de consentimento. Quem se decide por uma das duas interpretações tem de escolher a arquitetura técnica correspondente.
Opção A: carregamento imediato como serviço essencial.
Se a tua empresa classifica o widget como tecnicamente indispensável, inscreves o script no grupo Essencial ou Necessário da tua ferramenta de consentimento. O widget carrega de forma assíncrona ao abrir a página. A visitante vê logo o botão de apoio no canto do ecrã. A vantagem: disponibilidade máxima e nenhuma barreira de entrada para quem procura ajuda.
Opção B: controlo através do banner de consentimento.
Se a tua empresa segue o entendimento das autoridades de proteção de dados, o widget pertence à categoria Funcional ou Meios externos. Na prática significa: o banner bloqueia o script e só o injeta quando a utilizadora clica ativamente em Aceitar tudo ou seleciona Funcional. Se a visitante recusar, o widget permanece completamente invisível para ela. Nesse caso convém disponibilizar contactos estáticos no rodapé ou um centro de ajuda público como alternativa.
Opção C: a solução de dois cliques com marcador.
Uma alternativa elegante ao bloqueio pelo banner é o carregamento ao clique. Aqui não se carrega inicialmente qualquer script externo nem qualquer cookie. Na página existe apenas um ícone local que serve de marcador. Quando a visitante clica ativamente nesse ícone de chat, confirma com isso o pedido expresso do serviço de apoio. Só esse clique desencadeia o carregamento dinâmico do script do widget. Isto encaixa na letra da exceção do § 25 n.º 2 alínea 2 TDDDG, que isenta o acesso apenas para um serviço digital expressamente solicitado1.
- 01Variante 1 (essencial): o script carrega diretamente. Elevada acessibilidade, exige documentação sólida na empresa.
- 02Variante 2 (opt-in no banner): o script só carrega com concordância no banner. Se o banner for recusado, perde-se o canal de chat.
- 03Variante 3 (carregamento em dois cliques): o marcador só carrega o script com interação ativa. Elevada segurança jurídica mantendo a visibilidade.
Documentação: porque uma simples decisão não chega
Seja qual for o caminho escolhido pela tua equipa: uma decisão informal no Slack do apoio ou uma concordância verbal não resistem a uma inspeção da autoridade. O art. 5.º n.º 2 RGPD impõe a responsabilidade. Tens de poder demonstrar e fundamentar a qualquer momento porque é que uma ferramenta é usada dessa forma.
Inscrição no registo das atividades de tratamento.
Todo o sistema de apoio em uso tem obrigatoriamente de constar do registo das atividades de tratamento, nos termos do art. 30.º RGPD. Aí devem ficar registados de forma transparente as finalidades do tratamento, as categorias de titulares dos dados, os destinatários dos dados, os prazos de conservação e as bases jurídicas usadas ao abrigo do TDDDG e do RGPD.
Além disso, a política de privacidade do teu site tem de detalhar a utilização do widget. Se aí forem definidos identificadores, o prazo de conservação, o modo de funcionamento e os prestadores envolvidos têm de ser indicados com precisão. Esta é também a base para responder com segurança e dentro do prazo a pedidos posteriores dos utilizadores ou a pedidos de acesso ao abrigo do RGPD.
- Fundamentação documentada da classificação ao abrigo do § 25 TDDDG (essencial, opt-in no banner ou dois cliques).
- Manutenção da entrada no registo das atividades de tratamento nos termos do art. 30.º RGPD.
- Cláusula completa na política de privacidade, indicando o prestador, os prazos de conservação e a finalidade dos dados.
- Celebração de um contrato de subcontratação nos termos do art. 28.º RGPD com o fornecedor do widget.
O caminho de menor risco para os responsáveis do site
Quem quiser minimizar os riscos jurídicos tem de ponderar com frieza as consequências possíveis. As violações do disposto no § 25 n.º 1 TDDDG não são bagatelas. Nos termos do § 28 n.º 1 alínea 13 conjugado com o n.º 2 TDDDG, guardar informação ou aceder-lhe sem consentimento pode ser sancionado com coima até trezentos mil euros4.
O risco de notificações de associações e concorrentes.
Além das coimas das autoridades, os scripts integrados sem transparência acarretam sempre o risco de notificações ao abrigo do direito da concorrência, por parte de associações de consumidores ou de concorrentes. Os scripts que definem cookies de rastreio sem consentimento no banner, ou transferem dados para países terceiros sem um nível de proteção adequado, são o alvo dos rastreadores automatizados.
Por isso, o caminho de longe menos arriscado é duplo: ou integras o widget com uma verdadeira lógica de dois cliques, de modo que os dados só circulem ao clicar no chat, ou atribuis o widget, no banner, à categoria sujeita a consentimento. Se, pelo contrário, quiseres carregar o widget diretamente como essencial, assegura-te de que o fornecedor não pratica qualquer rastreio de terceiros, de que os dados são tratados integralmente na UE e de que a fundamentação está documentada sem lacunas no registo das atividades de tratamento.
| Implementação | Risco jurídico | Efeito prático na experiência de utilização |
|---|---|---|
| Carregamento imediato como essencial | De médio a elevado, porque as autoridades de controlo interpretam de forma restrita a exceção do § 25 n.º 2 TDDDG | Melhor experiência de utilização: chat visível de imediato. |
| Integração no banner (opt-in) | Muito baixo | O chat permanece invisível para as utilizadoras que não consentiram. |
| Solução de dois cliques (carregar ao clique) | Muito baixo | O melhor compromisso: ícone de chat visível, script carrega quando é preciso. |
Apoio com IA conforme ao RGPD com a Comlayer
Se queres automatizar o apoio ao cliente moderno sem arriscar zonas cinzentas jurídicas, o que conta é a base técnica certa. Decisiva é uma solução que separe com clareza a interface do tratamento de dados e te deixe total flexibilidade na integração.
Script leve e modos de carregamento flexíveis.
O widget da Comlayer é integrado através de um excerto assíncrono de JavaScript. És tu que decides se o excerto carrega diretamente no código-fonte, se é libertado pelo teu sistema de gestão de consentimento após o consentimento, ou se é inicializado dinamicamente apenas através de um evento de clique na tua página. A lista de domínios permitidos garante que a tua chave de widget não pode ser usada indevidamente em domínios alheios.
Como é uma decisão destas depois de tomada pode ler-se na própria Comlayer. No seu registo de consentimento, o chat de apoio está classificado como necessário ao abrigo do § 25 n.º 2 alínea 2 TDDDG, com o fundamento de que é o único canal de apoio dessa página e por isso é tratado como um formulário de contacto. A posição contrária consta expressamente ao lado: a Datenschutzkonferenz conta os widgets de chat de carregamento automático entre os serviços sujeitos a consentimento, porque o script carrega sem intervenção da visitante e define um identificador. Quem avaliar de outro modo move a entrada para a categoria funcional, liga o carregamento ao consentimento e sobe a versão do banner, para que a pergunta seja feita de novo. Também isso não é uma questão jurídica resolvida, mas uma decisão fundamentada e documentada — exatamente a que este artigo descreve.
Tratamento na UE e sem treino de modelos.
Por detrás do widget trabalha uma infraestrutura europeia limpa de segurança e proteção de dados: conversas, anexos e o processamento por IA correm em centros de dados europeus. Um contrato de subcontratação nos termos do art. 28.º RGPD é disponibilizado diretamente. Um ponto essencial para as empresas: os teus dados de clientes e conversas de apoio não são usados para treinar modelos de IA. As respostas assentam em RAG (Retrieval-Augmented Generation) e fornecem sempre a ligação à fonte.
Os planos têm uma estrutura transparente: o plano Free permite começar gratuitamente com o widget de apoio, o centro de ajuda e dois lugares de equipa. O plano Pro dirige-se a equipas que usam o apoio com IA em produção e inclui 500 respostas de IA, além de um domínio próprio para o centro de ajuda. Para volumes mais elevados existe o plano Scale, com 5000 respostas de IA incluídas.
- Integração flexível: carregamento direto, acoplamento ao banner ou acionador de dois cliques via JavaScript.
- Alojamento e processamento de IA em regiões europeias, com contrato de subcontratação.
- Sem treino de modelos de IA públicos com as tuas conversas com clientes.
- Modelos de preços transparentes, do plano Free gratuito até Pro e Scale, com preço base mensal, preço por lugar e respostas de IA faturadas por utilização.
Perguntas frequentes
O que regula o § 25 TDDDG para os sites?
O TDDDG transpõe exigências europeias para o direito alemão. O § 25 estabelece que guardar e ler informação no equipamento terminal - por exemplo através de cookies ou scripts - exige, por princípio, um consentimento informado, salvo se operar uma exceção estrita.
Um widget de apoio é estritamente necessário ao abrigo do TDDDG?
É juridicamente controverso. Uma posição vê o widget, por analogia com um formulário de contacto, como um serviço imprescindível. A posição contrária, e muitas autoridades de controlo, avaliam-no como uma função adicional que não pode arrancar sem um pedido explícito da visitante.
O que diz a Datenschutzkonferenz sobre widgets de chat?
A Datenschutzkonferenz (DSK) interpreta de forma muito restrita as exceções ao dever de consentimento. Argumenta normalmente que um widget de carregamento automático, que define identificadores de imediato, não foi expressamente solicitado pelo utilizador e, por isso, está sujeito a consentimento.
O widget de chat tem de ir para o banner de consentimento?
Se seguires a leitura estrita, sim. O script só poderá então carregar depois de a visitante ter consentido no banner, ou quando ela clicar diretamente num marcador que desencadeia o carregamento do script.
Que coimas se arriscam por violação do TDDDG?
Se for guardada informação num equipamento terminal ou lida a partir dele sem o consentimento necessário, trata-se de uma contraordenação que pode ser sancionada com coima nos termos do § 28 TDDDG. A moldura exata da coima para este ilícito consta do § 28 n.º 2 TDDDG.
Basta não guardar dados pessoais?
Não. O § 25 TDDDG aplica-se já ao ato puramente técnico de guardar ou ler informação no equipamento terminal, independentemente de esses dados dizerem diretamente respeito a uma pessoa. O RGPD só regula o tratamento subsequente.