O aquecimento de IP é a parte do trabalho operacional de envio de email que mais consome tempo de engenheiro qualificado. Para fazer direito, exige acompanhamento diário do comportamento do IP em receivers críticos (Gmail, Outlook 365, Yahoo, Apple iCloud, mais receivers regionais quando relevante), ajuste fino do volume e da segmentação conforme placement evolui, coordenação com tráfego de aquecimento de qualidade (não pode ser tráfego sintético gerado por warming tool, porque receivers reconhecem padrão sintético há tempo), e capacidade de responder rápido quando aparece sinal negativo (degradação em Postmaster, complaint subindo, blacklist regional aparecendo). O trabalho leva 4 a 6 semanas para IP novo em condição normal, e até 8 semanas para reaquecimento de IP que já teve histórico problemático.
Empresa brasileira com infraestrutura própria (PowerMTA licenciado, KumoMTA self-hosted, MailerQ enterprise, ou mistura) costuma ter dois caminhos quando precisa aquecer IPs novos. Caminho A: dedicar engenheiro interno a tempo parcial por 4 a 6 semanas, com risco de erro operacional que prolonga o aquecimento ou queima o IP no caminho. Caminho B: terceirizar para fornecedor especializado que tenha pool de tráfego de qualidade e engenheiro experiente. A gente cobre o caminho B como serviço gerenciado one-time com escopo fechado.
A diferença entre nosso aquecimento e warming tool americano (Mailwarm, Warmly, Lemwarm, Folderly, Mailreach) é importante para empresa brasileira contratante. Warming tool funciona dentro de uma rede sintética: a caixa do cliente troca email com outras caixas dentro da mesma rede de warming tool, com tráfego artificialmente gerado para simular engajamento humano. Funcionou bem entre 2019 e 2022, mas em 2023 e 2024 vários warming tools perderam efetividade quando classificadores de Google e Microsoft passaram a reconhecer o padrão sintético. A nossa abordagem é diferente: tráfego de aquecimento sai do nosso pool próprio de cerca de 4.000 contas com engajamento ativo (caixas reais de pessoas reais usando email para coisas reais, não rede sintética), o que entrega sinal de engajamento que receivers continuam tratando como legítimo.
Quem contrata: empresa brasileira em três perfis principais. Primeiro: SaaS brasileiro ou e-commerce escalando volume e adicionando IPs dedicados novos para acomodar crescimento. Segundo: ESP brasileiro ou agência multi-tenant adicionando IPs para cliente novo, com pressão de prazo (cliente final pagando, esperando ativação). Terceiro: empresa em situação de migração de fornecedor (saindo de SendGrid, Mailgun ou Postmark para infraestrutura própria) com IPs frescos que precisam aquecimento antes de receber tráfego de produção. Para os três perfis, a economia de tempo de engenheiro interno mais a redução de risco de erro operacional justifica o preço facilmente.
Quando não vale a pena: para empresa brasileira contratando produto de envio nosso (Email API EU, SMTP Relay, Cold Email Infrastructure), o aquecimento já vem incluso no preço do produto principal e não precisa contratar este serviço separado. Para empresa com volume baixo (abaixo de 100 mil emails/mês) usando ESP brasileiro com pool compartilhado (Locaweb Email Marketing, RD Station, Mailbiz), o aquecimento é responsabilidade do ESP e não exige trabalho do cliente. Para empresa que prefere fazer aquecimento internamente com orientação documentada, a Auditoria de Entregabilidade entrega o roadmap.
Sobre estrutura tributária: fatura sai em euros de Viena, com tributação de importação de serviço somando 30% a 45% sobre valor. Para tier Standard a €499 por IP, o custo total chega à faixa de €650 a €725 por IP. Para tier Pro a €1.499, fica entre €1.950 e €2.175. Para tier Enterprise a €4.990, depende do escopo customizado. Para empresa brasileira contratando aquecimento de múltiplos IPs no mesmo engajamento (5 ou mais IPs), oferecemos desconto de 20% no segundo IP em diante. A ligação de descoberta cobre o cenário específico.
A última observação. O aquecimento não substitui boa configuração técnica do MTA. Se o IP a aquecer está em servidor com configuração problemática (rDNS errado, autenticação parcial, conteúdo gerando complaint sustentado, lista de qualidade ruim), o aquecimento não corrige essas coisas porque elas não são problema de aquecimento. A primeira fase do engajamento (auditoria pré-aquecimento) identifica problemas de configuração antes de iniciar a curva, e o cliente precisa corrigir antes de prosseguir. Cerca de 15% dos engajamentos são pausados temporariamente nessa fase para correção pelo time do cliente; depois da correção, a curva inicia normalmente.