页脚「隐私政策」点开返回 404，合规检查里被记了一条，实际文章改成 /privacy-policy-2026/ 已经有半个月。日志里能对上时间点，这种反而好排。
文章改了固定链接，旧地址没有配重定向，页脚里的链接还是旧的。主题里这行链接是硬编码，不跟页面 ID 联动。这一点先确认清楚，后面就不用反复试。
curl -o /dev/null -s -w '%{http_code}\n' https://example.com/privacy
# 期望 301 且 Location 指向新地址
「页脚隐私政策 404」确认了原因之后，改动尽量只碰那一处，顺手改的东西后面最容易出问题。先做最小复现，能稳定跑出来的问题，排查成本会低一个数量级。
别只看报错的最后一行，往上看几行，真正的起因通常在上面。同类问题如果隔一段时间又出现，多半是某个定时任务或重启流程把改动冲掉了。
把这次用到的命令存进笔记，比记住结论有用，换个环境还能照着走。
处理上按这个顺序：配一条 301 把旧地址指到新地址，先把错误挡掉；页脚链接改成按页面 ID 取 permalink，别再写死；点一遍页脚所有政策类链接，确认没有 404。
结果对不对很好判断，旧地址返回 301 跳到新页面，页脚链接点开 200。