Confirmação de leitura Gmail: limites e DNS

Como ativar a confirmação de leitura no Gmail?

A Central de Ajuda do Google Workspace para administradores trata a confirmação de leitura como um recurso do Workspace. Um administrador precisa ativá-lo para a organização antes que alguém consiga solicitar uma confirmação. Numa conta pessoal @gmail.com a opção não existe, e nenhuma configuração vai fazê-la aparecer. Numa conta Workspace, o processo tem duas etapas: o administrador libera o recurso e, depois, cada usuário solicita a confirmação mensagem por mensagem.

1. 1 Etapa do administrador: faça login no Google Admin Console, vá em Apps > Google Workspace > Gmail e abra as configurações de usuário que contêm as confirmações de leitura de e-mail.
2. 2 Defina para quem as confirmações podem ser enviadas: ninguém, endereços dentro da sua organização mais uma lista de endereços externos específicos, ou qualquer endereço. Você também pode fazer com que os usuários sejam avisados antes de uma confirmação seguir para um endereço fora da organização.
3. 3 Salve e aguarde a alteração se propagar. O Google avisa que mudanças no Admin Console podem levar um tempo até chegar a todos os usuários.
4. 4 Etapa do usuário: no Gmail pelo computador, escreva a mensagem, clique em Mais opções (os três pontos verticais ao lado de Enviar) e escolha Solicitar confirmação de leitura.
5. 5 Envie. Se o destinatário concordar, a confirmação chega à sua caixa de entrada como uma mensagem separada, mostrando quando o e-mail foi aberto.

Se a opção Solicitar confirmação de leitura aparecer acinzentada ou nem aparecer, quase sempre há duas causas possíveis. Ou a conta é pessoal, ou o administrador não ativou as confirmações para a unidade organizacional à qual o seu usuário pertence.

Por que a confirmação de leitura do Gmail não voltou?

A confirmação de leitura do Gmail é um pedido, não uma medição. Tecnicamente, trata-se de uma Message Disposition Notification (MDN), um mecanismo padronizado pela IETF. O cliente de quem envia adiciona um cabeçalho pedindo uma notificação, e o cliente de quem recebe decide se vai enviá-la. O Gmail não tem como forçar isso. Estes são os motivos mais comuns para nada voltar:

• O destinatário recusou. O Gmail e a maioria dos outros clientes que suportam confirmações mostram um aviso, e recusar ou ignorar esse aviso significa que nenhuma confirmação é enviada.
• O cliente do destinatário não suporta MDN. Muitos clientes mobile e de webmail descartam o cabeçalho do pedido sem avisar ninguém.
• A organização do destinatário bloqueia o envio de confirmações. Um administrador do Workspace do outro lado pode desativar as confirmações por completo ou limitá-las a endereços internos.
• A mensagem foi lida no painel de visualização, ou num dispositivo que nunca exibiu o aviso.
• A mensagem foi para uma lista de distribuição ou um endereço de grupo. As confirmações foram pensadas para destinatários individuais.

Não receber a confirmação não significa que ninguém leu o e-mail. A ausência de confirmação não diz nada sobre se a mensagem foi entregue ou lida. Por isso, ela não serve como verificação de entrega.

Confirmação de leitura x rastreamento de abertura: qual método usar?

Muita gente que pesquisa confirmação de leitura no Gmail quer, na verdade, saber se um e-mail foi aberto sem que o destinatário precise confirmar nada. Isso não é a confirmação de leitura nativa. É rastreamento de abertura com uma imagem invisível (o chamado pixel de rastreamento), oferecido por extensões de navegador e plataformas de envio. Os três métodos se comparam assim:

Método	Como funciona	Quem precisa colaborar	Onde para de funcionar
Confirmação de leitura nativa do Gmail (só Workspace)	Um cabeçalho solicita uma MDN; o cliente do destinatário envia uma notificação	Seu administrador, o cliente do destinatário e o próprio destinatário	Não existe no Gmail pessoal; o destinatário pode recusar; muitos clientes ignoram o pedido
Extensão de rastreamento para Gmail (ex.: Mailtrack, Boomerang, Streak)	Adiciona um pixel de rastreamento às mensagens enviadas pelo Gmail; o carregamento da imagem conta como abertura	O cliente do destinatário precisa carregar imagens	O bloqueio de imagens esconde aberturas; proxies de privacidade que pré-carregam imagens registram aberturas que ninguém fez
Rastreamento de abertura numa plataforma de envio (ex.: Brevo)	A plataforma insere um pixel em cada campanha ou mensagem transacional	O cliente do destinatário precisa carregar imagens	Mesmos limites do pixel; mostra aberturas totais e por contato, não uma prova de que alguém leu a mensagem

O Apple Mail Privacy Protection pré-carrega imagens remotas e, assim, registra aberturas que nunca aconteceram. O bloqueio de imagens no Outlook e nos gateways de e-mail corporativos faz o contrário e esconde aberturas reais. Nossa análise sobre o que a taxa de abertura de e-mail revela e o que não revela em cold email cobre as duas distorções.

Vale pedir confirmação de leitura em cold emails?

Em prospecção B2B por cold email, a confirmação de leitura é a ferramenta errada. O aviso mostra a um desconhecido que você quer uma prova de que ele leu sua mensagem, o que é uma primeira impressão estranha. Além disso, ela só funciona se você envia pelo Workspace e se o cliente do prospect colabora. E não responde a nenhuma das perguntas que importam numa campanha: o servidor de destino aceitou a mensagem, onde esse servidor a colocou e alguém respondeu?

Há também um lado jurídico. A Diretiva ePrivacy da UE exige consentimento antes de armazenar ou ler informações no dispositivo do usuário, a menos que isso seja estritamente necessário para um serviço que o próprio usuário solicitou. A Alemanha transpõe essa regra para a legislação nacional na TDDDG (Lei de Proteção de Dados em Telecomunicações e Serviços Digitais). Se uma configuração específica de rastreamento se enquadra nela é uma pergunta para o seu advogado, não algo que uma página de configurações consiga responder. À parte disso, a Lei alemã contra a Concorrência Desleal (UWG) estabelece requisitos de consentimento para e-mail publicitário, haja ou não qualquer rastreamento.

Respostas e bounces são sinais mais confiáveis. Uma notificação de bounce diz exatamente por que a mensagem foi recusada. Uma resposta na thread mostra que alguém leu.

DKIM do Gmail: o que é e onde configurar

O DKIM do Gmail é a assinatura que o Google Workspace adiciona aos e-mails enviados. Os servidores de destino a usam para verificar se a mensagem realmente saiu do seu domínio e não foi alterada no caminho. O Gmail assina com uma chave padrão até você configurar a sua. Com a sua própria chave, a assinatura fica alinhada com o domínio do remetente (From), e é esse alinhamento que o DMARC verifica. Você gera a chave no Admin Console em Apps > Google Workspace > Gmail > Autenticar e-mail, publica no DNS e depois clica em Iniciar autenticação. Enquanto você não clicar nesse botão, o Google continua assinando com a chave padrão, mesmo que o registro já exista. Nosso guia de configuração do DKIM no G Suite mostra cada etapa e os erros mais comuns.

Registro DKIM do Gmail: como fica a entrada TXT

O registro DKIM do Gmail é um registro TXT. O nome do host é o seletor seguido de _domainkey. O seletor padrão do Google é google, então o host é google._domainkey sob o seu domínio. O valor gerado pelo Admin Console começa com v=DKIM1; k=rsa; p= seguido da chave pública. Chaves longas podem não caber num único campo em alguns painéis de DNS, então talvez seja preciso dividir o valor em várias strings entre aspas. Se o seu provedor de DNS acrescenta o domínio automaticamente ao campo do host, digite apenas google._domainkey. Caso contrário, o domínio vai aparecer duas vezes e a consulta vai falhar. Se você também envia pela Brevo, a Brevo publica o próprio seletor DKIM. Ele fica ao lado do seletor do Google e não o substitui.

Registro SPF do Gmail: o valor e a regra do registro único

O registro SPF do Gmail autoriza os servidores do Google a enviar e-mails em nome do seu domínio. A Central de Ajuda do Google Workspace o documenta como um registro TXT na raiz do domínio: v=spf1 include:_spf.google.com ~all. O padrão SPF permite apenas um registro SPF por domínio. Se você publicar dois registros v=spf1, a verificação retorna erro em vez de aprovação. Então, se a Brevo ou outro serviço também envia pelo domínio, adicione o include dele ao mesmo registro em vez de publicar um segundo. O padrão também limita quantas consultas DNS uma única avaliação pode disparar, e cada include conta para esse limite. Uma cadeia longa de serviços pode, portanto, quebrar o SPF mesmo com cada entrada correta. O conjunto completo de DNS do Workspace (MX, SPF, DKIM e DMARC) está no nosso guia de registros DNS do Google Workspace. Você pode conferir o que está publicado agora com o verificador de SPF, DKIM e DMARC.

Como o EmailFlow OS envia prospecção em vídeo pelo seu próprio domínio

O EmailFlow OS não usa confirmação de leitura e não substitui a sua configuração de DNS. Ele depende dela. Você grava um único vídeo e faz o upload no EmailFlow OS, conecta sua conta Brevo e seu domínio de envio e importa sua lista de prospects para o EmailFlow OS. A partir daí, o EmailFlow OS transforma essa única gravação numa versão personalizada para cada destinatário, e não uma por empresa. Cada versão sai da sua própria caixa de entrada, pela sua própria conta Brevo e pelo seu próprio domínio de envio, nunca por um remetente compartilhado da plataforma.

Assim, os registros SPF, DKIM e DMARC que você publica para o seu domínio são os que os servidores de destino verificam, e a reputação de remetente que você constrói fica com o seu domínio. Onde a mensagem vai parar continua sendo decisão do servidor de destino. A configuração completa está descrita na página de e-mail com vídeo personalizado do EmailFlow OS.

Perguntas frequentes

? Dá para ter confirmação de leitura numa conta gratuita do Gmail?

Não. O Google documenta a confirmação de leitura como um recurso do Google Workspace para contas de trabalho e de escola, e um administrador precisa ativá-lo. Contas pessoais @gmail.com não têm a opção Solicitar confirmação de leitura. A alternativa é o rastreamento de abertura por pixel feito por uma extensão, que funciona de outro jeito: ele registra o carregamento de imagens, não uma confirmação enviada pelo destinatário.

? O destinatário fica sabendo que pedi confirmação de leitura?

Normalmente, sim. Com a confirmação de leitura nativa (uma Message Disposition Notification), o cliente do destinatário costuma mostrar um aviso perguntando se deve enviar a notificação. O pixel de rastreamento funciona de outra forma: nada é exibido, e a abertura é registrada quando as imagens do e-mail carregam. É também por isso que o bloqueio de imagens e os proxies de privacidade que pré-carregam imagens distorcem os dados do pixel.

? Posso pedir confirmação de leitura no app do Gmail para celular?

As páginas de ajuda do Google descrevem a solicitação de confirmação de leitura no Gmail pelo computador, em Mais opções na janela de escrita. Se a opção não aparecer no seu celular, escreva a mensagem pelo computador. Se a confirmação volta ou não continua dependendo do cliente do destinatário e das configurações da organização dele, e não do dispositivo de onde você enviou.

? A confirmação de leitura prova que meu e-mail foi entregue?

Não. A confirmação só volta se o cliente do destinatário suportar Message Disposition Notifications e se o destinatário aceitar enviá-la. Um e-mail pode ser entregue e lido sem confirmação nenhuma, ou cair no spam e nunca ser visto. Para verificar a entrega, olhe o cabeçalho Authentication-Results e eventuais notificações de bounce. Os dados do Postmaster mostram sua reputação no nível do domínio.