网站流量下跌原因查找自救流程

（记录自己在网站运营中遇到的问题，并不一定适用于所有人，如果有用siteground或者Hostinger这类虚拟主机的朋友，如果在一个套餐中运营太多网站，或者上线后经常改版网站，随时观察套餐中的cpu情况，并且及时在Google search consloe中检查服务器连接状态）

近期监测发现网站流量异常下跌，流量短期波动虽属正常，但持续低迷的流量曲线也看不到增长的势头，到底发生了什么问题？于是我开始在GSC中排查， 检查到服务器时，看到服务器连接失败率飙升（路径是设置-抓取统计信息-托管状态），并且每天都在发生，顺着这个问题开始思考解决方案。

作为一个不太懂代码的人，我知道这个事情不能耗费太多的精力，于是我的解题思路是

1. 先用AI确定服务器连接失败的问题原因

2. 排除内容质量问题，内容质量不高不会导致服务器连接失败。

3. 检查Siteground后台统计发现CPU使用爆红

   

   
   

4. 尝试问siteground客服，给到的回答是服务器没有问题（3年GrowBig套餐用户），建议开启wp cron。

5. 尝试了解什么是wp cron，和在stieground中如何设置

   WP-Cron 或 WordPress cron 是WordPress 内置的系统，用于处理基于时间的任务的调度。说人话就是：一切的WordPress的更新，插件的更新都由他来处理

   它的触发方式是通过用户进入网站触发，而低流量的网站由于用户少会导致任务堆积，当爬虫或者用户进入会导致任务一下子全部开启，最后主机的CPU超载

   1. ​通常来说是在wp-config.php中添加一行代码define('DISABLE_WP_CRON', true);  然后在设置一个服务器的cron任务，我个人建议是根据空间写的教程来设置自己的cron任务，具体搜索方法是 How to Set Up WordPress Cron Job 空间名称（siteground/Hostinger/cloudways）

6. 设置完成继续等待，结果还是有服务器连接过高情况，而且发现在使用elemntor同时开启两个页面编辑，siteground的cpu也会直接超载。

7. 于是开始思考否升级为siteground的最高级套餐，最后由于价格劝退，虽有不舍，但是也没办法，寻找之后，确定了cloudways的托管型VPS，立即在当晚迁移空间，并且也直接用了cloudflare解析域名和邮箱，并指向cloudways的IP。

8. 开启cloudways中的wp cron的功能，继续等待

9. 服务器连接终于正常了。

   

   
   

最后讲一下，siteground和hostinger这种虚拟云空间由于价格优势确实前期很好用，但是我们不知道自己的邻居是谁，邻居会干什么也不清楚，大多数情况下问题不大，但是真的遇到问题，可能就要多观察这个问题出现的频率或者找主机的客服询问情况，在运营的路上，不要让主机的稳定性来影响流量的增长。多花点钱在主机上，多出来的成本会覆盖掉你时间的成本的。