先说我们的建议。 Proxy Mail QA 是我们做的，而这个清单中几乎没有什么是我们的。我们只在一个位置推荐 Proxy Mail QA：如果你的网站有注册、登录或密码重置，或者发送邀请等账号邮件，它会提供测试收件箱，帮你检查这些邮件是否正常。如果你的网站没有账号也不发邮件，你就不需要它，本指南的其余部分仍然适用。
清单
| 你需要 | 用途 | 常见选择 |
|---|---|---|
| 编写或生成代码的地方 | 构建网站 | VS Code 或 Qoder IDE 等编辑器；Qoder、Claude Code 或 Cursor 等 AI 编程智能体；或者无需代码的 Webflow、Framer、Squarespace 或 WordPress 等建站工具 |
| 版本控制 | 撤销错误、与他人协作、部署 | Git，配合 GitHub 或 GitLab |
| 框架（可选） | 无需从零开始就能实现页面、路由和数据 | Next.js、Astro、SvelteKit、Nuxt |
| 托管 | 把网站放到互联网上，并为每次改动提供预览 | Vercel、Netlify、Cloudflare Pages、Render |
| 域名 | 你自己的地址，以及邮件的发送域名 | 任意注册商；DNS 托管在注册商或 Cloudflare |
| 注册和登录（如果用户有账号） | 账号、密码、验证码和魔法链接 | Supabase Auth、Clerk、Firebase Authentication、Auth0、Auth.js、Better Auth |
| 数据库（如果需要存储数据） | 账号、订单、内容 | Postgres（Supabase、Neon）、Firestore、SQLite |
| 邮件服务商（如果需要发送邮件） | 从你的域名发送验证、重置和收据邮件 | Resend, Postmark, Amazon SES, SendGrid, Mailgun |
| 支付（如果需要销售） | 卡片、订阅、发票 | Stripe、Paddle、Lemon Squeezy |
| 分析 | 了解用户在使用什么 | Plausible、PostHog、Google Analytics |
| 错误跟踪 | 在用户告诉你之前知道哪里出了问题 | Sentry |
| 测试 | 确认改动没有弄坏注册或结账 | 浏览器用 Playwright 或 Cypress；代码用 Vitest 或 Jest；邮件用 Proxy Mail QA |
| 检查工具 | 速度、无障碍、链接、SEO | Lighthouse、axe DevTools、链接检查器、Google Search Console。更多见帮我构建和检查网站的工具 |
| 法律页面 | 隐私政策、条款，需要时加 Cookie 提示 | 按你的网站和用户所在地区来写 |
可以跳过的部分
- 没有账号的网站（作品集、咖啡馆、落地页）：一个建站工具或框架、托管、域名和分析。想收留言就加一个表单服务。不需要认证、数据库或邮件测试。
- 网店：Shopify 这类托管网店平台可能把托管、支付、账号和邮件都包了，你只需测试它允许你改的部分。
- 有账号的应用（SaaS 产品、社区、预订网站）：清单的大部分。最常被漏掉的是邮件服务商的配置和邮件测试。
Proxy Mail QA 的位置
一旦有人能注册，你的网站就会发出必须正常工作的邮件：验证码或验证链接、密码重置、邀请。这些问题是其他测试发现不了的。链接指向 localhost，服务商还在沙盒模式什么都不发，或者本该一封却发了两封。
Proxy Mail QA 每次尝试都给你一个新的私有测试地址，提取验证码或链接，并检查邮件是怎么发出的。你可以在浏览器里用 Proxy Mail QA for Chrome 手动使用，在 Playwright 或 Cypress 测试中用它的 npm 包，或者通过它的 MCP server 让 AI 智能体（比如 Qoder 的智能体）使用。免费套餐共含 500 个测试地址。
它不负责构建、托管或设计，也不替你的网站发邮件：你仍然需要一个邮件服务商。
有账号应用的第一套技术栈
如果你用 Qoder 构建，可以这样组合：
- 代码： Qoder 的智能体，代码放在 GitHub 上的 Git 仓库。
- 框架和托管： Next.js 部署在 Vercel，每个分支都有预览部署。
- 账号和数据： Supabase，负责注册、登录和数据库。
- 邮件： Resend，用你自己的域名发送。Supabase 内置的邮件只发给你自己的团队，每小时只有几封，所以在其他人注册之前先配好自己的邮件服务商。
- 错误： Sentry。
- 测试： 注册流程用 Playwright，验证邮件用 Proxy Mail QA，在每次预览部署上运行。
每一行都可以换成表格里的其他选项。顺序比品牌更重要。
配置顺序
- 尽早买域名。 邮件服务商需要它才能以你的名义发信，而 SPF、DKIM 和 DMARC 的 DNS 记录生效可能要一段时间。
- 配置仓库和托管，开启预览部署，让每次改动都有一个可测试的链接。
- 账号和邮件一起加。 在服务商那里验证你的发信域名并退出沙盒模式，否则验证邮件只会发到你自己那里。
- 分享前先在预览上测试注册：用新地址，邮件到达，链接指向预览而不是
localhost，之后账号可以正常使用。 - 上线前加上分析和错误跟踪，别等到第一次投诉之后。
如果你用 Qoder 构建，可以从 Qoder Marketplace 连接 Proxy Mail QA，并让智能体在每次改动认证代码后检查注册邮件。具体做法。