If someone asks you to prove your content is compliant, what do you actually send?
AI Technology

If someone asks you to prove your content is compliant, what do you actually send?

When a client, platform, or regulator asks for proof of AI content compliance, a disclosure label is not enough on its own. This is the evidence pack that actually holds up: a timestamp, a signature, a content hash, and a link anyone can check without contacting you.

S
Swiss Trust Layer Editorial Team· Legal & Compliance
·August 10, 2026· 8 min de leitura

Alguém pede uma prova. Um cliente que passa um questionário de fornecedores, uma plataforma que revê a sua conta depois de uma reclamação, um advogado que reúne um processo, ou um parceiro de licenciamento que verifica um conteúdo antes de o usar. O pedido costuma chegar formulado de forma vaga, "pode mostrar que este conteúdo cumpre as regras da IA", e essa vaguidade esconde duas perguntas distintas numa única frase.

Duas perguntas escondidas num único pedido

A primeira pergunta é se o conteúdo foi rotulado corretamente no momento da publicação. Nos termos do artigo 50 do Regulamento de IA da UE, o Regulamento (UE) 2024/1689, aplicável desde 2 de agosto de 2026, um responsável pela implantação, ou seja, quem publica conteúdo gerado ou manipulado por IA, tem de o divulgar onde uma pessoa o encontre. A explicação completa do que o artigo 50 exige abrange quem vincula e o que está abrangido.

A segunda pergunta é se consegue sustentar essa divulgação depois do facto. Um rótulo declara o que afirma. Por si só, não mostra o que realmente aconteceu, quem esteve envolvido, nem quando. Isso é um registo, e um registo é um objeto diferente de um rótulo: criado num momento diferente, guardado de forma diferente e verificado por alguém que não é você. É também o que realmente se pede, assim que a pergunta passa de "rotulou isto" para "prove-o".

Porque é que o rótulo sozinho não chega

Um rótulo vive na sua própria página, no seu próprio CMS, editável a qualquer momento pela sua própria equipa. Isso é exatamente correto para o seu propósito: dizer a um leitor, no momento em que encontra o conteúdo, que foi gerado ou modificado com IA. Deixa de ser suficiente assim que alguém o trata como prova, porque a parte a quem se pede para confiar no rótulo é a mesma que o escreveu.

Questionários de fornecedores, litígios contratuais e revisões de plataforma chegam com palavras diferentes, mas acabam na mesma pergunta de fundo: alguém fora da sua organização consegue confirmar isto sem acreditar na sua palavra e sem precisar de aceder aos seus sistemas. Uma captura de ecrã do seu CMS não responde a isso. Nem um fio de e-mails a explicar o seu processo, nem a data de modificação de um ficheiro, que muda sempre que é aberto, já para não falar de quando é editado.

O que tem de existir de facto antes de a pergunta ser feita

Um pacote de provas que resiste a um segundo olhar tem quatro partes. Nenhuma substitui a divulgação do artigo 50; ficam por baixo dela e dão-lhe algo em que se apoiar.

A declaração em si. Qual dos quatro estados se aplica: gerado por IA, modificado por IA, assistido por IA, ou redigido por uma pessoa. Escolher errado aqui é pior do que deixar vago, porque a obrigação é sobre exatidão, não sobre cautela. A maioria do conteúdo de trabalho acaba assistido por IA, um modelo ajudou nalgum ponto do processo e uma pessoa escreveu a versão final, e dizê-lo claramente é a resposta exata, não a mais fraca.

Uma marca temporal qualificada sobre o ficheiro exato. Uma marca temporal construída segundo a norma RFC 3161, emitida por um prestador de serviços de confiança qualificado nos termos do ZertES ou do eIDAS, prova que um ficheiro específico, até ao byte, existia nessa forma exata num momento preciso. Altere um único carácter depois e a marca temporal deixa de corresponder ao ficheiro. Isso resolve o problema da data de modificação: a data está ligada matematicamente ao próprio conteúdo, não a um campo do sistema de ficheiros que qualquer pessoa com acesso de edição pode alterar ou que se reinicia ao abrir o ficheiro.

Uma assinatura qualificada que liga o ficheiro a uma parte verificada. Uma marca temporal prova que um ficheiro existia num determinado momento. Não diz quem o colocou lá. Uma assinatura eletrónica qualificada transporta essa identidade através de um passo de verificação em vez de um endereço de e-mail que qualquer pessoa podia ter escrito, pelo que as duas juntas respondem ao "o quê" e ao "quem", cobrindo a maior parte do que um questionário realmente pede, mesmo quando a pergunta é formulada como "prove que está em conformidade".

Uma impressão digital do conteúdo registada publicamente, sem entregar o ficheiro. Uma impressão ISCC do próprio conteúdo é inscrita numa base de dados pública e pesquisável. Não expõe o ficheiro subjacente, apenas uma impressão derivada dele. Isso dá ao próprio conteúdo, não apenas à sua posse de uma cópia específica, algo que um organismo de licenciamento, uma plataforma, ou uma verificação de onde um texto ou imagem reapareceu, pode comparar mais tarde, sem o contactar primeiro. Esta é a parte que a marca temporal e a assinatura sozinhas não cobrem: a rastreabilidade do próprio conteúdo, independentemente de quem detém o ficheiro original.

O que envia de facto, na prática

Quando o pedido chega, a resposta é um link. Uma página de verificação que qualquer pessoa pode abrir sem conta, sem sessão iniciada, e sem lhe escrever primeiro, mostrando o registo selado, a marca temporal, a identidade signatária e a declaração juntos num só lugar. Selar e declarar um ficheiro demora cerca de cinco minutos no momento da publicação, e o passo que realmente importa é o último, aquele em que alguém fora da sua organização verifica o registo a frio, sem a sua ajuda e sem qualquer benefício da dúvida.

Compare isso com a resposta habitual a um pedido de conformidade: uma exportação em PDF de uma conversa no Slack, uma captura de ecrã do histórico de versões de um Google Doc, ou um parágrafo num e-mail a explicar que a equipa "divulga sempre o uso de IA". Cada uma dessas opções fica interna, fica editável, e depende inteiramente de o destinatário confiar nos seus sistemas e na sua boa-fé. Um link de verificação não tem nenhum desses defeitos, e essa é precisamente a razão para construir o registo no momento da publicação em vez de tentar montar um depois de o pedido chegar.

Quem pergunta de facto, e quando

Raramente é um regulador a bater primeiro à porta. É muito mais frequente ser a equipa de compras de um cliente a fazer uma verificação de rotina a fornecedores, uma contraparte num litígio contratual a reunir registos, uma plataforma a responder a uma reclamação, ou um parceiro de licenciamento que precisa de conhecer a proveniência de um conteúdo antes de o usar. Nenhuma dessas situações avisa com muita antecedência, e nenhuma espera enquanto procura o ficheiro original ou a pessoa que o escreveu há oito meses.

Quanto disto realmente precisa

Nem todo conteúdo precisa do pacote de provas completo por trás dele. Uma legenda de rede social que desaparece dos algoritmos do feed num dia traz pouco risco prático se ninguém a contestar. O pacote importa mais para tudo o que possa plausivelmente acabar diante da equipa jurídica de um cliente, de um regulador, ou de um tribunal: entregáveis pagos, tudo o que é publicado num mercado com uma obrigação de divulgação ativa, e tudo o que faz uma afirmação que alguém possa contestar meses depois.

Construir o registo no momento da publicação também é simplesmente mais barato do que reconstruir um depois. Assim que um pedido já chegou, não há forma de fabricar uma marca temporal para um ficheiro que já saiu sem ser selado; o melhor que se pode fazer nesse ponto é explicar o seu processo e esperar ser acreditado. Trate a selagem como parte do próprio passo de publicação, não como uma tarefa separada a fazer mais tarde se sobrar tempo, e a questão do pacote de provas deixa de ser urgente, porque já tinha resposta antes de alguém a colocar.

A versão curta para guardar

Quem lhe pede para provar que um conteúdo está em conformidade está na realidade a fazer quatro perguntas mais pequenas: o que foi publicado, quem o publicou, quando, e consigo verificar isso sozinho sem o contactar. Um rótulo de divulgação responde à primeira pergunta, e só se quem o lê já confiar em si. Uma marca temporal qualificada responde ao quando. Uma assinatura qualificada responde ao quem. Uma impressão de conteúdo registada responde ao quê, numa forma que perdura mesmo que o ficheiro original nunca seja partilhado com ninguém. Envie o registo que responde às quatro. Repetir o rótulo não é uma quinta resposta, é a mesma repetida outra vez.

Proteja seu trabalho com Swiss Trust Layer AG

Sele sua propriedade intelectual com um e-Selo comprovado em tribunal, apoiado pela Swisscom Trust Services.

Agendar Demo Gratuita

Related Articles

Week in review: Article 50, copyright proof, and what changed
AI & Technology

Week in review: Article 50, copyright proof, and what changed

Article 50 took effect on 2 August. A week of writing about it comes down to one idea: the rule asks you to make a statement, and a statement is only as good as what you can produce when somebody asks you to back it up.

August 8, 2026Read more →
The four AI labels every EU publisher needs, and what each one means
AI & Technology

The four AI labels every EU publisher needs, and what each one means

AI generated, AI modified, AI assisted, human authored. Four statements cover almost everything a publishing team produces. This is what separates them, how to decide in under a minute, and why an inaccurate label is a worse position than a missing one.

August 4, 2026Read more →
A checkbox is not proof: labelling versus evidence under the AI Act
AI & Technology

A checkbox is not proof: labelling versus evidence under the AI Act

A label and a record look identical on a page and behave completely differently the moment somebody questions them. This is what separates a self-declaration from evidence, why the usual internal records do not close the gap, and what a qualified timestamp changes.

August 3, 2026Read more →
Article 50 is live today. Here is how to prove your content is compliant.
AI & Technology

Article 50 is live today. Here is how to prove your content is compliant.

The transparency obligations in Article 50 of the EU AI Act apply from today. This is what the obligation actually requires, why a label alone leaves the burden of proof with the publisher, and the four parts of a record that somebody outside your organisation can check.

August 2, 2026Read more →
What EU AI Act Article 50 actually asks you to do, in plain terms
AI & Technology

What EU AI Act Article 50 actually asks you to do, in plain terms

Article 50 of the EU AI Act applies from 2 August 2026. This is a plain reading of what it asks for: who it binds, what content is in scope, what labelling actually means in practice, and the three questions worth settling before Monday morning.

August 1, 2026Read more →