10,000+ 临时邮箱与 4,000 封邮件：Freetempmail 运营 100 天真实数据复盘

2026 年 6 月，我们上线了 Freetempmail。当时的设计原则极其明确：做一个无需注册、不收集任何个人凭证、全球毫秒级秒开的纯粹临时邮箱工具。

今天，项目迎来了第 100 天运营里程碑。与其把业务指标锁在后台仪表盘里，我们决定秉承「Build in Public（公开构建）」的透明原则，直接从线上生产数据库中提取全量汇总数据，复盘这 11,000 多个临时邮箱背后的用户行为、全球分布与边缘架构实战。

你可以随时在首页一键创建临时邮箱，亲身体验这套轻量架构。

核心数据盘点（一览表）

以下运营数据均直接查询自项目的 Cloudflare D1 生产数据库：

| 指标维度 | 统计数值 | 说明与背景 | |---|---|---| | 运营天数 | 99 天 | 统计周期：2026-06-15 至 2026-10-10 | | 累计创建/活跃邮箱 | 11,248 个 | 真实发起的临时收件箱独立会话 | | 累计接收处理邮件 | 3,988 封 | 实际成功接收并安全路由的外部邮件总量 | | Cloudflare 服务器账单 | $0.00 | 全链路运行在 Workers、D1 与 KV 免费额度内 | | 服务国家与地区 | 50+ 个 | 覆盖中亚、西欧、北美、东南亚与北非等地区 |

临时邮箱的全球流量来自哪里？

在项目上线前，我们曾预设流量会主要集中在欧美传统科技成熟市场。但真实的国家分布统计却带来了一些意想不到的发现。

以下是接收邮件量排名前 10 的国家分布：

哈萨克斯坦 (KZ) — 430 封 (10.8%)
德国 (DE) — 365 封 (9.2%)
美国 (US) — 227 封 (5.7%)
乌克兰 (UA) — 218 封 (5.5%)
立陶宛 (LT) — 198 封 (5.0%)
孟加拉国 (BD) — 142 封 (3.6%)
乌兹别克斯坦 (UZ) — 134 封 (3.4%)
印度尼西亚 (ID) — 132 封 (3.3%)
荷兰 (NL) — 129 封 (3.2%)
埃及 (EG) — 101 封 (2.5%)

为什么中亚与东欧的需求如此旺盛？

深入分析后，我们总结了两个关键驱动因素：

网络营销轰炸与弱隐私保护环境：在一些本地数据保护法规相对宽松的新兴市场，用户一旦在某个平台填写真实邮箱，往往面临持续不断、无法退订的营销邮件垃圾轰炸。临时邮箱成为了保护主邮箱清洁的强刚需工具。
海外 SaaS 试用与验证门槛：大量全球开发者工具与新型平台要求邮箱验证才开放试用权限。新兴市场的用户倾向于先用临时邮箱确认工具是否可用、是否适合自身业务，再决定是否使用正式身份接入。

用户都在用 1.1 万个邮箱收什么？

基于完全匿名化的邮件元数据和特征（我们绝不存储或窥探正文内容），呈现出三大主力使用场景：

1. 短效验证码（OTP）与单次激活 — 占比约 82%

绝大多数收到的邮件内容为 4 至 6 位的数字验证码或一次性魔法登录链接。主要场景涵盖社区论坛浏览、游戏辅助账号、单次问卷调研与活动临时参与。对于只用一次的场景，创建永久账号显然得不偿失。

2. 爆发式增长的 AI 新工具尝鲜

自 2026 年初以来，海外每周都有上百款新的生成式 AI、智能体工具上线。大部分工具都需要邮箱注册以赠送初始 Credit。注重隐私的用户普遍采用AI 工具临时邮箱指南中的方案，免去日后被持续营销自动化系统纠缠的烦恼。

3. 开发者自动化测试与 CI/CD 流程

很多后端与全栈工程师利用临时邮箱进行注册工作流的冒烟测试与集成测试。与其自建笨重的邮件 Mock 服务或浪费企业付费邮箱席位，直接通过 API/自动化脚本轮询临时邮箱显得更加轻便敏捷。详见开发者端到端测试用例。

技术复盘：如何以 $0 成本稳定承载 1.1 万邮箱？

在保持完全免费的前提下，保证服务高可用需要克制而精准的工程架构：

1. TanStack Start + Cloudflare 边缘计算

通过 TanStack Start 与 @cloudflare/vite-plugin，页面首屏 HTML 在 Cloudflare 全球边缘节点渲染耗时低于 30ms。前端静态资源直接交给 Cloudflare Workers Assets 托管，完全不需要中心化服务器或昂贵的主机实例。关于我们的架构迁移故事，可以阅读从 Next.js 迁移至 TanStack + Cloudflare 实录。

2. D1 数据库的高效维护与 30 天自动清理

当活跃邮箱数量超过 10,000 时，如果无节制地持久化历史轮询会话，D1 数据库容量与索引查询耗时都会受到影响。为此我们在写入流中加入了机会性清理机制（Opportunistic TTL Cleanup）：

在写入操作中注入约 2% 的随机触发概率。
自动清理更新时间超过 30 天的废弃会话记录：

DELETE FROM inbox_last_counts WHERE updated_at < ?

这一设计既保证了历史宏观计数（email_metrics）的永久沉淀，又让明细表体积始终保持轻盈。

3. 多上游邮件服务的高可用粘性降级

公共邮件接收接口偶尔会遭遇服务波动或域名被特定网站列入过滤名单。我们在服务端统一聚合了多个上游接口，并通过会话哈希实施粘性分发。一旦某条通道出现延迟，系统会自动向可用通道平滑切换。关于防拦截的逻辑可以参考为什么部分网站会屏蔽临时邮箱。

下一个 100 天的规划

100 天服务 11,200 个邮箱不仅是一个数字，更证明了现代互联网用户对个人身份与邮箱清洁度的重视。

在接下来的迭代中，我们将继续坚守以下原则：

坚持零门槛与无注册：永远不需要密码、不需要手机号，不植入任何跨站追踪代码。
轮询响应再提速：进一步优化长轮询与流式响应机制，将平均验证码收信延迟控制在 1.5 秒以内。
丰富域名池储备：定期引入干净的高信誉度新后缀，让临时邮箱更加通用易用。

想要彻底告别垃圾邮件？现在就进入临时收件箱，体验轻快安全的临时通讯体验。