Por que aplicar hash não torna formulários de clínicas elegíveis para conversões melhoradas para leads
Aplicar hash aos dados de um formulário de clínica não o torna elegível para conversões melhoradas para leads. A política de dados do cliente do Google proíbe o uso de informações de conversão relacionadas a categorias sensíveis, incluindo informações médicas ou de saúde. Essa decisão vem antes da configuração técnica.
Existe uma checklist oficial do Google para implementar o recurso em usos elegíveis. Ela trata de captura, hash SHA-256, importação e diagnóstico. Nenhuma dessas etapas libera um formulário relacionado à saúde. Se a conversão pertence à categoria sensível, a equipe deve interromper o envio e manter a medição no ambiente aprovado da clínica.
Qual é a resposta para um formulário ligado à saúde?
A resposta é bloquear conversões melhoradas para leads. A política de dados do cliente se aplica ao recurso e informa que anunciantes não podem enviar informações de conversão relacionadas a categorias sensíveis. Também diz que conversões nessas categorias não podem ser usadas para medição em conversões melhoradas ou uploads de vendas em loja.
O Google inclui informações médicas ou de saúde entre as categorias sensíveis. A política cita compras de serviços médicos, medicamentos e dispositivos médicos como exemplos. O critério está no que a conversão revela ou representa, não apenas nos campos visíveis do payload.
Um pedido de consulta não fica fora desse limite porque recebeu o nome “lead”. A equipe deve descrever a ação real, a página em que ocorre e o serviço ao qual se refere. Quando a informação de conversão está ligada à saúde, não avance para configuração, teste ou ativação.
Por que o hash não resolve a elegibilidade?
Na checklist de implementação, o Google orienta anunciantes elegíveis a aplicar SHA-256 às informações de identificação antes do envio. Esse procedimento prepara os dados para correspondência técnica. Ele não apaga o contexto do evento nem cria uma exceção para a categoria de saúde.
Formato e elegibilidade respondem a perguntas diferentes. O primeiro explica como representar um dado permitido. A segunda determina se a informação de conversão pode entrar no recurso. Quando a clínica começa pelo formato, pode terminar uma integração para um evento que a política já bloqueia.
| Item verificado | O que comprova | O que não comprova |
|---|---|---|
| Hash SHA-256 | Preparação técnica para correspondência | Permissão para conversão ligada à saúde |
| Consentimento registrado | Escolha registrada no processo da clínica | Exceção à política do Google |
| Base legal documentada | Conclusão da análise jurídica aplicável | Elegibilidade no produto publicitário |
| Termos de dados aceitos | Pré-requisito da conta | Aprovação do evento específico |
| Nome genérico | Rótulo usado na interface | Mudança do significado sensível |
Como fazer a triagem sem transformar a análise em ativação?
Escreva uma frase simples sobre a conversão proposta. Ela deve explicar o que a pessoa fez, qual página recebeu a ação e qual registro operacional surgiu. Faça isso em um documento interno. Não instale tags nem envie dados de teste para descobrir a resposta.
Depois, compare a frase com a versão atual da política de dados do cliente. Se a conversão estiver relacionada a informações médicas ou de saúde, registre o bloqueio. A revisão termina nesse ponto. E-mail, telefone, identificadores de clique, hash e nomes de ação não precisam entrar na discussão seguinte.
Evite uma conclusão para o domínio inteiro. Um site pode ter páginas com funções diferentes, mas isso não autoriza nenhuma delas automaticamente. Cada evento precisa de contexto, escopo, data e responsável. Uma mudança no formulário ou no serviço pode exigir nova avaliação.
A arquitetura da Data Manager para formulários de clínicas separa coleta interna de envio externo. Para o caso tratado aqui, o resultado da triagem é manter a saída desativada.
O que a documentação da Data Manager realmente prova?
A visão geral da Data Manager informa que a API aceita conversões offline, conversões melhoradas para leads e outros eventos. O guia de envio descreve destino, objetos de evento, formatação, hash e codificação. Uma resposta bem-sucedida inclui um identificador da requisição.
Esses documentos comprovam capacidade de transporte. Eles não concedem permissão para informações de conversão relacionadas à saúde. Criptografia, hash, destino configurado e sucesso HTTP continuam sendo fatos técnicos. A política de dados do cliente decide o limite de uso.
A API não serve como teste de elegibilidade. Uma requisição aceita ainda pode ser incompatível com a política e com outras obrigações aplicáveis. O bloqueio precisa acontecer antes da construção do evento.
Qual é o papel do consentimento e da base legal?
Consentimento e base legal pertencem à análise jurídica e operacional da clínica. Eles podem ser necessários para determinadas atividades, mas não reescrevem as regras de um produto publicitário. Mesmo um registro completo de consentimento não elimina a proibição do Google para a medição sensível descrita na política.
Aceitar os Termos de Dados do Cliente também não resolve o problema. A própria checklist apresenta essa aceitação como pré-requisito de configuração. Um pré-requisito não equivale à aprovação do evento concreto. A clínica precisa cumprir a política além dos termos e das obrigações legais.
Registre essas análises separadamente. O documento jurídico responde às obrigações aplicáveis. O registro de plataforma responde ao uso permitido no Google Ads. Misturar ambos tende a criar frases vagas como “o consentimento autoriza”, sem dizer qual regra foi examinada.
Por que publicidade personalizada é outra fronteira?
A política de publicidade personalizada do Google classifica saúde como categoria de interesse sensível. Anunciantes nessa categoria não podem usar audiências selecionadas pelo próprio anunciante, como Customer Match e segmentos próprios. As audiências predefinidas pelo Google seguem regras distintas.
Essa página trata de segmentação, não substitui a regra de medição. Para conversões melhoradas, a fonte direta é a política de dados do cliente. A clínica deve respeitar ambos os limites sem tentar transformar o formulário bloqueado em audiência, remarketing ou lista de clientes.
A ausência de uma audiência também não torna seguro o envio da conversão. Medição e segmentação são finalidades separadas, cada uma com sua política.
Como medir sem enviar o formulário ao Google?
A clínica pode manter o formulário, o status operacional, a decisão de política e os resultados posteriores dentro do ambiente aprovado. Esses registros atendem à rotina e permitem relatórios internos. Eles não precisam sair para uma plataforma de anúncios.
Use definições estáveis e contagens agregadas. Separe formulário válido, agendamento criado, cancelamento, comparecimento e outros estados internos permitidos. A taxonomia de resultados de agendamento ajuda a impedir que etapas diferentes recebam o mesmo nome.
Quando a equipe compara campanhas, preserve somente as dimensões aprovadas no relatório interno. Não copie conteúdo do formulário, detalhes da consulta, tratamento, mensagens livres ou identificadores para mídia. O guia sobre taxa de comparecimento por campanha mostra como calcular um resultado posterior de forma agregada.
Checklist de bloqueio e revisão
- Descrever a conversão em linguagem comum.
- Registrar se a informação está ligada a saúde ou atendimento médico.
- Consultar a versão inglesa vigente da política de dados do cliente.
- Interromper a análise quando a categoria sensível se aplicar.
- Não tratar hash, consentimento, base legal ou termos como exceção.
- Não fazer um envio de teste para obter uma resposta de política.
- Manter audiências do anunciante fora do fluxo.
- Guardar data, fontes, escopo e responsável pela decisão.
- Revisar novamente quando finalidade, formulário, serviço ou política mudar.
Esta checklist registra o bloqueio. Não há instruções de tags, mapeamento de identificadores ou montagem de payload porque, nos formulários relacionados à saúde, esses detalhes técnicos não mudam a resposta.
Perguntas frequentes
Consentimento permite ativar conversões melhoradas?
Não para uma conversão relacionada a informações médicas ou de saúde. O consentimento não substitui a política do Google nem cria uma exceção para o recurso.
O hash transforma o dado em anônimo?
A documentação descreve o hash como preparação para correspondência. Ele não remove o contexto da conversão nem comprova anonimização ou elegibilidade para um formulário de saúde.
Uma resposta de sucesso da API comprova conformidade?
Não. Ela registra o resultado técnico da requisição. Não comprova compatibilidade com a política de dados do cliente, com a publicidade personalizada ou com a legislação aplicável.
Trocar o nome para “lead” resolve?
Não. Um rótulo genérico não muda o que aconteceu. A análise considera a ação, a página, o serviço e a informação de conversão que o evento representa.
Referências
- Google Ads Help, “Enhanced conversions for leads implementation checklist”, consultado em 2026-08-16, https://support.google.com/google-ads/answer/16782203?hl=en
- Google Advertising Policies Help, “Customer data policies”, consultado em 2026-08-16, https://support.google.com/adspolicy/answer/7475709?hl=en
- Google Advertising Policies Help, “Personalized advertising”, consultado em 2026-08-16, https://support.google.com/adspolicy/answer/143465?hl=en
- Google for Developers, “Events overview”, consultado em 2026-08-16, https://developers.google.com/data-manager/api/devguides/events
- Google for Developers, “Send events”, consultado em 2026-08-16, https://developers.google.com/data-manager/api/devguides/events/send-events