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를 통해 단일 또는 배치 엔드포인트로 제공합니다. 개별 이메일(첨부 파일 또는 예약 포함)에는 단일 엔드포인트를 사용하고, API 호출을 줄이기 위해 한 번의 요청으로 2~100개의 개별 이메일을 보낼 때는 배치 엔드포인트를 사용하세요. 멱등성 키(<event-type>/<entity-id> 형식)를 구현하여 재시도 시 중복 전송을 방지하며, 24시간 만료됩니다. 429(속도 제한) 및 500(서버 오류) 응답에 대해서만 지수 백오프를 사용하여 재시도하고, 400/422 유효성 검사 오류는 재시도 없이 수정하세요.
official
templates
resend
API를 통해 Resend 이메일 템플릿을 생성, 업데이트, 게시, 삭제하거나 나열할 때, 또는 템플릿 변수를 정의하거나 초안과 최종본의 차이를 이해할 때 사용합니다.
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