为什么你的中国域名在 Gmail 眼里「很可疑」？（以及怎么办）

先设想一下这个场景：你们团队为欧洲上线准备了几个月，产品能用，英文文案请了三位母语者打磨过，潜在客户名单的整理过程严谨得几乎像在准备一场税务审计。Google Workspace 配好了，SPF、DKIM、DMARC 在 DNS 控制台里齐刷刷地亮着绿灯。

然后你发出了第一轮真正的群发。48 小时之后，隐约觉得不太对。域名没进黑名单——你查过。邮件也没有硬退信——严格说，它们都送到收件人了。只是密码重置邮件开始进垃圾箱，销售跟进邮件被放进「推广」标签，订单确认要么迟到几小时，要么干脆收不到。邮件是走完了全程，只是途中顺便观光了一圈。

你打开 Google Postmaster Tools 看：域名信誉显示 Medium，垃圾邮件率很低。面板上没有一个红灯。可送达表现就是和上周不一样了。这就是那个让人不舒服的中间地带：仪表盘看起来岁月静好，收件箱里的位置却在悄悄说话。

这是很多出海团队最终都会遇到的处境，也是这篇文章想讨论的场景。表面上看什么都没坏：认证也许没问题、域名也许没污点、邮件却依然被谨慎对待。Gmail 未必是在惩罚你，它只是还没有积累足够的证据，把一个新发件人当成熟悉的发件人。

为什么 Gmail 会把新域名和「美国域名」区别对待

先要理解的一件事是：Gmail 并不是靠一个魔法勾选框或者一个永久分数来决定信任的。它看的是随时间的表现。一个几乎没有发送历史的域名，并不会被直接判定为「坏」，但它是陌生的。在 Gmail 看到一个稳定的、由真实收件人主动互动的模式之前，保持谨慎是合理的默认状态。

对比一下：一个美国 SaaS，从一个已经安静地发送了两年事务性邮件的老 .com 域名发信。「陌生」并不是它的起点。Gmail 已经见过它的发送节奏、它的收件人、以及人们和这些邮件互动的方式。

一个出海团队，从一个三个月前注册、在欧美邮箱服务商那里基本没有历史的域名发信，起点就完全不同。这里值得强调的不是「Gmail 会天然不信任中国公司或者 .cn 域名」，而是：一个新域名、不熟悉的基础设施、突然改变的发送模式、加上较低的收件人互动，这些因素叠加起来，可能就是反滥用系统会谨慎处理的一类信号。地理位置可能是背景的一部分，但它本身并不是判决。

与其说这是某种偏见，不如说是一个现实：信誉不会自动跨界、跨服务商、跨基础设施迁移。在国内干净的发信历史，和你在欧洲或北美收件人那里建立的信任关系，并不是同一件事。新的信誉从你开始在那里发信的那一天才开始积累，速度取决于收件人的实际行为。

真正重要的五件事

关于邮件送达的建议从来不少。很多说法在技术上都对，但在真实上线的场景里帮助有限——因为它们只解释了 SPF、DKIM、DMARC 是什么，却没说明每一件事在 Gmail 的评估里到底改变了什么。我们得把「认证」和「信任」分开看，它们有关系，但绝对不是一回事。

1. SPF — 是访客名单，不是信誉

SPF 告诉收件服务器：哪些 IP 有权代表你的域名发信。如果一封邮件声称来自 yourcompany.com，但它不是从 SPF 记录里列出的 IP 发出的，收件服务器就有理由把它标记为可疑。

配好 SPF 是基础门槛，但它本身不是信誉升级。SPF 回答的是一个授权问题：「这个发信来源被允许使用这个域名吗？」它并不回答信任问题：「收件人想要收到这些邮件吗？」一个有效的记录可以帮 Gmail 避免把你当成明显的伪造风险，但它不会让一个新发件人一夜之间变得熟悉。

一个使用 Google Workspace 加事务性邮件服务的团队，SPF 记录大概长这样：

v=spf1 include:_spf.google.com include:YOUR_ESP_INCLUDE -all

提示：把 include 部分替换成你实际使用的邮件服务商提供的记录。每个服务商都会在自己的文档里给出对应的 SPF include 指令。

末尾的机制很重要。-all 表示未在记录里列出的来源一律不允许；~all 则是更温和的「大概不允许」。只有在清点过所有合法发信来源之后再使用 -all，否则一次本意良好的「清理」，可能把自己的收据、客服邮件或者密码重置全都顺手屏蔽掉。

对同时使用国内和海外服务的团队来说，一个常见的坑是超出了 SPF 的 10 次 DNS 查询上限。一条记录里同时 include 国内服务商、海外 ESP 和独立事务性服务，很容易撞线。每个 include 都可能触发额外的查询，一旦超过上限，整个 SPF 评估可能直接失败。发送之前，用 SPF 验证工具跑一遍完整的查询链，只看第一行是不够的。

2. DKIM — 是签名，不是信誉

DKIM 是附加在每封外发邮件上的加密签名。当 Gmail 收到你的邮件时，它会去你的 DNS 记录里查询公钥，验证签名是否匹配。匹配的话，Gmail 就能确认这封邮件确实来自你的域名，且在传输途中没有被篡改。

和 SPF 一样，DKIM 主要解决的是身份验证和内容完整性，而不是信誉。它证明邮件是被授权的、没有被篡改——这是很重要的信号，但它不能替代「有收件人愿意读、愿意回复、不愿意投诉」的历史。一封签名完好的邮件，仍然可能是没人想看的邮件。密码学也有边界。

如果你发现不同区域的收件人那边，DKIM 验证的结果不一致，先查 DNS 传播，再怀疑邮件客户端。某些 DNS 服务商在特定网络上解析得比较慢，或者覆盖不稳定。如果这成为反复出现的问题，即使其它基础设施仍然放在区域本地，也值得考虑把 DNS 托管换成全球分布的服务商。

3. DMARC — 才是信誉真正开始的地方

DMARC 通过域名对齐把 SPF 和 DKIM 串起来，并告诉收件服务商：对于没通过对齐检查的邮件，希望它怎么处理。它同时也可以让你申请报告，看到有哪些系统在以你的域名名义发信。这份可见性很值钱——很多团队是在开始读报告之后，才发现还有一些早就忘了的发信系统。

DMARC 有三个策略等级：

• p=none — 即使对齐失败，也允许 Gmail 投递。作为监控模式有用，但对信誉本身没有帮助。
• p=quarantine — 对齐失败的邮件进入隔离（也就是垃圾箱）。信誉是从这一级开始建立的。
• p=reject — 对齐失败的邮件直接拒绝接收。很强，但如果你还有没清点到的发信方，会很危险。

对多数出海团队来说，循序渐进的路径是：先以 p=none 加一个有效的报告地址起步，读至少两周报告，修掉意外出现的发信方，然后再考虑升级到 p=quarantine。只有当你能确认所有合法发信方都已经对齐时，再上 p=reject。DMARC 强制能提升认证卫生，但它本身不会创造发信信誉。

从 p=none 直接跳到 p=reject，是一个经典的自爆方式：某个被遗忘的结算系统、客服工具或者一段老脚本还在发信。先清点清楚。提前把密码重置邮件搞坏，并不会给你额外的奖励。

4. 反向 DNS — 大多数人从来没设过的那个记录

反向 DNS（rDNS，也叫 PTR）把一个 IP 地址映射回主机名。Gmail 的过滤器会用 rDNS 做一次常识校验：当一台位于 1.2.3.4 的服务器声称自己是从 mail.yourcompany.com 发信时，把 1.2.3.4 反查一下，结果是否吻合？

如果你通过信誉良好的 ESP 发信，rDNS 通常由服务商处理。如果你是从自己的服务器发信，需要让托管服务商配置对应的 PTR 记录，并确保正向和反向的名字彼此一致。这个一致性做不到，Gmail 就又少了一个可以信任你的理由。

5. 域名年龄和历史 — 无法跳过，但可以加速

这里是没有人能完全绕过去的部分：历史很重要。一个已经持续两年发送、且被收件人接受的域名，积累了三个月新域名无法在第一天复制的信号。你可以高效地建立信任，但无法用一条聪明的 DNS 记录,凭空造出几年的收件人历史。

你能控制的，是开头几周的质量。Gmail 的系统会观察收件人的行为，包括回复、投诉以及其他互动信号。第一批发给认识你、愿意看到你邮件的人，比第一天就把 10,000 封邮件塞给一份抓来的名单要有用得多。预热不是一种仪式，它是你信誉的第一章。

接下来就是实操部分：一套故意「无聊」的 30 天预热方案。无聊在这里是好事。你的域名不需要一个精彩刺激的上线，它需要的是一个可预测的上线。

30 天预热清单

这是我会给一个出海团队准备第一轮冷邮件之前的方案。前提是：SPF、DKIM、DMARC 已经正确配置，域名已经正常收信几周，并且没有突然跳到大规模群发。

第 1–3 天：只发熟人

每天 5–10 封，只发给认识你的人。可以包括自己的团队成员、其他公司里信得过的联系人、或者本来就在等你们邮件的老客户。这个阶段的目标不是拓客，而是先建立一个小的、普通的发送模式，让收件人是那些最不可能投诉的人。

关注点： 熟人收件人的互动情况。打开率可以作为方向性参考，但它已经不是完全可靠的指标了——隐私保护功能和邮件客户端可能都会影响统计。如果认识你的人也持续忽略这些邮件，先检查发件人名称和内容，而不是马上怀疑 DNS。

第 4–7 天：扩到微温名单

每天 20–50 封，加入一些有过某种程度的「主动接触」的人：订阅了通讯的用户、曾经的客户、会议上愿意保持联系的联系人。他们不一定每封都打开，但这个受众还是比一份购买来的或者抓来的名单要温和、相关得多。

关注点： 投诉率。Gmail Postmaster Tools 会把它作为关键指标之一报出来。超过 0.1% 就是警告信号，超过 0.3% 就应当停下来，检查受众和内容，诊断之后再继续。

第 2 周：每天 100–200 封

继续保持曲线平缓。加一个小规模的冷名单——大概占每日发送量的 20%——然后观察收件人的反应。如果投诉率维持在 0.1% 以下，互动没有崩塌，那至少说明受众和内容的方向是对的。

关注点： 退信率。这是邮箱验证真正发挥价值的环节。发送之前剔除无效和高风险地址，可以帮你把退信率保持在 2% 附近的实际安全线以内。具体效果取决于名单质量和收件服务商的行为，但不要把验证当成可选项。

第 3 周：每天 500 封，开始真正的冷邮件

这时候可以开始放量到冷名单，但相关性的门槛要保持高。「我们是做 B2B 软件的，他们是 B2B 公司」不是一个理由，它只是一句话里包含两个事实。只有当你能解释清楚「为什么是这个人、为什么是这家公司、为什么是现在」的时候再发。预热期里，精准名单和普通名单之间的差距会很快放大。

关注点： 定期看 Gmail Postmaster Tools。如果域名信誉从 Medium 掉到 Low，先暂停，查清楚发生了什么再继续。「也许明天就好了」不是一种监控策略，尽管它很流行。

第 4 周：谨慎放量

如果前三周都稳定，可以开始分步放量：先翻倍，保持三天，评估信号之后再决定是否继续翻倍。如果信誉下滑，先砍回一半，让系统有时间恢复，而不是试图「硬发过去」。

一条经验：单日发送量增幅不要超过 2 倍。突然的暴增本身就容易被判为异常，尤其是在叠加了新受众或者新基础设施的情况下。你的发送量曲线应该是一条斜坡，不是一面悬崖。

持续监控清单

• 域名信誉（Postmaster Tools）—— 应该是上升趋势，不能是下降趋势。
• 垃圾邮件投诉率 —— 保持在 0.1% 以下。这是 Gmail 最在意的一个数字。
• 退信率 —— 保持在 2% 以下。这是验证工具真正兑现价值的地方。
• 熟人段位的打开率 —— 保持在 20% 以上。如果突然下滑，说明发送模式或者内容有了变化。

哪些做法其实没用（以及为什么大家仍然会试）

这一段是很多送达率文章会跳过的部分，因为承诺捷径比解释「捷径为什么行不通」更让人愉快。可惜的是，Gmail 已经见过大部分捷径了。要做一篇有用的内容，就得把哪些做法大概率没用说清楚，哪怕它们在论坛帖子里看起来很动人。

买一个老域名

在出海团队里，这是一个很流行的做法：买一个已经存在十年的域名，继承它的信誉，然后马上开始发信。纸面上看像是买了一个起跑加速包，实操上更像是买了一辆没检查过发动机的二手车。

实际效果通常不如预期。Gmail 的系统看的是收件人行为和发送模式，而不只是域名注册的日期。一个十年前的域名换了主人，然后突然向一批全新的收件人发冷邮件，它和这些收件人之间没有任何真实的互动历史。真正重要的信誉，是你和实际上在收信的这批人建立起来的，而不是域名「出生证明」上印的那个日期。

还有第二个风险：如果前主人曾经引发过投诉、低互动或者黑名单记录，部分包袱可能会跟着域名一起过来。买之前，认真调查它的历史。很多时候，更便宜、更安全的做法，其实是在一个你自己完全掌控的域名上，从零建立一段干净的信誉。

批量 IP 轮换

另一个听起来很聪明的主意是批量 IP 轮换：一个 IP 被过滤了，就从很多别的 IP 发，让任何一个 IP 都积累不出足够的历史被分类。听起来很巧妙，直到过滤器注意到这个模式本身。

实操上，这么做往往让情况更糟。一个域名，它的邮件突然从很多不相关的 IP 到达，没有一致的发送身份，在过滤器看来就是低质量或者规避行为。一条稳定、配置正确的发送路径，通常比一排不断更换的新 IP 更容易被服务商理解和接受。

同时通过多个 ESP 分流

这个坑更隐蔽。把一半邮件通过一家 ESP 发，另一半通过另一家，看起来像是一种合理的风险分散。但如果两家服务商没有都以你的域名做 DKIM 签名并且对齐，DMARC 会暴露这种分裂。即便是信誉良好的服务商发出来的邮件，对齐不对，也可能被判为可疑。

先只用一个 ESP，把 DKIM 对齐配好。只有当你有明确的运营理由，并且已经逐家核实过认证路径的情况下，再考虑多元化。

「把 SPF/DKIM/DMARC 加上就好了」

这是最常见的建议，也是最容易让人失望的一条。SPF、DKIM、DMARC 解决的是认证和对齐问题：它们能帮助证明你的邮件是被授权的，但不能证明收件人想要它。记录配正确之后，你的域名是被允许发信的，但并不是自动被信任发信的。这是两个不同的问题，第二个问题需要时间来回答。

邮箱验证在这个框架里真正帮上忙的地方

这里值得把话说直白一点，因为邮箱验证很容易被过度承诺：它不能修复一个已经受损的域名信誉。如果信誉已经很糟，验证救不回来。如果信誉是未知状态，验证也无法凭空造出信任。

但在预热期，验证仍然做了两件重要的事：

第一，避免不必要的损伤。 在发信模式还在被评估的阶段，退信是很不划算的。发送前清洗名单，有助于把退信率保持在 2% 的实际安全线以内，也说明你确实在为「只发给真实收件人」付出努力。

第二，帮助你决定从哪儿开始放量。 置信度评分让你能优先发送较安全的地址，把不确定的地址往后推。90% 置信度的地址，在第 2 周的阶段是合理的；45% 置信度的全捕获地址，最好等到信誉更稳之后再考虑。验证不会创造信任，但它可以帮你避免把宝贵的早期信任浪费在可疑地址上。

如果你对它的具体工作方式感兴趣，我们的邮箱验证 API 文档里有完整的响应结构，包括置信度评分和各阶段耗时。如果你正好在思考「信誉从零开始时该怎么选验证服务商」，我们在出海团队的邮箱验证 API 选型指南里列了八项真正值得关注的东西。

常见问题

Gmail 要多久才会信任一个新域名？

多数团队在持续 4 到 8 周的低投诉发送之后，会从 Low 提升到 Medium。从 Medium 再到 High，通常还需要三到六个月稳定、自然的互动。计时从你以正确的 SPF、DKIM、DMARC 配置开始发送那一刻起算；一旦出现投诉或退信激增，这个进度可能被打断甚至重置。

从中国发冷邮件，需要独立 IP 吗？

通常不需要。月发送量在 10 万封以内时，一封通过信誉良好的事务性邮件服务商发出的邮件，通常比一封从你尚未预热的独立 IP 发出的邮件更稳。月发送量超过这个量级之后，独立 IP 会真正带来优势，但也带来预热义务：一开始就从全新独立 IP 大量发送，比用一个已经积累过信誉的共享 IP 更容易被过滤。

我可以直接用自己的国内企业邮箱（163、QQ 邮箱）给 Gmail 发信吗？

技术上可行，但从实操角度看通常不是好选择。Gmail 会评估发送基础设施，而不只是域名本身。走 QQ 邮箱或 163 邮箱出口服务器发出的邮件，会带上服务商自身的信誉——那是为国内个人通信建立的，而不是为跨境 B2B 冷邮件准备的。对于面向海外客户的事务性邮件和任何外呼，用自定义域名通过信誉良好的 ESP 发送，给 Gmail 的信号更干净。

买一个老域名真的能加快预热吗？

通常帮助有限。Gmail 主要根据收件人行为（打开、回复、低投诉率）而不是单纯的域名年龄来形成判断。一个十年前的域名换了主人，然后突然向一群全新的收件人发送冷邮件，它和这些收件人之间并没有任何互动历史。如果前主人曾有过投诉或黑名单记录，这部分包袱也可能跟着域名走。真正重要的信誉，是你和实际收件人之间建立的，而不是继承来的。

光靠邮箱验证能解决 Gmail 送达问题吗？

不能。验证和信誉是两个不同的问题。验证的作用是在发送前剔除坏地址，从而避免因退信而加剧信誉损伤；它无法凭空创造信任。在预热阶段，验证最实际的用处是帮你决定先从哪里开始放量——用置信度评分优先发送较安全的地址，把不确定的地址留到域名信誉更稳之后。

最后一点

如果你是出海团队，第一轮群发已经掉进垃圾箱了——或者你担心它会——欢迎直接联系我。每一封邮件我都会看。这种情况我们见过几次之后，通常能很快分辨：哪些问题几小时就能修好，哪些问题需要几周稳定的行为，无论我们多急着催 Gmail 加速。

有时候答案是「你的 SPF 里有个拼写错误」；有时候是「域名本身没问题，只是第一周的受众太冷了」。无论是哪一种，在群发之前查一下，总比在信誉掉下来之后再往回捞要便宜。

📧 info@parheliaweb.com

Andy
ParheliaWeb 创始人