Migração de infraestrutura de email com cutover gradual que preserva reputação durante a transição

Trocar credencial é parte fácil. As partes difíceis são aquecimento de IPs novos (4 a 6 semanas de trabalho operacional contínuo), rotação de DKIM com janela de validade dupla (que exige coordenação cuidadosa para não quebrar assinatura em mensagem em trânsito), import de suppression list em formato compatível, coordenação com fornecedor anterior se aparece dúvida durante o cutover, validação de placement em receivers críticos, e procedimento de rollback se algo dá errado. Time interno que faz "só trocar credencial" tipicamente perde placement entre 30% e 60% nos primeiros 14 dias e leva 60 a 90 dias para recuperar. O engajamento gerenciado evita essa perda. Para SaaS com volume relevante e cliente final dependendo do email funcionando, o cálculo de ROI fecha facilmente.

Sim, com os três. SendGrid é o caso mais comum (acima de 50% das migrações para nossa Email API EU vêm de lá). Mailgun e Postmark aparecem com frequência menor mas regular. Para os três, a equipe tem playbook documentado: padrão de export de suppression list, formato de migração de templates, particularidades de webhook (SendGrid Event Webhook vs Mailgun webhook usam estruturas diferentes), padrão de rotação de DKIM com janela de validade dupla. Para Postmark especificamente, a integração de cliente costuma ser mais simples porque a API do Postmark é menos opinativa que SendGrid em features.

Para SaaS brasileiro com volume entre 1 e 5 milhões emails/mês saindo de SendGrid ou Mailgun para nossa Email API EU, a migração completa leva 5 a 7 semanas no tier Pro. Distribuição típica: 1 semana de auditoria do estado atual, 2 a 3 semanas de aquecimento de IPs novos em paralelo ao fornecedor anterior, 2 a 3 semanas de cutover gradual ao longo da curva, 1 semana de validação pós-cutover. Para empresa que precisa migração mais rápida (cutover em 30 dias por motivo comercial), oferecemos modalidade acelerada com adicional de 50% no valor, mas com expectativa ajustada de risco residual.

Sim. A nossa Email API EU é compatível em padrão com SendGrid v3 API e Mailgun v4 API em verbos comuns, então aplicação custom que falava com SendGrid ou Mailgun via SDK oficial pode migrar trocando a chave de API e o domínio do endpoint, sem reescrita significativa. Para aplicação que usa feature específica de fornecedor anterior (template engine de SendGrid com variáveis customizadas, scheduled send específico de Mailgun, click tracking de Postmark), a equipe identifica diferenças de comportamento durante a auditoria e documenta os ajustes mínimos necessários no código da aplicação. A maioria dos clientes brasileiros consegue migrar com mudança de 5 a 30 linhas de código no máximo.

Webhooks são parte crítica e são tratados com cuidado durante o engajamento. Durante a fase de cutover gradual (10% para infraestrutura nova, 30%, 60%, 90%, 100%), a aplicação do cliente recebe webhooks dos dois fornecedores em paralelo. A gente entrega documentação clara para que a aplicação saiba diferenciar e processar os dois fluxos sem duplicidade. Para clientes que preferem ter um único fluxo, oferecemos endpoint intermediário nosso que normaliza webhooks dos dois fornecedores em formato unificado durante a transição. Pós-cutover completo, fornecedor anterior é desligado e o fluxo único fica com a infraestrutura nova.

Para SendGrid, Mailgun, Postmark, AWS SES e Mailchimp Transactional, a equipe tem relação operacional via documentação pública dos fornecedores e via canais de suporte estabelecidos (não há "parceria comercial" formal, mas há fluxo conhecido de comunicação técnica). Durante o engajamento, a gente coordena com suporte do fornecedor anterior quando aparece necessidade (esclarecimento sobre formato de export específico, dúvida sobre comportamento de webhook, validação de procedimento de cancelamento de plano). Para fornecedor brasileiro (Locaweb Email Marketing, RD Station, Mailbiz), a coordenação acontece em português direto com suporte técnico brasileiro de cada um.

Não. A migração cobre só o componente que o cliente está migrando (tipicamente email transacional via API ou MTA dedicado). Se o cliente usa simultaneamente nossa Email API EU para transacional internacional + Locaweb Email Marketing ou RD Station para marketing brasileiro, a migração mexe só no transacional internacional. O ESP brasileiro segue funcionando normalmente. Para empresas brasileiras com setup misto (que é cada vez mais comum), a separação clara entre fornecedores por caso de uso é desejável e a gente respeita isso na arquitetura.

Sim. O produto roda nos dois sentidos. Já fizemos várias migrações de clientes saindo da nossa infraestrutura para outros fornecedores (consolidação de stack, decisão de procurement, mandato regulatório), e fazemos com a mesma rigor da migração entrando. Sem fricção, sem retenção, sem cobrança especial. Os dados do cliente exportam limpos, os domínios transferem limpos. A gente prefere ter ex-cliente que volta no futuro do que ter cliente preso por dificuldade artificial de saída. Várias empresas brasileiras passaram pelos dois lados (entraram, ficaram alguns anos, saíram quando o caso mudou).

Rollback parcial é parte do procedimento padrão. Em qualquer ponto da curva de cutover gradual (antes do 100%), a gente pode reverter o tráfego para o fornecedor anterior em até 60 minutos via mudança de SPF e ajuste de balanceamento na aplicação do cliente. O rollback é mais difícil quando 100% já foi atingido e o fornecedor anterior foi cancelado, mas mesmo nesse caso a gente pode reverter em 24 a 48 horas se aparecer necessidade. Em 7 anos operando o produto, rollback foi acionado em menos de 3% das migrações, e nenhum caso resultou em perda de dado ou impacto operacional permanente.

Empresa brasileira contratante fica sujeita à tributação de importação de serviço (IRRF, ISS, PIS-Importação, COFINS-Importação) somando 30% a 45% sobre o valor da fatura. Para tier Standard a €499, custo total chega entre €640 e €725. Para Pro a €1.999, fica entre €2.600 e €2.900. Pagamento via cartão de crédito internacional, wire transfer SWIFT em euros, ou SEPA para empresa com filial europeia. A documentação fiscal sai com detalhamento que o departamento financeiro brasileiro precisa para classificar como importação de serviço no fechamento contábil.

Sim, no tier Enterprise com termos contratuais customizados. Para banco brasileiro autorizado pelo BACEN, fintech sob regulação BACEN, healthtech sob ANVISA ou fornecedor de setor público, o contrato inclui cláusula compatível com regulação aplicável, auditoria forense pré-migração detalhada, integração com SIEM corporativo do cliente, e documentação que entra como evidência no relatório de conformidade do auditor regulatório. A negociação dos termos leva 4 a 8 semanas adicionais antes do início da migração efetiva, e envolve jurídico do banco coordenando com nosso jurídico austríaco mais escritório parceiro brasileiro.

Sim, com proporcionalidade. Se durante a auditoria pré-migração ou na primeira fase de aquecimento aparecer fato novo que torne a migração inviável (mudança de prioridade do cliente, descoberta de incompatibilidade técnica que não havia sido identificada, mudança regulatória que afeta a decisão), o cliente pode cancelar com cobrança proporcional ao trabalho executado. Para cancelamento na auditoria, cobrança fica em 30% do valor; nas primeiras 2 semanas de aquecimento, 50%; após início do cutover, 75%; após cutover completo, 100%. A política protege os dois lados de descobertas tardias durante o engajamento.

Inclui apresentação de fechamento por videocall (45 a 90 minutos dependendo do tier) com a equipe de DevOps, marketing ou TI do cliente, cobrindo: como acessar o painel, como ler métricas operacionais, padrões de alerta esperados, contatos para suporte, procedimento para incidente. Não substitui treinamento técnico aprofundado em operação de MTA self-hosted (PowerMTA, KumoMTA, MailerQ). Para clientes que estão migrando para infraestrutura própria com self-hosted MTA pela primeira vez, recomendamos consultoria adicional paga separada para treinamento operacional. A consultoria custa €299 por dia de engenheiro, e a maioria dos casos exige 2 a 4 dias.

Durante a migração, dados pessoais do cliente (suppression list, lista de envio com endereços, log de envio histórico) são processados conforme DPA assinado no início do engajamento. A LGPD aplica para os dados pessoais de pessoa física brasileira tratados durante o engajamento, e a gente trata como operadora dentro do escopo do contrato. Para empresa brasileira controladora, a gente é mais um operador que aparece no Relatório de Impacto à Proteção de Dados Pessoais (RIPD). A documentação técnica do engajamento serve como evidência da relação operadora-controladora exigida pelos artigos 39 e 40 da LGPD. Para empresa em setor regulado, a cláusula adicional negociada cobre exigências específicas (BACEN, ANVISA, setor público).

Resolve para a parte de email transacional ou marketing migrada. Para a empresa brasileira que tinha SendGrid ou Mailgun como sub-processador americano e migra para nossa Email API EU como sub-processador europeu, o questionário de procurement de cliente europeu pode ser respondido com sub-processador europeu documentado, eliminando a bandeira amarela Schrems II especificamente para a relação de email. Schrems II como tema mais amplo (transferência transatlântica de dado pessoal entre UE e EUA) afeta vários sub-processadores (cloud, analytics, CRM), e migração de email cobre só a relação de email. Para empresa que precisa cobertura completa de Schrems II em toda a stack tecnológica, a migração de email é uma das peças de um projeto mais amplo.

Em 7 anos operando o produto, a taxa de migração revertida fica abaixo de 2%. Os casos onde aconteceu reversão tiveram dois padrões. Primeiro: cliente brasileiro descobriu durante a migração que o uso real de feature específica do fornecedor anterior era maior do que havia identificado na auditoria (template engine custom, scheduled send específico, dashboard analytics específico) e a migração para infraestrutura sem essas features virou problema operacional não aceitável. Segundo: cliente brasileiro com expectativa errada sobre o que aquecimento entrega (esperava placement maior em receivers brasileiros locais que a infraestrutura europeia não otimiza). Para os dois cenários, a reversão foi feita rapidamente com cobrança proporcional, e o cliente continuou no fornecedor anterior. A documentação dos casos serve para melhorar a auditoria pré-migração e identificar padrões antes do engajamento começar.

Não recomendamos cutover durante o Black Friday brasileiro (última semana de novembro até a Cyber Monday seguinte) porque o pico de tráfego nessa janela distorce os sinais de placement que receivers usam para classificar reputação durante a curva de cutover. Para clientes que precisam estar com infraestrutura nova ativa antes do Black Friday, recomendamos contratar engajamento com pelo menos 90 dias de antecedência (engajamento começando em meados de agosto para terminar antes da última semana de novembro). Para clientes que descobrem necessidade tarde demais (já em outubro com Black Friday no horizonte), recomendamos adiar a migração para janeiro do ano seguinte, fazendo Black Friday no fornecedor atual e migrando depois com calma. A pressão de prazo durante Black Friday raramente compensa o risco operacional.

Sim. A migração é conduzida pelos mesmos engenheiros operacionais que rodam a infraestrutura de destino em produção (Email API EU, SMTP Relay, Cold Email Infrastructure, ou Servidores de Envio com PowerMTA, KumoMTA ou MailerQ). A familiaridade com a infraestrutura de destino significa que ajustes finos durante o aquecimento e o cutover são feitos com conhecimento específico de como a infraestrutura responde, em vez de seguir playbook genérico. O engenheiro lead da migração assina o relatório de fechamento com nome e papel identificado, e fica disponível como ponto de contato durante os 30 dias de garantia pós-cutover.

Durante o engajamento de migração, o cliente tem acesso a engenheiro lead identificado por nome para questões técnicas e a Slack Connect compartilhado durante toda a duração do engajamento. Resposta dentro de 8 horas úteis para questão padrão, dentro de 4 horas úteis para incidente crítico no tier Pro, e dentro de 1 hora para incidente crítico no tier Enterprise. Comunicação em português brasileiro durante todo o engajamento. Painel atualizado diariamente com status da curva (volume migrado, placement por receiver, taxa de bounce, taxa de complaint). Para clientes do tier Enterprise, integração com PagerDuty para alerta crítico fora do horário comercial.

Não temos parceria comercial estruturada com nenhum dos fornecedores americanos. A coordenação acontece via canais de suporte público (ticket técnico no portal de suporte de cada um, ou documentação pública). Isso é deliberado: ter parceria comercial criaria conflito de interesse onde o cliente esperaria informação privilegiada que a gente não tem. Para Twilio (dona do SendGrid), a documentação pública cobre 90% dos casos de migração que aparecem; os outros 10% são casos específicos onde a equipe de suporte do SendGrid responde como responderia para qualquer cliente fazendo migração. Para Mailgun e Postmark, dinâmica similar.

Não inclui treinamento jurídico sobre LGPD. A documentação técnica do engajamento serve como evidência da relação operadora-controladora exigida pelos artigos 39 e 40 da LGPD, mas a interpretação jurídica e o trabalho de DPO continuam responsabilidade do cliente. Para empresa brasileira sem DPO interno (que ainda é situação comum em empresa de porte médio brasileira), recomendamos contratação de consultoria jurídica brasileira especializada em LGPD em paralelo ao engajamento de migração. A combinação dos dois trabalhos (técnico nosso + jurídico brasileiro) cobre ambas as dimensões da conformidade. A gente tem indicação de escritórios brasileiros parceiros que conhecem a documentação técnica nossa e podem usá-la como input.