Registos PTR Explicados: DNS Reverso para Entregabilidade de Email [Guia 2026]

Versão curta: Um registo DNS PTR (pointer) mapeia um endereço IP para um nome de domínio — o inverso exato de um registo A. Se enviar e-mails do seu próprio servidor ou instância na nuvem, fornecedores de caixas de correio como Gmail, Yahoo e Outlook verificam se existe um registo PTR válido antes de confiarem nas suas mensagens. A maioria dos utilizadores de WordPress não precisa de criar um por si próprio — o seu fornecedor de alojamento ou de e-mail transacional trata disso. Mas se estiver a enviar de uma VPS ou instância na nuvem, registos PTR em falta ou “genéricos” são uma das razões mais comuns para os e-mails irem parar ao spam.

O que é um registo PTR?

Um registo PTR (pointer) é um registo DNS que mapeia um endereço IP para um nome de domínio. É armazenado numa parte especial do DNS chamada zona DNS reversa — não na mesma zona onde define os seus registos A, MX e TXT.

Os registos PTR existem porque o DNS normal funciona numa única direção: domínio → IP. Digite exemplo.com num navegador e o seu computador pergunta ao DNS o endereço IP correspondente. Os registos PTR invertem isso — dado um IP, que domínio o reivindica?

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

Os registos PTR residem sob dois domínios de topo 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 breve.

Como Funcionam os Registos PTR

Para entender os registos PTR, ajuda compará-los com os registos A — o tipo de registo DNS mais comum.

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

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

Isto diz: exemplo.com está em 1.1.1.1. Quando alguém digita o seu domínio num navegador, o computador consulta o DNS, encontra o registo A, obtém o IP e conecta-se ao seu servidor.

Registos PTR: IP → domínio (pesquisa inversa)

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

A diferença crucial é quem controla cada zona:

• Os registos A residem na zona DNS do seu domínio, que controla através do seu registador ou fornecedor de DNS (Cloudflare, GoDaddy, Route 53, etc.).
• Os registos PTR residem na zona DNS inversa, que é controlada por quem detém o bloco de IP — quase sempre o seu fornecedor de alojamento ou cloud, não você.

É por isso que a maioria das pessoas não consegue simplesmente iniciar sessão em algum lugar e adicionar um registo PTR por conta própria. Para alterar o seu, geralmente precisa de passar pelo seu fornecedor de alojamento.

Sintaxe e Exemplos de Registos PTR

Um registo PTR tem um formato específico. Veja como um se parece na sintaxe do ficheiro de zona para o endereço IPv4 192.0.2.10 que aponta 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 torna-se 10.2.0.192 no nome do registo. Essa inversão é intencional — permite que o DNS organize as pesquisas inversas 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 registo PTR reside em .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 executar uma pesquisa DNS inversa, verá o resultado numa forma mais simples — apenas o IP e o domínio para o qual aponta:

192.0.2.10 → mail.example.com

Mesma informação, formatada para humanos.

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

É aqui que os registos PTR mostram o seu valor. Sem um válido, o seu e-mail tem quase a garantia de ir para spam — ou ser rejeitado imediatamente.

O ponto de inflexão de 2024

Em fevereiro de 2024, o Gmail e o 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 os seus utilizadores. A lista de verificação:

• Autenticação SPF e DKIM em cada mensagem
• Uma política DMARC (no mínimo p=none)
• Registos DNS diretos e inversos válidos — é aqui que entra o PTR
• Cabeçalhos de cancelamento de subscriçã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 as mensagens não conformes para as rejeitar permanentemente.

Mesmo que envie menos de 5.000 e-mails por dia, estas verificações estão agora integradas no sistema de entregabilidade mais amplo. Um registo PTR em falta prejudica a reputação do remetente em geral.

Como o Gmail usa o PTR

O Gmail executa uma pesquisa DNS inversa em cada ligação SMTP de entrada. Se o IP de envio não tiver um registo 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 semelhante.

Como o Outlook (Microsoft) usa o 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 o PTR em falta. O painel do Smart Network Data Services (SNDS) também requer IPs que resolvam PTR para sequer registar o seu grupo de envio.

Como o Yahoo usa PTR

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

FCrDNS em linguagem simples

FCrDNS significa Forward-Confirmed Reverse DNS. É uma verificação de confiança em duas etapas:

1. Pegue o IP de envio. Procure o registo PTR. Anote o domínio que obtiver.
2. Pegue esse domínio. Procure o seu registo A (ou AAAA). Ele aponta de volta para o mesmo IP?

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

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

Quando inicia um servidor na AWS, Google Cloud, Azure ou DigitalOcean, o fornecedor atribui automaticamente um registo PTR padrão. Parece algo assim:

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

Esse é um registo PTR válido, tecnicamente. Mas os filtros de e-mail tratam-no 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 gerida. PTRs genéricos estão fortemente associados a spam e abuso porque todos os spammers que iniciam uma VM na nuvem obtêm um por padrão.

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

Preciso de um Registo PTR? Um Quadro de Decisão

Sim — todos os remetentes de e-mail beneficiam de um PTR válido. A verdadeira questão é se você precisa de criar um, ou se outra pessoa já o fez por si.

Não precisa de criar um registo PTR se:

• Envio e-mail através de um fornecedor transacional ou de marketing — SendLayer, SendGrid, Mailgun, Brevo, Amazon SES, Postmark, SparkPost. Eles controlam os IPs de envio e gerem os registos PTR por si.
• Usa Google Workspace, Microsoft 365, Zoho Mail ou e-mail alojado semelhante. Mesma história.
• Está em alojamento WordPress partilhado padrão e envia através do servidor de e-mail do seu alojador. O alojador é o proprietário do IP e do PTR.

Provavelmente precisa de criar ou corrigir um registo PTR se:

• Está a executar o seu próprio servidor de e-mail num VPS ou instância na nuvem (DigitalOcean droplet, EC2, Azure VM, Linode, Vultr, etc.).
• Tem um IP dedicado de um fornecedor de e-mail e quer que o seu domínio de marca resolva para ele. Alguns fornecedores como a Amazon SES exigem que solicite o PTR explicitamente.
• O PTR padrão do seu fornecedor é genérico (como ec2-...amazonaws.com) e quer um personalizado associado ao seu domínio.

Para 90% dos utilizadores de WordPress, a ação mais simples é usar o WP Mail SMTP com um fornecedor de e-mail transacional — as suas preocupações com PTR desaparecem porque o fornecedor trata de todo o DNS reverso para os IPs de envio.

Como Verificar o Seu Registo PTR

Pode verificar qualquer registo PTR em menos de um minuto com uma ferramenta de linha de comandos ou uma pesquisa online gratuita.

Com dig (Linux, macOS, WSL)

A forma mais rápida é o comando dig com a flag -x, que diz ao dig para realizar uma pesquisa reversa:

dig -x 192.0.2.10

A secção ANSWER SECTION do resultado mostrar-lhe-á o registo PTR. Se vir NXDOMAIN ou nada retornado, não existe nenhum registo PTR para esse IP.

Com nslookup (Windows, macOS, Linux)

nslookup 192.0.2.10

Mesma ideia. Imprimirá o nome de domínio associado a esse IP, ou dir-lhe-á que a pesquisa falhou.

Com uma ferramenta online

Se preferir não tocar num terminal, ferramentas gratuitas de pesquisa de DNS reverso funcionam bem. Introduza o IP, clique em pesquisar e obterá o PTR de volta.

Como confirmar FCrDNS

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

dig A mail.example.com

Se o IP que retornar corresponder ao IP com que começou, o FCrDNS passa. Caso contrário, tem uma incompatibilidade para corrigir (veja a secção de resolução de problemas abaixo).

Como Configurar ou Corrigir um Registo PTR

Os registos PTR são definidos com quem quer que seja o proprietário do seu IP. Isso é quase sempre o seu fornecedor de alojamento ou cloud — não o seu registador de DNS. Eis como solicitar ou configurar um registo PTR com os principais fornecedores.

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 o pedido, terá de verificar que controla o domínio para o qual está a apontar — o registo A direto tem de resolver para o IP EC2 primeiro. A AWS também limita os pedidos de PTR para contas com limites baixos de envio SES, pelo que poderá ter de solicitar um aumento do limite de envio antes de o processarem. Instruções completas encontram-se no guia de DNS reverso da AWS.

Google Cloud

Para VMs do Compute Engine com IPs externos estáticos, pode definir o PTR através da CLI gcloud ou da consola utilizando a flag --public-ptr ao criar ou modificar a instância. Tal como com a AWS, o DNS direto tem de apontar para o IP antes que o Google aceite o registo PTR. O tutorial oficial encontra-se na documentação do Google Cloud.

Microsoft Azure

O Azure permite definir DNS reverso num 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.

Também pode defini-lo através do PowerShell ou do portal Azure. Tal como com as outras clouds, o DNS direto tem de apontar para o IP. Nota: As VMs do Azure também têm a porta SMTP de saída 25 bloqueada por defeito. O envio de e-mails a partir do Azure geralmente requer a abertura de um pedido de suporte para o desbloquear, além de definir o PTR.

DigitalOcean

A DigitalOcean cria automaticamente um PTR para qualquer droplet cujo nome corresponda a um FQDN válido e resolúvel. Assim, se nomear o seu droplet mail.example.com e o registo A do domínio apontar para o IP desse droplet, o PTR é definido automaticamente. Se o nome do droplet e o domínio não corresponderem, o PTR não será atualizado. Para alterar um PTR após o facto, renomeie o droplet para o FQDN desejado.

Linode (Akamai)

No gestor de rede da Linode, abra o separador Rede do seu Linode e localize o IP que pretende atualizar. Clique no menu de três pontos ao lado do IP e escolha Editar RDNS. Introduza o FQDN — o DNS direto precisa de apontar para esse IP primeiro, caso contrário, a Linode recusar-se-á a definir o PTR.

Vultr

A Vultr expõe uma secção de DNS Reverso em todas as configurações de rede das instâncias. Introduza o seu FQDN, guarde e ele propaga-se em poucos minutos. Como sempre, defina primeiro o registo A.

Cloudflare

A Cloudflare não aloja servidores de e-mail, nem define registos PTR para os seus IPs de origem. Os PTRs ainda são geridos por quem possui o IP — tipicamente o seu fornecedor de alojamento por trás da Cloudflare. A única exceção são os clientes Cloudflare Magic Transit ou BYOIP, que podem gerir PTRs através da Cloudflare para IPs que trazem para a plataforma.

“Estou em alojamento partilhado — e agora?”

Se estiver na Bluehost, SiteGround, HostGator, Kinsta, WP Engine, ou qualquer outro alojamento partilhado ou gerido de WordPress:

1. Não se preocupe em criar um PTR. O seu alojamento é o proprietário do IP de envio e quase sempre já tem um definido.
2. Use o WP Mail SMTP com um fornecedor transacional em vez de depender do servidor de e-mail do alojamento. O PHP mail() de um IP partilhado, mesmo com um PTR válido, tem entregabilidade limitada porque a reputação do IP é partilhada por milhares de outros sites. O nosso guia de configuração de e-mail DNS detalha a configuração.
3. Se descartou tudo o resto e suspeita que o PTR é o problema, abra um ticket de suporte com o seu alojamento e peça-lhes para confirmar o registo PTR para o IP de onde o seu e-mail está a ser enviado. A maioria pode verificá-lo ou atualizá-lo em poucas horas.

Resolução de Problemas de Registos PTR

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

1. Nenhum registo PTR

A pesquisa reversa retorna NXDOMAIN ou nada. Os fornecedores de e-mail rejeitarão ou filtrarão pesadamente o seu e-mail. Correção: contacte o proprietário do seu IP (fornecedor de cloud ou alojamento) e solicite um PTR que aponte para o seu domínio de envio. Confirme com dig -x assim que se propagar.

2. Incompatibilidade FCrDNS

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

3. PTR genérico do fornecedor de cloud

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 por IP

Alguns provedores permitem tecnicamente mais de um registo 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 tirar o máximo proveito dele, combine-o com estes outros registos de autenticação de e-mail:

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

O WP Mail SMTP inclui um Verificador de Domínio integrado que valida estes registos automaticamente sempre que envia um e-mail de teste — para que saiba imediatamente se algo está quebrado ou em falta.

FAQs sobre Registos DNS PTR

Como encontro o meu registo PTR?

Execute dig -x [seu-IP] a partir de um terminal, ou use uma ferramenta de pesquisa de DNS reverso com o seu IP de envio. O resultado mostrará o nome de domínio para o qual o seu IP resolve atualmente. Se não existir nenhum registo, a pesquisa retorna NXDOMAIN.

O que deve ser o meu registo 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 registo DNS direto que aponte de volta para o mesmo IP. Essa correspondência entre pesquisas diretas e reversas é FCrDNS, e é o que os provedores de caixa de correio esperam.

Qual é um exemplo de registo PTR?

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

Os registos PTR ainda são utilizados?

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

O que significa PTR?

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

Qual é a diferença entre PTR e rDNS?

rDNS (DNS reverso) é o conceito geral de procurar um domínio a partir de um IP. PTR é o tipo específico de registo DNS que faz o rDNS funcionar. Cada consulta rDNS é uma consulta PTR nos bastidores.

Quem gere os registos PTR?

O proprietário do endereço IP — geralmente o seu fornecedor de alojamento ou cloud. Os registradores de domínio normalmente não gerem os registos PTR porque a autoridade do DNS reverso segue o bloco de IP, não o domínio.

Quanto tempo demoram as alterações de registo PTR a propagar-se?

A maioria das alterações de PTR propaga-se em minutos a poucas horas, dependendo do TTL definido pelo proprietário do IP. No pior dos casos, 24 a 48 horas. Se solicitou uma alteração através do seu fornecedor e o PTR antigo ainda estiver visível após esse período, contacte o suporte.

Posso ter múltiplos registos PTR para um IP?

Tecnicamente sim, mas é uma má ideia. A maioria dos filtros de e-mail utiliza 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 registo PTR para IPv6?

Se enviar e-mail sobre IPv6, sim — o requisito é o mesmo que para IPv4. O registo reside 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 registo PTR genérico?

Um PTR padrão atribuído por um fornecedor de cloud que se parece com ec2-203-0-113-25.compute-1.amazonaws.com ou similar. É um registo válido, mas sinaliza aos servidores de e-mail recetores que o IP é uma instância genérica de cloud em vez de um servidor de e-mail gerido. 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 define registos PTR?

Para a maioria dos utilizadores da Cloudflare, não. A Cloudflare faz proxy do seu tráfego web, mas não possui os IPs de onde os seus e-mails são enviados. Os registos PTR continuam a ser geridos pelo fornecedor de alojamento do seu servidor de e-mail. A exceção são os clientes Cloudflare Magic Transit ou BYOIP, que podem gerir PTRs através da Cloudflare para IPs que trazem para a plataforma.

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

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

Os registos PTR afetam o SEO?

Não. Os registos PTR afetam a entregabilidade de e-mail, não as classificações de pesquisa. A confusão surge por vezes porque os rastreadores web do Google realizam pesquisas reversas em alguns contextos, mas essas verificações não influenciam os sinais de classificação de pesquisa.

Um registo PTR pode apontar para múltiplos domínios?

Um único registo PTR aponta para um único nome de domínio. Se o seu IP envia e-mail para múltiplos 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 através do alinhamento SPF, DKIM e DMARC.

Próximo: Verifique os Seus Outros Registos de Entregabilidade

PTR é uma parte da entregabilidade de e-mail. Assim que confirmar que o seu está configurado corretamente, o próximo passo é garantir que SPF, DKIM e DMARC também estão implementados. O nosso guia completo sobre SPF, DKIM e DMARC explica como configurar os três.

Se preferir não tratar dos registos DNS sozinho, o plano Elite do WP Mail SMTP inclui Configuração Completa "White Glove" — instalamos o plugin, ligamo-lo ao seu fornecedor e configuramos os seus registos de autenticação por si. Veja a página de preços do WP Mail SMTP para mais detalhes.

Corrija os Seus Emails do WordPress Agora

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