Por que o e-commerce brasileiro tem dois picos de email distintos?
O tráfego de email de um e-commerce brasileiro não é plano: há tráfego transacional constante (confirmações de pedido, atualizações de envio, notificações de devolução) e tráfego promocional massivo em picos previsíveis (Black Friday, Cyber Monday, Dia do Consumidor em março, Dia das Mães, Dia dos Pais, Dia dos Namorados em junho, Natal). Para um e-commerce brasileiro típico com 200.000 clientes ativos, os picos de Black Friday podem gerar 800.000 a 1.500.000 mensagens em 24 horas. Se a infraestrutura não está dimensionada para absorver esse burst sem degradar a entregabilidade do fluxo transacional crítico, as consequências são imediatas: complaints, tickets de suporte, perda de reputação de marca.
Por que separar marketing e transacional é crítico para e-commerce.
Em e-commerce o split típico de tráfego é 70% promocional, 30% transacional. O tráfego promocional tem taxa de complaint inevitável. Se a mesma IP que envia a newsletter também envia a confirmação do pedido, a queda de reputação após uma campanha promocional malsucedida arrasta o tráfego transacional crítico. A solução estrutural é pools de IPs separados: 5-10 IPs dedicadas para transacional com aquecimento permanente alto e políticas DMARC estritas, 15-20 IPs para promocional com políticas mais flexíveis. O plano Performance inclui essa separação com failover automático entre PoPs em bursts grandes.
Aquecimento prévio à Black Friday: janela de outubro a novembro.
Se seu e-commerce planeja um pico de Black Friday entre 5x e 15x o volume habitual, o aquecimento progressivo de IP nova leva 21 dias de 50 mensagens/dia até 50.000/dia por IP. Se você precisa de 25 IPs dedicadas quentes para Black Friday, há que iniciar o provisionamento no fim de outubro para ter margem. Fazemos isto rotineiramente para clientes Performance e Enterprise: revisão no fim de setembro do plano de tráfego previsto, provisionamento de IPs adicionais em outubro, aquecimento progressivo em novembro, pico controlado na sexta-feira preta e segunda-feira cibernética, downgrade gerenciado a partir de meados de dezembro.
Particularidades do mercado brasileiro em e-commerce.
Os e-commerces brasileiros têm três particularidades operacionais relevantes: (1) a Nota Fiscal Eletrônica (NF-e) gera fluxo automatizado de emails ao consumidor com o XML adjunto, exigindo DMARC alinhado com o domínio do emissor e SPF correto; (2) o Código de Defesa do Consumidor (Lei 8.078/1990) e o Decreto 7.962/2013 estabelecem prazo de arrependimento de 7 dias para compras online, estruturando os flows de email pós-compra; (3) a LGPD (Art. 7º X e Art. 8º §1º) regula o consentimento para email marketing, com sanções da ANPD de até 2% do faturamento (R$ 50M máximo) sob o Art. 52. Adicionalmente, o PIX como método de pagamento dominante gera emails transacionais com SLA implícito de segundos.
Por que o ciclo sazonal do e-commerce quebra a infraestrutura não preparada?
Para um remetente de e-commerce, a curva anual de volume é abrupta: meses de base estável e então uma multiplicação por três a cinco durante a Black Friday, a Cyber Monday e as janelas de promoção regionais. A infraestrutura dimensionada para a média afoga no pico, e a dimensionada para o pico desperdiça reputação no resto do ano porque as IPs ficam frias entre eventos. O problema não se resume à capacidade bruta. Uma IP que envia 50 mil mensagens por dia em outubro e de repente despacha 400 mil na sexta-feira da Black Friday dispara os filtros de taxa do Gmail e do Outlook mesmo com autenticação perfeita, porque o salto de volume é em si um sinal de alerta. A resposta correta é pré-provisionar capacidade com antecedência e aquecer as IPs do pico contra segmentos de alto engajamento nas semanas anteriores, de modo que o salto chegue sobre reputação já construída em vez de surpreender os receptores. É exatamente o trabalho que uma operação interna costuma descobrir tarde demais, na própria sexta-feira, quando já não há janela para aquecer nada.
Quais integrações a OS Domains testou com as stacks de e-commerce?
A maioria dos clientes de e-commerce integra por API REST ou por SMTP a partir de uma stack conhecida, e testamos os caminhos mais comuns no mercado brasileiro e europeu para que a configuração não vire um projeto. Do lado das plataformas de loja: Shopify e Shopify Plus, WooCommerce sobre WordPress, Magento 2 e Adobe Commerce, VTEX e Tray no Brasil, e PrestaShop na Europa. Do lado das ferramentas de automação e marketing: RD Station, Klaviyo, Mailchimp, HubSpot e Brevo, com as quais o cliente costuma rotear o marketing enquanto nos usa como camada transacional ou como infraestrutura de envio dedicada por baixo. Do lado dos gateways que disparam confirmações: Pagar.me, Stone, Mercado Pago, Cielo e EBANX no Brasil, mais Stripe e Adyen internacionais. O que entregamos não é um conector mágico, e sim credenciais SMTP e uma API REST documentada que essas ferramentas consomem sem reescrever a aplicação, com os registros SPF, DKIM e DMARC gerados no painel para cada subdomínio de envio.
Por que a taxa de abertura deixou de servir para aquecer IPs?
O Apple Mail Privacy Protection pré-carrega o pixel de rastreamento de cada usuário de Apple Mail no momento da entrega, independentemente de o destinatário abrir ou não a mensagem, o que infla a taxa de abertura registrada e a torna inútil como sinal de engajamento real. Como uma fatia grande do tráfego de e-commerce chega a clientes de Apple, a métrica que durante anos serviu para guiar o aquecimento de IP e a segmentação ficou contaminada. A média do setor caiu de algo em torno de 48,69% em 2022, antes do MPP, para cerca de 26,9% de aberturas reais em 2025 uma vez descontado o ruído, segundo os agregados públicos de plataformas de e-mail. Construímos a segmentação e os sinais de aquecimento sobre clique, clique-sobre-abertura, conversão e receita por destinatário, que são os números que ainda refletem comportamento humano. Um remetente que ainda decide a quem enviar com base na taxa de abertura está otimizando contra um número que a Apple gera por ele, e o resultado é um aquecimento mais lento e uma segmentação que confunde robôs com clientes.
Os flows rendem às campanhas cerca de dezoito para um, e os pools deveriam refletir isso.
A distribuição de receita entre flows disparados e campanhas de difusão é desequilibrada de uma forma que a maioria das operações subestima. Os fluxos automatizados —carrinho abandonado, navegação abandonada, pós-compra, win-back— rendem por destinatário em torno de dezoito vezes mais que uma campanha de difusão, porque chegam no momento de intenção em vez de quando o calendário de marketing decide. O carrinho abandonado, em particular, costuma rodar taxas de pedido na faixa de 2,11% contra os 0,16% de uma campanha genérica, segundo os agregados do setor. A consequência de infraestrutura é direta: os flows transportam a maior parte da receita e por isso merecem o pool de IP com a reputação mais alta e mais estável, isolado da volatilidade de uma campanha massiva que pode gerar um pico de queixas. Separamos os flows das campanhas a nível de pool justamente para que um envio promocional infeliz não arraste a entrega do carrinho abandonado que paga a operação. Quem mistura os dois no mesmo pool descobre o erro quando a campanha de uma sexta-feira derruba a colocação dos flows na semana seguinte.
Por que a colocação no inbox importa mais que a taxa de entrega?
Uma taxa de entrega conta o que o servidor receptor aceitou; uma taxa de colocação no inbox conta o que de fato chegou à caixa de entrada em vez da pasta de spam ou da aba de promoções. As duas podem divergir bastante: uma mensagem aceita pelo Gmail com um 250 e arquivada direto em spam conta como entregue e mesmo assim não é vista por ninguém. Para um e-commerce, a métrica que paga é a colocação no inbox, porque uma confirmação de pedido em spam gera ticket de suporte e uma promoção em spam não vende. Medimos a colocação por provedor de caixa e por pool com seed accounts distribuídas entre Gmail, Outlook, Yahoo e os provedores brasileiros mais comuns, e reportamos esse número em vez de nos escondermos atrás da taxa de entrega bruta que quase todo provedor exibe. A diferença prática aparece quando um cliente migra de um provedor que reportava 99% de entrega e descobre que a colocação real no inbox estava bem abaixo, porque a taxa de entrega nunca contou a história inteira.
A nota fiscal eletrônica e a fatura por e-mail: o que muda e o que não muda.
Tanto no Brasil quanto na União Europeia, a fatura estruturada que carrega o peso legal e fiscal viaja por um canal próprio, e o e-mail transporta a cópia legível e a notificação ao cliente. No Brasil, a Nota Fiscal Eletrônica é autorizada pela SEFAZ e o XML é o documento com valor fiscal; o PDF do DANFE e o e-mail que o entrega são a camada de cortesia ao consumidor, não o documento em si. Na UE, a fatura B2G já circula pela rede Peppol em formatos estruturados, e o pacote de IVA na Era Digital estende o B2B ao mesmo caminho até 2030, então um e-commerce brasileiro que vende a clientes europeus pode encontrar requisitos de fatura estruturada do lado do comprador. O que isso significa para o e-mail é uma fronteira clara: nós não geramos nem transmitimos o XML da NF-e nem o documento Peppol, e sim entregamos de forma confiável e autenticada a confirmação, o DANFE em anexo e o aviso ao cliente. A parte que de fato toca a entregabilidade é o anexo: um XML ou um PDF de fatura exige DMARC alinhado com o domínio emissor e SPF correto, porque um anexo fiscal que cai em spam vira ticket de suporte e, no limite, uma reclamação de descumprimento. Configuramos o subdomínio de faturamento separado do promocional justamente para que a reputação de uma campanha nunca afete a chegada de um documento que o cliente precisa receber.