YourTrend — 一个平台，提供电子邮件、短信和推送消息服务

01项目概述

YourTrend是一个用于商业的消息平台：通过单一API发送事务性和营销电子邮件、短信和网页推送。该产品的标语就像一个承诺——“客户实际收到的电子邮件”。在这个承诺背后，有非常具体的工程支持：每个连接的域名都经过DKIM签名，SPF和DMARC记录自动生成，发送通过专用IP进行，退订、投诉和退信由平台本身处理，发送者无需付出任何努力。

这个想法源于一个任何推出在线产品的人都熟悉的观察：从应用程序发送电子邮件很简单，但要让它稳定地进入收件箱则是一门独立的职业。年复一年，邮箱提供商收紧对发件人身份验证和声誉的要求，而没有DKIM、SPF和DMARC的“普通SMTP”越来越意味着垃圾邮件文件夹——或是静默拒绝。与此同时，企业积累了一堆服务：一个用于事务邮件，另一个用于营销活动，第三个用于短信，第四个用于推送。每个服务都有自己的API、自己的联系人、自己的统计数据——而且没有任何连贯的整体图像。

YourTrend将所有这些整合到一个平台中：一个SMTP中继和一个干净的HTTP API用于发送，营销的活动和自动化，基于相同联系人基础的短信和网页推送，跨每个域的统一收件箱，以及一个零访问加密邮箱用于私人通信。我们从头到尾设计和构建了这个产品——从交付管道和事件模型到仪表板、文档和三语着陆页（EN/UK/RU）。

与工作室的其他生态系统产品一样，YourTrend从未被设想为一次性服务，而是一个共享通信层：只需连接一个域名，您项目的所有邮件——从收据到活动——都通过一个管道流动，拥有一个声誉、一个分析视图和一个事件模型。下面我们将详细介绍系统内部的工作原理，以及哪些工程决策使得可送达性成为架构的属性，而不是偶然的结果。

02背景和问题

关于从您自己的应用程序发送的邮件存在一个悖论：它在真正重要的时刻之前“正常工作”。当邮件量较小时，一切看起来都很好；随着邮件量的增加和提供商规则的收紧，一整套问题浮现出来：

• 垃圾邮件而不是收件箱。没有正确的DKIM、SPF和DMARC，即使是诚实的事务性消息也会进入垃圾邮件或被拒绝。第一次正确配置这些记录的任务甚至会让经验丰富的团队感到困扰。
• 共享IP声誉。在共享基础设施上，您的可送达性取决于您的邻居：其他人的激进发送会损害该IP的声誉。
• 重试时的重复。网络闪烁，应用程序重复请求——用户收到两个相同的收据。没有API端的幂等性，这是不可避免的。
• 断开的渠道。一个服务中的电子邮件，一个服务中的短信，另一个服务中的推送：联系人和细分不匹配，而“单一客户视图”仅存在于幻灯片中。
• 手动列表清理。退信和投诉必须被捕获并排除在未来的发送之外。几乎没有人手动处理这个——而声誉在每次活动中悄然下降。
• 到达的邮件散落 everywhere。一个拥有多个域名的企业，其客户回复分散在邮箱和标签中，从他们写信的确切地址回复是一项独特的任务。

简要要求是：构建一个平台，使可送达性不是费力配置的结果，而是 默认属性。开发者连接一个域名，发布生成的 DNS 记录，然后发送；其他一切——签名、声誉、抑制列表、退订——平台都会处理。

任务的另一个层面涉及管道本身。密码重置电子邮件必须在几秒钟内发送，并且没有权利丢失；面向数千个地址的营销活动不得妨碍事务流；对于每条消息，发送者必须看到它发生了什么：被接受、被送达、被打开、被拒绝、被投诉。所有这些都有两条同样支持的集成路径：适用于现有应用程序的老式 SMTP 和适用于新应用程序的干净 HTTP API。

03项目目标

从简报中产生了具体的产品和工程目标，我们在每个阶段都保持关注：

• 默认的可送达性。每个域名的 DKIM 签名，自动生成 SPF 和 DMARC，专用发送 IP，自动抑制列表，以及一键退订。
• 两个入口点——一个管道。一个 SMTP 中继用于已经知道如何发送邮件的应用程序，另一个 REST API 用于其他所有情况。内部——相同的管道，具有相同的保证。
• 幂等性和批处理。重复的请求永远不会产生第二封邮件；批量发送以批次形式进行，而不是成千上万个单独的调用。
• 一个基础上的三个渠道。电子邮件、短信和网页推送与相同的联系人和细分工作——服务之间无需 CSV 导出。
• 可观察性。每个事件——投递、打开、点击、反弹、投诉——都在仪表板上可见，并流式传输到发送者的网络钩子。
• 所有邮件集中在一个地方。跨所有域的统一收件箱，回复来自确切的接收地址，以及一个零访问加密邮箱用于私人通信。

与我们其他产品一样，这些目标作为约束条件，在设计阶段切断了不合适的选项。"两个入口点——一个管道"的要求禁止将SMTP中继作为一个"外观"，拥有自己独立的逻辑：SMTP和API都将消息放入同一个管道，并进行相同的检查。可观察性要求迫使我们在编写第一个处理程序之前设计事件模型。而"默认可投递性"意味着简单的事情：任何入职路径都不得允许从没有正确身份验证的域发送邮件。

04我们构建的内容

YourTrend将消息组织为四个支柱，涵盖企业的整个通信周期：

在核心之上是一个带有分析和域名管理的仪表板，一个网页邮件客户端，文档，一个状态页面，以及三种语言的着陆页。开始是免费的：连接一个域名，发布生成的DNS记录，并发送您的第一封电子邮件——整个过程只需三个步骤。

至关重要的是，这四个支柱并不是孤立存在的。发送管道为分析提供数据，分析为抑制列表提供数据，联系人基础为所有三个渠道提供数据，而统一收件箱通过将收件人的回复带回平台来完成循环。集成器不是与一组服务合作，而是与一个系统合作，在这个系统中，每条消息共享一个生命周期：接受 → 准备 → 签名 → 发送 → 事件。

05解决方案架构

从逻辑上讲，YourTrend由六个模块组成，每个模块都有自己的责任领域和明确的边界：

• 接收 — SMTP中继（mail.yourtrend.online：身份验证，STARTTLS）和HTTP API：验证，发件人验证，幂等性。
• 处理管道 — 队列：模板渲染，个性化，检查收件人与抑制列表的匹配，DKIM签名。
• 交付 — 从专用IP发送，管理与接收服务器的连接，处理瞬时故障的重试。
• 事件循环 — 投递、退信、投诉、打开和点击被收集到一个单一的流中；仪表板和网络钩子读取同一个源。
• 入站循环 — 为用户的域接收邮件，统一收件箱，从确切地址回复；零访问邮箱作为单独的轨道运行。
• 联系人图 — 电子邮件地址、电话号码和推送订阅集中在一个联系人上；各个渠道之间共享细分。

这个划分让我们能够分离具有不同要求的流。事务邮件对延迟敏感——它在管道中的路径尽可能短。活动邮件对吞吐量敏感——它们以批次发送，绝不会与收据和密码重置在同一队列中争抢。事件循环被故意分开：仪表板和网络钩子仅仅是同一事件流的读取者，因此它们的读取永远不会偏离。

角色在主机级别也被分开：带有文档的着陆站、仪表板、网页邮件和SMTP中继各自位于自己的地址，拥有自己的访问和缓存策略——公共网站与用户处理邮件的接口不共享环境。Cloudflare 处理 DNS、TLS 和边界保护；与它的集成还允许通过单个命令直接从入职时发布域的 DNS 记录。

06信息传播的方式

从集成者的角度来看，消息的旅程分为五个步骤，其中大多数在没有他们参与的情况下发生：

• 1. 输入。 应用程序交出电子邮件——一个发送到中继的SMTP请求或一个发送到API的POST。中位API接受时间少于两秒：请求被验证，通过幂等性密钥去重，并排队。
• 2. 准备。管道渲染模板，填写收件人的数据，并检查地址是否在抑制列表中：任何取消订阅或投诉的人将不会收到消息。
• 3. 签名。电子邮件使用发件人域的 DKIM 密钥进行签名；自从域连接以来，SPF 和 DMARC 已在 DNS 中发布。对于接收服务器，消息在加密上与域绑定。
• 4. 投递。发送通过专用 IP 进行；临时故障——灰名单、过载的收件人——通过逐渐增加间隔的重试来处理。
• 5. 事件。接受、投递、拒绝、打开、点击、投诉——每个事件都被记录，出现在仪表板上，并流式传输到发件人的网络钩子。

这里有一个原则性的细节，我们将其提升到数据模型中："接受" 和 "投递" 是不同的事件。API 可以在几分之一秒内接受电子邮件，但其命运在接收服务器一侧稍后决定。平台不会将这种差异隐藏在单一的 "已发送" 状态后面；它展示了整个旅程：集成者可以看到即时接受确认和实际投递结果，以及其间发生的所有事情。

第二个细节是幂等性。网络错误是不可避免的，客户端对超时的正确反应是重试请求。如果两个请求都到达平台，它通过幂等性密钥识别它们是相同的电子邮件，并只发送一次。相同的原则保护批量：重新发送批量永远不会重复消息。对于事务性邮件，这不是一种便利，而是正确性的要求：两张收据对于一次购买的信任破坏程度超过一张丢失的收据。

07关键能力

让我们看看是什么让YourTrend不是一个"电子邮件轰炸机"而是一个生产级的通信平台。

事务性电子邮件

收据、密码重置、事件通知——用户现在正在等待的消息。它们通过管道的短路径传递：签名、跟踪，并在几秒钟内送达。它们不需要活动或细分——只需应用程序代码中的API调用或SMTP请求。

SMTP中继和HTTP API

现有应用程序不需要为新API重写：只需将其SMTP主机指向平台的中继并提供凭据——应用程序已经知道如何发送的所有内容现在都通过YourTrend的管道进行签名和分析。基于REST的新集成更容易构建：一个JSON请求、可预测的响应、机器可读的错误。围绕API，平台是生态系统友好的：Laravel、Node.js、Python、WordPress、Zapier和React都是列出的集成路径之一。

幂等性和批量处理

使用相同密钥的重复调用永远不会创建第二封电子邮件——重试在构造上是安全的。批量发送被组装成批次，以便数千条消息不会变成数千个单独的请求：减少网络通信，提高吞吐量，简化集成方的代码。

短信

当电子邮件不是合适的渠道时——确认代码、紧急送达通知——短信会从相同的联系人库发送：事务性和营销消息，相同的细分，相同的事件循环。无需在单独的服务中维护第二个电话号码数据库。

网页推送

浏览器通知将用户带回网站：严格的自愿订阅，细分受众，即时交付。对于没有移动应用程序的产品，这是通往“推送”的最短路径——无需应用商店、SDK或发布周期。

分析和网络钩子

打开、点击、反弹和投诉在仪表板中可见——并同时流式传输到网络钩子。仪表板对人类方便，网络钩子对代码方便：您可以在事件之上构建自己的逻辑（例如，在您自己的CRM中标记硬反弹地址），而无需在循环中轮询API。

08可交付性作为工程

可交付性通常被视为魔法，或作为按订阅计费的“预热”服务。我们将其视为一个工程问题，具有具体组件，每个组件都构建在平台上：

• 每个域名的DKIM。每个连接的域名都会获得一个密钥，每封电子邮件都会被签名：接收服务器通过加密方式验证消息确实来自您的域名，并且在传输过程中没有被更改。
• 为您生成的 SPF 和 DMARC。该平台不会让用户去阅读 RFC：现成的记录可以直接复制到 DNS 中，或者通过 Cloudflare 集成以单个命令发布。
• 专用发送 IP。声誉不会与其他人的活动共享：您的邮件从一个只有您能塑造历史的地址发送。
• 一键退订（RFC 8058）。一键退订的 List-Unsubscribe：收件人可以在他们的邮件客户端中通过一个按钮退订，而无需打开网站。这是主要提供商对批量发送者施加的要求，也是将潜在投诉转化为安静退订的最佳方式。
• 自动抑制。硬退回、投诉、退订——该地址会自动进入抑制列表，并被排除在未来的发送之外。列表会自我清理；声誉不会下降。

这里的顺序很重要：没有列表卫生的身份验证无法拯救您，而没有身份验证的卫生毫无意义。这就是为什么这些机制不是“价格表上的功能”，而是管道的强制部分：该平台不会从未验证的域发送，也不会让投诉被忽视。发件人可以忘记可送达性，正因为架构不会让他们以任何重要的方式忘记它。

09安全性和零访问邮件

一个承载他人交易邮件的平台必须对访问非常谨慎。通过SMTP中继发送需要身份验证，并受到STARTTLS保护；API访问由发件人密钥控制；所有流量仅通过TLS传输。一键退订和自动抑制也作为安全机制发挥作用：它们防止平台被转变为不必要邮件的来源，发布的反垃圾邮件政策将这一点以规则的形式确立，保护收件人和诚实发件人的声誉。

产品的一个独特部分是零访问加密邮箱。这是为私人通信构建的邮件，基于端到端加密：内容在用户端加密，服务器仅存储密文。“零访问”在这里是字面意思：平台没有技术能力读取这些消息——没有密钥，没有可以应请求交出的东西，也没有在泄露中失去的东西。

我们故意将两个电路分开。常规邮件提供企业所需的打开和点击分析；私人邮箱由于设计原因没有分析，因为服务器从未看到内容。用户根据任务选择电路，而不是一次性接受所有事情的妥协。

10活动和自动化

YourTrend 的营销部分围绕活动和自动化构建。活动是向一个细分市场发送信息：该平台可以对列表进行细分，A/B 测试主题行，并发送在桌面和移动客户端上都能正确呈现的响应式模板。所有这些都可以大规模进行：管道设计用于批量发送，绝不会干扰交易流。

自动化消除了“每个事件一条消息”的常规：注册后的欢迎系列、购买后的滴灌流程、暂停后的挽回消息。流程可以无代码组装：事件 → 消息 → 间隔 → 下一条消息。一旦配置，自动化将自行运行，每封生成的电子邮件都经过与其他所有邮件相同的管道 — 包括签名、抑制和分析。

重要的是，营销电路并未与交易电路隔离：联系人和事件是共享的。如果一个地址取消订阅或硬退回，活动会立即考虑这一点；如果一个活动导致用户购买，交易收据将通过同一平台发送给同一联系人。这对企业意味着一个基础和一个通信历史，而不是在三个服务之间进行 CSV 导出。

11统一收件箱

发送平台通常在接收邮件开始的地方停止。YourTrend 更进一步：所有到达连接域的邮件都被收集到一个 统一收件箱。一个界面代替十几个网页邮件标签，一个搜索跨越所有通信——一个习惯代替在邮箱之间的登录轮盘。

关键细节：回复是从 消息到达的同一地址发出的。客户写信到您某个域的支持地址——回复正是来自那个地址，而不是某个“通用”平台邮箱。对收件人来说，线程看起来是无缝的；发件人不必跟踪他们是从哪个域回复的——平台会自动选择地址。

对于工作室、代理机构和多个项目的所有者来说，这是一种安静的超能力：每个产品都有自己的域和地址，但所有通信都集中在一个地方。网页邮件作为一个独立的应用程序运行，不与营销仪表板混合；同一界面也服务于零访问邮箱——不同之处在于其内容仅在用户端解密。

12开发者体验和集成

我们从希望“插入电子邮件并忘记它”的开发者的角度设计了 YourTrend。因此，生产的三个步骤是：添加域并发布生成的 SPF、DKIM 和 DMARC（复制粘贴或通过 Cloudflare 一条命令），连接——SMTP 中继或 HTTP API——然后发送。开始是免费的；随着您的成长，规模也会随之而来。

集成对任何技术栈都友好：Laravel、Node.js、Python、WordPress、Zapier 和 React 都在列出的路径中。遗留应用程序已经有 SMTP 客户端；新应用程序有 HTTP；在这两种情况下，发送第一封电子邮件的时间以分钟计，而不是冲刺。文档、API 参考和状态页面都是公开的——您可以在没有一次电话的情况下进行集成。

经过实战检验 — 在我们自己身上。ostohlo.com 的联系表单和事务邮件通过 mail.yourtrend.online SMTP 中继运行 — 经过身份验证，使用 STARTTLS。该平台承载着工作室整个生态系统的生产邮件：我们发送给客户的每一条消息都经过与任何 YourTrend 用户邮件相同的管道。这是最好的质量控制形式：如果管道丢失了消息，我们将是第一个注意到的人 — 在我们自己的潜在客户中。

13技术栈和基础设施

YourTrend 运行在一个专用环境中，网络接口、API 和后台交付过程共存 — 具有不同的负载配置文件，但共享数据模型。

• 后端 — PHP 8.3：在一个可预测的环境中，API、仪表板、处理管道和事件循环。
• 邮件层 — 一个经过身份验证的SMTP中继，支持STARTTLS、DKIM签名、带重试的队列和自动抑制列表。
• 渠道 — 基于相同联系人模型的短信网关和网页推送；统一的收件箱和网页邮件用于接收邮件。
• 基础设施 — Cloudflare（DNS、TLS、边界保护）与一键DNS记录发布的集成；用于发送的专用IP。

整个平台的承载结构是队列。它们将输入与交付解耦：API在几分之一秒内响应，因为它从不等待接收服务器；事务流从不在活动后排队；重试是模型的自然部分，而不是其上的补丁。选择PHP 8.3是务实的：一个成熟、快速的平台，能够在一个堆栈中舒适地托管API、接口和后台进程。Cloudflare封闭了边界和DNS——并且还提供了那种“一键”集成，将对新手来说最可怕的步骤，DNS配置，变成了一种形式。

14设计和用户体验

基础设施产品销售信心，因此YourTrend着陆页在几秒钟内解释了价值：“客户实际收到的电子邮件”，启动的三个步骤，以及诚实的数据——99.9%的正常运行时间目标和中位数API接受时间不到两秒。该产品是三语的——英语、英国英语和俄语：接口、文档和着陆页均用每种语言编写，而不是通过翻译器处理。

产品的语气由其吉祥物设定——Trendy，一个友好的绿色信封。对于一款B2B工具来说，这是一个有意的举动：电子邮件基础设施是一个枯燥的话题，而一个迷人的角色降低了进入的门槛而不稀释技术深度。在主页上，它旁边是浮动的频道卡片和集成的带子：访客在几秒钟内就能理解平台的功能以及它与哪些工具兼容。

最重要的用户体验领域是域名引导。这通常是新用户在TXT记录中淹没的时刻；YourTrend生成记录并以可复制的形式呈现，并通过Cloudflare以一个命令发布它们。我们将这个屏幕视为我们在金融科技项目中处理支付结账的方式：这是用户要么获得价值要么离开的地方。每一个细节——从措辞到步骤的顺序——都旨在尽早实现第一次成功发送电子邮件。

15我们的工作方式

我们分阶段进行项目，每一步都展示一个结果：

• 研究。我们映射了邮箱提供商对身份验证和批量发送者的要求（DKIM、SPF、DMARC、RFC 8058）、事务性和营销发送场景，以及SMS和推送渠道。
• 架构。我们设计了管道、事件模型、联系人图和合同：API 格式、幂等性语义、抑制列表方案。
• 核心。我们构建了输入（SMTP 中继和 API）、队列、DKIM 签名、来自专用 IP 的交付、事件循环和仪表板。
• 频道和收件箱。我们添加了 SMS、网页推送、与网页邮件统一的收件箱，以及零访问加密邮箱。
• 启动。我们在 Cloudflare 背后部署了基础设施，制作了着陆页、文档和三种语言的状态页面——并将我们自己的生态系统的邮件迁移到该平台上。

这个顺序并非偶然：首先我们修复了合同——事件模型、API 语义、抑制规则——然后才围绕它们构建实现。从一开始，狗粮策略就是计划的一部分：平台的第一个“客户”是我们自己的工作室，一些产品决策——例如如何显示“已接受”和“已交付”之间的区别——源于我们自己的操作经验，而不是假设。

16结果

我们得到的不是“又一个邮件发送器”，而是一个全周期的通信平台：从 DNS 记录到分析，从收据到活动，从 SMS 到加密邮箱。

• 域名在几分钟内连接：SPF、DKIM 和 DMARC 自动生成并通过复制粘贴或通过 Cloudflare 的一个命令发布。
• 事务性和营销邮件、短信和推送在一个联系人基础上实时进行，配有一套分析工具。
• 每条消息的事件在仪表板上可见，并流式传输到 Webhook — 集成者可以在此基础上构建自己的逻辑，而无需轮询 API。
• 该平台承载着工作室生态系统的生产邮件：ostohlo.com 的联系表单和事务性消息通过其 SMTP 中继发送。

主要的变化在于模型。电子邮件不再是每个项目设置的散乱，而是成为一个共享层：一个新的生态系统产品连接到一个准备好的管道和声誉，来自新站点的第一封电子邮件继承了平台所积累的所有工程——从 DKIM 签名到抑制列表。

17要点

YourTrend 是一个关于可交付性的案例研究，它是架构，而不是运气。决定电子邮件命运的一切——签名、DNS 记录、IP 声誉、列表卫生、退订——早已被知晓并写入标准；唯一的问题是它是默认发生还是留给用户“稍后”处理。我们选择了前者——这正是将平台与配置手册区分开来的原因。

对我们来说，这是一个位于协议、基础设施和产品交汇处的项目：SMTP 和 DNS、队列和事件模型、营销场景以及零访问邮箱的密码学。如果您需要一个具有 API、处理管道和严格可靠性要求的服务——从支付网关到通信平台——我们知道如何将其推向发布。

还有一个方法论的收获：基础设施产品的最佳测试是将您自己的业务放在上面。YourTrend 承载着工作室及其生态系统的邮件，每一个未发生的事件都是在架构阶段做出的决策的直接结果：幂等性、事件模型、自动抑制。这正是我们处理工作的方式——首先是正确的合同和边界，然后才是其他一切。