email-best-practices

作成者: resend

メール機能の構築時、メールがスパムに分類される場合、高いバウンス率、SPF/DKIM/DMARC認証の設定、メールキャプチャの実装、確実な…

npx skills add https://github.com/resend/resend-skills --skill email-best-practices

Email Best Practices

Guidance for building deliverable, compliant, user-friendly emails.

Architecture Overview

[User] → [Email Form] → [Validation] → [Double Opt-In]
                                              ↓
                                    [Consent Recorded]
                                              ↓
[Suppression Check] ←──────────────[Ready to Send]
        ↓
[Idempotent Send + Retry] ──────→ [Email API]
                                       ↓
                              [Webhook Events]
                                       ↓
              ┌────────┬────────┬─────────────┐
              ↓        ↓        ↓             ↓
         Delivered  Bounced  Complained  Opened/Clicked
                       ↓        ↓
              [Suppression List Updated]
                       ↓
              [List Hygiene Jobs]

Quick Reference

Need to...See
Set up SPF/DKIM/DMARC, fix spam issuesDeliverability
Build password reset, OTP, confirmationsTransactional Emails
Plan which emails your app needsTransactional Email Catalog
Build newsletter signup, validate emailsEmail Capture
Send newsletters, promotionsMarketing Emails
Ensure CAN-SPAM/GDPR/CASL complianceCompliance
Decide transactional vs marketingEmail Types
Handle retries, idempotency, errorsSending Reliability
Process delivery events, set up webhooksWebhooks & Events
Manage bounces, complaints, suppressionList Management
Make emails accessible (screen readers, alt text, contrast)Accessibility

Start Here

New app? Start with the Catalog to plan which emails your app needs (password reset, verification, etc.), then set up Deliverability (DNS authentication) before sending your first email.

Spam issues? Check Deliverability first—authentication problems are the most common cause. Gmail/Yahoo reject unauthenticated emails.

Marketing emails? Follow this path: Email Capture (collect consent) → Compliance (legal requirements) → Marketing Emails (best practices).

Production-ready sending? Add reliability: Sending Reliability (retry + idempotency) → Webhooks & Events (track delivery) → List Management (handle bounces).

Accessibility? Most emails fail basic accessibility checks. See Accessibility for lang/dir, presentational tables, headings, alt text, <title>, and contrast.

resendのその他のスキル

design-audit
resend
Resendのダッシュボードをデザインシステムの整合性について監査します。ユーザーが「デザイン監査」「デザインの整合性」「ダッシュボードデザイン監査」と言った場合や、それについて質問した場合にここにルーティングされます。
official
marketing-pages
resend
Resendコードベース内でマーケティング/公開ページを作成、更新、編集、削除する際に使用します。ページ構造、コンポーネント再利用ルール、および…をカバーします。
official
send-email
resend
Resend APIを使用したトランザクションメールおよび一括メール配信。単一エンドポイントまたはバッチエンドポイントに対応。単一エンドポイントは添付ファイルやスケジュール設定を含む個別メールに使用し、バッチエンドポイントは1リクエストで2~100通の異なるメールを送信してAPI呼び出しを削減。べき等性キー(<event-type>/<entity-id>形式)を実装し、リトライ時の重複送信を防止、24時間で有効期限切れ。429(レート制限)および500(サーバーエラー)応答のみ指数バックオフでリトライし、400/422のバリデーションエラーは修正してから再試行。
official
templates
resend
ResendのメールテンプレートをAPI経由で作成、更新、公開、削除、一覧表示する際、またはテンプレート変数を定義する際、ドラフトと…の違いを理解する際に使用します。
official
design-audit
resend
Resendダッシュボードのデザインシステム整合性を監査します。ユーザーが「デザイン監査」「デザイン整合性」「ダッシュボードデザイン監査」と言った場合、または…について尋ねた場合にここにルーティングされます。
official
marketing-pages
resend
Resendコードベース内でマーケティング/公開ページを作成、更新、編集、または削除する際に使用します。ページ構造、コンポーネント再利用のルール、および…をカバーします。
official
resend-design-skills
resend
Resendのデザインリソースが必要な場合に使用します。ブランドガイドライン、ビジュアルアイデンティティ、UIコンポーネント、デザイントークン、マーケティングページパターンにルーティングします。
official
resend-design-system
resend
ResendコードベースでUIを構築・変更する際に使用します。すべてのsrc/ui/…に対するコンポーネントAPI、バリアントオプション、デザイントークン、構成パターンを提供します。
official