这类问题我又碰上了一次。每篇都手写了 155 到 160 字符的 description,发布一个月后抽查 50 个词,其中 38 个的摘要来自正文首段,手写那段完全没显示。
第一反应是「描述里堆了三个关键词,触发摘要重写」,验证下来不成立。
这类报错背后常见的原因有几处,逐个排除就行。description 与页面正文主题偏差大,引擎更信正文;同一段 description 在多篇复用,被判模板文本;页面首段本身就是完整答案,系统直接截取更贴合查询。
动手时先抽取线上摘要与手写描述做对比
curl -s 'https://www.google.com/search?q=site:www.example.com+nginx' -A 'Mozilla/5.0' -o serp.html && grep -o '<span[^>]*>[^<]\{40,\}</span>' serp.html | head -5
再往下列出重复使用的描述
SELECT meta_value, COUNT(*) c FROM wp_postmeta WHERE meta_key='_yoast_wpseo_metadesc' GROUP BY meta_value HAVING c>1;
接着把描述改写成含结论的一句
UPDATE wp_postmeta SET meta_value='502 多半是上游超时,先看 upstream timed out 再调 proxy_read_timeout。' WHERE post_id=1234;
剩下的就是重新请求抓取该页
curl -sI https://www.example.com/nginx-502/
改完先别撤,确认这几项。同一批 50 个词里摘要来自手写描述的比例升到 30 个以上,不再出现整段被替换成首段的情况。
提醒一点。描述不是排名因子,但它是唯一能影响点击的展示位,写结论比写关键词有用。报错文案容易误导,真正的原因往往在相邻那一层的日志里。
