先确认改的是哪个网站
进入 WordPress 后台的瓜奇设置，先核对当前选中的前端网址，再检查修改项。前端就是访客实际访问的网站；同一后台可以连接多个前端，各网站可以保存自己的设置。
访问瓜奇设置需要账号具备管理设置权限（manage_options）。排查前，记录目标网址、页面语言、修改项和保存时间，方便比较后台与前台结果。
全局设置和网站独立设置的作用范围不同。保存后，系统会按配置变化确定需要更新的网站，并产生相应缓存更新事件；不能假定每次保存都会让所有网站同时变化。
认识与连接、缓存有关的设置
| 设置 | 作用与检查方法 |
|---|---|
| 当前前端网址 | 决定正在查看和修改哪个网站的独立配置。核对域名，并记录实际访问地址的协议和端口。 |
| API Secret | 用于前后台接口连接。连接异常时，由管理对应服务的人核对配置是否匹配；排查截图中不要暴露密钥。 |
| 是否开启缓存 | 默认开启。关闭后，当前前端的 /api/page 页面请求不使用 Node 页面缓存，直接向 WordPress 请求内容。 |
Node 是运行前端网站的服务。这里的页面缓存开关只影响对应的页面请求，不会同时清除浏览器缓存、CDN 缓存或图片缓存。
按顺序检查配置更新
- 确认后台已保存。重新打开同一网站的同一设置项，检查新值是否还在。若已恢复旧值，先处理保存问题。
- 确认访问目标正确。核对前端域名、协议、端口和页面语言，避免改了 A 网站却检查 B 网站。
- 确认设置实际作用范围。查看当前页面是否另有模块、内容或节点的独立设置。页面可能使用独立值，而不是刚修改的通用值。
- 确认前端取得更新。让维护人员结合保存时间，检查对应 Node 服务的配置和缓存事件处理结果。后台保存成功，不等于前端已处理完成。
- 最后检查外层缓存。前端服务已经返回新内容后，再检查浏览器和 CDN 是否仍保留旧副本。
验证文章内容时，还要核对发布状态、语言和网站分类范围。文章本身不满足展示条件，刷新配置或关闭缓存也不会让它出现。
需要时用页面缓存开关辅助判断
- 记录「是否开启缓存」的原状态。
- 在目标前端设置中关闭该选项并保存，确认前端已取得这个设置。
- 访问同一个网址，比较内容是否变化。
- 完成排查后，按网站需要恢复原设置并保存。
关闭缓存后仍是旧内容，应继续检查后台保存值、目标网站、页面语言、独立设置和 CDN。不要把长期关闭缓存当作所有更新问题的解决办法。
怎样确认已经恢复
选择一个容易识别的修改，例如一段页面文字。确认后台重新打开后仍是新值，再检查目标网站相同语言的实际页面。多网站问题应逐个网址验证，不能用一个网站的结果代替其他网站。
如果页面文字已更新，但图片仍旧，检查图片地址及资源缓存；如果只有一种语言异常，回到该语言的内容和配置继续排查。普通内容更新不应一律通过重新构建整站来处理。