事情本身不复杂，线索都在日志里。站点准备全站上 https，证书已经装好，不确定应该先改站点地址、canonical 还是 sitemap，怕顺序错了掉收录。
把日志和配置对完，能解释这个现象的基本就这几处。先把地址改成 https，页面里的资源还是 http，触发混合内容。少数情况下是sitemap 先提交 https，服务器还没配好 443。
还有一种情况，canonical 和页面协议不一致，蜘蛛判定为两条地址。
动手时先确认 443 与证书完全可用
curl -sI https://www.example.com | head -3再改站点地址让全站输出 https
wp option update home 'https://www.example.com'最后提交 https 的 sitemap 并观察
curl -sI https://www.example.com/sitemap.xml这次没动代码，只在配置和运行环境上找原因。
隔了一天再看，现象没变，说明不是偶发。
恢复的判定其实很直接。全站资源都走 https，混合内容警告消失，收录数量保持稳定没有下滑。
正确顺序是先通协议、再改输出、最后提交，任何一步提前都会让蜘蛛抓到一半 http 一半 https 的页面，收录音量会明显波动。线上能稳定复现的问题都不算难，难的是只在大流量下才出现的那种。