# 通过 routing policy 发送关键邮件 curl -sS -X POST 'https://app.sendarix.com/v1/email/send' \ -H 'Content-Type: application/json' \ -H 'X-API-Key: YOUR_API_KEY' \ -H 'Idempotency-Key: otp_8842' \ -d '{"to":"user@acme.com","template":"password_reset","routing_policy":"transactional-critical"}'
const sendarix = require("sendarix")(process.env.SENDARIX_KEY); await sendarix.email.send({ to: "user@acme.com", template: "password_reset", routingPolicy: "transactional-critical", idempotencyKey: "otp_8842" });
# Drop-in SMTP — 保留集成并获得 control plane host: smtp.sendarix.com port: 587 (STARTTLS) username: "your_sending_key" header: X-Sendarix-Policy: transactional-critical
延迟就是产品故障
关键邮件工作流需要可预测的投递
用一套基础设施承载账户安全邮件、生命周期通知与系统触发通信。
代表性产品 UI — 示例数据，并非实时客户指标。
为产品可靠性而打造
事务流量不同于营销活动。它需要及时处理、稳健的抑制卫生，以及面向应用与支持团队的清晰状态反馈。
OTP 与安全邮件
在高压时刻以可预测行为投递验证码与重置链接。
生命周期通知
从单一可靠投递路径发送账单通知、产品事件与账户更新。
结果可见性
支持与工程团队可快速准确核实每封邮件发生了什么。
就绪自动化
与 API 和 Webhooks 配对，使平台能实时响应投递与退信事件。
优先消息流
将关键安全或账单流与较低优先级通知分离，以获得更好控制。
一致的模板治理
标准化事务模板，减少多团队与服务间的漂移。
事务管道
面向业务关键消息投递的直接、可审计流程。
1. 触发
应用事件触发：注册、重置、支付、告警或账户操作。
2. 合成
模板与数据合并为带追踪元数据的消息负载。
3. 投递
消息经受控投递行为与抑制检查处理并发送。
4. 确认
状态记入日志/事件，使系统与支持团队可自信行动。
常见问题
事务与营销流量能共用同一套配置吗？
可以，但多数团队分开策略与策略以获得更好控制。Sendarix 两种方式均支持。
如何调试失败的用户通知？
使用消息日志与事件追踪，精确查看消息在何处被接受、投递或退信。
能否不停机迁移？
可以。团队常先迁移选定的事务流，再扩大覆盖。
何为事务邮件与营销邮件？
事务邮件由用户操作或账户状态触发——收据、告警、安全码。营销为推广或通讯风格。监管方与邮箱服务商对同意与抑制的处理不同。
事务邮件应多快到达？
用户期望密码重置与 OTP 在秒级而非分钟级。监控受理与投递耗时有助于在工单暴增前发现回归。
是否应对事务内容使用模板？
是。模板减少错误、保持品牌一致并简化本地化。参数化动态字段并测试长姓名或缺失可选数据等边界。
退信如何影响我们产品中的用户账户？
硬退信与投诉常意味着应停止向该地址发信。许多产品同步抑制列表以免重试已失效或敌对收件人。
能否安全地对事务邮件做 A/B 测试？
可以，但应优先清晰与送达率而非实验。使用小样本、衡量互动与工单，并避免令安全敏感流程困惑的改动。
事务与营销是否需要不同域名？
许多团队使用不同子域或域名，以免推广邮件的声誉问题拖累关键账户邮件。策略应与风险画像匹配。
相关产品
