# Compartilhar uma Lista de Clientes com a Agência – Sem a PII

> Sua agência precisa do público, não dos endereços. Aplique o hash no Planilhas antes de a lista sair das suas mãos – a correspondência continua funcionando.

- Source: https://www.8apps.co/pt/blog/compartilhar-lista-clientes-agencia-sem-pii
- Markdown: https://www.8apps.co/pt/blog/compartilhar-lista-clientes-agencia-sem-pii.md
- Published: 2026-09-02
- Author: Equipe 8apps
- Language: pt

---
## O e-mail que você deveria parar de enviar

"Oi, segue em anexo a lista de clientes para a campanha" – com um CSV bruto de nomes, e-mails e telefones, enviado para a caixa de entrada de uma agência, encaminhado para quem cuida dos anúncios, vivo para sempre em três arquivos de e-mail. A agência nunca precisou dos endereços legíveis. Ela precisava de um arquivo que a plataforma de anúncios consiga corresponder. São arquivos diferentes, e você pode produzir o segundo sem nunca compartilhar o primeiro.

## Por que isso funciona

Plataformas de anúncios correspondem listas de clientes por identificadores com hash – Google Ads e Meta documentam ambas que aceitam digests SHA-256 de e-mails e telefones normalizados. A plataforma compara os seus digests com os dela; em nenhum momento a campanha precisa que a sua lista seja legível pelas pessoas que a operam. A divisão de trabalho fica limpa: **você normaliza e aplica hash dentro da sua própria planilha; a agência recebe digests e faz o upload.**

## O fluxo

1. **Normalize primeiro por plataforma de destino** – é aqui que mora a armadilha. O formato de telefone documentado pelo Google é E.164 com o `+`; o da Meta é dígitos com código do país, sem mais. Um número, dois formatos, dois digests diferentes – então pergunte à agência *quais plataformas* antes de aplicar o hash, e produza uma coluna com hash por plataforma. (As regras completas por plataforma estão nos nossos guias de Customer Match e de Públicos Personalizados.)
2. **Aplique o hash na planilha** – SHA-256, hexadecimal. O Planilhas não tem função de hash embutida, então isto é Apps Script ou um complemento.
3. **Limpe o arquivo antes de ele viajar.** Copie as colunas com hash, cole como valores em uma planilha nova e confira que o arquivo não contém mais nada – nenhuma coluna bruta escondida lá na direita, nenhuma segunda aba com a colagem original, nenhum intervalo nomeado arrastando dados junto.
4. **Envie com uma especificação de uma linha:** para qual plataforma é cada coluna e que os digests são SHA-256 hexadecimal minúsculo de valores normalizados por plataforma. Essa frase evita que a agência aplique hash de novo ou "conserte" os dados – a forma mais comum de uma entrega limpa morrer.

## O que isso não faz

Honestidade, porque aqui ela importa: uma lista com hash é pseudonimizada, não anonimizada – os reguladores a tratam como dado pessoal, e espaços de chave pequenos como números de telefone podem ser quebrados por força bruta. O arquivo com hash deve viajar sob o mesmo acordo que o arquivo bruto exigiria; o que muda é a exposição, não a obrigação. Se o processo da agência falhar, vazam digests em vez de endereços – um raio de impacto bem menor, não um não evento.

## Onde o Hash Data se encaixa

O [Hash Data](/pt/google-workspace/hash-data) mantém a etapa 2 dentro do Google Planilhas: funções de hash nas células e o `=HASHPHONE()` normalizando para E.164 e aplicando o hash em uma etapa para a coluna formatada para o Google. A lista fica pronta para a campanha sem que uma cópia dela jamais seja colada em um site de hash ou anexada bruta a um e-mail.

## Fontes

- [Ajuda do Google Ads – Formatar o arquivo de dados do cliente](https://support.google.com/google-ads/answer/7659867) – lido em 20/08/2026
- [Meta – Custom Audiences guide](https://developers.facebook.com/docs/marketing-api/audiences/guides/custom-audiences/) – lido em 20/08/2026
- [Diretrizes 01/2025 do EDPB sobre Pseudonimização](https://www.edpb.europa.eu/system/files/2025-01/edpb_guidelines_202501_pseudonymisation_en.pdf) – lido em 20/08/2026