Web3 email marketing: re-engaging dormant wallets without spamming.
Most Web3 projects never email their users. They lose 70% of holders to silence and blame the market. Here's the email program that brings them back without burning the list.
"We don't really do email" is the most common answer when we ask Web3 projects about their lifecycle marketing. The reasoning sounds Web3-native — "our community lives on Telegram and X." The math says otherwise. Telegram open rates on broadcasts collapse to single digits after 90 days. X reach is capped at the percentage of your audience the algorithm decides to serve. Email, in 2026, is the only channel where the project owns the audience and the delivery.
Projects that build an email program retain holders 2–4× longer than projects that don't. Here's how to build one without the spammy patterns that burned the early-2020s ICO list.
Why founders skip email — and why they're wrong
Three objections we hear, in order:
- "Web3 users won't give us their email." Mostly false. They will, if you give them a reason — gas refunds, governance notifications, security alerts, airdrop heads-up.
- "Email feels Web2." It is Web2. So is the device the user is reading it on. The platform doesn't care about your branding.
- "We don't have anyone to write the emails." Yes you do. Your founder. Once a month. The team's been writing Discord messages all along.
The actual reason most projects skip email: the founder hasn't done it before and underestimates the compounding effect. After 18 months of disciplined sends, your list becomes the single most valuable acquisition channel on the books.
Wallet-to-email opt-in mechanics
The Web3-native trick: tie the email opt-in to something the wallet user actually wants. Pure "subscribe to our newsletter" forms convert at 0.3% on Web3 sites. Tied opt-ins convert at 4–12%.
What we've seen work:
- Transaction receipts. Optional email copy of every on-chain action. Opt-in rate: 18–35%.
- Security alerts. Notify-by-email on large transactions, login from new device, governance vote eligibility. Opt-in: 22–40%.
- Airdrop notifications. "Get notified if you're eligible for future drops." Opt-in: 8–18% (and the list is high-intent).
- Gas refund / rebate notifications. Hooks into a real economic incentive.
- "Save your bookmark" pattern. Email yourself the dApp's URL so you don't lose it. Sneaky but consented.
Re-engagement flows by dormancy depth
A wallet that hasn't transacted in 30 days needs a different message than one dormant for 9 months. The flows we run:
| Dormancy | Goal | Message style | Expected open rate |
|---|---|---|---|
| 30 days | Reactivate before pattern sets | "Here's what you've missed" | 32–48% |
| 60 days | Re-establish utility | Specific new feature, hands-on guide | 22–36% |
| 90 days | Reset expectations | Founder note: "what changed since you left" | 18–28% |
| 180 days | Big-bang incentive | Airdrop / campaign / new product | 12–22% |
| 365 days | Cleanup or one final shot | "We're cleaning the list. Stay or go." | 8–15% |
The 365-day "stay or go" email is uncomfortable to send and disproportionately valuable. It reduces list rot, restores deliverability, and earns surprisingly warm replies from people who'd actually forgotten about you and now remember why they signed up.
Cadence: less is more, but consistency wins
Email fatigue kills more lists than under-emailing does. The cadence we run for most projects:
- 1 transactional email per relevant action (receipts, alerts) — these are real-time
- 1 founder note per month — long-form, no CTA-stuffing, signal-rich
- 2 lifecycle emails per month — triggered by user behavior, not by calendar
- 4 campaign sends per year — major announcements, listings, product launches
이는 연간 활성 가입자당 약 60~80건의 전송에 해당하며 높은 가치와 낮은 소음을 자랑합니다. 연간 200건 이상의 전송이 정상이지만 변환 유틸리티가 높기 때문에 허용되는 전자 상거래와 비교해 보세요.
MiCA 및 이에 상응하는 규정 준수
청중이 EU 거주자를 포함하는 경우(그렇습니다) CAN-SPAM이 바닥이고 GDPR/MiCA이 운영 현실입니다. 특정 규칙:
- 명시적이고 세부적인 선택. 미리 선택된 상자가 없습니다. TOS에는 "이 사이트를 사용함으로써 동의하는 것"이 없습니다.
- 보낼 때마다 한 번의 클릭으로 구독을 취소하고 작업할 수 있습니다. "기본 설정 관리"가 아닌 실제 구독 취소입니다.
- 특정 토큰 제공에 대한 프로모션 전송에는 공개 언어가 필요합니다. X 포스트 MiCA이 이미 통치하고 있는 것처럼 이것을 다루십시오.
- 데이터 최소화. 필요하지 않은 것을 수집하지 마십시오. 지갑 주소 + 이메일 + 선택 소스는 90%의 프로그램에 충분합니다.
실제 예
우리가 작업한 지갑 제품에는 86,000개의 지갑이 생성되었습니다. 그 중 14,200명이 가입 시 이메일을 선택했습니다. 6개월차 참여율: 월간 활성 사용자의 9%.
우리는 세 가지 흐름을 구축했습니다. 아직 사용하지 않은 특정 기능과 관련된 30일 휴면 넛지, 창립자 노트 + 제품 설명이 포함된 90일 재온보딩 시퀀스, 출발 이후 가장 큰 릴리스가 포함된 180일 "놓친 내용" 다이제스트입니다.
90일 동안의 결과: 휴면 지갑 중 6,100개가 다시 참여했습니다. 이는 이메일을 연 후 14일 이내에 하나 이상의 온체인 작업으로 정의됩니다. 목록 상태가 개선되었습니다(이탈률이 4.2%에서 1.6%로 감소). 주요 제공업체의 배송률은 96% 이상을 유지했습니다.
이메일은 Web2의 유물이 아닙니다. 이메일은 관계와 전달을 담당하는 유일한 채널입니다. 이메일 프로그램을 조기에 구축하는 Web3 프로젝트는 보존 성능이 뛰어납니다. 그것을 건너 뛰는 사람들은 해당 분기에 여전히 작동하는 소셜 플랫폼에 의존합니다.
영수증 또는 알림 수신 동의부터 시작하세요. 필요하기 전에 목록을 작성하십시오. 복합은 6개월째에 시작됩니다.
우리는 옵트인 메커니즘, 흐름 및 첫 6개월 간의 전송을 구축할 것입니다.