交易型 Email

系統因使用者動作寄出的必要信件，例如驗證信、密碼重設、付款通知。

先用一句話理解

系統因使用者動作寄出的必要信件，例如驗證信、密碼重設、付款通知。

打個比方

像收據與通知單，不是廣告傳單。

什麼時候會遇到

有登入、付款、通知、表單或客戶流程時。

再往深一點看

交易型 Email（Transactional Email）是使用者做了某個動作之後，系統必須立即寄出的信件——驗證信、密碼重設、付款收據、訂單確認、異常登入警告都屬於此類，和行銷電子報（Marketing Email）的核心差別在於「由使用者行為觸發、針對單一收件人、有時效性」。寄這類信需要專門的郵件 API 服務（如 Resend、Postmark），而不是你的個人 Gmail，因為它們幫你處理 SPF、DKIM、DMARC 這些 DNS 設定，確保信件能真正進收件匣而不是垃圾桶。送達率（deliverability）是交易型 Email 最關鍵的指標——驗證信進垃圾桶等於使用者根本無法完成註冊。

舉個例子

你用 Resend 寄驗證信：使用者註冊後，後端呼叫 Resend API 寄出含有 token 連結的驗證信；在 Resend 後台設定好網域的 DKIM 記錄後，寄出的信會標示來自你自己的網域（noreply@yourapp.com），而不是 Resend 的網域，大幅提升進收件匣的機率。

常見誤解

- 用個人 Gmail 或 `nodemailer` 直接連 Gmail SMTP 寄系統信，每天上限約 500 封且很容易被標為垃圾信，一旦使用者量增加就寄不出去。
- 沒有設定網域的 SPF、DKIM 記錄就直接寄信，大部分郵件服務商會把這類信件判定為可疑來源，直接丟進垃圾桶或根本拒收。
- 驗證信或密碼重設信裡的 token 沒有設到期時間，或到期時間設太長（如 7 天），舊連結遭截取後還能被使用。