关于本视频

本视频中的响应是真实的 API 响应。API 密钥需要付费账号。

视频文字稿

1. 00:00在服务器上检查

   在注册表单提交时，于服务器上检查这个地址，把无法接收邮件的拒之门外。注册表单提交后，你的服务器把地址发送到 /verify/single，读取状态，然后做出决定。浏览器从不与 API 通信。有一条简单的规则。拒绝 invalid，因为那个邮箱不存在。拒绝 disposable，因为那是用完即弃的收件箱。放行 role、catch-all 和 unknown。这些可能属于真实的人。为什么要在服务器上？放在浏览器代码里的密钥会发给每一位访客，任何人都可以用它花掉你的积分。密钥随付费账号提供，所以请保密。

2. 00:41Next.js

   在 Next.js 里，把检查放进 route handler。它从服务器环境读取密钥，发送邮箱，当状态是 invalid 或 disposable 时返回带消息的 422。看看其中的关键。如果调用失败或超时，status 为空，这段代码会放行这次注册。这是这个示例里做出的选择。如果你更想拦截，就在那里返回一个错误。

3. 01:04React

   React 运行在浏览器里，所以它从不持有密钥。表单提交到你自己的路由，收到 422 时显示消息。在 Django 里，从表单的 clean_email 调用 Python SDK。对 invalid 或 disposable 抛出验证错误，Django 会把它显示在字段旁边。

4. 01:21Laravel

   在 Laravel 里，写一条验证规则。HTTP 客户端用配置里的密钥提交地址，对同样这两种状态，规则会失败。连接错误则直接返回，所以表单仍然会通过。

5. 01:34Go

   在 Go 里，标准库就够了。这个处理函数调用 API，记录结果，对 invalid 或 disposable 回复 422。来运行一下。四个注册请求进来。support 和 Leo 的地址收到欢迎邮件。编造的 Gmail 地址和 Mailinator 地址收到 422 消息。服务器日志显示了原因：role、catch-all、invalid 和 disposable。而且每一行都显示 credits_used 为零。今天早些时候我们在这个账号上检查过这四个地址。如果同一个地址在 24 小时内再次进来，你不会被重复收费。用户在密码字段里改正了拼写错误再次提交，也不会产生额外费用。

6. 02:15下一步

   这五种都使用同一个接口。字段和状态在 billionverify.com/docs 有文档说明。每天使用账号即可获得 20 个免费积分，每月最多 600 个，无需信用卡。访问 billionverify.com 开始使用。

本视频中展示的工具

• 注册时的邮箱验证：用户体验与实现指南
• 为什么在 2026 年验证用户注册邮箱至关重要