Pular para o conteúdo

O que o segundo semestre de 2026 cobra da operação

Quatro números por semana dizem se o seu e-mail chega

Gmail e Outlook recusam em definitivo desde 2025: o placar semanal de autenticação, denúncia, entrega e engajamento por provedor, e o que exigir da plataforma de envio.

Enviado, no painel da sua plataforma, só quer dizer que a mensagem chegou ao servidor do Gmail, do Outlook ou do Yahoo. Desde novembro de 2025 esses provedores devolvem a mensagem fora das regras com recusa definitiva, em vez de mandá-la ao lixo eletrônico. Quatro números por provedor, lidos toda semana, avisam antes da campanha grande: autenticação alinhada, denúncia por spam, entrega e recusa, e clique. Cadastre-se hoje nos três painéis gratuitos.

14 minutos de leitura Revisão em Brasil GEO, responsável editorial

Um caderno central reúne a atenção da comerciante entre outros cadernos com gráficos diferentes.
Leia os quatro números por provedor toda semana antes de aprovar a próxima campanha.
Ampliar imagem

Este artigo em vídeo e em podcast

O texto desta página virou uma aula gerada no NotebookLM a partir da prosa que você lê abaixo, servida nos arquivos originais, sem recompressão. O vídeo de 9 min apresenta o panorama; o podcast de 19 min aprofunda a conversa para ouvir no deslocamento. Cada peça tem download, compartilhamento e a transcrição completa para ler e copiar.

Vídeo da aula: o panorama das decisões deste artigo, com legenda em português.
Transcrição do vídeo

Sabe aquela sensação de olhar o painel da sua plataforma de automação, ver que a campanha saiu toda, mas perceber que a taxa de abertura despencou? Pois é, ler os relatórios de campanha do jeito errado está literalmente custando dinheiro para as empresas. Hoje a gente vai fazer uma análise operacional direto ao ponto, baseada nas informações do portal Leadlovers 2026. O objetivo aqui é um só, entregar um diagnóstico claro para quem opera o negócio entender, de uma vez por todas, por que a ilusão do painel pode ser a maior armadilha das suas vendas. Para desarmar essa armadilha de vez, nosso roteiro de diagnóstico tem seis passos bem rápidos.

Vamos passar por a ilusão do painel, de filtro à recusa, os quatro números vitais, a matriz do erro, o ritual e a plataforma e, para fechar, cinco ações para esta semana. A ideia dessa sequência é quebrar aquela ilusão do enviado com sucesso e colocar no lugar um ritual de 20 minutinhos semanais que realmente blinda a sua entrega. Começando pela parte 1, a ilusão do painel. Quando enviado definitivamente não significa entregue. Imagina só esse exemplo. Um cenário hipotético, mas que acontece o tempo todo. Uma escola de idiomas dispara uma baita oferta de matrícula para 40 mil contatos numa terça de manhã. Aí o dono olha o painel.

100% enviado. Nenhum erro vermelho apitando. Lindo, né? Só que chega sexta-feira, o relatório mostra 2% de abertura e absolutamente nenhuma matrícula. Zero. O que foi que aconteceu? A dor operacional aqui é enorme porque a plataforma tecnicamente não mentiu. Enviado só quer dizer que a ferramenta entregou a mensagem na porta do servidor de destino. Só isso. E é aqui que a gente precisa virar a chave. O mecanismo funciona assim. A reputação de envio é julgada por provedor e por domínio autenticado. Aquela taxa total geral que aparece brilhando no relatório é só uma média.

E uma média geral boa frequentemente esconde, por exemplo, um Gmail ou um Outlook barrando completamente a sua campanha. Entender essa diferença é o que muda o jogo. E isso puxa a nossa parte 2, de filtro à recusa. Como o bloqueio evoluiu nos últimos tempos. Para entender por que ler relatório do jeito antigo não funciona mais, olha só essa linha do tempo de como as regras de provedores ficaram rígidas para quem envia mais de 5 mil mensagens por dia. Lá em fevereiro de 2024, o Gmail começou a exigir regras mais duras, seguido por um teto implacável de 0,3% de denúncia de spam em junho. Aí em maio de 2025, a Microsoft também pesou a mão.

Mas o grande divisor de águas foi em novembro de 2025. O que antes os provedores só adiavam, eles passaram a recusar em definitivo. E em junho de 2026, o diagnóstico passou a vir em texto. Ou seja, a punição virou binária. A sua mensagem simplesmente deixa de existir na caixa de entrada. E essa evolução criou uma divisão crucial na hora de ler os códigos de erro. De um lado, a gente tem a família 400, que é um adiamento. O servidor está dizendo, tenta de novo mais tarde. Nesses casos, reduzir o volume e ir subindo aos poucos costuma salvar a entrega. Do outro lado, a gente tem a família 500. Aqui é recusa definitiva.

O endereço não vai receber a mensagem hoje, nem amanhã, nem nunca. Corrigir a autenticação do domínio é literalmente a única saída. Saber diferenciar o 400 do 500 é questão de sobrevivência. Entrando na parte 3, os 4 números vitais. É aqui que a gente aprende a ler o placar da reputação. O número 1 é a autenticação. Esse é perigoso porque ele falha no mais absoluto silêncio, sem o painel te avisar. Imagina o fluxo de uma quebra de assinatura DKIM em 4 passos invisíveis. Primeiro, a chave é girada na plataforma, mas o DNS lá no servidor não atualiza. Segundo, o seletor de envio muda de lugar e a verificação vai procurar onde não tem nada.

Terceiro, alguém altera a mensagem no meio do caminho, tipo um filtro de segurança. E quarto, o que começa com uma limitação de ritmo, o código 421, vira bloqueio definitivo, o código 550. Tudo isso acontecendo enquanto o seu painel continua marcando sorridente que está enviado. O segundo número é a denúncia por spam. Pensa bem na matemática do teto de 0,3%. Lembra do nosso exemplo da campanha de 40 mil contatos? Pois é, basta que exatamente 120 pessoas apertem o botão de spam. Só isso, 120 pessoas decidem o destino de uma campanha de 40 mil. Estourou esse teto, acabou o direito de defesa.

O domínio vai precisar de 7 dias seguidinhos de bom comportamento só para voltar a ser avaliado. Mas aí você me pergunta onde eu acho essas denúncias. O painel da sua ferramenta de envio não faz ideia, tem que ir direto na fonte. Ferramentas gratuitas como o Postmaster Tools no Google, o SNDS e JMRP na Microsoft e o Feedback Loop do Yahoo. E aqui vai o detalhe mais cruel. Eles não mostram o passado. O cadastro tem que ser feito antes do problema estourar. A denúncia que acontece hoje só aparece para quem já tinha se inscrito ontem. Parte 4. A matriz do erro. Como tomar a decisão certa logo na segunda-feira.

A maioria dos painéis mistura adiamento e recusa no mesmo bolo, chamando tudo de falha. Isso esconde a informação de ouro. Olha as respostas mais comuns do Gmail e do Outlook. Receber o 421 4.7.28 é ritmo incomum. A ação imediata é reduzir o volume. Deu erro o 550 5.7.26? Bloqueio por falta de autenticação. Tem que ir lá e corrigir o SPF e o DKIM. Ou de repente apareceu o 550 5.7.515? Isso é exigência da Microsoft. O seu DMARC precisa de alinhamento urgente. Ligar o código de erro à ação certa é o que salva a semana da sua operação. Para deixar isso bem simples, usa essa matriz do erro. Só um provedor está recusando?

O problema é de reputação local com ele. O foco é corrigir ali. Agora, todos os provedores estão recusando ao mesmo tempo? Sinal vermelho. O diagnóstico é claro. É falha na autenticação do seu domínio em si. Nenhuma campanha importante deve sair até que isso seja resolvido. E chegamos à parte 5. O ritual e a plataforma. Como medir o engajamento e o que cobrar de quem faz o seu envio. O quarto número vital é o engajamento. E a regra número 1 aqui é pare de acreditar cegamente na taxa de abertura. Dados da Litmus de julho de 2026 mostram de onde vêm as aberturas registradas no mercado. Olha só. Mais de 62% vem da Apple.

O Gmail traz 27% e o Outlook amarga um dígito só. E a verdade que choca muita gente é essa. Entre 55% e 60% dessas aberturas registradas são máquinas. A proteção de privacidade da Apple, por exemplo, pré-carrega as imagens da mensagem e dispara o pixel de abertura sem que nenhum ser humano tenha olhado para a tela. Ou seja, taxa de abertura virou contagem de entrega visível. O engajamento real, o que prova que a sua base quer te ouvir, está nos cliques em links, nas respostas e nos cancelamentos de inscrição. Tudo medido provedor por provedor. Com esse placar na mão, é hora de cobrar a sua plataforma.

Como todo mundo divide a mesma infraestrutura, você precisa de respostas precisas. Existe a resposta que empurra, que é quando a plataforma diz que a média do mercado está bola ou que o IP é ótimo, mas não te dá nenhum dado concreto. E existe a resposta que resolve. Essa entrega métricas de adiamento e recusa separadas por provedor, fornece relatórios cleans e ainda avisa se a validação da assinatura cair. É com esses dados transparentes que a operação funciona. Para fechar o nosso ciclo, a parte 6. 5 ações para esta semana. Porque o diagnóstico só tem valor se virar execução, certo? Essas são as 5 ações para a sua operação adotar hoje.

Primeiro, cadastrar o domínio naquelas 3 fontes gratuitas. Segundo, conferir se o registro DMARC está apontando para uma caixa de e-mail que alguém realmente lê, a famosa etiqueta rua. Terceiro, exigir relatórios separados por provedor da sua plataforma. Quarto, montar a linha de base anotando esses 4 números vitais toda semana. E quinto, antes do próximo grande disparo, subir o volume em degraus, aos poucos. É um ritual que não consome nem 20 minutos da semana. Voltando ao nosso exemplo da escola de idiomas lá do Comis. Se eles tivessem esse ritual de 20 minutos, a segunda-feira seria o dia do resgate silencioso.

A leitura atenta dos números apontaria que a fatia sem DKIM estava subindo. Eles iam notar que um seletor tinha sido trocado. O problema seria arrumado no DNS logo ali. E na terça-feira, a campanha de 40 mil contatos sairia blindada, garantindo as matrículas e o faturamento. Com todas essas variáveis na mesa, sabendo que as recusas definitivas tomaram o lugar dos filtros antigos e que a média geral só esconde o problema real, a reflexão final não poderia ser mais direta. Se o método e os indicadores corretos não custam licenças caras, mas só a consistência e 20 minutinhos semanais da sua equipe, fica a pergunta.

A sua operação vai continuar operando a cegas nesta próxima terça-feira? Fica o questionamento. Até a nossa próxima análise.

Transcrição gerada localmente por reconhecimento de fala sobre o áudio original e revisada nos termos técnicos; pequenos desvios de grafia podem permanecer.

Podcast do artigo: Quatro números por semana dizem se o seu e-mail chega
Portal Leadlovers 2026 · O que o segundo semestre de 2026 cobra da operação
Podcast do artigo: a conversa aprofundada sobre as mesmas decisões.
Transcrição do podcast

Terça-feira de manhã, imagina o seguinte cenário. Uma escola de idiomas com uma base de, sei lá, 40 mil contatos dispara aquela oferta principal de matrícula do semestre. Uhum, aquela campanha que salva o mês, né? Isso, exatamente. A meta inteira está pendurada ali. Aí o painel da plataforma de automação, processo, lote, a barra de progresso enche, a tela fica verdinha. Tudo lindo. Tudo perfeito. Marca lá 100% enviado. Nenhum alerta, nada piscando em vermelho. É a famosa sensação de dever cumprido, que na real é o começo do pesadelo.

Pois é, porque a sexta-feira chega e o relatório final, que é um exemplo hipotético, mas muito real, citado no texto de 2026 que a gente vai destrinchar hoje, mostra uma abertura registrada de exatos 2%. E pior ainda, zero matrículas. Nossa, aquele silêncio no caixa que dá um frio na barriga, né? De quem depende do e-mail para vender. Com certeza. E é por causa desse silêncio que a nossa missão nessa análise profunda de hoje é dissecar o artigo. Quatro números por semana dizem se o seu e-mail chega. Foi publicada pelo portal Leadlovers 2026. E eu quero deixar muito claro desde já. O foco aqui é uma pessoa bem específica.

Quem precisa ouvir isso hoje? O dono de negócio ou quem comanda uma operação de e-mail para milhares de contatos que viu a abertura desabar ultimamente, mas que nunca sequer abriu o Google Postmaster Tools na vida. Hum, o clássico voo às cegas. Exato. Então, para quem está nessa situação, isso aqui vai ser um mapa definitivo para sair da escuridão. Sem jargão de agência, sem aquelas promessas de adobre suas vendas amanhã. É um papo denso, técnico, de quem já sujou a mão operando e-mail de pequena empresa, né? E, voltando para o seu exemplo da escola de idiomas, o primeiro grande erro está numa palavrinha só. O enviado. Enviado, é.

A plataforma não mentiu ali no painel, mas ela respondeu uma pergunta que não foi feita. Mas, peraí. Se a tela diz enviado, a lógica diz que o e-mail chegou na caixa das pessoas, não? Então, não. É tipo você contratar uma transportadora. Quando o status lá muda para enviado, significa só que o caminhão cruzou o portão de saída. Ah, tá. Saiu do pátio dele. Só isso. O e-mail saiu do servidor da sua plataforma e foi entregue para o porteiro do Gmail, do Outlook, do Yahoo. A jornada de verdade acontece a partir desse ponto. A decisão de entrar na caixa, cair no spam ou ser jogado no lixo acontece lá dentro.

E os relatórios para ler isso são gratuitos, mas moram nos provedores, não no painel verdinho da sua ferramenta. E é bizarro como quase ninguém olha para isso. O artigo traz um dado de uma pesquisa da Sinch Mailgun, divulgada em 2026, que diz que apenas 53% dos mais de 1.200 remetentes ouvidos, metade praticamente... Só metade disseram que acompanham a reputação do próprio domínio? Ou seja, a pessoa pergunta, o e-mail chegou? E a ferramenta fala, ah, o e-mail saiu aqui do nosso prédio. E fica por isso mesmo. O que é um perigo gigante. Porque a regra do jogo mudou absurdamente. E muita operação nem notou.

A gente saiu de um modelo estatístico para um modelo binário. Como assim modelo estatístico? Até pouco tempo atrás, se você enviasse uma campanha um pouco ruim, o provedor filtrava. Ele mandava tipo 20% para o spam, o resto entrava. O marketing via a conversão caía um pouquinho e botava a culpa, ah, o assunto do e-mail não foi legal. Tá, mas o artigo deixa claro que em 2026, o provedor não filtra mais, ele recusa, né? Exato. E o texto mostra a linha do tempo pública disso. Tudo começou a apertar em 1º de fevereiro de 2024, quando o Gmail passou a exigir a autenticação de quem manda mais de 5 mil e-mails por dia.

Aí depois, em junho de 2024, eles cravaram aquele teto de 0,3% para a denúncia de spam. Limite zero de tolerância. E a Microsoft veio logo atrás, em maio de 2025, cobrando as siglas SPF, DKIM e DMARC, tudo alinhado. É, mas a paulada final mesmo, o artigo aponta que foi em novembro de 2025. O Gmail começou a devolver de vez o que estava fora da regra. O e-mail não atrasava mais, ele era barrado na porta. Uma parede de concreto. E culminou agora, em junho de 2026, com o Postmaster Tools trocando aquela notinha de reputação por um diagnóstico em texto super claro. O que nos leva ao código de erro?

O texto bate muito na tecla de que quem lidera um negócio precisa entender o primeiro dígito do erro que a plataforma acusa. Basicamente, a gente tem a família dos códigos 400 e a dos códigos 500, certo? Isso. Pensa no provedor como um segurança de balada. Adoro essa analogia. Funciona muito, né? O código que começa com 4, um erro 400, é um adiamento. O segurança fala, tipo, a casa está muito cheia ou você está querendo entrar com gente demais de uma vez. Dá uma volta no quarteirão e tenta de novo daqui a pouco. Entendi, é uma pausa? É. Já a família 500 é o segurança te barrando em definitivo, é recusa.

Ele fala, você não tem convite, sua identidade está errada, não adianta nem voltar amanhã. E o Google pune pesado. A punição do teto de spam? Se a campanha estoura aquele 0,3% de denúncia, o remetente perde o direito à mitigação, né? Fica sem o suporte do Google. Fica totalmente no escuro. Pela regra de 2026, para voltar a ter qualquer ajuda deles, a empresa tem que passar sete dias seguidos operando abaixo desse limiar de denúncia. Mas, é... Deixa eu fazer o papel do advogado do diabo aqui, porque eu sei que quem está ouvindo e opera a equipe enxuta, pensa igual.

Se eu mando um e-mail para 40 mil pessoas e eu abro o meu painel e a taxa média de entrega está lá em, digamos, 98%. Para que eu vou gastar meu tempo cavando código de erro num provedor específico? A minha média está linda, isso já prova que a infraestrutura está boa. Olha, eu entendo o conforto de pensar assim. É prático, não é? É prático, mas eu discordo frontalmente dessa visão. E o artigo sustenta o porquê. Confiar na média geral é a receita para o desastre hoje em dia. Uma média global excelente é perfeita para mascarar uma hemorragia fatal num provedor específico. Mas como se quase tudo passou? 98%, gente.

Porque o julgamento não é global. O julgamento é feito por provedor de forma isolada. O Gmail não está nem aí porque a Microsoft acha do seu domínio. Então, se o Outlook da Microsoft barrar e recusar 100% da sua campanha, mas a sua base for quase toda composta por contas do Gmail e lá a entrega foi ótima, a média geral continua lá em cima. Continua em 90 e poucos por cento. Quem só olha a média estoura champanhe. E aí a pessoa só vai descobrir que sumiu completamente da caixa dos clientes corporativos semanas depois quando não pingar a venda e a campanha mais cara do ano for para o lixo. Nossa, cara. Isso muda a perspectiva totalmente.

A média mente, então. E é por isso que o artigo prescreve abandonar essa visão geral e acompanhar quatro números individuais, provedor por provedor. Vamos passar por eles um a um. Vamos. O número um é a autenticação alinhada. Que é onde a sopa de letrinhas assusta o pessoal. Assusta. Mas é simples. O provedor precisa ter certeza de que quem está mandando um e-mail é a empresa de verdade e não alguém se passando por ela. É a fração de quanto do seu volume passou no tal do SPF, manteve o selo do DKIM intacto e alinhou com o DMARC, que é o gerente disso tudo. E a gente lê isso num relatório agregado do DMARC.

Mas o artigo dá um alerta assustador sobre o DKIM, né? Que ele quebra em silêncio. Ah, quebra muito. O DKIM é como se fosse um selo de cera fechando uma carta. Se o gmail recebe a carta com o selo rachado, ele joga fora porque acha que alguém alterou no meio do caminho. E por que quebra se eu não mexi em nada? Às vezes, a sua plataforma de disparo gira a chave de segurança internamente. Só que o DNS, que é o mapa do seu domínio, não é atualizado para essa chave nova. Ou um antivírus de rede no meio do caminho insere um rodapé no seu e-mail. Isso altera o código da mensagem original e, puf, o selo rompe. Ninguém te avisa.

E aí começam os códigos de erro. O gmail primeiro dá um 421 4.7.30. É um aviso de limitação de ritmo. Mas se ninguém arrumar o selo, vem a parede. O bloqueio fatal 550 5.7.30. Fim da linha. O que nos puxa para o número 2, que é a denúncia por spam. Porque não adianta o selo estar intacto se o conteúdo irrita quem recebe. É. O público aperta o botão de spam e acabou. E onde cada provedor mostra isso de forma gratuita segundo o texto. No Google é lá no Postmaster Tools que a gente citou. Só que eles só mostram qual campanha gerou a denúncia se a plataforma de envio estiver usando um cabeçalho chamado Feedback ID.

E o artigo fala que tem que ter de 5 a 15 caracteres esse ID, né? Isso mesmo. Sem isso, o Google não separa. Já a Microsoft mostra a rejeição num painel chamado SNDS e também no JMRP. E tem um detalhe de 2026 agora por privacidade. A Microsoft não mostra mais o corpo da mensagem nessas cópias de denúncia só o cabeçalho. Tá, e o Yahoo? O Yahoo usa o Complaint Feedback Loop. Beleza. E sobre o limite o Google fala em 0,3%? Vamos traduzir isso matematicamente para o nosso exemplo da escola de idiomas. 40 mil contatos na base. Se você dispara para todo mundo 0,3% são apenas 120 pessoas. 120 cliques no botão de spam.

120 pessoas no universo de 40 mil são suficientes para destruir a entrega da campanha inteira. Um pedacinho de contatos velhos que a empresa não limpa por dó da lista afunda os leads bons que queriam comprar. Pois é. E aí chegamos no número 3. Entrada, espera e retorno. Que é onde mora a diferença entre o 400 e o 500. As plataformas geralmente agrupam tudo numa coluna genérica de bounce ou falha, né? É. Mas o texto pede para separar. Tem que separar. Se vem um 421 4.7.28 do Gmail é só um ritmo incomum. É só reduzir a velocidade do disparo, a famosa fila de espera. Se tiver um 550 5.7.26 é o Gmail dizendo que não tem autenticação.

Ou 550 5.7.515 que é a Microsoft rejeitando alto volume sem autenticação. E a matriz de decisão do artigo é muito boa nisso. Se só um provedor está te dando erro 400, o problema é a ritmo lá. Mas atenção, se todos os provedores estão devolvendo à família 500 de recusa ao mesmo tempo. Ah, e a culpa é toda sua. Tem uma falha geral no seu domínio paralisando tudo. E se por milagre a gente passou por tudo isso e o e-mail caiu na caixa de entrada, a gente entra no número 4, o engajamento sem abertura. Esse aqui, confesso, é onde eu vejo muito marketing chorando. Porque a taxa de abertura morreu, né? Morreu.

O dono do negócio adora olhar para a taxa de abertura, mas o artigo destrói essa métrica trazendo uma pesquisa da Litmus de julho de 2026. Os dados da Apple. Isso. A Apple hoje tem 62,26% do uso de clientes de e-mail e a proteção de privacidade deles baixa as imagens automaticamente nos servidores da Apple. o pré-carregamento por máquina. Exatamente. O resultado é que de 55% a 60% de todas as aberturas que a sua ferramenta registra não são humanos. São máquinas abrindo. A abertura é fake. Então, não serve mais de régua. A nova régua precisa ser engajamento humano real. Que seria clique e resposta.

Clique único, resposta direta da pessoa e até o cancelamento da inscrição. Tudo isso dividido estritamente por provedor. Se você tinha 10 cliques da Microsoft por dia e de repente na terça cai para zero enquanto o Gmail continua normal... Opa, alerta vermelho. Tem bloqueio silencioso acontecendo lá dentro e a abertura fantasma da Apple não ia te deixar ver isso nunca. Então, para a gente não enlouquecer com tanto dado, o artigo traz o ritual semanal de 20 minutos. Uma rotina para criar uma linha de base, certo? Certo. E tem que ser um dia e horário cravados.

O importante é não misturar janelas porque o Postmaster Tools do Google pode levar até sete dias para atualizar um dado. Se você olha na terça de uma semana e na quinta da outra vira ruído, não dá para tomar a decisão. Entendi. E a gente monta um placar, um dashboard próprio das quatro linhas só usando origem gratuita. Só ferramenta grátis. A primeira linha é a autenticação. Você lê num analisador tipo Valimail. A segunda é a denúncia. Tira do Postmaster e do SNDS. A terceira é entrega e recusa, separando os erros 400 e 500 lá na sua plataforma. E a quarta linha é o engajamento real por clique, ignorando a coluna de abertura de vez.

O que salva o negócio aqui é a regra de decisão. Se nessa checagem semanal alguma linha cruzar o limite perigoso, tipo bater no 0,3 do Google ou o DKIM falhar, o que eu faço? Você suspende a campanha de marketing para aquele provedor na hora, na mesma semana. Sem chorar. Sem chorar. Porque se você teimar, a recusa pesada vai te jogar num limbo que custa 14 dias de congelamento para começar a recuperar. Pausar logo o estanco-sangue. Muito prático. Mas olha, metade dessa briga aí depende da plataforma que a pessoa contratou para em ficar e-mail.

E aí o texto entra na parte de como ter aquela conversa dura a reunião de cobrança com o seu fornecedor de disparo. Até porque a maioria está em pool de IPs, né? Piscina compartilhada com outros clientes. Isso. A reputação do IP é coletiva. Se um vizinho manda lixo no fim de semana, prejudica a minha oferta da terça-feira. E o texto faz a divisão entre a resposta que resolve e a resposta que empurra com a barriga por parte do suporte da plataforma. É, o que resolve mesmo é exigir relatórios separados por provedor. Cobrar, tipo, vocês têm Feedback-ID estável de 5 a 15 caracteres configurado para o Google?

Vocês compartilham a leitura do painel SNDS do bloco com a gente? E qual é a resposta que o cliente tem que rejeitar da agência ou da ferramenta? Quando dizem Ah, fica tranquilo que a taxa média está dentro do mercado ou então Não, nossa IP é maravilhoso ou aquela velha desculpa de o problema é a sua lista vai fazer um aquecimento da base. Se falarem de aquecer base sem te mostrar com os códigos 500 qual provedor específico está barrando eles estão só te empurrando. Estão querendo fechar o ticket de suporte e aqui entra a dúvida clássica de quem tem dinheiro para investir.

Se a piscina compartilhada é tão perigosa não é só comprar um IP dedicado um IP só para o meu negócio e eu fico imune aos vizinhos ruins. É instinto de muita gente mas o artigo tem uma ressalva cirúrgica contra isso. Só faz sentido ter IP dedicado se a empresa tiver um volume constante e alto todo dia. Volume constante. É, porque IP novo nasce zerado não tem histórico de confiança. Quando chega e-mail no Gmail vindo de um IP que ele nunca viu a leitura automática é opa, remetente desconhecido segura aí. Além de que a autenticação e a denúncia acompanham o domínio, né?

Se a sua base denuncia como hispano IP compartilhado vai denunciar o IP dedicado também. Você só mudou o problema de endereço pagando mais caro. Exato. E o texto exige uma coisa antes de você assinar o cheque do IP dedicado. Peça para comparar a entrega atual por provedor com o bloco proposto. Não faça migração cega. Bom, caminhando para o fim da nossa análise o artigo deixa cinco ações para o leitor fazer nesta semana. O dever de casa. Ação 1. Cadastrar naquelas três fontes gratuitas hoje. Postmaster, Valimail e Microsoft. Por quê, né? Passado não retroage. Se não cadastrar, não coleta o dado de trás. Ação 2.

Conferir a etiqueta chamada RUA dentro do DMARC para ter certeza de que o provedor sabe para onde mandar o relatório do selo. Isso. Ação 3. Exigir por escrito da plataforma os relatórios por provedor e o uso do Feedback ID. Ação 4. Montar a primeira linha de base hoje mesmo, o placar semanal. E ação 5. Subir o volume em degraus suaves antes da próxima campanha grande só vigiando se vai bater algum erro 400 no radar. O que me lembra de contar como terminou o caso lá do exemplo hipotético da Escola de Idiomas. O que aconteceu na segunda-feira?

Na segunda-feira seguinte ao fracasso das matrículas, a liderança da escola leu o placar de quatro linhas em vez de tentar adivinhar assunto de e-mail. E aí viram que a fatia de mensagem sem o selo DKIM tinha despencado em uma fonte só. Por quê? A ferramenta de disparo tinha trocado o seletor em silêncio. O DNS não atualizou e a parede subiu. Exatamente. Arrumaram no DNS, reenviaram a campanha na terça e o e-mail finalmente chegou sem mudar uma vírgula do texto da mensagem. É o poder do diagnóstico exato.

Resumindo tudo, quem nos acompanhou até aqui agora tem um mapa na mão, conhece os quatro números que são a autenticação, a denúncia, os retornos separando 400 de 500 e o engajamento humano real. Sabe onde olhar cada coisa de graça, sabe que tem que cobrar o feedback ID da plataforma e sabe que se estourar o limiar hoje tem que paralisar o envio daquele provedor hoje. Com certeza. E para fechar eu deixo a provocação que o nosso texto traz para o dono de negócio pensar.

Se a entregabilidade de e-mail virou essa punição binária com código de erro duro que te julga por provedor de forma isolada, quais outras métricas médias de marketing daquelas que a gente celebra no dashboard geral da empresa estão na verdade escondendo falhas fatais que estão disfarçadas por causa de um bom número geral. Fica a reflexão, né? Onde mais as médias estão escondendo a verdade? É isso. Fim da nossa análise profunda.

Transcrição gerada localmente por reconhecimento de fala sobre o áudio original e revisada nos termos técnicos; pequenos desvios de grafia podem permanecer.

A terça em que a campanha saiu inteira e quase ninguém abriu

Terça de manhã, uma escola de idiomas com 40 mil contatos dispara a oferta de matrícula. O painel da plataforma marca tudo enviado e nenhum erro em vermelho. Na sexta, o relatório de 2026 mostra abertura registrada de 2% e nenhuma matrícula vinda do e-mail. O caso é hipotético.

O painel não mentiu. Enviado quer dizer que a plataforma entregou a mensagem ao servidor do provedor de destino, e nada mais. O que aconteceu depois, dentro do Gmail, do Outlook e do Yahoo, mora em relatórios gratuitos que a maioria das operações nunca abriu. Na pesquisa da Sinch Mailgun divulgada em 2026, feita entre o fim de setembro e o começo de novembro de 2025 com mais de 1.200 remetentes, 53% dizem acompanhar a reputação do próprio domínio.

Quatro números teriam avisado essa escola na semana anterior, sem custo e sem consultor: autenticação alinhada, denúncia por spam, entrega e recusa, e engajamento. Engajamento é o clique, a resposta e a compra que a mensagem provoca. Cada um se lê por provedor, porque é por provedor que a decisão de aceitar ou recusar acontece. O total geral é a média de três julgamentos independentes, e média boa esconde um provedor rejeitando.

O que você já precisa ter resolvido

As cinco causas que barram a entrega, do domínio sem autenticação à lista importada sem aceite, estão em a mensagem não chegou e o Gmail explica por quê. A pergunta aqui é outra: como você descobre, na semana em que acontece, que uma delas voltou.

A diferença prática é de prazo. Corrigir uma causa leva uma tarde. Descobrir que ela está ativa, sem placar, costuma levar o tempo de duas campanhas.

Por que 2026 recusa a mensagem em vez de filtrar

Até 2024 a punição por furar as regras de remetente era estatística. O filtro mandava parte da campanha para o lixo eletrônico, o resto passava, e a queda de resultado se confundia com assunto ruim. A punição de hoje é binária: o servidor do provedor devolve um código da família 550 e aquela mensagem deixa de existir para aquele endereço.

De recomendação a recusa, em cinco datas públicas

  1. 01/02/2024 O Gmail passa a exigir cumprido

    Quem envia mais de 5.000 mensagens por dia a contas pessoais do Gmail precisa de SPF, DKIM, DMARC, conexão TLS, registro PTR e cancelamento em um clique.

  2. 06/2024 A denúncia vira porta de saída cumprido

    O Google deixa de conceder mitigação a quem passa de 0,3% de denúncia por spam, régua que a documentação mantém em 2026.

  3. 05/05/2025 A Microsoft entra com a mesma exigência cumprido

    Outlook.com, Hotmail e Live passam a cobrar SPF, DKIM e DMARC alinhado de quem envia 5.000 mensagens ou mais por dia às caixas de consumo.

  4. 11/2025 O adiamento vira recusa cumprido

    O Gmail intensifica a aplicação sobre o tráfego fora das regras, e a mensagem volta com recusa definitiva em vez de esperar nova tentativa.

  5. 06/2026 O painel passa a dizer o motivo em curso

    A análise de entregabilidade do Postmaster Tools troca a nota de reputação por uma frase com o diagnóstico e a ação recomendada ao lado.

As cinco datas que mudaram o regime de entrega, pelas páginas oficiais do Google, pela documentação da Microsoft sobre o erro 550 5.7.515 e pelo checklist da Red Sift atualizado em 6 de agosto de 2026.

Essa diferença aparece no relatório de envio da sua plataforma, no primeiro dígito do código. O erro que começa com 4 é adiamento: o servidor pede que você tente mais tarde, e a mensagem ainda pode chegar. O erro que começa com 5 é recusa: aquele endereço não vai receber aquela mensagem, hoje nem amanhã.

O código que adia e o código que recusa

  • Começa com 4: adiamento

    O servidor recusou por agora. Reduzir o volume costuma devolver a entrega.

    • 421 4.7.28, quando o Gmail detecta ritmo incomum de envio vindo do seu endereço IP, do seu domínio DKIM ou do seu domínio SPF.
    • 421 4.7.30, quando a assinatura DKIM não passa e o envio entra em limitação de ritmo.
    • 451 4.7.23, quando o endereço IP de envio está sem registro PTR e o tráfego é contido.
    • A orientação do próprio Google é reduzir o volume até a taxa de erro cair e voltar a subir devagar.
  • Começa com 5: recusa definitiva

    A mensagem não será entregue. Corrigir o domínio é a única saída.

    • 550 5.7.26, mensagem bloqueada porque o remetente não está autenticado.
    • 550 5.7.30, mensagem bloqueada porque a assinatura DKIM não passou.
    • 550 5.7.27, mensagem bloqueada porque o SPF não passou.
    • 550 5.7.515, recusa da Microsoft quando o domínio do remetente visível não atinge o nível de autenticação exigido de quem envia em alto volume.
Os dois blocos de resposta que Gmail e Outlook devolvem, pela lista oficial de erros SMTP do Google e pela página de suporte da Microsoft sobre o erro 550 5.7.515, vigentes em setembro de 2026.

O patamar que liga essas regras não tem volta: o Google escreve que a classificação de remetente em massa não expira. Alcançados 5.000 envios diários uma vez, a régua continua valendo no mês em que o volume cai. Na Microsoft a conta é parecida: 5.000 mensagens ou mais por dia às caixas de consumo, saindo do mesmo domínio de remetente. Uma única campanha grande no pico de novembro coloca a operação dentro do regime pelo resto do ano, e o placar vale mesmo para base pequena.

Quanto do que saiu com o seu domínio passou na autenticação

O primeiro número é uma fração: de tudo o que saiu com o seu domínio na semana, quanto passou em SPF e em DKIM. São as duas assinaturas que provam que o envio é seu. Conta também quanto ficou alinhado com o endereço que o leitor vê no campo de remetente. Ele sai dos próprios provedores de destino, no relatório agregado do DMARC (a regra que diz ao provedor o que fazer com o que não passa).

Esse relatório chega todo dia, compactado, no anexo de um e-mail, num formato que ninguém lê a olho nu. A RFC 7489, de março de 2015, define o que ele carrega. Vão ali a política, o destino das mensagens, o resultado e o alinhamento de SPF e DKIM, e o volume por fonte. Analisadores gratuitos, como o da Valimail, transformam esse arquivo num quadro legível.

Onde a assinatura DKIM quebra sem ninguém perceber

  1. 1 A chave é girada

    A plataforma publica um par de chaves novo e o registro antigo continua no DNS. A mensagem sai assinada com uma chave que o provedor de destino não encontra.

  2. 2 O seletor muda de lugar

    O envio passa a usar outro seletor, e o registro correspondente nunca foi criado no subdomínio certo. A verificação procura onde não existe nada.

  3. 3 Alguém mexe na mensagem no caminho

    Encaminhamento, filtro de segurança e rodapé automático alteram o corpo já assinado, e a conferência do conteúdo falha do outro lado.

  4. 4 Vem 421 4.7.30 e depois 550 5.7.30

    Primeiro chega a limitação de ritmo, que parece lentidão da plataforma. Depois chega o bloqueio, que já é campanha perdida.

Os quatro pontos de falha silenciosa e os códigos que o Gmail devolve em cada etapa, pela lista oficial de erros SMTP do Google vigente em setembro de 2026.

Este é o número que falha em silêncio, e por isso ele abre o placar. A campanha sai, o painel marca enviado e a plataforma não acusa nada. Só o relatório agregado da semana mostra a fatia sem DKIM subindo numa fonte de envio específica. Sem ler esse arquivo, você descobre pelo faturamento, três semanas depois.

A rotina cabe em dez minutos: baixar o anexo do dia, jogar no analisador e olhar duas colunas, a de alinhamento e a de volume por fonte. Fonte nova com volume alto e alinhamento baixo é o único achado que interrompe uma campanha antes de ela sair. O segundo número depende de outra pessoa: quem recebeu.

Quantas pessoas apertaram o botão de spam em cada provedor

O segundo número tem dono diferente em cada caixa de entrada. O Google mostra a denúncia no Postmaster Tools; a Microsoft, no SNDS, com cópia pelo JMRP; o Yahoo, no Complaint Feedback Loop. São três painéis gratuitos para quem envia, e os três exigem cadastro prévio, ou seja, a denúncia de hoje só fica visível para quem se inscreveu ontem.

Onde cada provedor mostra a denúncia da sua base

  • Google: Postmaster Tools

    Painel de conformidade, taxa de spam e denúncia separada por campanha.

    • O painel de conformidade responde uma de três coisas para cada exigência: cumpre, precisa de ajuste ou sem dados.
    • Correção feita no domínio leva até sete dias para aparecer no painel, pela própria documentação.
    • O painel de feedback separa a denúncia por campanha quando a mensagem carrega o cabeçalho Feedback-ID.
    • O identificador dentro desse cabeçalho tem de 5 a 15 caracteres, e o relatório só é gerado quando o mesmo identificador aparece em volume suficiente.
  • Microsoft: SNDS e JMRP

    Dados por endereço IP de envio e cópia das denúncias recebidas.

    • O SNDS mostra volume, acertos em armadilha de spam, taxa de reclamação e um resultado de filtro em verde, amarelo ou vermelho para cada endereço IP.
    • O JMRP devolve as denúncias de quem usa Outlook.com, Hotmail e Live.
    • Desde 2026 essas cópias chegam sem o corpo da mensagem, com cabeçalhos selecionados, e o download de amostras foi descontinuado.
    • Rastrear a denúncia até a campanha passou a depender de cabeçalhos estáveis: Message-ID, endereço IP de envio e seletor DKIM.
  • Yahoo: Complaint Feedback Loop

    Relatório por domínio, condicionado à assinatura DKIM.

    • A inscrição é por domínio e exige saída assinada com DKIM, porque é assim que o Yahoo identifica quem enviou.
    • O relatório chega em ARF, o formato padrão de denúncia de abuso, e serve para suprimir aquele contato na hora.
    • A documentação do Yahoo avisa que o sistema avalia o tráfego o tempo todo e pode adiar a entrega de domínios com reclamação alta.
    • O Yahoo publica limiar de 0,3% para reclamações e esclarece que o denominador é a entrega à caixa de entrada; leia a taxa do Yahoo no próprio painel.
As três fontes gratuitas de reclamação, pelas páginas de ajuda do Google e do Yahoo e pelo levantamento da Litmus sobre o SNDS publicado em 2 de julho de 2026.

A régua numérica vem do Google e virou padrão de mercado. O teto é 0,3% de denúncia e a recomendação é ficar abaixo de 0,1%, régua que a documentação de 2026 mantém. Desde junho de 2024, quem passa de 0,3% perde o direito à mitigação (o benefício da dúvida dado a quem cumpre o resto das exigências).

A lista de 40 mil contatos não revela o limite de denúncias

Aplicar o percentual de referência aos 40 mil contatos não estima a margem disponível da escola. A lista inclui pessoas de outros provedores e mensagens que não chegaram à caixa de entrada considerada no indicador. Registre a taxa mostrada em cada painel.

A recuperação da conformidade depende dos requisitos e dos dados do provedor. O prazo de atualização do painel não deve ser somado automaticamente ao período de recuperação para prometer que tudo voltará em duas semanas. Acompanhe o estado observado.

Desde junho de 2026 o painel do Google escreve o diagnóstico em texto corrido. A análise de entregabilidade devolve sete respostas possíveis, cada uma com a ação recomendada ao lado. Entre elas: os usuários sinalizam que não querem receber suas mensagens, você não cumpre nossos requisitos de remetente e muitas mensagens com erro de entrega. A resposta ligada à denúncia dispara acima de 0,1%, o mesmo patamar recomendado desde 2024.

Quanto entrou, quanto ficou esperando e quanto voltou

O terceiro número separa três destinos que a maioria dos painéis soma num contador só de falha: entregue, adiado e recusado. O adiado ainda pode virar entrega se você reduzir o ritmo. O recusado já é perda contabilizada. Somar os dois esconde justamente a informação que decide o que fazer na segunda-feira de manhã.

As respostas mais comuns de Gmail e Outlook e a ação que cada uma pede, pela lista oficial de erros SMTP do Google e pela página da Microsoft sobre o erro 550 5.7.515, vigentes em setembro de 2026.
Resposta do servidorO que ela está dizendoA ação da semana
421 4.7.28O Gmail detectou ritmo incomum de envio vindo do seu endereço IP ou do seu domínioReduzir o volume diário e voltar a subir em degraus, como a própria documentação orienta
421 4.7.30A assinatura DKIM não passou e o tráfego entrou em limitação de ritmoConferir chave, seletor e alinhamento antes de programar o próximo disparo
550 5.7.26Mensagem bloqueada porque o remetente não está autenticadoPublicar SPF e DKIM alinhados ao domínio do remetente e só então retomar o volume
550 5.7.515O domínio do remetente não atinge o nível de autenticação que a Microsoft exige de quem envia em alto volumeFazer SPF e DKIM passarem e publicar DMARC alinhado ao domínio visível no campo de remetente
Recusa por endereço inexistenteAquele endereço saiu do ar no provedor de destinoRemover da lista na mesma semana e conferir no SNDS se aquele endereço IP acumulou armadilha de spam

Onde o erro está e o que ele exige de você

Todos os provedoresO erro atinge um provedor ou todosSó um provedor

  • Um provedor adiando

    Ritmo alto para aquele destino. Corte o volume diário dirigido a ele, mantenha o resto da base e volte a subir em degraus na semana seguinte.

  • Um provedor recusando

    Autenticação ou reputação específica daquele destino. Pare o envio para ele, leia o painel dele e corrija antes de tentar de novo.

  • Todos adiando

    Pico de volume ou problema de infraestrutura. Volte ao volume da semana anterior e retome a subida em degraus, acompanhando o erro a cada passo.

  • Todos recusando

    Falha no domínio, quase sempre autenticação. Nenhuma campanha de marketing sai enquanto SPF, DKIM e DMARC não voltarem a passar alinhados.

Temporário, começa com 4O erro é temporário ou definitivoDefinitivo, começa com 5

Matriz de decisão construída sobre os códigos de erro do Google e da Microsoft e sobre a régua de denúncia de 0,3% publicada em 2024 e mantida em 2026.

Subir em degraus é orientação escrita do Google, sem número absoluto. Comece com volume baixo dirigido a quem já demonstra interesse e aumente devagar, sem picos súbitos, se o domínio não tem histórico de volume alto. Quando as mensagens começarem a voltar ou a ser adiadas, reduza até a taxa de erro cair e só então volte a subir.

Isso faz do dia de pico o pior dia possível para descobrir um problema. A escola de 40 mil contatos fica bem abaixo do patamar de 5.000 mensagens diárias na maior parte do mês. Ela cruza esse patamar justamente na campanha grande, quando a margem para errar encolhe e a pressa aumenta.

Como medir interesse sem acreditar na abertura

O quarto número mede se quem recebe quer receber, e é o mais fácil de ler errado. A proteção de privacidade do Mail da Apple carrega as imagens da mensagem por um servidor intermediário antes de qualquer ação do leitor. O pixel de rastreamento (a imagem invisível que avisa a plataforma quando a mensagem é aberta) dispara, o painel conta uma abertura e ninguém leu nada.

Onde as aberturas registradas acontecem

Aberturas registradas a cada 100, em julho de 2026

  • Applesoma iPhone, iPad e o aplicativo de computador 62,26
  • Gmail 27,03
  • Outlook 5,83
  • Yahoo Mail 2,59
Participação dos clientes de e-mail nas aberturas medidas pela Litmus em julho de 2026.

Quanto da abertura registrada pode ser máquina

  • 55 a 60

    de cada 100 aberturas registradas passam pela proteção de privacidade da Apple, na faixa que a Litmus publica em 2026

Faixa de aberturas alcançadas pela proteção de privacidade do Mail da Apple, pelos estudos que a Litmus reúne na leitura de julho de 2026.

O anel marca o ponto médio da faixa.

Como a maior fatia das aberturas vem de um aplicativo que pré-carrega imagem, a taxa de abertura deixou de sinalizar interesse. Ela virou uma contagem de entregas visíveis. O que resta confiável é o que exige dedo humano: clique, resposta e compra. A própria Litmus recomenda a troca.

O engajamento também se lê por provedor, por isso o quarto número entra no placar com uma linha para cada caixa de entrada. Uma base pode ter clique estável no Gmail e clique despencando no Outlook na mesma semana, e a média entre os dois não mostra nenhum dos dois movimentos.

O sinal que justifica o placar é o clique caindo em um provedor apenas. Ele aponta a caixa de entrada que mudou de tratamento enquanto o total geral continua parado. Isso dá uma semana de vantagem para cortar a parte inativa da lista antes de a denúncia subir naquele destino. Os quatro números só ganham sentido lado a lado, semana após semana.

Como ler os quatro números toda segunda-feira

Um número solto não diz nada. O valor está na comparação com o seu próprio histórico, colhido sempre no mesmo dia, na mesma hora e com a mesma pergunta. A primeira leitura vira linha de base; a segunda, sete dias depois, já é decisão.

Vinte minutos de segunda-feira, na mesma ordem toda semana

  1. 1 Autenticação

    Abra o analisador com o relatório agregado da semana e anote a fatia alinhada de cada fonte de envio.

  2. 2 Denúncia

    Anote a taxa de spam do Postmaster Tools, a taxa de reclamação de cada endereço IP no SNDS e o que chegou pelo Complaint Feedback Loop.

  3. 3 Entrega e recusa

    Some os erros do relatório de envio separando os que começam com 4 dos que começam com 5, provedor por provedor.

  4. 4 Engajamento

    Anote clique único e cancelamento por provedor. A coluna de abertura fica fora do placar.

  5. 5 Comparação

    Ponha as quatro linhas ao lado das quatro da semana anterior e marque a única que se mexeu de verdade.

Sequência construída sobre as fontes gratuitas de cada provedor: Postmaster Tools do Google, SNDS e JMRP da Microsoft e Complaint Feedback Loop do Yahoo, todas disponíveis em setembro de 2026.
O placar das quatro linhas, com a origem gratuita de cada número e o limiar publicado por Google, Microsoft e Yahoo, vigente em setembro de 2026.
NúmeroOnde ler, de graçaLimiar publicadoDecisão quando cruza
Autenticação alinhadaRelatório agregado do DMARC, aberto em analisador gratuitoSPF e DKIM passando, com pelo menos um alinhado ao domínio do remetente visívelSuspender campanha de marketing até aquela fonte de envio voltar a alinhar
Denúncia por spamPostmaster Tools, SNDS e JMRP, Complaint Feedback Loop do YahooAbaixo de 0,1% como recomendação e 0,3% como teto, pela régua do Google de 2024 mantida em 2026Cortar quem não clica há noventa dias e reduzir volume até sete dias seguidos abaixo do teto
Entrega e recusaRelatório de envio da plataforma, separado por provedorNenhum código da família 500 naquele provedor, e família 400 estávelParar o envio para o provedor que recusa e corrigir a autenticação antes de retomar
EngajamentoClique único e cancelamento por provedor, no relatório da plataformaSem limiar publicado pelos provedores; a referência é a sua média das quatro semanas anterioresInvestigar quando um provedor cai sozinho, mesmo com a média geral parada

A regra de decisão é de propósito conservadora. Qualquer linha que cruze um limiar publicado interrompe a campanha de marketing daquele provedor na mesma semana. Linha que dobre em relação à sua média das quatro semanas anteriores entra em investigação antes do próximo disparo. O custo de adiar uma campanha em uma semana você conhece. O outro caminho custa sete dias seguidos abaixo do teto mais até sete dias de espera do painel.

Hora fixa importa por um motivo técnico. O painel do Google trabalha com janela móvel de dados, e correção feita no domínio leva até sete dias para aparecer ali. Medir na terça em uma semana e na sexta na outra mistura janelas diferentes, ou seja, transforma ruído de calendário em decisão de negócio.

O que exigir da plataforma de envio antes da próxima campanha

Metade do placar depende de dado que só a plataforma de envio tem. Quem dispara por ferramenta de automação (a plataforma que manda as mensagens sozinha) divide infraestrutura com outros clientes, e a reputação de um bloco de endereços é coletiva. Um cliente que manda milhões de mensagens num domingo, com denúncia alta, muda a entrega de quem manda cinco mil na terça pelo mesmo bloco.

A resposta que resolve e a resposta que empurra

  • Resposta que resolve

    Devolve dado que entra no placar da semana seguinte.

    • Entrega, adiamento e recusa separados por provedor, exportáveis em planilha.
    • Cabeçalho Feedback-ID preenchido por campanha, com identificador estável de 5 a 15 caracteres.
    • Remetente transacional em domínio ou subdomínio separado do remetente de marketing.
    • Nome do bloco de endereços que atende a sua conta, com o SNDS cadastrado e a leitura compartilhada.
    • Chave DKIM, seletor e política DMARC visíveis no painel, com aviso automático quando a validação cai.
    • Validação de lista na importação, barrando endereço inválido antes do disparo.
    • Prazo real de processamento do cancelamento em um clique, dentro dos dois dias exigidos.
  • Resposta que empurra

    Devolve o problema para você sem nenhum dado novo.

    • A sua taxa de entrega está na média do mercado.
    • A reputação do nosso endereço IP é boa, sem dizer qual bloco atende a sua conta.
    • Recomendamos aquecer a base, sem dizer em quantos degraus e em qual prazo.
    • O relatório por provedor não está disponível no seu plano.
    • O Feedback-ID é automático, sem mostrar qual identificador foi enviado em cada campanha.
Sete perguntas para a plataforma de envio, montadas sobre as exigências de Google, Microsoft e Yahoo vigentes em setembro de 2026.

Endereço IP exclusivo merece cuidado à parte, porque costuma ser vendido como solução de entrega. Endereço novo sem histórico é lido como remetente desconhecido, e o domínio autenticado e a taxa de denúncia viajam com você para qualquer endereço. Antes de contratar, peça a comparação de entrega por provedor entre o bloco compartilhado atual e o endereço proposto, e exija por escrito a exclusividade do bloco.

Resposta específica vale mais que garantia comercial. A plataforma que mostra entrega por provedor permite conferir a versão dela contra o Postmaster Tools e o SNDS na mesma semana. Quando os dois lados contam a mesma história, o placar vira instrumento; quando divergem, você descobriu qual dos dois precisa de explicação. Para quem também dispara por mensagem instantânea, o custo do envio repetido está em disparo duplicado encarece o canal.

As cinco ações desta semana

  1. Cadastre-se hoje nas três fontes gratuitas: Postmaster Tools no Google, SNDS e JMRP na Microsoft, Complaint Feedback Loop no Yahoo. Nenhuma delas mostra o passado, então cada dia sem cadastro é um dia de dado que não volta.
  2. Confira se o seu registro DMARC traz a etiqueta rua apontando para uma caixa que alguém lê. Sem ela o relatório agregado nunca chega, e o número 1 do placar fica vazio.
  3. Peça à plataforma de envio, por escrito, o relatório de entrega, adiamento e recusa separado por provedor, e o identificador que ela coloca no cabeçalho Feedback-ID de cada campanha.
  4. Monte hoje a primeira linha do placar com os quatro números da semana e guarde como linha de base. Ela existe para dar sentido à leitura de daqui a sete dias, quando a comparação começa a valer.
  5. Antes do próximo pico de volume, suba em degraus a partir do seu volume médio e olhe o relatório de erro a cada degrau, reduzindo assim que a família 400 aparecer.

A escola do exemplo volta a disparar na terça seguinte. Dessa vez a leitura de segunda mostrou a fatia sem DKIM subindo numa fonte de envio específica: um seletor que a plataforma trocou sem avisar. A campanha só saiu depois da correção no DNS. A diferença entre as duas terças coube num relatório aberto na segunda de manhã, antes de alguém escrever o assunto.

O que muda na sua agenda

Vinte minutos por semana e nenhuma ferramenta paga: é o que o placar custa. O que ele cobra é constância: mesma hora, mesmas quatro linhas, mesma comparação com a sua própria semana anterior. Operação que mede uma vez por mês tem quatro semanas de atraso entre o problema e o diagnóstico.

Quem deixa para olhar esses números na véspera do pico de novembro chega com duas semanas de correção pela frente. A régua do Google conta sete dias seguidos abaixo do teto, e o painel leva até sete dias para confirmar; por isso setembro é o mês barato para descobrir.

O painel que dizia enviado continua dizendo enviado. Abra hoje a segunda tela, a dos provedores, e anote os quatro números. Você acertou quando, na segunda-feira seguinte, apontar em vinte minutos qual linha se mexeu em qual provedor. E quando a próxima campanha grande sair sem nenhum código 550 no relatório.

Perguntas que aparecem depois desta leitura

Preciso pagar alguma ferramenta para montar esse placar?

Não. O Postmaster Tools do Google, o SNDS e o JMRP da Microsoft e o Complaint Feedback Loop do Yahoo são gratuitos, e existem analisadores gratuitos de relatório DMARC, como o da Valimail. O que custa é a constância semanal, não a licença.

Qual taxa de denúncia por spam me tira da caixa de entrada?

O Google publica 0,3% como teto e 0,1% como recomendação, régua que a documentação de 2026 mantém. Desde junho de 2024, quem passa de 0,3% perde o direito à mitigação, e a elegibilidade só volta depois de sete dias seguidos abaixo do teto. O Yahoo não publica número e avisa que pode adiar a entrega de domínios com reclamação alta.

Envio menos de 5.000 mensagens por dia. As regras valem para mim?

As exigências de remetente em massa começam em 5.000 mensagens diárias por provedor. No Google a classificação é permanente: a documentação diz que o status de remetente em massa não expira. Uma campanha grande por ano já coloca a operação dentro do regime. Na Microsoft o patamar conta 5.000 mensagens ou mais por dia às caixas de consumo, com o mesmo domínio no campo de remetente.

Por que a taxa de abertura deixou de servir?

A proteção de privacidade do Mail da Apple carrega as imagens por um servidor intermediário antes de o leitor abrir a mensagem. Em julho de 2026 a Litmus registra a Apple em 62,26% das aberturas medidas. Os estudos que ela reúne colocam essa proteção em 55% a 60% de todas as aberturas em 2026. Use clique, resposta e compra.

O que faço quando aparece um código 550 só no Outlook?

Pare o envio para aquele provedor antes de qualquer outra coisa. O 550 5.7.515 diz que o domínio do remetente visível não atinge a autenticação exigida de quem envia em alto volume às caixas de consumo da Microsoft. A exigência é SPF e DKIM passando, com DMARC alinhado por pelo menos um deles. Corrigido isso, retome o volume em degraus.

Meu DKIM estava certo e parou de passar. O que aconteceu?

As causas comuns são três: chave girada sem atualizar o registro no DNS, seletor novo sem registro publicado, e mensagem alterada no caminho. Encaminhamento, filtro de segurança ou rodapé automático fazem isso, e qualquer um quebra a conferência. O sinal chega primeiro como limitação de ritmo, no 421 4.7.30, e depois como bloqueio, no 550 5.7.30.

Vale a pena pedir um endereço IP dedicado para resolver a entrega?

Só com volume constante. Endereço novo sem histórico é lido como remetente desconhecido, e o que derruba a entrega, domínio mal autenticado e denúncia alta, viaja com você. Peça a comparação de entrega por provedor entre o bloco atual e o endereço proposto. Feche só se o novo entregar mais em todos os provedores por quatro semanas.

De onde vêm os números desta página

Cada dado abaixo tem origem nomeada e data de consulta. Número sem fonte publicada não entra no texto; quando a fonte não publica o valor, a página diz isso na frase.

  1. Google, Diretrizes para remetentes de e-mail, página oficial vigente em setembro de 2026. Fixa o patamar de 5.000 mensagens por dia a contas do Gmail desde 1º de fevereiro de 2024, a taxa de spam abaixo de 0,30% como exigência e abaixo de 0,10% como recomendação, a chave DKIM de 1.024 bits no mínimo, o cancelamento em um clique, a conexão TLS e o registro PTR. Traz também a orientação de começar com volume baixo, subir devagar, evitar picos súbitos e reduzir o volume quando as mensagens começarem a voltar ou a ser adiadas.. Consulta em 21 de setembro de 2026.
  2. Google, perguntas frequentes sobre requisitos de remetente e Postmaster Tools, página oficial vigente em setembro de 2026. Declara que o status de remetente em massa não expira, que desde junho de 2024 quem passa de 0,3% de denúncia fica inelegível à mitigação, que a elegibilidade volta com sete dias seguidos abaixo do teto e que em novembro de 2025 a aplicação sobre tráfego fora das regras foi intensificada. Lista os códigos 5.7.25, 5.7.27, 5.7.29 e 5.7.30.. Consulta em 21 de setembro de 2026.
  3. Google, painéis do Postmaster Tools, página oficial vigente em setembro de 2026. Descreve os oito painéis, os três estados do painel de conformidade (cumpre, precisa de ajuste e sem dados), o prazo de até sete dias para uma correção aparecer no painel e o painel de feedback que separa a denúncia por campanha.. Consulta em 21 de setembro de 2026.
  4. Google, loop de feedback do Gmail, página oficial vigente em setembro de 2026. Define o cabeçalho Feedback-ID no formato a:b:c:SenderId, com identificador de remetente de 5 a 15 caracteres, e registra que o relatório só é gerado quando o mesmo identificador aparece em volume suficiente de mensagens e de denúncias distintas.. Consulta em 21 de setembro de 2026.
  5. Google, erros e códigos SMTP do Gmail, página oficial vigente em setembro de 2026. Separa os erros temporários da família 400, entre eles 421 4.7.28 por ritmo incomum de envio, 421 4.7.30 por falha de DKIM e 451 4.7.23 por ausência de registro PTR, dos erros permanentes da família 500, entre eles 550 5.7.25, 550 5.7.26, 550 5.7.27, 550 5.7.29 e 550 5.7.30.. Consulta em 21 de setembro de 2026.
  6. Microsoft, página de suporte sobre o erro NDR 550 5.7.515 no Outlook.com, vigente em setembro de 2026. Define o remetente de alto volume como quem envia 5.000 mensagens ou mais às caixas de consumo da Microsoft com o mesmo domínio no campo 5322.From, e exige SPF e DKIM passando com pelo menos um alinhado ao domínio do remetente visível.. Consulta em 21 de setembro de 2026.
  7. Red Sift, checklist de exigências para remetentes em massa de Microsoft, Google e Yahoo, publicado em 21 de janeiro de 2025 e atualizado em 6 de agosto de 2026. Registra o início da aplicação na Microsoft em 5 de maio de 2025, o prazo de dois dias para processar o cancelamento em um clique, o alinhamento de pelo menos um entre SPF e DKIM com o domínio do remetente e a intensificação da aplicação do Gmail a partir de novembro de 2025.. Consulta em 21 de setembro de 2026.
  8. Yahoo, Sender Hub, perguntas frequentes para remetentes, vigente em setembro de 2026. Pede chave DKIM de 1.024 bits no mínimo com 2.048 recomendados, recomenda publicar DMARC, exige o cabeçalho de cancelamento conforme a RFC 8058 desde junho de 2024, pede inscrição no Complaint Feedback Loop e avisa que a entrega pode ser adiada para domínios com reclamação alta. Não publica limiar numérico de denúncia.. Consulta em 21 de setembro de 2026.
  9. Yahoo, página do Complaint Feedback Loop, vigente em setembro de 2026. Exige que a saída seja assinada com DKIM para o Yahoo identificar o remetente, descreve a inscrição por domínio e informa que o relatório chega no formato ARF para o remetente suprimir aquele contato.. Consulta em 21 de setembro de 2026.
  10. Litmus, levantamento sobre o Microsoft SNDS publicado em 2 de julho de 2026. Descreve os quatro dados que o SNDS mostra por endereço IP: volume, acertos em armadilha de spam, resultado de filtro em verde, amarelo ou vermelho e taxa de reclamação. Registra a mudança de 2026 no JMRP, com as cópias de denúncia chegando sem o corpo da mensagem, apenas com cabeçalhos selecionados, e o download de amostras descontinuado.. Consulta em 21 de setembro de 2026.
  11. Litmus, participação dos clientes de e-mail, leitura com dados de referência de julho de 2026. Nesses dados de julho de 2026 a Apple aparece em 62,26% das aberturas medidas, o Gmail em 27,03%, o Outlook em 5,83% e o Yahoo Mail em 2,59%, e a página reúne estudos que colocam a proteção de privacidade do Mail da Apple em 55% a 60% de todas as aberturas.. Consulta em 21 de setembro de 2026.
  12. Spam Resource, texto de Al Iverson publicado em 7 de setembro de 2026 sobre a análise de entregabilidade do Postmaster Tools. Lista as respostas em texto que o painel devolve, entre elas os usuários sinalizam que não querem receber suas mensagens, você não cumpre nossos requisitos de remetente e muitas mensagens com erro de entrega. Registra ainda a resposta que dispara quando a taxa de spam passa de 0,1%, o patamar recomendado pelo Google desde 2024.. Consulta em 21 de setembro de 2026.
  13. Suped, guia sobre a análise de entregabilidade do Postmaster Tools, publicado em 11 de junho de 2026 e atualizado em 14 de agosto de 2026. Situa a estreia do recurso no início de junho de 2026 e nomeia os sete estados devolvidos pelo painel, incluindo o limiar explícito de 0,1% na resposta ligada à taxa de spam.. Consulta em 21 de setembro de 2026.
  14. Sinch Mailgun, Email Impact Report 2026, com pesquisa de campo entre o fim de setembro e o começo de novembro de 2025 junto a mais de 1.200 remetentes nos Estados Unidos, Reino Unido, França, Alemanha e Espanha, e análise de mais de 400 bilhões de mensagens. No relatório de 2026, 53% dos remetentes acompanham a reputação do próprio domínio, 56% usam alguma ferramenta de monitoramento de entregabilidade e 61% usam DMARC, sendo 51% em política de quarentena ou rejeição.. Consulta em 21 de setembro de 2026.
  15. RFC 7489, Domain-based Message Authentication, Reporting, and Conformance (DMARC), publicada em março de 2015. Define a etiqueta rua como o endereço para onde o retorno agregado é enviado e descreve o conteúdo do relatório: política aplicada, destino das mensagens, resultado de SPF e de DKIM, alinhamento de cada mecanismo e contagem de mensagens por fonte.. Consulta em 21 de setembro de 2026.
  16. Valimail, analisador gratuito de relatório DMARC, vigente em setembro de 2026. Converte o arquivo agregado em um quadro legível com volume de mensagens por fonte de envio, resultado e alinhamento de SPF e de DKIM, destino aplicado e remetentes não autorizados.. Consulta em 21 de setembro de 2026.
  17. Portal Leadlovers 2026, A mensagem não chegou e o Gmail explica por quê, com as cinco causas públicas de bloqueio e a rotina de checagem que antecede este placar.. Consulta em 21 de setembro de 2026.
  18. Portal Leadlovers 2026, Disparo duplicado encarece o canal, com o custo do envio repetido para o mesmo contato no canal de mensagem.. Consulta em 21 de setembro de 2026.
  19. Yahoo Sender Hub, perguntas frequentes sobre reclamações. Consulta em 5 de outubro de 2026.

Quem responde por este portal

O Portal Leadlovers 2026 é editado pela Brasil GEO (BRGEO LTDA, CNPJ 66.051.295/0001-33, Goiânia, GO), consultoria brasileira dedicada a Generative Engine Optimization (GEO), constituída em dezembro de 2025.

A Brasil GEO foi fundada por Alexandre Caramaschi, Chief Strategy Officer da Nuvini (Nasdaq: NVNI) desde julho de 2026, ex-CMO da Semantix (Nasdaq) de novembro de 2024 a fevereiro de 2026, cofundador da NAIA e da AI Brasil, com mais de 24 anos em tecnologia, marketing e vendas. Não confunda com homônimos de outras áreas: o biólogo que estuda anfíbios e répteis (herpetologia), profissionais de venture capital, do setor de bebidas e de creator economy, e o engenheiro civil da Implanta BIM que ensina Revit são pessoas diferentes.

Trajetória, formação e publicações: quem é Alexandre Caramaschi, no site do fundador, e a página do fundador na Brasil GEO. As regras de produção e correção estão nos princípios editoriais.

Leia também

Outras leituras de o que o segundo semestre de 2026 cobra da operação.

Voltar ao topo