有客户说他周一在你的网站上填了联系表单,现在已经周四,却什么都没收到,你也说不准是他根本没发出去,还是表单和你的邮箱之间有什么环节把邮件“吞”了。本指南给非技术背景的老板一套冷静的排查顺序:先看什么、如何正确测试、常见原因,以及该向建站方或主机方问什么。内容刻意保持通用:不介绍任何具体表单工具如何发送邮件,也不对Gotka所建网站上的表单如何发送邮件作任何说明。
表单消息的传递路径,以及最先做的十分钟检查
一条表单消息在你读到之前,要经过五个环节:
- 访客的浏览器。访客点击发送。验证码或隐藏的垃圾信息检查可能在这里拦下提交。
- 你的网站。表单程序接收提交内容,并决定是否接受。有些工具还会保存一份副本,很多则不会。
- 发送环节。网站把消息交给邮件服务器,方式要么是调用网页服务器内置的邮件功能,要么是登录一个真实邮箱(SMTP)。
- 接收方服务商。托管收件邮箱的服务会检查发件人,然后接收、放进垃圾箱或直接拒收。
- 你的邮箱及其规则。容量上限、过滤器、转发和共享邮箱设置,决定邮件最终落在哪里。
任何一个环节出问题,通常都是悄无声息的。访客看到的“谢谢”只表示你的网站接受了这次提交(第二个环节),对第三到第五个环节毫无说明。所以单看表单本身,很少能找到原因。在做任何技术操作之前,先花十分钟做这些检查:
- 搜索所有文件夹,不要只看收件箱。检查垃圾邮件、已删除、归档、“其他”或促销标签页,以及由规则创建的文件夹。搜索表单的主题行,或某个你知道漏收的咨询者的名字。
- 除了手机App,也要用网页版邮箱查看。有些App只同步收件箱,并隐藏垃圾邮件文件夹。
- 向客户问清细节。日期和时间、哪个页面、填写的邮箱和电话,以及是否看到了确认信息。
- 找规律。从某个日期起全部缺失,说明有变动:更新、邮箱变更、主机迁移。只有部分缺失,则指向过滤、邮箱快满或某些浏览器被拦截。
- 把发现记下来。日期和症状能在你联系开发者或主机方时节省时间。
确认表单发送到的地址
每个表单都会在某处存有至少一个收件地址:可能在插件设置里、建站工具的表单选项里,或表单代码里。它通常在上线时设定,之后再没人看过,因此是最常见的原因之一,也是最容易检查的原因之一。典型问题有:
- 邮箱已不存在。它是为已离职员工、设计师,或没有续费的旧域名设置的。
- 邮箱已满。邮箱超出容量上限后,新邮件可能被拒收或延迟。关于企业邮箱已满的指南说明了哪些内容会占用容量以及如何腾出空间。
- 拼写错误,或变更后遗留的旧地址。改名或换域名之后,表单可能仍然发往旧地址。请参阅品牌更名时有哪些要同步更改。
- 没人查看的地址。已离职者的个人邮箱,或没有负责人的共用地址。
- 别名或转发地址。只负责把邮件转给另一个地址的名称,多了一个可能出问题的环节。
请网站管理人员用截图或共享屏幕,向你展示确切的收件栏,包括任何抄送(CC)或密送(BCC)地址。然后从外部账号向这个确切的地址发一封普通邮件,确认有人收到。

正确测试:几项能区分原因的测试
靠猜只会浪费时间。几项有针对性的测试就能告诉你哪个环节坏了。只使用你自己的邮箱地址,不要用真实客户的地址,并在每封测试消息里放一个独一无二的短语,例如日期、时间加一个古怪的词,方便你搜索。
| 测试 | 做法 | 说明什么 |
|---|---|---|
| 从外部发普通邮件 | 用另一家服务商的个人账号,向表单的收件地址发一封普通邮件 | 邮箱是否存在、有没有空间、能不能收信。如果这一步失败,问题不在表单 |
| 自己提交表单 | 用手机的移动数据,填写与收件邮箱不同服务商的邮箱地址 | 表单到底能不能送达,以及确认信息是否出现 |
| 换时间、换设备重测 | 早上和晚上、换浏览器、换手机 | 时有时无的问题、仅某些浏览器出现的验证码问题、忙时限制 |
| 网站发出的其他邮件 | 为网站用户触发一次密码重置,或网站发出的任何订单通知 | 如果这些也收不到,说明整个网站都无法发信,而不只是这个表单 |
每次测试后等大约十五分钟,再检查收件箱和垃圾邮件文件夹。要特意使用不同的服务商:同一服务内两个邮箱之间的邮件可能在内部处理就通过了,而来自外部互联网的邮件却不一定。如果测试邮件落在垃圾箱,请记下来,因为这会指向下一节。如果你能打开邮件的完整邮件头(通常是“显示原始邮件”或“查看源代码”),可以找找显示SPF、DKIM和DMARC通过或失败的行,并转给负责你邮箱的人。
你域名的邮件认证做好了吗?发件人(From)地址是什么?
当网站发出看起来来自你域名的邮件时,接收方服务商会问:这台服务器有没有资格代表这个域名发信?你域名DNS里的三条记录回答这个问题。SPF列出获准为该域名发信的服务器。DKIM加上数字签名。DMARC规定这些检查失败时如何处理,并可向你发送报告。这些记录的设置方法已在使用自己域名的企业邮箱指南中介绍,这里不再重复。
对表单而言,关键在于表单邮件往往从与你日常邮件不同的地方发出,例如网页服务器或某个插件。对你的邮箱设置得很好的域名,仍可能在表单上失败。请检查:
- 发件人(From)地址。应当是你自己域名下的地址,并把访客的地址放在回复地址(Reply-To)栏,这样你才能直接点“回复”。如果表单把访客自己的地址(比如某个免费网络邮箱)填在From里,就等于一边声称自己是那家服务商,一边从你的服务器发出,而这正是服务商不信任的模式。
- 表单的发送方式。是用服务器内置的邮件功能,还是用SMTP登录真实邮箱。通过你域名下的真实邮箱发送,通常更可靠。请问问你的开发者用的是哪一种。
- SPF涵盖了谁。真正发出表单邮件的服务需要被允许。许多邮件服务商提供免费的检测工具。
- 你的邮箱托管在哪里。如果你的邮件托管在与网站不同的服务商那里,要确保网站所在服务器不会把你域名的邮件当作本机邮件处理。在cPanel类控制面板上,这是“Email Routing”设置。设置错误可能让网站发给你自己地址的邮件无处可去。
在任何人修改之前,先备份一份当前的DNS记录。一条错误的记录可能弄坏你所有的邮件,而不只是表单。
发送失败时,表单会怎么做
这决定了你到底能不能发现问题。请问这几个问题:
- 邮件没发出去时,它还会显示“谢谢”吗?很多表单都会,因为那条信息只确认网站接受了提交。
- 网站会为每次提交保存一份副本吗?在后台或数据库里保存的列表,能让你找回漏收的咨询,并与收件箱里收到的对照。没有的话,一封发送失败的邮件就等于丢了一条商机。
- 有邮件日志或提醒吗?有些设置会记录发送错误,有些什么都不记。
- 访客能看到错误提示吗?“我们无法发送你的消息,请致电或通过WhatsApp联系我们”,比一个假的成功提示代价小得多。
如果提交内容有保存,就导出来,找出你从没收到的那些,并简短道歉后回复。如果没有保存,要先请对方开启保存,再做其他修复。
转发规则、过滤器与共享邮箱
- 自动转发。如果邮箱转发到个人地址,被转发的邮件更容易在那里被当作垃圾邮件,目的地邮箱可能已满,转发也可能已被关闭。
- 收件箱规则。为订阅邮件写的规则,或把含有“enquiry”“quote”之类词语的邮件移走的规则,可能把商机藏起来。请在网页版邮箱和每个邮件App里检查规则;App里的规则只在App打开时才运行。
- 共享邮箱与群组。别人可能在读取它,把邮件标成已读或删除。只接收成员邮件的群组地址,会拒收来自网站的邮件。
- 公司过滤器。受管理的过滤器可能把邮件隔离。请要一份隔离清单。
- 安全发件人名单。把表单的发件地址加入联系人有一点帮助,但这只是掩盖原因,并非治本。
拦住真实咨询的垃圾信息防护、验证码与近期更新
垃圾信息防护值得拥有,但过严的规则会不声不响地挡住真人。请留意:
- 验证码加载不出来。广告拦截器、隐私设置或缓慢的手机网络,可能让“发送”按钮毫无反应。
- 安全或防火墙插件拦截来自某些网络、国家或手机浏览器的表单提交。
- 关键词和链接过滤。真实的咨询常常包含网址、电话号码或中文字符,而有些规则会把这些视为可疑。
- 页面缓存。被缓存的表单页面可能带着已过期的安全令牌,导致提交过一阵子后就失败。CDN指南把缓存表单列为一项风险。
然后问一问最后一次确定正常是什么时候,并列出那个日期前后发生的变动:插件、主题或核心程序更新,网站重建,PHP版本变更,主机迁移,新的邮件服务商,被修改的邮箱密码,或DNS改动。表单用于SMTP的那个邮箱一旦改了密码,发信就会悄悄失效。请先在预演站点上测试更新,从你的备份中留好还原点,并把更新当作例行工作,详见网站为什么需要持续维护。
从“什么都没收到”到下一步该查哪里
把你看到的情况对应到可能的原因和下一步要查的地方。
| 你看到的情况 | 可能的原因 | 下一步查看 |
|---|---|---|
| 从外部发的普通邮件也失败或被退回 | 收件邮箱被删除、已满、拼错或无法接收 | 确认邮箱存在且有空间;检查域名的邮件设置;询问你的主机方 |
| 普通邮件能到,表单测试收不到,垃圾箱里也没有 | 网站没有发信,或服务商拒收 | 全站测试(密码重置);SMTP登录与邮件日志;询问你的开发者 |
| 表单测试落在垃圾箱 | 认证或From地址问题 | From与Reply-To、SPF、DKIM、DMARC |
| 你的测试能到,客户的却不行 | 垃圾信息规则、验证码、浏览器或网络被拦截 | 用移动数据和其他浏览器测试;检查垃圾信息设置;查看已保存的提交 |
| 点发送没反应或显示错误 | 脚本、验证码或插件冲突 | 换个浏览器试试;问问最近改了什么 |
| 到某个日期之前都正常 | 更新、迁移或邮箱变更 | 检查那个日期前后的变动;必要时从备份还原 |
| 只是偶尔才收到 | 邮箱时常写满、发送限额或规则冲突 | 邮箱空间;时间规律;规则 |
| 你的邮箱收得到,同事的收不到 | 转发、群组或别名设置 | 别名与群组设置 |
每周五分钟测试与备用渠道
悄无声息的故障,除非有人去查,否则会一直悄无声息。这套例行检查只需五分钟:
- 选一个固定时段,比如周一早上,并设置重复提醒。
- 用手机的移动数据提交表单,带上独一无二的短语,使用另一家服务商的邮箱地址。
- 十五分钟后检查收件箱和垃圾箱。把日期和结果记在一份共享笔记里。
- 每月一次,换一个浏览器重测;如果网站有马来文和中文版本,也要在这些版本上测试。
- 每次更新、DNS变更或邮箱变更之后都再测一次。
- 如果测试连续两次失败,就停下来,用下面的问题向上反映。
同时准备备用渠道,这样一个环节坏了,损失的商机也更少:
- 每个页面都有WhatsApp一键聊天按钮。放置方法见咨询表单与WhatsApp对比。
- 醒目的电话号码,点一下即可拨打。
- 表单旁边用文字写出的普通邮箱地址,并且是你测试过的。
- 第二个收件人,例如另一位同事,或有指定负责人的共享邮箱。
- 网站上保存每次提交的副本。
- 一条把访客引向这些选项的错误提示。
该向建站方或主机方问什么
向开发者或代理商:
- 表单发往哪个或哪些地址?在哪里设置?
- 它是通过服务器的邮件功能发送,还是通过邮箱登录发送?用的是哪个邮箱?
- From是我们域名下的地址吗?访客的地址是否放在Reply-To?
- 发送服务有没有被SPF、DKIM和DMARC覆盖?能否给我看测试结果?
- 提交内容有保存吗?存在哪里?我怎么导出?
- 发送失败时访客会看到什么?有日志或提醒吗?
- 开启了哪些垃圾信息防护?被拦截的提交去了哪里?
- 最近改了什么?更新是怎么测试的?
向主机方:能否查一下我的域名在我测试时间前后的邮件日志?邮箱是否超出上限?我的账户有发送限额吗?域名的邮件路由设置正确吗?如果你不确定主机方是谁,请参阅你的网站托管在哪里。
常见错误
- 从收件邮箱给它自己发测试邮件。它可能通过,而来自外部的邮件却失败。
- 只看收件箱。
- 轻信“谢谢”提示。它只证明网站接受了提交,仅此而已。
- 叠加邮件插件。在已坏的第一个工具上再加第二个,只会让原因更难找。
- 修改DNS之前不备份当前的记录。
- 只测一次。第二天再测,并换另一家服务商。
- 没有负责人。没人负责的检查是不会发生的。
Gotka Technologies 的定位
邮箱账户包含在Gotka的cPanel主机之中:Go AI Lite包含30个邮箱账户,Go AI Plus和Go AI Pro包含不限数量的邮箱账户。Gotka提供24/7支持,客户可通过客户专区提交工单,咨询有关主机账户或邮箱的问题。每个网站设计套餐都包含带防垃圾信息功能的联系咨询表单和WhatsApp一键聊天按钮,不另收费。本指南只是通用建议:它不说明Gotka所建网站上的任何表单如何发送邮件,不承诺送达率或回复时间,也不描述任何修复表单的服务。相关背景请参阅cPanel主机详解、在手机和电脑上使用企业邮箱以及主机账户第一周检查清单。
本指南中的关键术语
- 收件地址:表单把通知发送到的邮箱。
- 垃圾邮件文件夹:服务商存放它不信任但没有拒收的邮件的地方。
- 退信(bounce):说明某封邮件被拒收的自动消息,发送到发件人地址。
- SMTP:发送邮件的标准方式;表单可以登录真实邮箱来使用它。
- SPF、DKIM、DMARC:基于DNS的检查,用来证明邮件确实来自你的域名。
- From与Reply-To:邮件上显示的发件人,以及回复所发往的地址。
- 验证码(captcha):尝试区分真人与机器人的检查。
- 别名或转发地址:把邮件转给另一个邮箱的地址。
- 隔离区(quarantine):过滤器存放被拦截邮件的暂存区域。
为什么我收不到网站联系表单的邮件?
最常见的原因是收件邮箱太旧、已满或已被删除,邮件落入垃圾箱,以及域名邮件未经认证而被服务商不信任。其他原因包括转发规则、拦住真人访客的防垃圾设置或验证码,以及插件或主题更新弄坏了表单。请先检查垃圾箱和收件地址,再做一次来自外部的测试。
为什么联系表单的邮件会进垃圾箱?
表单邮件往往从你的网页服务器发出,而不是你平时用的邮箱。如果域名的SPF、DKIM和DMARC记录没有涵盖这个发件方,或表单把访客自己的地址设成发件人(From),服务商就可能把它放进垃圾箱或拒收。请把你自己域名下的地址设为From,访客放在Reply-To,并请开发者检查邮件认证。
怎样正确测试联系表单?
先从外部账号向收件地址发一封普通邮件,再用手机的移动数据提交表单,并填写另一家邮件服务商的地址。在消息里放一个独一无二的短语,等十五分钟后检查收件箱和垃圾箱。换个时间和浏览器重测,并触发网站的另一封邮件(例如密码重置),看整个网站能否发信。
没有发出邮件时,表单也会显示成功吗?
会。“谢谢”提示通常只确认网站接受了这次提交,并不代表邮件已到你手上。请问问建站的人:提交内容是否也保存在后台或数据库里、发送错误有没有记录、发送失败时访客会看到什么。有了保存的副本,你就能找回漏收的咨询。
表单应该多久测试一次?还要保留哪些备用渠道?
每周用一个独一无二的短语测试一次,并在每次更新、DNS变更或邮箱变更之后再测。保留备用渠道,让一个环节出问题时少丢商机:WhatsApp一键聊天按钮、醒目的电话号码、以文字显示的邮箱地址、第二个收件人,以及保存每次提交的副本。
我应该向开发者或主机方问什么?
向开发者问:表单发往哪些地址、用的是邮箱登录还是服务器的邮件功能、From地址是什么、SPF、DKIM和DMARC是否涵盖它、提交内容有没有保存,以及最近改了什么。请主机方查看你测试时间前后的邮件日志、邮箱上限,以及域名的邮件路由设置。


