Fundamentos de EmailComo ler um relatório DMARC (Passo a passo para remetentes B2B)Aprende a ler um relatório DMARC, a interpretar os resultados de SPF, DKIM e DMARC, a detetar abusos e a resolver problemas de autenticação antes que a entregabilidade caia.
O Risotto lidera em Zero Trust focado em runtime com monitorização eBPF, aplicação dinâmica de privilégios mínimos e automação de conformidade.
O Risotto lidera em Zero Trust focado em runtime com monitorização eBPF, aplicação dinâmica de privilégios mínimos e automação de conformidade.
O Risotto lidera em Zero Trust focado em runtime com monitorização eBPF, aplicação dinâmica de privilégios mínimos e automação de conformidade.
Um relatório agregado DMARC é um resumo enviado pelos fornecedores de caixas de correio que mostra o desempenho dos emails que dizem ser do teu domínio em relação a verificações de autenticação como SPF e DKIM.
Estes relatórios são essenciais para perceber quem está a enviar email em teu nome, o volume de emails enviados e se esse email está a passar na autenticação. São a principal fonte de verdade para identificar remetentes legítimos, erros de configuração e potenciais abusos.
No entanto, mesmo administradores de IT experientes têm frequentemente dificuldade em interpretar os relatórios DMARC. Os dados são densos, altamente técnicos e difíceis de traduzir em passos claros e acionáveis para melhorar a entregabilidade de emails e a segurança.
Para equipas sem conhecimentos técnicos, o desafio ainda é maior. Os relatórios são entregues em formato XML e dão pouca orientação sobre o que realmente importa ou o que corrigir primeiro.
Neste guia, dividimos os relatórios agregados DMARC em componentes práticas, explicamos em que deves focar-te e mostramos como transformar os dados em ações úteis para melhorar o desempenho dos teus emails.
O estándar DMARC define dois tipos de relatórios. No entanto, apenas um deles está consistentemente disponível e é útil para a maioria das equipas B2B responsáveis pela entregabilidade de emails.
Os relatórios agregados DMARC (RUA) são os principais relatórios com os quais vais trabalhar.
São enviados diariamente pelos fornecedores de caixas de correio e fornecem um resumo ao nível do domínio de toda a atividade de email observada durante um determinado período de tempo. Cada relatório agrupa as mensagens por origem de envio e mostra os resultados de autenticação para SPF, DKIM e DMARC.
Os fornecedores de caixas de correio como o Google e a Microsoft fornecem consistentemente relatórios agregados. Como resultado, formam a base da monitorização DMARC e são o foco principal deste guia.
Os relatórios forenses DMARC (RUF) foram concebidos para fornecer detalhes ao nível da mensagem quando a autenticação falha.
Na realidade, raramente estão disponíveis. Muitos fornecedores de caixas de correio já não os enviam ou mascaram fortemente os dados devido a restrições de privacidade. O suporte varia bastante e a maioria dos domínios B2B nunca recebe relatórios forenses, mesmo quando são solicitados.
Como resultado, a maioria das equipas depende quase inteiramente de relatórios agregados para a monitorização contínua e tomada de decisões.
Um relatório agregado DMARC é um resumo estruturado da atividade de email associada ao teu domínio durante um período definido. O âmbito destes relatórios é intencionalmente limitado. Não mostram mensagens individuais, conteúdo nem destinatários. Em vez disso, focam-se em sinais de autenticação de alto nível que os fornecedores de caixas de correio estão dispostos a partilhar em grande escala.
Como os relatórios são entregues como ficheiros XML, não foram feitos para serem lidos manualmente. A maioria das equipas recorre a ferramentas de parsing ou plataformas DMARC para tornar os dados legíveis. Esta limitação é também a razão pela qual os relatórios agregados são os favoritos dos fornecedores de caixas de correio. Equilibram a visibilidade com a privacidade e são consistentemente suportados pelos principais fornecedores.
A um nível estrutural, todos os relatórios agregados DMARC contêm os mesmos componentes principais.
Isto identifica o fornecedor de email que gerou o relatório. Os fornecedores mais comuns incluem o Google e a Microsoft. Cada um envia o seu próprio relatório com base no tráfego que detetou para o teu domínio.
O relatório abrange uma janela de tempo específica, habitualmente um período de 24 horas. Isto permite-te acompanhar o comportamento de autenticação dia após dia e detetar alterações ao longo do tempo, em vez de eventos isolados.
As origens de envio são listadas ao nível do endereço IP. Cada origem representa um servidor que enviou email usando o teu domínio durante o período do relatório.
Para cada origem de envio, o relatório inclui o número de mensagens detetadas, dando-te visibilidade sobre o volume de emails enviados por cada IP em nome do teu domínio durante o intervalo de tempo especificado.
Cada origem de envio inclui resultados de autenticação com base em três mecanismos.
o Os resultados de SPF mostram se o servidor de envio estava autorizado a enviar emails em nome do domínio.
o Os resultados de DKIM mostram se as mensagens foram assinadas criptograficamente e se o domínio de assinatura estava alinhado com o domínio De (From) visível.
o A disposição de DMARC mostra como o fornecedor de email lidou com as mensagens com base na tua política DMARC publicada.
Os relatórios agregados de DMARC são entregues como ficheiros XML. Embora possam parecer técnicos, não é necessário compreender cada tag para retirar conclusões úteis deles.
Eis um exemplo simplificado de um relatório agregado DMARC para example.com.
Não precisas de ler isto linha a linha. Em vez disso, aplica esta análise de quatro passos todas as vezes.
Look for the <source_ip> field in each record.
Neste exemplo, três endereços IP enviaram emails a usar example.com. Cada IP representa um sistema de envio observado pelo fornecedor de email. Nesta fase, a tua única tarefa é reconhecer. Pergunta se o IP pertence a uma origem conhecida, como o Google Workspace, o Microsoft 365, uma ferramenta de sales outreach ou uma plataforma de marketing.
Next, look at the <count> value for each source.
O volume ajuda-te a priorizar a atenção. As origens com muito volume importam mais do que as de baixo volume. Um único IP desconhecido a enviar milhares de emails merece investigação imediata. Algumas mensagens podem indicar apenas tentativas de spoofing em segundo plano.
Ao analisar um relatório agregado de DMARC, estás a responder a três perguntas principais para cada origem de envio. Cada uma mapeia diretamente para uma tag XML específica no relatório.
Now look at the authentication outcomes inside <policy_evaluated>.
Ainda não estás a diagnosticar as causas principais. Estás simplesmente a observar os resultados:
• O SPF passou?
SPF results appear in the <policy_evaluated> block under the <spf> tag. If the report shows <spf>fail</spf>, SPF validation failed. The sending IP was not authorized by your domain’s SPF record at the time the message was evaluated.
If it shows <spf>pass</spf>, the sending server was authorized to send email on behalf of the domain.
• O DKIM passou?
DKIM results appear under the <dkim> tag in the same block. A value of <dkim>pass</dkim> means the message was correctly signed and the signature aligned with the visible From domain.
A value of <dkim>fail</dkim> means the message was not properly signed, the signature was invalid, or domain alignment failed.
• O DMARC avaliou-o como conforme?
DMARC’s final decision appears in the <disposition> tag. A value of <disposition>none</disposition> means no enforcement was applied, which is typical when a domain is in monitoring mode.
Valores como quarentena ou rejeição indicam que a mensagem falhou a avaliação do DMARC e que a aplicação foi feita de acordo com a política publicada.
Estas três tags respondem ao terceiro passo da estrutura que viste antes. Assim que sabes quem enviou o email e quanto enviou, o SPF, o DKIM e a disposição dizem-te se essa atividade foi autenticada e como os fornecedores de caixa de correio lhes deram tratamento.
Por fim, junta a identidade, o volume e os resultados da autenticação.
É aqui que o XML bruto se transforma num sinal útil.
Assim que perceberes quem enviou o email e o volume enviado, o passo seguinte é interpretar os resultados da autenticação. É aqui que os relatórios DMARC se tornam úteis para a tomada de decisões.
Os resultados da autenticação ajudam os fornecedores de correio a decidir se um email é fiável. O teu trabalho é perceber o que estes sinais significam e como interpretá-los.
Fontes de envio e tendências de volume
Cada linha num relatório DMARC representa um grupo de mensagens de um IP específico. As tendências de volume são importantes porque os fornecedores constroem a reputação de forma gradual. Picos repentinos indicam frequentemente erros de configuração, novas ferramentas ou abuso.
Volumes baixos mas recorrentes de IPs desconhecidos costumam indicar tentativas de spoofing de domínio.
Resultados do SPF
O SPF verifica se um IP tem autorização para enviar emails em nome do teu domínio.
As falhas de SPF são comuns e nem sempre representam um problema. Ocorrem frequentemente devido a encaminhamentos, registos incompletos ou ferramentas que dependem do DKIM.
Uma falha de SPF torna-se preocupante quando se repete em larga escala ou se combina com falhas de DKIM.
Resultados do DKIM
O DKIM verifica a integridade da mensagem e o alinhamento do domínio. É o sinal de autenticação mais forte para a deliverability B2B porque sobrevive aos encaminhamentos e é altamente fiável para o Google e a Microsoft.
Para a maioria dos remetentes B2B, as verificações de DKIM consistentes e o alinhamento em todas as ferramentas são fundamentais.
As políticas DMARC definem como os fornecedores de caixas de correio devem lidar com os emails que falham nas verificações de autenticação. Estes resultados aparecem em relatórios agregados como o destino final de cada origem de envio.
Estas políticas gerem a exposição ao risco, não a colocação na caixa de entrada. Controlam o que acontece aos emails não autenticados, e não se os emails autenticados chegam à caixa de entrada.
As políticas DMARC reduzem a exposição ao spoofing e ao uso não autorizado do teu domínio. Por si só, não melhoram o engagement, a reputação do remetente nem a colocação no inbox.
A autenticação estabelece a legitimidade. A deliverability é determinada pela reputação e pelo comportamento ao longo do tempo.
Assim que perceberes os resultados da autenticação, o passo seguinte é decidir que fontes de envio são de confiança e quais é que merecem atenção.
Esta avaliação raramente se baseia num único sinal. IPs desconhecidos ou falhas de autenticação isoladas não indicam, por si só, abuso. A confiança constrói-se através de padrões observados ao longo do tempo, sobretudo quando há volume e repetição.
Uma boa forma de analisar os relatórios DMARC é categorizar cada linha numa de três opções.
Esta simples classificação mantém a análise do DMARC eficiente e evita alterações desnecessárias que possam perturbar o fluxo legítimo de emails.
Os relatórios agregados DMARC tendem a mostrar as mesmas combinações de resultados de autenticação ao longo do tempo. Estas combinações são úteis porque apontam para causas prováveis e não garantidas.
Os fornecedores de caixas de correio avaliam a autenticação de forma ligeiramente diferente, e os caminhos de envio podem variar com base no encaminhamento, gateways e ferramentas. Os padrões abaixo devem ser lidos como atalhos de diagnóstico, e não como conclusões absolutas.
Os relatórios DMARC apontam para problemas exatos na configuração de email. Resolve primeiro os maiores problemas e depois trata dos outros passo a passo.
Começa pelos grandes problemas
Os relatórios DMARC chegam diariamente. Nem todos os problemas precisam de ação imediata. Observa as tendências ao longo de vários dias para separar as alterações normais dos problemas de alto impacto.
O DMARC prova a legitimidade. Não conquista a confiança.
No fim de contas, os fornecedores de caixas de correio recompensam comportamentos como o envolvimento positivo dos utilizadores, a consistência e a reputação ao longo do tempo. É aqui que muitas equipas empancam. Corrigem a autenticação, veem tudo a passar e continuam a ir parar ao spam.
Isso é normal.
A autenticação remove os obstáculos. A reputação traz resultados.
O MailReach complementa o DMARC ao tratar da camada em que o DMARC não consegue interferir. O email warmup gradual gera sinais de envolvimento que treinam o Google e a Microsoft para confiarem no teu comportamento de envio. Os testes de spam detetam riscos de conteúdo e formatação antes de danificarem a reputação. A monitorização contínua garante que os problemas técnicos não prejudicam a deliverability silenciosamente.
O DMARC limpa o caminho. O MailReach constrói a confiança que faz com que os emails sejam lidos e respondidos.
Cada email no spam equivale a um potencial cliente perdido. Começa hoje a melhorar a tua colocação no inbox com os testes de spam e o warmup do MailReach.
Seguir as regras não chega — descobre onde vão parar os teus emails e o que os está a impedir de avançar. Verifica a tua pontuação de spam com o nosso teste gratuito e melhora a deliverability com o warmup do MailReach.
Sem o email warmup adequado, as tuas melhores campanhas não servem para nada. Podes começar por testar a colocação na caixa de entrada e melhorá-la hoje mesmo.
Autenticação de Email no Outlook: Configuração de SPF, DKIM e DMARC
Quais são os Requisitos de DMARC do Outlook? (Guia de 2026)
Análise do Apollo.io 2026: Funcionalidades, Preços, Prós e Contras
Preços da Folderly em 2026: o que estás realmente a pagar (e se vale a pena)
Email Marketing vs Cold Email: Diferenças Principais para a Deliverability
Como ler um relatório DMARC (Passo a passo para remetentes B2B)
