Facebook 异常排查：四类问题的处理顺序

同一个平台用久了，总能碰上按钮点了没反应的时候。这些情况看着像一回事，来源其实差得很远：有的是平台自己在抽风，有的是账号被限制了，有的是本地环境出了岔子。处理之前先把类别认出来，后面才不走冤枉路。

先做一件事：换个账号或设备复现

如果换个账号、换台设备，同一个功能照样不能用，问题多半在平台侧，跟你的账号无关。反过来，只有你这台机器上出问题，就得往下查环境。这一步花不了几分钟，能省掉后面一堆无效操作。

登录和验证类

这一类会给你明确的提示：要验证、账号不可用、登录后又被弹回。提示里一般写明了原因和下一步，先把它读完，答案往往就在里面。

然后照提示把验证走完，手机、邮箱或身份验证是哪一项就走哪一项，同一份材料不要反复提交。如果提示里带了申诉入口，从账号后台或帮助中心走正式渠道提交，把时间、当时的操作、报错原文写清楚，比情绪化的描述有用得多。

还有一点容易忽略：验证没走完之前，反复去点那些受限功能，只会留下更多失败记录。

页面加载类

特征很直观，页面结构在、内容出不来。空白、一直转圈、图片裂开、元素错位，基本都属于这一类。

排查从本地开始。先换个网络，看是不是出口的问题；再换个浏览器，或者开一个不加载插件的环境，排除扩展改页面元素、拦请求的可能。网络和浏览器都换过还是一样，再去看平台的状态页面和同行群里的反馈，通常能看出是不是同期的大面积问题。

平台级故障不讲道理。曾经有一次从故障出现到官方公告修复，中间隔了 8 小时，这种窗口期内做什么都没用，等着就是最优解。

广告后台报错类

后台的报错一般带错误码或者一段说明，先把原文抄下来。同一个错误码在不同操作下出现，指向的原因可能不一样，抄下来才好对比。

诱因大多集中在三处：支付方式的状态，比如卡片过期、账单地址与投放地区不一致、余额不足；账户本身的限制记录；以及登录环境有没有和平时不一样。按这个顺序过一遍，比乱点一通快得多。三处都干净，就按报错页给的方式提交，附上错误码和截图。

功能被临时限制类

表现是某个具体功能不给用了，其他部分正常，而且这种状态会维持一段时间，刷新解决不了。

这类要分清是平台统一收紧，还是只针对你这个账号。看一眼同批账号、做同类操作的人，是不是也有同样的情况。只有自己中招，就回头检查最近的登录环境变化和操作频率；确认与自身操作无关，再从正式渠道申诉。等待期内不要换环境去反复试——环境一变，申诉时更难把情况说清楚。

处理顺序和三个容易做错的地方

顺序可以固定成：先在本地复现和排除，换账号、换设备、换网络、关插件；再看平台状态与同行反馈；最后才走正式反馈渠道。多数情况到第一步就能分类，第三步很少真的用得上。

容易做错的也是三件。一是遇到问题先换环境，环境突变本身会被当成登录异常，如果不是环境问题，反而把局面搞得更复杂。二是反复点受限功能，重复的失败尝试会积累异常记录。三是一次改好几项设置，改完也不知道是哪一项起了作用，一次只动一项，观察结果再决定下一步。

多账号的团队还有一层要考虑：几个账号长期共用一个出口，平台看到的就是一批来自同一网络的登录，其中一个出状况，其余的也会被一并盯上。让账号各自有独立的环境和出口，问题的波及面就小得多。PurpleMark 这类环境隔离工具做的就是这件事，把每个账号的浏览器环境和网络出口固定下来，不让它们互相牵连。