Registros PTR explicados: DNS reverso para entregabilidade de e-mail [Guia 2026]

Versão curta: Um registro PTR (ponteiro) de DNS mapeia um endereço IP de volta para um nome de domínio — o inverso exato de um registro A. Se você envia e-mails do seu próprio servidor ou instância na nuvem, provedores de caixa de correio como Gmail, Yahoo e Outlook verificam se há um registro PTR válido antes de confiarem em suas mensagens. A maioria dos usuários do WordPress não precisa criar um por conta própria — seu provedor de hospedagem ou de e-mail transacional cuida disso. Mas se você está enviando de um VPS ou instância na nuvem, registros PTR ausentes ou “genéricos” são um dos motivos mais comuns para os e-mails irem para a pasta de spam.

O que é um registro PTR?

Um registro PTR (ponteiro) é um registro DNS que mapeia um endereço IP para um nome de domínio. Ele é armazenado em uma parte especial do DNS chamada zona DNS reversa — não na mesma zona onde você define seus registros A, MX e TXT.

Registros PTR existem porque o DNS regular funciona em apenas uma direção: domínio → IP. Digite example.com em um navegador e seu computador pergunta ao DNS o endereço IP correspondente. Registros PTR invertem isso — dado um IP, qual domínio o reivindica?

Essa resposta importa por um grande motivo: confiança. Quando seu servidor de e-mail se conecta ao Gmail e anuncia “Estou enviando e-mail para example.com”, o Gmail quer verificar se o IP realmente pertence a esse domínio. Um registro PTR é como ele faz essa verificação.

Registros PTR residem sob dois domínios de nível superior especiais: .in-addr.arpa para endereços IPv4 e .ip6.arpa para IPv6 (o domínio .arpa é reservado para uso de infraestrutura da internet). Mostraremos como isso se parece em um minuto.

Como os Registros PTR Funcionam

Para entender os registros PTR, é útil compará-los com os registros A — o tipo de registro DNS mais comum.

Registros A: domínio → IP (consulta direta)

Um registro A aponta um domínio para um IP. Aqui está um exemplo de um painel DNS da Cloudflare:

Isso diz: example.com está em 1.1.1.1. Quando alguém digita seu domínio em um navegador, o computador consulta o DNS, encontra o registro A, obtém o IP e se conecta ao seu servidor.

Registros PTR: IP → domínio (pesquisa reversa)

Um registro PTR faz o oposto. Dado 1.1.1.1, ele responde: “este IP pertence a mail.example.com.”

A diferença crucial é quem controla cada zona:

• Registros A vivem na zona DNS do seu domínio, que você controla através do seu registrador ou provedor de DNS (Cloudflare, GoDaddy, Route 53, etc.).
• Registros PTR vivem na zona DNS reversa, que é controlada por quem possui o bloco de IP — quase sempre seu provedor de hospedagem ou nuvem, não você.

É por isso que a maioria das pessoas não consegue simplesmente fazer login em algum lugar e adicionar um registro PTR por conta própria. Para alterar o seu, geralmente é preciso passar pelo seu provedor de hospedagem.

Sintaxe e Exemplos de Registros PTR

Um registro PTR tem um formato específico. Veja como um se parece na sintaxe de arquivo de zona para o endereço IPv4 192.0.2.10 apontando para mail.example.com:

10.2.0.192.in-addr.arpa.    IN    PTR    mail.example.com.

Note que o IP é invertido: 192.0.2.10 se torna 10.2.0.192 no nome do registro. Essa inversão é intencional — ela permite que o DNS organize as pesquisas reversas hierarquicamente da mesma forma que organiza as pesquisas diretas (do geral para o específico, da direita para a esquerda).

Para um endereço IPv6 como 2001:db8::1, o registro PTR vive sob .ip6.arpa, com cada dígito hexadecimal invertido e separado por pontos:

1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa.    IN    PTR    mail.example.com.

Quando você executa uma pesquisa DNS reversa, verá o resultado em uma forma mais simples — apenas o IP e o domínio para o qual ele aponta:

192.0.2.10 → mail.example.com

Mesma informação, formatada para humanos.

Registros PTR e Entregabilidade de E-mail — O Cenário de 2026

É aqui que os registros PTR mostram seu valor. Sem um válido, seu e-mail quase certamente cairá na caixa de spam — ou será rejeitado completamente.

O ponto de inflexão de 2024

Em fevereiro de 2024, Gmail e Yahoo implementaram requisitos para remetentes em massa que tornaram a autenticação de e-mail inegociável para qualquer pessoa que enviasse mais de 5.000 mensagens por dia para seus usuários. A lista de verificação:

• Autenticação SPF e DKIM em cada mensagem
• Uma política DMARC (no mínimo p=none)
• Registros DNS diretos e reversos válidos — é aí que o PTR entra
• Cabeçalhos de cancelamento de inscrição com um clique em e-mails em massa
• Taxas de reclamação de spam mantidas abaixo de 0,3%

A Microsoft seguiu em maio de 2025 com requisitos equivalentes para Outlook.com, Hotmail e Live.com. Desde novembro de 2025, o Gmail passou de adiar temporariamente mensagens não conformes para rejeitá-las permanentemente.

Mesmo que você envie menos de 5.000 e-mails por dia, essas verificações agora estão integradas ao sistema de entregabilidade mais amplo. Um registro PTR ausente prejudica a reputação do remetente em geral.

Como o Gmail usa PTR

O Gmail realiza uma pesquisa DNS reversa em cada conexão SMTP de entrada. Se o IP de envio não tiver um registro PTR — ou se o PTR não corresponder ao domínio declarado na saudação SMTP HELO/EHLO — a mensagem é penalizada ou rejeitada com um erro 421-4.7.0 ou similar.

Como o Outlook (Microsoft) usa PTR

Os filtros da Microsoft são notoriamente agressivos em relação ao PTR. Conexões de IPs sem DNS reverso são rotineiramente recusadas com erros que mencionam explicitamente a falta de PTR. O painel do Smart Network Data Services (SNDS) também exige IPs que resolvam PTR para registrar seu pool de envio.

Como o Yahoo usa PTR

As verificações do Yahoo espelham as do Gmail: o DNS reverso é exigido para IPs que enviam acima do limite de remetentes em massa, e PTRs "genéricos" ou ausentes limitam sua reputação de remetente, não importa quão limpa seja sua autenticação.

FCrDNS em linguagem simples

FCrDNS significa Forward-Confirmed Reverse DNS (DNS Reverso com Confirmação Direta). É uma verificação de confiança em duas etapas:

1. Pegue o IP de envio. Consulte o registro PTR. Anote o domínio que você obtém de volta.
2. Pegue esse domínio. Consulte seu registro A (ou AAAA). Ele aponta de volta para o mesmo IP?

Se ambas as consultas concordarem, o FCrDNS é aprovado. Se não, o IP de envio é tratado como suspeito — mesmo que um registro PTR exista tecnicamente. Pense nisso como o equivalente na entrega de e-mail de mostrar duas formas de identificação correspondentes.

O que "PTR genérico" significa — e por que é um problema de entregabilidade

Quando você inicia um servidor na AWS, Google Cloud, Azure ou DigitalOcean, o provedor atribui automaticamente um registro PTR padrão. Ele se parece com algo assim:

ec2-203-0-113-25.compute-1.amazonaws.com

Esse é um registro PTR válido, tecnicamente. Mas os filtros de e-mail o tratam como um forte sinal de que o IP pertence a uma instância genérica na nuvem — não a um servidor de e-mail dedicado com uma reputação gerenciada. PTRs genéricos estão fortemente associados a spam e abuso porque todo spammer que inicia uma VM na nuvem obtém um por padrão.

Para envios no mundo real, você precisa de um PTR personalizado que corresponda ao seu domínio de envio (por exemplo, mail.example.com), e o registro A do seu domínio precisa apontar de volta para o mesmo IP. Isso é o FCrDNS funcionando como pretendido.

Preciso de um Registro PTR? Um Framework de Decisão

Sim — todo remetente de e-mail se beneficia de um PTR válido. A verdadeira questão é se você precisa criar um, ou se outra pessoa já o fez por você.

Você não precisa criar um registro PTR se:

• Você envia e-mails através de um provedor transacional ou de marketing — SendLayer, SendGrid, Mailgun, Brevo, Amazon SES, Postmark, SparkPost. Eles controlam os IPs de envio e gerenciam os registros PTR para você.
• Você usa Google Workspace, Microsoft 365, Zoho Mail ou e-mail hospedado similar. Mesma história.
• Você está em hospedagem compartilhada padrão do WordPress e envia através do servidor de e-mail do seu host. O host é o proprietário do IP e do PTR.

Você provavelmente precisa criar ou corrigir um registro PTR se:

• Você está executando seu próprio servidor de e-mail em um VPS ou instância na nuvem (DigitalOcean droplet, EC2, Azure VM, Linode, Vultr, etc.).
• Você tem um IP dedicado de um provedor de e-mail e deseja que seu domínio de marca resolva para ele. Alguns provedores como o Amazon SES exigem que você solicite o PTR explicitamente.
• O PTR padrão do seu provedor é genérico (como ec2-...amazonaws.com) e você deseja um personalizado vinculado ao seu domínio.

Para 90% dos usuários do WordPress, a medida mais simples é usar o WP Mail SMTP com um provedor de e-mail transacional — suas preocupações com PTR desaparecem porque o provedor cuida de todo o DNS reverso para os IPs de envio.

Como Verificar Seu Registro PTR

Você pode verificar qualquer registro PTR em menos de um minuto com uma ferramenta de linha de comando ou uma consulta online gratuita.

Com dig (Linux, macOS, WSL)

A maneira mais rápida é o comando dig com o sinalizador -x, que instrui o dig a realizar uma consulta reversa:

dig -x 192.0.2.10

A SEÇÃO DE RESPOSTA da saída mostrará o registro PTR. Se você vir NXDOMAIN ou nada retornado, nenhum registro PTR existe para esse IP.

Com nslookup (Windows, macOS, Linux)

nslookup 192.0.2.10

Mesma ideia. Ele imprimirá o nome de domínio associado a esse IP ou informará que a consulta falhou.

Com uma ferramenta online

Se você preferir não tocar em um terminal, ferramentas gratuitas de consulta de DNS reverso funcionam bem. Insira o IP, clique em consultar e você receberá o PTR de volta.

Como confirmar FCrDNS

Depois de encontrar o PTR, execute uma consulta direta no domínio que ele retornou:

dig A mail.example.com

Se o IP que retornar corresponder ao IP com o qual você começou, o FCrDNS passa. Caso contrário, você terá uma incompatibilidade para corrigir (veja a seção de solução de problemas abaixo).

Como Configurar ou Corrigir um Registro PTR

Os registros PTR são definidos com quem possui seu IP. Isso é quase sempre seu provedor de hospedagem ou de nuvem — não seu registrador de DNS. Veja como solicitar ou configurar um registro PTR com os principais provedores.

Amazon Web Services (Route 53 / EC2 / SES)

Para instâncias EC2 e IPs elásticos, a AWS fornece um formulário oficial para solicitar um PTR personalizado. Antes que a AWS aprove a solicitação, você precisará verificar se controla o domínio ao qual está apontando — o registro A direto precisa ser resolvido para o IP EC2 primeiro. A AWS também limita as solicitações de PTR para contas com limites baixos de envio do SES, portanto, você pode precisar solicitar um aumento no limite de envio antes que eles processem. Instruções completas estão no guia de DNS reverso da AWS.

Google Cloud

Para VMs do Compute Engine com IPs externos estáticos, você pode definir o PTR através da CLI gcloud ou do console usando o sinalizador --public-ptr ao criar ou modificar a instância. Assim como na AWS, o DNS direto já deve apontar para o IP antes que o Google aceite o registro PTR. O tutorial oficial está na documentação do Google Cloud.

Microsoft Azure

O Azure permite que você defina o DNS reverso em um recurso de IP público através da CLI do Azure:

az network public-ip update --resource-group MyResourceGroup --name MyPublicIP --reverse-fqdn mail.example.com.

Você também pode defini-lo através do PowerShell ou do portal do Azure. Assim como nas outras nuvens, o DNS direto já deve apontar para o IP. Observação: VMs do Azure também têm a porta SMTP de saída 25 bloqueada por padrão. O envio de e-mails do Azure geralmente requer a abertura de uma solicitação de suporte para desbloqueá-la, além de definir o PTR.

DigitalOcean

O DigitalOcean cria automaticamente um PTR para qualquer droplet cujo nome corresponda a um FQDN válido e resolúvel. Portanto, se você nomear seu droplet como mail.example.com e o registro A do domínio apontar para o IP desse droplet, o PTR será definido automaticamente. Se o nome do droplet e o domínio não corresponderem, o PTR não será atualizado. Para alterar um PTR posteriormente, renomeie o droplet para o FQDN desejado.

Linode (Akamai)

No gerenciador de nuvem Linode, abra a aba Rede do seu Linode e encontre o IP que você deseja atualizar. Clique no menu de três pontos ao lado do IP e escolha Editar RDNS. Insira o FQDN — o DNS reverso precisa apontar para esse IP primeiro, ou o Linode se recusará a definir o PTR.

Vultr

O Vultr expõe uma seção de DNS Reverso em cada configuração de rede de instância. Insira seu FQDN, salve e ele se propagará em alguns minutos. Como sempre, defina o registro A primeiro.

Cloudflare

O Cloudflare não hospeda servidores de e-mail e não define registros PTR para seus IPs de origem. Os PTRs ainda são gerenciados por quem possui o IP — geralmente seu provedor de hospedagem por trás do Cloudflare. A única exceção são os clientes Cloudflare Magic Transit ou BYOIP, que podem gerenciar PTRs através do Cloudflare para IPs que trazem para a plataforma.

“Estou em hospedagem compartilhada — e agora?”

Se você estiver em Bluehost, SiteGround, HostGator, Kinsta, WP Engine ou qualquer outro host compartilhado ou gerenciado de WordPress:

1. Não se preocupe em criar um PTR. Seu host é o proprietário do IP de envio e quase sempre já tem um configurado.
2. Use o WP Mail SMTP com um provedor transacional em vez de depender do servidor de e-mail do host. O PHP mail() de um IP compartilhado, mesmo com um PTR válido, tem entregabilidade limitada porque a reputação do IP é compartilhada entre milhares de outros sites. Nosso guia de configuração de e-mail DNS detalha a configuração.
3. Se você descartou tudo o mais e suspeita que o PTR é o problema, abra um ticket de suporte com seu host e peça para confirmarem o registro PTR para o IP de onde seu e-mail está sendo enviado. A maioria pode verificá-lo ou atualizá-lo em algumas horas.

Solução de Problemas de Registros PTR

Aqui estão os quatro problemas de PTR mais comuns e como corrigir cada um.

1. Nenhum registro PTR

A consulta reversa retorna NXDOMAIN ou nada. Provedores de e-mail rejeitarão ou filtrarão pesadamente seu e-mail. Correção: entre em contato com o proprietário do seu IP (provedor de nuvem ou de hospedagem) e solicite um PTR apontando para seu domínio de envio. Confirme com dig -x assim que ele se propagar.

2. Incompatibilidade FCrDNS

O PTR existe, mas o domínio para o qual ele aponta não resolve de volta para o mesmo IP. Causas comuns: alguém alterou o registro A, você atualizou o PTR antes do DNS reverso, ou o PTR aponta para um domínio que você não controla totalmente. Correção: alinhe os registros. O DNS reverso (A ou AAAA) para o domínio em seu PTR precisa resolver para o IP no qual o PTR está definido.

3. PTR genérico do provedor de nuvem

O PTR existe, mas é algo como ec2-203-0-113-25.compute-1.amazonaws.com ou vm-203-0-113-25.googleusercontent.com. Tecnicamente válido, mas tratado com suspeita pelos filtros de e-mail. Correção: solicite um PTR personalizado que corresponda ao seu domínio de envio usando as instruções específicas do provedor acima.

4. Múltiplos PTRs em um IP

Alguns provedores tecnicamente permitem mais de um registro PTR por IP. Os filtros de e-mail geralmente usam apenas a primeira resposta e podem sinalizar inconsistências como suspeitas. Correção: consolide para um único PTR por IP que corresponda ao seu domínio de envio principal.

PTR + o Resto da Sua Pilha de Entregabilidade

O PTR é uma peça de um sistema maior. Para obter o máximo dele, combine-o com estes outros registros de autenticação de e-mail:

• SPF (Sender Policy Framework): Diz aos servidores de recebimento quais IPs têm permissão para enviar e-mails para o seu domínio. Veja nosso guia sobre SPF, DKIM e DMARC para detalhes de configuração. Se você acabou com dois registros SPF por acidente, siga nosso guia de mesclagem.
• DKIM (DomainKeys Identified Mail): Assina criptograficamente cada e-mail para que o destinatário possa verificar se a mensagem não foi alterada durante o trânsito. Se sua chave DKIM for muito longa para um único registro TXT, nosso guia de divisão de DKIM explica a correção.
• DMARC (Domain-based Message Authentication, Reporting, and Conformance): Diz aos servidores de recebimento o que fazer quando SPF ou DKIM falham — passar, colocar em quarentena ou rejeitar. Leia nosso guia de registros DMARC para configuração.
• BIMI (Brand Indicators for Message Identification): Exibe o logotipo da sua marca ao lado de e-mails autenticados em caixas de entrada compatíveis. Requer DMARC em p=quarantine ou p=reject. Nosso explicador de BIMI cobre os pré-requisitos.
• Google Postmaster Tools: Depois que seus registros estiverem limpos, o Postmaster Tools oferece visibilidade sobre como o Gmail avalia sua reputação de remetente, taxas de reclamação de spam e taxas de aprovação de autenticação. Veja nosso guia de configuração do Postmaster Tools.

O WP Mail SMTP inclui um Verificador de Domínio integrado que valida esses registros automaticamente toda vez que você envia um e-mail de teste — para que você saiba imediatamente se algo está quebrado ou faltando.

Perguntas Frequentes sobre Registros DNS PTR

Como encontro meu registro PTR?

Execute dig -x [seu-IP] de um terminal ou use uma ferramenta de consulta DNS reversa com seu IP de envio. O resultado mostrará o nome de domínio para o qual seu IP atualmente se resolve. Se nenhum registro existir, a consulta retornará NXDOMAIN.

Qual deve ser o meu registro PTR?

Um PTR personalizado que corresponda ao seu domínio de envio — por exemplo, mail.example.com para um IP que envia e-mails em nome de example.com. O domínio no PTR também deve ter um registro DNS direto apontando de volta para o mesmo IP. Essa correspondência entre consultas diretas e reversas é FCrDNS, e é o que os provedores de caixa de correio esperam.

Qual é um exemplo de registro PTR?

No formato de arquivo de zona: 10.2.0.192.in-addr.arpa. IN PTR mail.example.com. Em um resultado de consulta, ele aparece na forma mais simples 192.0.2.10 → mail.example.com. A forma de arquivo de zona inverte o IP e anexa .in-addr.arpa porque o DNS reverso é organizado hierarquicamente, do mais específico para o menos específico.

Registros PTR ainda são usados?

Sim — mais do que nunca. Desde que Gmail, Yahoo e Microsoft apertaram seus requisitos para remetentes em massa entre 2024 e 2025, registros PTR válidos se tornaram efetivamente obrigatórios para qualquer IP que envia e-mails. PTRs ausentes ou genéricos são agora uma das principais causas de e-mails serem rejeitados imediatamente ou roteados para spam.

O que significa PTR?

PTR significa pointer (ponteiro). O registro "aponta" de um endereço IP para um nome de domínio, que é a direção oposta de um registro A padrão.

Qual é a diferença entre PTR e rDNS?

rDNS (DNS reverso) é o conceito geral de consultar um domínio a partir de um IP. PTR é o tipo específico de registro DNS que faz o rDNS funcionar. Toda consulta rDNS é uma consulta PTR "por baixo dos panos".

Quem gerencia os registros PTR?

O proprietário do endereço IP — geralmente seu provedor de hospedagem ou nuvem. Os registradores de domínio normalmente não gerenciam registros PTR porque a autoridade do DNS reverso segue o bloco de IP, não o domínio.

Quanto tempo levam as alterações de registro PTR para se propagarem?

A maioria das alterações de PTR se propaga em minutos a poucas horas, dependendo do TTL definido pelo proprietário do IP. No pior caso, são de 24 a 48 horas. Se você solicitou uma alteração através do seu provedor e o PTR antigo ainda estiver aparecendo após esse tempo, entre em contato com o suporte.

Posso ter vários registros PTR para um único IP?

Tecnicamente sim, mas é uma má ideia. A maioria dos filtros de e-mail usa apenas a primeira resposta e pode sinalizar IPs com múltiplos PTRs como inconsistentes ou suspeitos. Mantenha um PTR por IP que corresponda ao seu domínio de envio principal.

Preciso de um registro PTR para IPv6?

Se você envia e-mails via IPv6, sim — o requisito é o mesmo que para IPv4. O registro fica em .ip6.arpa em vez de .in-addr.arpa, e os dígitos hexadecimais do endereço são invertidos e separados por pontos.

O que é um registro PTR genérico?

Um PTR padrão atribuído por um provedor de nuvem que se parece com ec2-203-0-113-25.compute-1.amazonaws.com ou similar. É um registro válido, mas sinaliza aos servidores de e-mail receptores que o IP é uma instância de nuvem genérica em vez de um servidor de e-mail gerenciado. PTRs genéricos prejudicam significativamente a entregabilidade e devem ser substituídos por um PTR personalizado que corresponda ao seu domínio de envio.

A Cloudflare configura registros PTR?

Para a maioria dos usuários da Cloudflare, não. A Cloudflare faz proxy do seu tráfego web, mas não possui os IPs de onde seus e-mails são enviados. Os registros PTR continuam sendo gerenciados pelo provedor de hospedagem do seu servidor de e-mail. A exceção são os clientes Cloudflare Magic Transit ou BYOIP, que podem gerenciar PTRs através da Cloudflare para IPs que trazem para a plataforma.

O Gmail rejeitará meu e-mail sem um registro PTR?

Para remetentes de maior volume, sim — o Gmail retorna erros como 421-4.7.0 para conexões de IPs sem DNS reverso válido. Remetentes de menor volume podem não ver rejeições diretas, mas suas mensagens têm muito mais probabilidade de cair no spam.

Registros PTR afetam SEO?

Não. Registros PTR afetam a entregabilidade de e-mails, não os rankings de busca. Às vezes, surge confusão porque os rastreadores da web do Google realizam pesquisas reversas em alguns contextos, mas essas verificações não influenciam os sinais de classificação de pesquisa.

Um registro PTR pode apontar para vários domínios?

Um único registro PTR aponta para um único nome de domínio. Se o seu IP envia e-mails para vários domínios, o PTR deve apontar para o seu domínio principal de envio ou HELO. A autenticação dos outros domínios é tratada separadamente por meio de alinhamento SPF, DKIM e DMARC.

Próximo: Verifique Seus Outros Registros de Entregabilidade

PTR é uma parte da entregabilidade de e-mail. Depois de confirmar que o seu está configurado corretamente, o próximo passo é garantir que SPF, DKIM e DMARC também estejam implementados. Nosso guia completo de SPF, DKIM e DMARC detalha a configuração de todos os três.

Se você preferir não gerenciar os registros de DNS sozinho, o plano Elite do WP Mail SMTP inclui Configuração Completa White Glove — nós instalamos o plugin, conectamos ao seu provedor e configuramos seus registros de autenticação para você. Veja a página de preços do WP Mail SMTP para mais detalhes.

Corrija seus e-mails do WordPress agora

Se este artigo ajudou você, por favor, siga-nos no Facebook e Twitter para mais dicas e tutoriais do WordPress.