Emails não chegando na caixa de entrada do BOL (@bol.com.br) é um problema comum para quem dispara campanhas de marketing em massa no Brasil. O BOL não é simplesmente um provedor como os outros—é uma infraestrutura legada com regras de filtro independentes, diferentes das do Gmail ou Outlook. Além disso, mantém uma audiência sólida e leal, particularmente composta por usuários de meia-idade e mais velhos. Se você está vendo altas taxas de spam ou rejeição no BOL, as causas são previsíveis: autenticação mal configurada, reputação baixa da sua base de contatos, ou desconformidade com as práticas esperadas pelo provedor.
Este artigo explica por que o BOL recusa ou filtra seus emails, como configurar SPF e DKIM corretamente, e como validar a entrega antes de disparar em massa.
Por que emails não chegam no BOL?
O BOL opera uma infraestrutura de email herdada da era em que era um dos portais de internet mais populares do Brasil. Diferente do Gmail, que centraliza reputação e filtros sob controle do Google, o BOL mantém seus próprios critérios de aceitação e classificação de mensagens. Quando você dispara um email para um endereço @bol.com.br, ele passa por uma série de verificações locais antes de chegar à caixa de entrada:
- Checagem de SPF: O BOL valida se o IP de origem está autorizado no registro SPF do seu domínio. Sem SPF, muitos emails são rejeitados na negociação SMTP.
- Validação de DKIM: Se sua mensagem não tem assinatura DKIM válida, o BOL reduz a confiança e encaminha com maior probabilidade para spam.
- Análise de reputação: O BOL mantém sua própria base de reputação de domínios e IPs. Não herda dados de Gmail ou Outlook—se seu domínio é novo, começa com reputação baixa.
- Análise de conteúdo: Padrões de spam conhecidos (múltiplos links suspeitos, palavras-chave de fraude, formatação questionável) disparam filtros internos.
Resultado: seus emails chegam na pasta Spam do BOL (ou não chegam), mesmo que passem sem problemas no Gmail. É porque o BOL não confia nos mesmos sinais que outros provedores.
BOL tem regras próprias de autenticação e reputação
Diferente de provedores modernos, o BOL não exige explicitamente DMARC com p=reject ou assinatura BIMI. Mas na prática, SPF e DKIM são praticamente obrigatórios: sem SPF, taxa de entrega cai drasticamente; sem DKIM, mesmo que chegue, é classificado como provável spam.
Se você usa SMTP compartilhado (de um hoster genérico, WooCommerce sem plugin, ou ESP sem DKIM) ao disparar para o BOL, o email é enviado do IP do hoster, não do seu domínio. O BOL não reconhece o remetente legítimo—trata como genérico, com baixa confiança.
Além disso, o BOL não esquece: se um grande volume de emails da sua base foi marcado como spam ou virou bounce hard (endereço inexistente), os próximos disparos sofrem restrições. É um ciclo vicioso—base velha com muitos erros = reputação ruim = filtros mais rígidos.
SPF, DKIM e DMARC: configuração essencial para o BOL
Toda plataforma de email profissional (como RD Station ou Brevo) oferece instruções para configurar SPF e DKIM no seu domínio. Se você usa uma ESP, siga estes passos:
- Adicione o registro SPF: Geralmente parecido com
v=spf1 include:sendingservice.com ~all. A ESP fornece a string exata. Publique no DNS TXT do seu domínio. - Ative DKIM: A ESP oferece uma chave pública DKIM. Você publica no DNS, e a ESP assina cada email automaticamente.
- Configure DMARC: Use
v=DMARC1; p=none; rua=mailto:seu@email.compara começar. Isso permite receber relatórios de falhas de autenticação—bem útil para diagnosticar problemas.
Sem esses registros, o BOL vai desconfiar. Com eles configurados corretamente, sua taxa de entrega melhora significativamente.
A qualidade da base de dados influencia a entrega
O BOL atende principalmente usuários de meia-idade para cima. Muitas dessas contas são inativas ou semidormentes. Se você dispara para uma base com muitos emails de usuários inativos, o BOL registra cada falha: bounce hard (endereço não existe), bounce soft (caixa cheia), ou reclamação de spam. Resultado: seu domínio é penalizado, e a reputação cai.
Como resolver: antes de disparar em massa, limpe sua base. Remova endereços que já geraram bounce, faça reengajamento com contas dormentes. No contexto de LGPD, é obrigatório manter consentimento válido e atualizado—contas obsoletas representam risco legal também.
Como testar a entrega no BOL antes de disparar em massa
Lançar uma campanha sem validação é arriscado. O BOL pode bloquear você temporariamente se detectar padrões de spam. A melhor prática:
- Teste com seed addresses: Envie um email de exemplo para endereços-teste fornecidos por check.live-direct-marketing.online. Você tem respostas em minutos mostrando se chegou no BOL e em qual pasta.
- Verifique SPF e DKIM: O relatório deve confirmar que ambos passaram. Se falharem, corrija antes de disparar para sua lista real.
- Observe o rendering: Veja como seu email aparece na caixa do BOL. HTML excessivo ou links suspeitos podem ativar filtros de conteúdo.
- Warmup gradual: Se você é remetente novo, comece com pequeno segmento (500–1.000 emails) e aumente depois. O BOL monitora crescimento abrupto como suspeito.
Conformidade com LGPD e melhores práticas
A LGPD (Lei Geral de Proteção de Dados Pessoais) exige que todo email comercial identifique claramente o remetente, ofereça link de descadastro funcional e tenha base legítima para o envio. Emails que não respeitam esses requisitos são marcados como spam com mais frequência. Se seus emails não têm link de descadastro claro, muitos usuários vão marcar como spam—o BOL nota e reduz entrega nos próximos disparos.
Portanto: inclua footer com nome, endereço e link de descadastro claro. Respeite descadastros em até 10 dias conforme a lei. Assim sua reputação melhora naturalmente.