一般看网站时会留意技术栈、外链、外观和功能，记录一些从其它角度排查出网站问题的例子：
1，网站配置导致的样式丢失
当一些主题或者插件比如 Avada 和 Elementor 更新 CSS 缓存后，页面缓存没有更新时常出现这种情况。
有次不是这样，在技术栈完全相同的网站里，只有部分网站出现丢失，它们的共同特点是：
同台服务器下字母顺序第一的网站，且采用了合并 www 和 non-www 直接跳转到 https 对应网址的方式。
这种方式的好处是当 Domain 和 Scheme 都需要跳转时，比如 http://domain.com 跳转到 https://www.domain.com 时会比较快（因为不依赖 WordPress 进行跳转），且节省一次跳转，如图：
刚好会造成 WP rocket 的 bug，技术支持也很好奇，恰巧验证的时候手头有个网站能排除掉他说的所有可能，所以才能定位。
2，称面积的故事——日志大小看流量
河北清苑县要划给安国县一块土地，县长想知道全县还剩多大面积，但由于地图形状非常不规则，没法算，于振善找来一块厚薄均匀的长方形木板，将地图贴在木板上，沿图界锯出后称重，得7两5钱3分，按比例尺推出全县面积 753 平方里。
检查某网站时发现博客页面有报错，想到可以根据报错长度和日志大小，和全站对比，算出博客流量占比很大。建议客户使用 h3 CTA 来提升转化，也为后来留意博客排版产品埋下引子。
这个思路可以解决 WordPress 博客没设置过时，URL 和其它页面差不多，无法过滤看流量的问题，如果引入日志分析会更准，这就有点像 Meta Conversion API 这样的后端统计了。
日志内容能排查出更多问题，比如表单记录两个 IP 时发现较真实来源 IP，或者询盘来源页面。
3，显眼包——反常必有原因
下图是一个曾从流量、过大的数据库、暴涨的邮件日志多个方面发现 Spam 的网站：
由于 21 万多条垃圾评论都被 Approved 了，流量骤降，解决后立刻有所回升。
4，三方的数据和指标也有用
在巡查 CDN 流量时，直觉某个站点不会用到这么多，检查发现 Slider 的图片比较大：
很难说排名下降一定就与传了几张大图有关，但 Slider 是速度优化大敌，一些站点速度敏感，CWV 达标率和流量呈现非常明显的相关性。
上传前优化下就能减少 69% 的图片大小，很值得做，处理起来过于耗时时，除了批量优化（优化界面不能关闭时会采用命令行），也会直接在 CDN 端开启 WebP。
ps:这样利用规模便利找不同来发现解决问题的例子还有非常多，即节省流量和广告费用，往往还能带来自然流量和转化率上的好处。
前提是非自购主机，包括 Cloudways，不然托管商会消耗过多的时间在密码验证码登录上，也无法批量处理。
