先把当时的情况摆出来。用伪原创工具把 200 篇旧文的词做了同义替换，替换率 35%，两周后这批页面的状态从已编入变成已抓取但未编入。
真正麻烦的地方在于，几个原因的现象几乎一样。同义替换破坏技术名词的固定搭配，语义变得不通顺。也可能是替换后段落结构与原文一致，被判低质改写。
少数情况下是替换过的词与用户搜索词不再匹配，长尾入口全部丢失。不容易想到的是，200 篇同一时间修改，lastmod 全变但内容无实质变化。
动手时先对比替换前后的术语命中数
grep -c '负载均衡' post.html接着找出被换错的技术名词
grep -o '负重任' post.html | wc -l从备份恢复原稿
mysql -uroot -p blog < /backup/wp_posts_20261001.sql只看人工改过的段落重新发布
SELECT ID,post_modified FROM wp_posts WHERE post_modified > '2026-10-01';别只看报错消失，验证要多做一步。恢复后索引状态在两周内回到已编入，目标词在站内搜索里重新能命中，正文术语与官方文档表述一致。
容易忽略的是，同义词替换对陈述句伤害小，对术语伤害最大，技术站几乎不能批量用。监控比日志更早给出信号，事后回看经常能提前半小时发现异常。