O Google Postmaster Tools é o painel gratuito do Google que mostra como o Gmail trata os e-mails em massa de um domínio que você verificou com um registro DNS. A versão 2 está substituindo a versão 1 e deixa de fora as classificações de reputação de domínio e de IP que muitas equipes conferiam toda manhã. Veja o que o v2 mostra, em que pé está a API e o que nós passamos a checar toda semana.

Pontos-chave

• O v2 mantém taxa de spam, ciclo de feedback, autenticação, criptografia e erros de entrega e acrescenta o status de conformidade. A reputação de domínio e a de IP sumiram dos painéis e da API.
• O novo veredito da análise de entregabilidade, como “Sua taxa de spam está acima de 0,1%”, é o que o v2 tem de mais próximo de um sinal de reputação.
• Mantenha a taxa de spam no Gmail abaixo de 0,1% e nunca deixe que ela chegue a 0,3%; do contrário, o Google não ajuda até que ela fique abaixo de 0,3% por 7 dias seguidos.
• Troque o gráfico por verificações semanais, por provedor, da taxa de spam, dos códigos de rejeição e dos cliques, além dos relatórios de DMARC, das listas de bloqueio e de um teste de caixa de entrada.
• Os testes de caixa de entrada são um teste rápido de autenticação e de conteúdo, não uma taxa de chegada à caixa de entrada.

O que mudou e quando

O Al Iverson, do Spam Resource, informou em setembro de 2025 que, “a partir de 30 de setembro de 2025, os usuários terão acesso apenas à versão mais nova (v2)”. O Google pausou a mudança em novembro de 2025 e, em 20 de agosto de 2026, ele informou que a pausa tinha acabado: “o GPT V1 está sendo descontinuado gradualmente”.

A linha do tempo, segundo as notas de versão da API do Gmail e o Spam Resource:

As páginas do Google estão atrasadas. No começo de outubro, o aviso de descontinuação ainda dizia “estamos adiando a descontinuação da interface web legada do Postmaster Tools”, sem data, e as diretrizes para remetentes ainda mandam conferir “a reputação do seu domínio e do seu endereço IP com o Postmaster Tools”. Para a maioria das contas, o v1 já acabou.

O que o Postmaster Tools v2 mostra

O que continuou, o que é novo e o que acompanhar no lugar da reputação.

Segundo a página de ajuda dos painéis do Google, todos os painéis cobrem apenas contas pessoais do Gmail, são atualizados em cerca de 24 horas, usam UTC e podem ter lacunas nos dias de volume baixo.

Status de conformidade

Todo remetente passa por cinco verificações com base nas diretrizes para remetentes: SPF e DKIM, registros DNS, formatação das mensagens, criptografia e taxa de spam. Os remetentes em massa, que enviam cerca de 5.000 mensagens ou mais por dia para o Gmail, também são avaliados em DMARC, descadastro com um clique e respeito aos descadastros.

Cada linha do painel Status de conformidade (Compliance status) mostra Em conformidade (Compliant), Precisa de ajustes (Needs work) ou Nenhum dado encontrado (No data found). São médias móveis, então uma correção leva até 7 dias para aparecer. O painel só informa domínios principais: verifique email.example.com e as linhas vão cobrir todo o example.com. A linha de respeito ao descadastro (“Honor unsubscribe”) mostra Precisa de ajustes se os opt-outs levarem mais de 48 horas, e o Google conta uma solicitação mesmo que o seu CDN ou o seu firewall a tenha bloqueado.

Análise de entregabilidade

A API retorna esse veredito da análise de entregabilidade (Deliverability analysis), dado por domínio, como deliverabilityStatusVerdict, a partir de domains.getComplianceStatus. O Iverson listou todas as mensagens e o valor de cada uma na API:

Fique de olho no USER_FEEDBACK_LOW. Nada é rejeitado, a taxa de spam parece boa, e as pessoas estão ignorando você. No v1, isso aparecia como a reputação caindo de alta para média.

Os painéis que continuaram

A taxa de spam é a parcela dos e-mails autenticados com DKIM e entregues na caixa de entrada que os destinatários marcaram como spam. O ciclo de feedback (Feedback Loop) divide essa taxa pelo seu cabeçalho Feedback-ID, para mostrar qual tráfego atrai as reclamações. Autenticação mostra as taxas de aprovação de SPF, DKIM e DMARC, e Criptografia, a parcela enviada via TLS.

Agora, o painel mais importante é o de erros de entrega (Delivery errors): a parcela dos e-mails autenticados que o Gmail rejeitou ou adiou, com os motivos. Os motivos de rejeição da API v2 são bad_attachment, bad_or_missing_ptr_record, ip_in_rbls, low_domain_reputation, low_ip_reputation, spammy_content, stamp_policy_error e other. A reputação só sobrevive como motivo de rejeição, depois de já ter custado e-mails a você.

O que sumiu e por quê

Os painéis antigos classificavam a reputação de cada domínio e de cada IP como ruim, baixa, média ou alta. O aviso do Google diz que esses dados “não são fáceis de transformar em ação para a maioria dos remetentes”, que as mudanças de comportamento “demoram a se refletir” e que o painel “pode induzir a erro, já que a reputação é apenas um dos muitos fatores que afetam a entregabilidade”.

Faz sentido, e ainda assim é uma perda. Como o Iverson escreveu em agosto, o gráfico mostrava uma recuperação funcionando ao longo de semanas. O veredito mostra só o dia de hoje. Novos painéis foram prometidos, sem data.

Em que pé está a API do Postmaster Tools

O guia de migração do Google para o v2, já disponível para todos: trafficStats vira domainStats, um único método domains.domainStats.query substitui get e list, domainStats:batchQuery cobre vários domínios por chamada e domains.getComplianceStatus é novo.

As métricas do v2 são SPAM_RATE, FEEDBACK_LOOP_ID, FEEDBACK_LOOP_SPAM_RATE, AUTH_SUCCESS_RATE, TLS_ENCRYPTION_RATE, TLS_ENCRYPTION_MESSAGE_COUNT, DELIVERY_ERROR_COUNT e DELIVERY_ERROR_RATE. O Google diz que o v2 cobre “todas as funcionalidades existentes do v1, exceto a reputação de domínio e de IP” e que “a API v1 atual será desativada”. Ainda não há data. Não construa nada novo sobre o v1.

Taxas diárias de spam e de rejeição de um domínio:

POST https://gmailpostmastertools.googleapis.com/v2/domains/example.com/domainStats:query
Authorization: Bearer <oauth-token with postmaster.traffic.readonly>
Content-Type: application/json
 
{
  "metricDefinitions": [
    { "name": "spam_rate", "baseMetric": { "standardMetric": "SPAM_RATE" } },
    {
      "name": "reject_rate",
      "baseMetric": { "standardMetric": "DELIVERY_ERROR_RATE" },
      "filter": "error_type = \"reject\""
    }
  ],
  "timeQuery": {
    "dateRanges": {
      "dateRanges": [
        { "start": { "year": 2026, "month": 9, "day": 28 },
          "end": { "year": 2026, "month": 10, "day": 4 } }
      ]
    }
  },
  "aggregationGranularity": "DAILY"
}

As duas datas entram no intervalo. Um dia ausente significa volume baixo, não zero reclamações. Se algum painel interno ainda lê a reputação do v1, remova esse gráfico.

Um plano de monitoramento para substituir o gráfico de reputação

Nenhum sinal sozinho substitui a reputação, mas, juntos, estes avisam mais cedo do que o gráfico antigo.

Taxa de spam, por provedor

As perguntas frequentes para remetentes do Google dizem para ficar abaixo de 0,1% e nunca chegar a 0,3%. Acima de 0,1%, os remetentes em massa já saem prejudicados. Em 0,3%, você perde o direito à mitigação, e o Google não atende a pedidos de suporte até que você fique abaixo de 0,3% por 7 dias seguidos.

O Gmail só conta o que chegou à caixa de entrada, então, quando muita coisa vai para a pasta de spam, a taxa parece saudável. Taxa de spam e cliques caindo juntos é má notícia.

As boas práticas para remetentes do Yahoo usam o mesmo teto de 0,3%. Um ESP que divide pelo total de e-mails entregues, incluindo a pasta de spam, vai mostrar uma taxa menor do que a dos dois provedores.

Códigos de rejeição e de adiamento, por provedor

As respostas SMTP são o seu feedback mais direto. Agrupe as rejeições e os adiamentos toda semana, por provedor e por código. Os principais, segundo a referência de erros SMTP do Google e as páginas de cada provedor:

Leia o texto depois do código. A referência do Google lista dez respostas 4.7.0 diferentes, de um registro PTR ausente a uma reputação de domínio baixa.

Cliques, por provedor

O Gmail julga você pelo comportamento dos destinatários, então acompanhe os cliques únicos de pessoas reais por mensagem entregue, por provedor e por semana. Uma queda em um provedor costuma indicar filtragem ali; uma queda em todos costuma indicar que o conteúdo ou o público mudou.

Aberturas, não: o Mail Privacy Protection da Apple “baixa conteúdo remoto em segundo plano por padrão, independentemente de você interagir com o e-mail”. Descarte também os cliques de scanners de segurança (como contamos um clique real).

Uma armadilha: as empresas que usam o Google Workspace têm domínios próprios. Considere gmail.com, outlook.com, hotmail.com, yahoo.com e icloud.com como provedores, e o resto como e-mail corporativo.

Testes de caixa de entrada, para o que servem

Um teste de caixa de entrada (seed test) informa se a mensagem chegou à caixa de entrada, caiu no spam ou sumiu, em endereços fixos de cada provedor. Ele pega o que qualquer destinatário encontraria: uma chave DKIM quebrada, um domínio de link em lista de bloqueio, um conteúdo com cara de spam. As caixas de teste não têm histórico com você, nem aberturas, respostas ou cliques em “Não é spam”, e o Gmail decide em parte destinatário por destinatário. A página de feeds de desempenho do Yahoo diz que o rastreamento por painéis de usuários e por pixel “pode comprometer a privacidade e a segurança dos nossos usuários e violar os nossos termos e políticas”. Faça um teste depois de mudanças no DNS, no domínio, no modelo ou no domínio dos links, e antes de envios grandes. Nunca o apresente como a sua taxa de chegada à caixa de entrada.

Yahoo Sender Hub e Microsoft SNDS

A visão Insights do Sender Hub do Yahoo mostra a taxa de reclamações e o número de entregas por domínio DKIM verificado, considerando os e-mails que chegaram à caixa de entrada, acima de um volume diário mínimo. Cadastre os mesmos domínios no Complaint Feedback Loop do Yahoo para receber um relatório por reclamação; os ciclos de feedback por IP acabaram.

O SNDS da Microsoft, que ganhou um novo portal neste ano, mostra o volume, a taxa de reclamações e um resultado de filtragem para cada IP que você controla. As perguntas frequentes do SNDS definem verde como menos de 10% das mensagens classificadas como spam, amarelo como de 10% a 90% e vermelho como mais de 90%, e chamam uma taxa de reclamações abaixo de 0,3% de “um bom patamar”. O acesso expira 10 meses depois da aprovação ou da migração, então anote na agenda a data de renovar a confirmação. IPs compartilhados não podem ser cadastrados, então pergunte ao seu provedor o que ele monitora.

Relatórios agregados de DMARC e listas de bloqueio

Os relatórios agregados mostram todas as origens que usam o seu domínio do From e se o SPF e o DKIM passaram e ficaram alinhados. O formato agora é a RFC 9990, publicada em maio de 2026, que, junto com as RFCs 9989 e 9991, substitui a RFC 7489. Publique um endereço rua que aponte para uma ferramenta capaz de processar esses relatórios:

_dmarc.example.com.  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"

Procure origens novas, alinhamento de DKIM em queda e volumes desconhecidos. Depois de uma queda repentina no Gmail, conferimos primeiro a autenticação; costuma ser a correção mais rápida.

Depois, as listas de bloqueio. A Domain Blocklist da Spamhaus cobre domínios, incluindo os domínios dos links e das imagens no corpo do e-mail; a SBL cobre IPs. O Gmail informa as listagens de IP como ip_in_rbls.

O checklist semanal

Os números de 0,1%, 0,3% e do SNDS vêm do Google, do Yahoo e da Microsoft. Os limites de rejeição e de cliques são nossos, então ajuste-os à sua linha de base.

Como fazer isso no Brew

O Brew cobre as verificações que vêm dos seus próprios envios. Mantenha o Postmaster Tools, o Sender Hub e o SNDS abertos ao lado dele.

O get_domain_health (ferramenta MCP, ou GET /v1/domains/{domainId}/health) é gratuito. Ele retorna um veredito healthy, at_risk ou critical, o estado do SPF, do DKIM e do DMARC, uma pontuação de 0 a 100 com tendência e sinais com correções sugeridas. O pilar de “reputação” usa as taxas de rejeição e de reclamação medidas pelo próprio Brew nos envios das suas campanhas e automações, por domínio quando o volume permite e, caso contrário, no espaço de trabalho inteiro. Esse pilar vale 25% da pontuação e usa as mesmas marcas de 0,1% e 0,3%; 0,3% ou mais, com pelo menos três reclamações, limita a pontuação a 40. include=scoreHistory retorna até 50 registros, então você volta a ter uma linha de tendência.

O create_inbox_placement_test envia um e-mail real pelo seu domínio verificado para caixas de teste no Gmail, no Outlook, no Yahoo, na Apple e em outros provedores, por 10 créditos mais o pequeno envio. Verificar um domínio de marketing também dispara uma execução gratuita com cinco variantes de modelo, de Nota simples a Promocional. As ressalvas sobre caixas de teste feitas acima continuam valendo.

Para os cliques por provedor, use o feed de eventos duas vezes: GET /v1/analytics/events?eventType=clicked&groupBy=recipientDomain&bucket=week e depois a mesma chamada com eventType=delivered. Divida um resultado pelo outro, por domínio e por semana. Os cliques de bots já vêm excluídos por padrão. São contagens de eventos, então uma pessoa que clica duas vezes conta duas vezes; isso basta para perceber uma queda de 20% em um provedor, mas não é a taxa de cliques únicos dos seus relatórios de envio. As contagens agrupadas leem os 20.000 eventos mais recentes, então, para uma lista de alto volume, passe from e to uma semana por vez e confira a flag truncated. Troque por bounced, complained ou delivery_delayed para investigar problemas; os códigos de status ficam no seu log de rejeições.

Perguntas frequentes

O Google Postmaster Tools ainda mostra a reputação do domínio?

Não. Nem o v2 nem a API dele têm uma métrica de reputação. A reputação baixa só aparece como motivo de rejeição no painel de erros de entrega, e o veredito da análise de entregabilidade é o substituto mais próximo.

Qual taxa de spam o Gmail permite?

O Google diz para ficar abaixo de 0,1% e nunca chegar a 0,3%. Acima de 0,1%, os remetentes em massa já saem prejudicados, e, em 0,3%, o Google não ajuda até que a taxa fique abaixo de 0,3% por 7 dias seguidos.

A API v1 do Postmaster Tools ainda funciona?

O Google diz que a API v1 será desativada e que é preciso migrar para a v2, disponível para todos desde 3 de fevereiro de 2026, mas ainda não definiu uma data. A v2 cobre tudo, exceto a reputação.

Por que o meu painel do Postmaster Tools está vazio?

O Postmaster Tools esconde os dados dos dias com pouco volume enviado para contas pessoais do Gmail. A taxa de spam só conta e-mails autenticados com DKIM, e o domínio verificado precisa ser o mesmo domínio de DKIM ou de SPF dos seus e-mails. A análise de entregabilidade mostra “Volume insuficiente de e-mails enviados” quando o Gmail ainda não consegue avaliar o seu domínio.

Os testes de caixa de entrada são precisos para o Gmail?

Para problemas que afetam todos os destinatários, como uma falha de autenticação ou um link em lista de bloqueio, sim. Eles não captam o engajamento dos inscritos, então avalie a chegada real à caixa de entrada pela taxa de spam, pelos cliques por provedor e pelo veredito do Gmail. O nosso guia de entregabilidade e a edição de setembro do The State of Email trazem o contexto mais amplo.