Porque é que os emails do seu alojamento vão parar ao spam? SPF, DKIM e DMARC em 2026

Atualizada: 10 de novembro de 2026

Uma confirmação de reserva que vai parar ao spam é um hóspede preocupado ao telefone ou, pior, um hóspede que reserva noutro sítio. Desde 2024 o Gmail, o Yahoo e o Outlook.com pedem que os emails provem que saem mesmo do domínio que os assina, com três registos técnicos: SPF, DKIM e DMARC. Esta guia resume o que pudemos comprovar a 10 de novembro de 2026 nas páginas oficiais da Google, do Yahoo e da Microsoft, e assinala claramente o que não conseguimos confirmar.

A resposta curta

O essencial:

O SPF diz que servidores podem enviar email com o seu domínio; o DKIM assina cada mensagem; o DMARC indica o que fazer quando um email com o seu domínio falha essas verificações.
O Gmail (desde 1 de fevereiro de 2024) e o Yahoo (desde fevereiro de 2024) exigem a todos os remetentes pelo menos SPF ou DKIM.
Quem envia 5000 emails ou mais por dia precisa também de SPF e DKIM, DMARC, alinhamento do domínio do remetente e, nos emails de marketing, anulação da subscrição com um clique.
Desde 5 de maio de 2025 o Outlook.com rejeita os emails de domínios que enviam mais de 5000 por dia e não cumprem, com o erro 550 5.7.515.
Ninguém pode garantir que um email chegue à caixa de entrada: cumprir é o mínimo, não uma garantia.

O que exige o Gmail

Segundo a ajuda oficial da Google:

A todos os que enviam para contas pessoais do Gmail: SPF ou DKIM, DNS direto e inverso válidos, ligação TLS, mensagens bem formatadas e uma taxa de spam no Postmaster Tools abaixo de 0,3 %. A Google recomenda ficar abaixo de 0,1 %.
Não usar um endereço @gmail.com como remetente a partir de outros servidores: a Google avisa que o Gmail aplica a esses cabeçalhos uma política DMARC de quarentena.
A quem envia 5000 ou mais mensagens por dia: SPF e DKIM, um registo DMARC (basta a política p=none), um domínio no campo De alinhado com o do SPF ou do DKIM e, nas mensagens de marketing ou subscrição, anulação com um clique e ligação de anulação visível.
As mensagens do mesmo domínio principal somam para o limite de 5000, e quem o ultrapassa uma única vez fica para sempre como remetente em massa.
Nas perguntas frequentes a Google diz que a partir de novembro de 2025 reforça a aplicação contra o tráfego não conforme, que essas mensagens podem ser rejeitadas ou ir para o spam e que, se as rejeitar, envia um código com o motivo. Não detalha o que acontece em cada caso.
Estas regras só se aplicam a emails enviados para contas pessoais do Gmail (@gmail.com e @googlemail.com).

Yahoo e Outlook.com

O que dizem as páginas oficiais:

O Yahoo pede a todos pelo menos SPF ou DKIM, uma taxa de spam abaixo de 0,3 %, DNS direto e inverso válidos e o cumprimento das normas de email. Começou a aplicá-lo em fevereiro de 2024, de forma gradual durante o primeiro semestre.
Aos remetentes em massa o Yahoo pede também SPF e DKIM, DMARC com pelo menos p=none que tem de passar (aceita alinhamento relaxado), anulação com um clique no marketing e tratar as anulações em 2 dias. A página que lemos não indica um número para «em massa».
A 2 de abril de 2025 a Microsoft anunciou requisitos para outlook.com, hotmail.com e live.com: os domínios que enviam mais de 5000 emails por dia têm de passar SPF e DKIM e ter DMARC com pelo menos p=none, alinhado.
Na atualização de 29 de abril de 2025 a Microsoft mudou o plano: desde 5 de maio de 2025 as mensagens não conformes são rejeitadas com o erro 550 5.7.515, em vez de irem primeiro para o lixo eletrónico. Adicionar o remetente aos remetentes seguros não o evita.
Não confirmámos requisitos do Outlook.com para quem envia menos de 5000 por dia, embora a Microsoft se reserve o direito de filtrar ou bloquear remetentes que não cumpram.

O que significa para um pequeno alojamento

Se envia confirmações ou orçamentos a partir do seu domínio:

Normalmente estará muito abaixo de 5000 emails por dia, por isso o requisito obrigatório no Gmail e no Yahoo é ter SPF ou DKIM. Recomendação nossa: configure os dois e acrescente DMARC com p=none; custa pouco e prepara-o se um dia enviar uma newsletter grande.
Conte tudo o que envia com o seu domínio: o programa de email, o motor de reservas, o PMS, o formulário do site e a ferramenta de newsletters. Tudo soma no mesmo domínio principal.
Se envia ofertas ou newsletters, inclua uma ligação de anulação visível. A anulação com um clique só é obrigatória acima de 5000 por dia, mas os emails sem saída fácil são mais vezes marcados como spam.
Use um remetente que possa receber respostas, por exemplo reservas@oseuhotel.example, e não endereços que ninguém lê.

Como verificar gratuitamente

Passo a passo:

Envie uma confirmação de reserva real para uma conta Gmail. No Gmail no computador, abra o email, clique na seta por baixo do nome do remetente e veja «Enviado por» (mailed-by) e «Assinado por» (signed-by): se aparecer o seu domínio, está autenticado.
Um ponto de interrogação junto ao remetente significa que o Gmail não conseguiu autenticar a mensagem. «através de» (via) seguido de outro domínio significa que o email saiu de um servidor que não corresponde ao seu domínio.
Para o detalhe: junto a Responder, clique em Mais e depois em «Mostrar original». Procure as linhas SPF, DKIM e DMARC; devem indicar PASS. Noutros programas de email, procure o cabeçalho Authentication-Results com spf=pass ou dkim=pass.
O Google Postmaster Tools mostra a taxa de spam e a autenticação dos seus emails para o Gmail. O domínio verifica-se com um registo TXT ou CNAME. Atenção: se envia poucos emails por dia, a Google diz que podem faltar dados.
Faça o teste com cada sistema que envia por si: confirmação do motor de reservas, email do PMS e formulário do site.

Erros típicos

O que vemos mais:

O motor de reservas ou o PMS envia com o seu domínio (reservas@oseuhotel.example) a partir dos servidores dele, mas o seu SPF não os autoriza e não assinam com DKIM para o seu domínio. Nestes casos a Google recomenda publicar SPF, assinar com DKIM e fazer coincidir o remetente com o domínio autenticado. Peça ao fornecedor os valores exatos para o seu DNS.
Usar uma conta Gmail gratuita com o nome do hotel e configurar o motor de reservas para enviar «como» esse endereço: a Google pede para não se fazer passar por remetentes @gmail.com e aplica quarentena DMARC. Além disso, não pode configurar SPF, DKIM ou DMARC num domínio que não é seu.
Ter dois registos SPF no mesmo domínio ou apagar o antigo ao acrescentar um novo. Recomendação nossa: um único registo SPF que inclua todos os serviços que enviam por si.
Pôr o DMARC em p=reject desde o primeiro dia. A Google descreve uma passagem gradual de «monitor» para «quarantine» e para «reject» à medida que confirma que todos os seus emails se autenticam.
Enviar ofertas a quem não as pediu: faz subir a taxa de spam, que a Google e o Yahoo querem abaixo de 0,3 %.

Como ajuda a iQuota

A iQuota põe alojamentos independentes à disposição dos assistentes de IA com reserva direta, pagamento no alojamento e 0 % de comissão, com o preço e as condições que cada alojamento define. Não podemos garantir que um assistente de IA o recomende.

Quer que as IA deem os seus dados reais, com reserva direta e sem comissão? Os primeiros 30 hotéis entram grátis até 30 de junho de 2027.

Ver o programa Founding Hotels (em inglês)

Perguntas frequentes

O meu alojamento tem de ter DMARC?

Se envia menos de 5000 emails por dia, o Gmail e o Yahoo só exigem SPF ou DKIM. O DMARC é obrigatório acima de 5000 no Gmail, no Yahoo (remetentes em massa) e no Outlook.com. Recomendamos configurá-lo na mesma com p=none.

O que aconteceu com o Gmail em novembro de 2025?

A Google diz que a partir de novembro de 2025 reforça a aplicação contra o tráfego não conforme e que essas mensagens podem ser rejeitadas ou ir para o spam. Não detalha os casos.

O que significa o erro 550 5.7.515?

É a rejeição do Outlook.com, desde 5 de maio de 2025, de emails de domínios que enviam mais de 5000 por dia sem o nível de autenticação exigido.

Como sei se as minhas confirmações estão bem autenticadas?

Envie uma para o Gmail, abra «Mostrar original» e confirme que SPF, DKIM e DMARC indicam PASS. Se vir «através de» outro domínio ou um ponto de interrogação, algo falha.

Posso usar um Gmail gratuito para o alojamento?

Pode receber e responder a partir dele, mas não pode autenticar um domínio que não é seu, e a Google pede para não enviar como @gmail.com a partir de outros servidores. Recomendamos um domínio próprio.

Fontes

Mais guias para hotéis

Mais guias para hotéis →

Español · English · Italiano · Ελληνικά