YourTrend — uma plataforma de e-mail, SMS e mensagens push

01Visão geral do projeto

YourTrend é uma plataforma de mensagens para negócios: e-mail transacional e de marketing, SMS e web push a partir de uma única API. O slogan do produto soa como uma promessa — "E-mail que seus clientes realmente recebem". Por trás dessa promessa está uma engenharia muito concreta: cada domínio conectado é assinado com DKIM, registros SPF e DMARC são gerados automaticamente, o envio é feito por meio de um IP dedicado, e cancelamentos, reclamações e devoluções são gerenciados pela própria plataforma, sem esforço do remetente.

A ideia surgiu de uma observação familiar a qualquer um que tenha lançado produtos online: enviar um e-mail de um aplicativo é fácil, mas fazê-lo chegar na caixa de entrada de forma consistente é uma profissão à parte. Ano após ano, os provedores de caixa de entrada apertam seus requisitos para autenticação e reputação do remetente, e "SMTP simples" sem DKIM, SPF e DMARC cada vez mais significa a pasta de spam — ou uma rejeição silenciosa. Enquanto isso, o negócio acumula um zoológico de serviços: um para e-mail transacional, outro para campanhas de marketing, um terceiro para SMS, um quarto para push. Cada um tem sua própria API, seus próprios contatos, suas próprias estatísticas — e nenhuma imagem coerente em lugar algum.

YourTrend reúne tudo isso em uma única plataforma: um relay SMTP e uma API HTTP limpa para envio, campanhas e automações para marketing, SMS e web push na mesma base de contatos, uma caixa de entrada unificada para e-mails recebidos em todos os domínios, e uma caixa de correio criptografada de acesso zero para correspondência privada. Nós projetamos e construímos o produto do início ao fim — desde o pipeline de entrega e o modelo de eventos até o painel, a documentação e as páginas de destino trilíngues (EN/UK/RU).

Como os outros produtos do ecossistema do estúdio, o YourTrend nunca foi concebido como um serviço isolado, mas sim como uma camada de comunicações compartilhada: conecte um domínio uma vez, e todo o e-mail dos seus projetos — de recibos a campanhas — flui por um único pipeline com uma reputação, uma visão analítica e um modelo de evento. Abaixo, explicamos como o sistema funciona internamente e quais decisões de engenharia fazem da entregabilidade uma propriedade da arquitetura, em vez de um acidente feliz.

02Contexto e o problema

Há um paradoxo sobre o e-mail enviado de sua própria aplicação: ele "funciona" até o momento em que realmente importa. Enquanto os volumes são pequenos, tudo parece bem; à medida que crescem e as regras dos provedores se tornam mais rígidas, um conjunto inteiro de problemas surge:

• Spam em vez de caixa de entrada. Sem DKIM, SPF e DMARC corretos, até mesmo mensagens transacionais honestas acabam no spam ou são rejeitadas. Configurar esses registros corretamente na primeira tentativa é uma tarefa que confunde até mesmo equipes experientes.
• Reputação de IP compartilhado. Em infraestrutura compartilhada, sua entregabilidade depende dos seus vizinhos: a explosão agressiva de outra pessoa prejudica a reputação do IP para todos que estão nele.
• Duplicatas em novas tentativas. A rede pisca, a aplicação repete a solicitação — e o usuário recebe dois recibos idênticos. Sem idempotência do lado da API, isso é inevitável.
• Canais desconectados.Email em um serviço, SMS em outro, push em um terceiro: contatos e segmentos não correspondem, e a "visão única do cliente" existe apenas em apresentações.
• Higiene manual da lista.Devoluções e reclamações devem ser capturadas e excluídas de envios futuros. Quase ninguém faz isso manualmente — e a reputação se degrada silenciosamente a cada campanha.
• Emails recebidos espalhados por toda parte.Uma empresa com vários domínios tem respostas de clientes espalhadas por caixas de entrada e abas, e responder do exato endereço para o qual escreveram é uma busca por si só.

O resumo era este: construir uma plataforma onde a entregabilidade não é o resultado de uma configuração meticulosa, mas uma propriedade padrão. O desenvolvedor conecta um domínio, publica os registros DNS gerados e envia; todo o resto — assinatura, reputação, listas de supressão, cancelamentos de inscrição — a plataforma cuida.

Uma camada separada da tarefa dizia respeito ao pipeline em si. Um email de redefinição de senha deve ser enviado em segundos e não tem o direito de se perder; uma campanha de marketing para milhares de endereços não deve interferir no fluxo transacional; e para cada mensagem o remetente deve ver o que aconteceu com ela: aceita, entregue, aberta, rejeitada, reclamou. Tudo isso com dois caminhos de integração igualmente suportados: o bom e velho SMTP para aplicações existentes e uma API HTTP limpa para novas.

03Objetivos do projeto

Do briefing surgiram metas concretas de produto e engenharia que mantivemos em foco em cada etapa:

• Entregabilidade por padrão.Assinatura DKIM para cada domínio, geração automática de SPF e DMARC, um IP de envio dedicado, listas de supressão automáticas e cancelamento de inscrição com um clique.
• Dois pontos de entrada — um pipeline.Um relay SMTP para aplicações que já sabem como enviar e-mails, e uma API REST para todo o resto. Dentro — o mesmo pipeline com as mesmas garantias.
• Idempotência e agrupamento.Uma solicitação repetida nunca produz um segundo e-mail; envios em massa viajam em lotes, não como milhares de chamadas individuais.
• Três canais em uma base.E-mail, SMS e push web funcionam com os mesmos contatos e segmentos — sem exportações CSV entre serviços.
• Observabilidade.Cada evento — entrega, abertura, clique, rejeição, reclamação — é visível no painel e transmitido para os webhooks do remetente.
• E-mails recebidos em um só lugar.Uma caixa de entrada unificada em todos os domínios com respostas do endereço exato de recebimento, além de uma caixa de correio criptografada de acesso zero para correspondência privada.

Como em nossos outros produtos, esses objetivos funcionaram como restrições que cortaram opções inadequadas na fase de design. A exigência de "dois pontos de entrada — um pipeline" proibia fazer do relay SMTP uma "fachada" com sua própria lógica separada: tanto o SMTP quanto a API inserem mensagens no mesmo pipeline com as mesmas verificações. A exigência de observabilidade nos forçou a projetar o modelo de evento antes que o primeiro manipulador fosse escrito. E "entregabilidade por padrão" significava algo simples: nenhum caminho de integração pode permitir o envio de um domínio sem a autenticação correta.

04O que construímos

YourTrend organiza a comunicação em quatro pilares que juntos cobrem todo o ciclo de comunicações de uma empresa:

No topo do núcleo, há um painel com análises e gerenciamento de domínio, um cliente de webmail, documentação, uma página de status e páginas de destino em três idiomas. Começar é grátis: conecte um domínio, publique os registros DNS gerados e envie seu primeiro e-mail — toda a jornada se encaixa em três etapas.

Crucialmente, os quatro pilares não existem isoladamente. O pipeline de envio alimenta as análises, as análises alimentam as listas de supressão, a base de contatos alimenta os três canais, e a caixa de entrada unificada fecha o ciclo trazendo as respostas dos destinatários de volta para a plataforma. O integrador trabalha não com um conjunto de serviços, mas com um sistema onde cada mensagem compartilha um único ciclo de vida: aceito → preparado → assinado → entregue → evento.

05Arquitetura da solução

Logicamente, o YourTrend consiste em seis blocos, cada um com sua própria área de responsabilidade e limites claros:

• Entrada — o relay SMTP (mail.yourtrend.online: autenticação, STARTTLS) e a API HTTP: validação, verificação de remetente, idempotência.
• Pipeline de processamento — filas: renderização de templates, personalização, verificação de destinatários contra listas de supressão, assinatura DKIM.
• Entrega — envio a partir de um IP dedicado, gerenciamento de conexões com servidores receptores, tentativas em falhas transitórias.
• Loop de eventos — entregas, devoluções, reclamações, aberturas e cliques são coletados em um único fluxo; o painel e os webhooks leem uma única fonte.
• Loop de entrada — recebendo e-mails para os domínios do usuário, a caixa de entrada unificada, respondendo do endereço exato; a caixa de correio de acesso zero funciona como uma trilha separada.
• Gráfico de contatos — endereços de e-mail, números de telefone e assinaturas de push vivem em um único contato; segmentos são compartilhados entre todos os canais.

Essa divisão nos permitiu separar fluxos com diferentes requisitos. O e-mail transacional é sensível à latência — seu caminho através do pipeline é o mais curto possível. As campanhas são sensíveis à capacidade — elas viajam em lotes e nunca se misturam na mesma fila que recibos e redefinições de senha. O loop de eventos é deliberadamente mantido separado: tanto o painel quanto os webhooks são meramente leitores do mesmo fluxo de eventos, então suas leituras nunca divergem.

Os papéis também são separados no nível do host: o site de destino com documentação, o painel, o webmail e o relay SMTP vivem em seus próprios endereços com suas próprias políticas de acesso e cache — o site público não compartilha um ambiente com as interfaces onde os usuários trabalham com seus e-mails. O Cloudflare gerencia DNS, TLS e proteção de perímetro; uma integração com ele também permite que os registros DNS de um domínio sejam publicados com um único comando diretamente da integração.

06Como uma mensagem viaja

Do ponto de vista do integrador, a jornada de uma mensagem se encaixa em cinco etapas, e a maioria delas acontece sem seu envolvimento:

• 1. Recepção. A aplicação entrega o e-mail — uma solicitação SMTP para o relay ou um POST para a API. O tempo médio de aceitação da API é inferior a dois segundos: a solicitação é validada, deduplicada por chave de idempotência e enfileirada.
• 2. Preparação.O pipeline renderiza o template, preenche os dados do destinatário e verifica o endereço na lista de supressão: qualquer um que se desinscreveu ou reclamou não receberá a mensagem.
• 3. Assinatura.O e-mail é assinado com a chave DKIM do domínio do remetente; SPF e DMARC foram publicados no DNS desde que o domínio foi conectado. Para o servidor receptor, a mensagem está criptograficamente vinculada ao domínio.
• 4. Entrega.O envio é feito através de um IP dedicado; falhas transitórias — greylisting, um destinatário sobrecarregado — são tratadas com tentativas de reenvio com intervalos crescentes.
• 5. Eventos.Aceito, entregue, rejeitado, aberto, clicado, reclamado — cada evento é registrado, aparece no painel e é transmitido para os webhooks do remetente.

Há um detalhe principiado aqui que promovemos para o modelo de dados: "aceito" e "entregue" são eventos diferentes. A API pode aceitar um e-mail em uma fração de segundo, mas seu destino é decidido mais tarde, do lado do servidor receptor. A plataforma não oculta essa diferença atrás de um único status "enviado"; ela mostra toda a jornada: o integrador vê tanto a confirmação de aceitação instantânea quanto o resultado real da entrega, e tudo o que aconteceu entre eles.

O segundo detalhe é idempotência. Erros de rede são inevitáveis, e a reação correta de um cliente a um tempo limite é tentar novamente a solicitação. Se ambas as solicitações chegarem à plataforma, ela reconhece pela chave de idempotência que são o mesmo e-mail e o envia uma vez. O mesmo princípio protege os lotes: reenviar um lote nunca duplica mensagens. Para e-mails transacionais, isso não é uma conveniência, mas um requisito de correção: dois recibos para uma compra minam a confiança mais do que um recibo perdido.

07Principais capacidades

Vamos ver o que faz do YourTrend não um "disparador de e-mails", mas uma plataforma de comunicação de nível de produção.

E-mail transacional

Recibos, redefinições de senha, notificações de eventos — mensagens que o usuário está esperando agora. Elas seguem o caminho curto pelo pipeline: assinadas, rastreadas e entregues em segundos. Não precisam de campanhas ou segmentos — apenas uma chamada de API ou uma solicitação SMTP do código do aplicativo.

Revezamento SMTP e API HTTP

Um aplicativo existente não precisa ser reescrito para uma nova API: é suficiente apontar seu host SMTP para o revezamento da plataforma e fornecer credenciais — tudo que o aplicativo já sabe como enviar agora viaja pelo pipeline do YourTrend com assinatura e análises. Novas integrações são mais fáceis de construir em REST: uma solicitação JSON, respostas previsíveis, erros legíveis por máquina. Em torno da API, a plataforma é amigável ao ecossistema: Laravel, Node.js, Python, WordPress, Zapier e React estão entre os caminhos de integração listados.

Idempotência e lotes

Uma chamada repetida com a mesma chave nunca cria um segundo e-mail — as tentativas são seguras por construção. Envios em massa são montados em lotes para que milhares de mensagens não se tornem milhares de solicitações individuais: menos tráfego de rede, maior capacidade de processamento, código mais simples do lado do integrador.

SMS

Quando o e-mail não é o canal certo — um código de confirmação, um aviso de entrega urgente — um SMS é enviado da mesma base de contatos: mensagens transacionais e de marketing, os mesmos segmentos, o mesmo loop de eventos. Não há necessidade de manter um segundo banco de dados de números de telefone em um serviço separado.

Web push

Notificações do navegador trazem os usuários de volta ao site: assinaturas estritamente opt-in, públicos segmentados, entrega instantânea. Para produtos sem um aplicativo móvel, este é o caminho mais curto para "push" — sem lojas de aplicativos, SDKs ou ciclos de lançamento.

Análises e webhooks

Aberturas, cliques, rejeições e reclamações são visíveis no painel — e transmitidas para webhooks em paralelo. O painel é conveniente para humanos, webhooks para código: você pode construir sua própria lógica em cima dos eventos (por exemplo, sinalizando endereços com rejeição dura em seu próprio CRM) sem fazer polling da API em um loop.

08Entregabilidade como engenharia

A entregabilidade é frequentemente tratada como mágica, ou como um serviço de "aquecimento" cobrado por assinatura. Nós a abordamos como um problema de engenharia com componentes concretos, cada um deles integrado à plataforma:

• DKIM para cada domínio.Cada domínio conectado recebe uma chave, e cada e-mail é assinado: o servidor receptor verifica criptograficamente que a mensagem realmente vem do seu domínio e não foi alterada durante o trânsito.
• SPF e DMARC — gerados para você.A plataforma não envia o usuário para ler RFCs: os registros prontos podem ser copiados para o DNS como estão — ou publicados com um único comando via a integração do Cloudflare.
• Um IP de envio dedicado.A reputação não é compartilhada com campanhas de outras pessoas: seu e-mail sai de um endereço cuja história apenas você molda.
• Cancelamento de inscrição com um clique (RFC 8058).List-Unsubscribe com um clique: o destinatário cancela a inscrição com um botão em seu cliente de e-mail, sem abrir um site. É um requisito que os principais provedores impõem a remetentes em massa — e a melhor maneira de transformar uma reclamação potencial em um cancelamento silencioso.
• Supressão automática.Um bounce duro, uma reclamação, um cancelamento de inscrição — o endereço automaticamente vai para a lista de supressão e é excluído de envios futuros. As listas se limpam; a reputação não se degrada.

A ordem importa aqui: autenticação sem higiene da lista não te salva, e higiene sem autenticação é inútil. É por isso que esses mecanismos não são "recursos em uma lista de preços", mas partes obrigatórias do pipeline: a plataforma não enviará de um domínio não verificado e não permitirá que reclamações sejam ignoradas. O remetente pode esquecer a entregabilidade precisamente porque a arquitetura não permitirá que ele a esqueça de qualquer maneira que importe.

09Segurança e e-mail de acesso zero

Uma plataforma que transporta o e-mail transacional de outras pessoas deve ser meticulosa quanto ao acesso. O envio através do relay SMTP requer autenticação e é protegido por STARTTLS; o acesso à API é feito por chaves de remetente; todo o tráfego é transmitido apenas por TLS. O cancelamento de inscrição com um clique e a supressão automática também funcionam como mecanismos de segurança: eles impedem que a plataforma se torne uma fonte de e-mails indesejados, e a política anti-spam publicada consagra isso em regras que protegem tanto os destinatários quanto a reputação dos remetentes honestos.

Uma parte distinta do produto é o caixa de correio criptografada de acesso zero. É e-mail para correspondência privada construído com criptografia de ponta a ponta: o conteúdo é criptografado do lado do usuário, e o servidor armazena apenas texto cifrado. "Acesso zero" é literal aqui: a plataforma não tem capacidade técnica para ler essas mensagens — não há chaves, nada a entregar sob solicitação e nada a perder em uma violação.

Deliberadamente, separamos os dois circuitos. O e-mail regular vem com a análise de abrir e clicar que um negócio precisa; a caixa de correio privada não tem análises por construção, porque o servidor nunca vê o conteúdo. O usuário escolhe o circuito para a tarefa em vez de aceitar um compromisso para tudo de uma vez.

10Campanhas e automações

O lado de marketing do YourTrend é construído em torno de campanhas e automações. Uma campanha é um envio para um segmento: a plataforma pode segmentar listas, testar linhas de assunto A/B e enviar modelos responsivos que são renderizados corretamente em desktops e em clientes móveis. Tudo isso em grande escala: o pipeline é projetado para envios em massa que nunca interferem no fluxo transacional.

As automações removem a rotina de "uma mensagem por evento": uma série de boas-vindas após a inscrição, um fluxo de gotejamento após uma compra, uma mensagem de recuperação após uma pausa. Os fluxos são montados sem código: evento → mensagem → intervalo → próxima mensagem. Uma vez configurada, uma automação funciona sozinha, e cada e-mail que produz passa pelo mesmo pipeline — com assinatura, supressão e análises — como tudo o mais.

Significativamente, o circuito de marketing não está isolado do transacional: contatos e eventos são compartilhados. Se um endereço cancelar a inscrição ou tiver um bounce duro, as campanhas levam isso em conta imediatamente; se uma campanha leva um usuário a uma compra, o recibo transacional vai para o mesmo contato através da mesma plataforma. Para o negócio, isso significa uma base e um histórico de comunicações em vez de exportações CSV entre três serviços.

11A caixa de entrada unificada

As plataformas de envio geralmente param onde o e-mail recebido começa. O YourTrend vai além: todo e-mail que chega aos domínios conectados é coletado em uma caixa de entrada unificada. Uma interface em vez de uma dúzia de abas de webmail, uma busca em toda a correspondência — e um hábito em vez de roleta de login entre caixas de entrada.

O detalhe chave: uma resposta é enviada do mesmo endereço em que a mensagem chegou. Um cliente escreveu para o endereço de suporte de um dos seus domínios — a resposta vem exatamente daquele endereço, não de alguma caixa de entrada "geral" da plataforma. Para o destinatário, o tópico parece contínuo; o remetente não precisa acompanhar de qual domínio está respondendo — a plataforma escolhe o endereço sozinha.

Para estúdios, agências e proprietários de múltiplos projetos, isso é um superpoder silencioso: cada produto tem seu próprio domínio e seus próprios endereços, mas toda a correspondência vive em um só lugar. O webmail funciona como um aplicativo separado e não se mistura com o painel de marketing; a mesma interface também serve a caixa de entrada de acesso zero — com a diferença de que seu conteúdo é descriptografado apenas do lado do usuário.

12Experiência do desenvolvedor e integrações

Nós projetamos o YourTrend a partir da posição de um desenvolvedor que quer "conectar o e-mail e esquecer sobre isso". Daí os três passos para a produção: adicione um domínio e publique o SPF, DKIM e DMARC gerados (copiar-colar ou um comando via Cloudflare), conecte — SMTP relay ou HTTP API — e envie. Começar é grátis; a escalabilidade vem conforme você cresce.

A integração é amigável para qualquer stack: Laravel, Node.js, Python, WordPress, Zapier e React estão entre os caminhos listados. Aplicações legadas já têm um cliente SMTP; novas têm HTTP; em ambos os casos, o caminho para o primeiro e-mail é medido em minutos, não em uma corrida. A documentação, a referência da API e a página de status são públicas — você pode integrar sem uma única chamada.

Testado em batalha — em nós mesmos.O formulário de contato e o e-mail transacional do ostohlo.com passam pelo relay SMTP mail.yourtrend.online — autenticado, via STARTTLS. A plataforma gerencia o e-mail de produção de todo o ecossistema do estúdio: cada mensagem que enviamos aos clientes passa pelo mesmo pipeline que qualquer e-mail de usuário do YourTrend. É a melhor forma de controle de qualidade que existe: se o pipeline perdesse mensagens, seríamos os primeiros a notar — em nossos próprios leads de entrada.

13Tecnologia e infraestrutura

YourTrend opera em um ambiente dedicado onde interfaces web, a API e processos de entrega em segundo plano coexistem — com diferentes perfis de carga, mas um modelo de dados compartilhado.

• Backend — PHP 8.3: a API, o painel, o pipeline de processamento e o loop de eventos em um ambiente previsível.
• Camada de e-mail — um relay SMTP autenticado com STARTTLS, assinatura DKIM, filas com tentativas, listas de supressão automáticas.
• Canais — um gateway SMS e web push em cima do mesmo modelo de contato; a caixa de entrada unificada e webmail para e-mails recebidos.
• Infraestrutura — Cloudflare (DNS, TLS, proteção de perímetro) com uma integração para publicação de registros DNS com um comando; um IP dedicado para envio.

A estrutura de suporte de toda a plataforma são as filas. Elas desacoplam a entrada da entrega: a API responde em uma fração de segundo porque nunca espera pelo servidor receptor; o fluxo transacional nunca fica na fila atrás de uma campanha; as tentativas são uma parte natural do modelo em vez de um remendo em cima dele. A escolha do PHP 8.3 é pragmática: uma plataforma madura e rápida que hospeda confortavelmente a API, as interfaces e os processos em segundo plano em uma única pilha. Cloudflare fecha o perímetro e o DNS — e também fornece aquela integração de "um comando" que transforma o passo mais assustador para um novato, a configuração do DNS, em uma formalidade.

14Design e UX

Um produto de infraestrutura vende confiança, então a página de destino do YourTrend explica o valor em segundos: "E-mail que seus clientes realmente recebem", três passos para lançar, e números honestos — uma meta de 99,9% de tempo de atividade e uma aceitação média da API em menos de dois segundos. O produto é trilíngue — EN, UK e RU: as interfaces, a documentação e as páginas de destino estão escritas em cada idioma, não traduzidas por um tradutor.

O tom do produto é definido por sua mascote — Trendy, um envelope verde amigável. Para uma ferramenta B2B, essa é uma escolha deliberada: a infraestrutura de e-mail é um assunto seco, e um personagem encantador reduz a barreira de entrada sem diluir a profundidade técnica. Ao lado, na página inicial, estão cartões de canal flutuantes e uma faixa de integrações: em segundos, um visitante entende tanto o que a plataforma faz quanto com o que ela se integra bem.

A área de UX mais importante é a integração de domínio. Este é geralmente o momento em que um novato se afoga em registros TXT; YourTrend gera os registros e os apresenta prontos para copiar, e com o Cloudflare os publica em um comando. Tratamos esta tela da mesma forma que tratamos um checkout de pagamento em projetos fintech: é o lugar onde o usuário ou alcança o valor ou se afasta. Cada detalhe — desde a redação até a ordem dos passos — trabalha para que o primeiro e-mail entregue com sucesso aconteça o mais rápido possível.

15Como trabalhamos

Executamos o projeto em etapas sequenciais, demonstrando um resultado a cada passo:

• Pesquisa.Mapeamos os requisitos dos provedores de caixa de entrada para autenticação e remetentes em massa (DKIM, SPF, DMARC, RFC 8058), cenários de envio transacional e de marketing, e os canais de SMS e push.
• Arquitetura.Nós projetamos o pipeline, o modelo de eventos, o gráfico de contatos e os contratos: formatos de API, semântica de idempotência, o esquema de lista de supressão.
• Núcleo.Nós construímos a entrada (o relay SMTP e a API), as filas, a assinatura DKIM, a entrega de um IP dedicado, o loop de eventos e o painel.
• Canais e caixa de entrada.Nós adicionamos SMS, push na web, a caixa de entrada unificada com webmail e a caixa de correio criptografada de acesso zero.
• Lançar.Nós implantamos a infraestrutura por trás do Cloudflare, produzimos as páginas de destino, a documentação e a página de status em três idiomas — e movemos o correio do nosso próprio ecossistema para a plataforma.

A ordem não é acidental: primeiro consertamos os contratos — o modelo de eventos, a semântica da API, as regras de supressão — e só então construímos a implementação em torno deles. O uso interno estava no plano desde o início: o primeiro "cliente" da plataforma foi nosso próprio estúdio, e algumas decisões de produto — como como evidenciar a diferença entre "aceito" e "entregue" — nasceram de nossa própria experiência operacional em vez de hipóteses.

16O resultado

O que temos não é "apenas mais um serviço de e-mail", mas uma plataforma de comunicações de ciclo completo: de registros DNS a análises, de um recibo a uma campanha, de SMS a uma caixa de correio criptografada.

• Um domínio se conecta em minutos: SPF, DKIM e DMARC são gerados automaticamente e publicados por cópia e colagem ou com um comando via Cloudflare.
• Emails transacionais e de marketing, SMS e push ao vivo em uma base de contatos com um conjunto de análises.
• Os eventos de cada mensagem são visíveis no painel e transmitidos para webhooks — o integrador constrói sua própria lógica em cima sem fazer polling na API.
• A plataforma carrega o email de produção do ecossistema do estúdio: o formulário de contato do ostohlo.com e mensagens transacionais passam pelo seu relay SMTP.

A principal mudança está no modelo. O e-mail deixou de ser uma dispersão de configurações por projeto e se tornou uma camada compartilhada: um novo produto do ecossistema se conecta a um pipeline pronto com uma reputação estabelecida, e o primeiro e-mail de um novo site herda toda a engenharia que a plataforma acumulou — desde a assinatura DKIM até listas de supressão.

17Principais aprendizados

YourTrend é um estudo de caso em que a entregabilidade é arquitetura, não sorte. Tudo que decide o destino de um e-mail — assinatura, registros DNS, reputação de IP, higiene de listas, cancelamentos de inscrição — é há muito conhecido e registrado em padrões; a única questão é se isso acontece por padrão ou é deixado para o usuário "para depois". Nós escolhemos o primeiro — e isso é precisamente o que separa uma plataforma de um manual de configuração.

Para nós, este foi um projeto na interseção de protocolos, infraestrutura e produto: SMTP e DNS, filas e modelos de eventos, cenários de marketing e a criptografia de uma caixa de correio de acesso zero. Se você precisa de um serviço com uma API, um pipeline de processamento e requisitos de confiabilidade exigentes — de um gateway de pagamento a uma plataforma de comunicações — sabemos como levar isso até o lançamento.

E uma lição metodológica: o melhor teste de um produto de infraestrutura é colocar seu próprio negócio nele. YourTrend carrega o e-mail do estúdio e seu ecossistema, e cada incidente que não aconteceu é uma consequência direta das decisões tomadas na fase de arquitetura: idempotência, o modelo de eventos, supressão automática. É exatamente assim que abordamos o trabalho — primeiro os contratos e limites corretos, e só então todo o resto.