元描述审核：发现模板错误并测试更好的摘要

元描述审核检查每个重要页面是否在 HTML 中提供准确、有用的摘要。描述只是搜索摘要的建议；Google 可能改用页面中的文字。先检查页面准确性和模板覆盖范围，再测量修改是否帮助目标受众。

根据代表性页面建立审核表

从首页、服务页、文章、分类和产品变体中选择例子。记录 URL、响应状态、规范网址、标题、描述、主标题和页面用途。包含一个数据缺失页面和一个产品名称很长的页面。它们能暴露单次首页检查会遗漏的模板问题。

打开响应 HTML，找到描述元素。如果 JavaScript 修改元数据，应另行检查渲染 DOM。使用 Meta Tag Checker进行初始响应检查，并将输出与浏览器渲染结果比较。检查一个响应，无法确定每个爬虫或搜索结果会如何呈现它。

区分写作问题与模板问题

如果每个分类都使用同一段话，应修复模板或底层分类数据。只编辑个别标签，可能让下一个生成页面仍有问题。如果只有一个服务页承诺企业没有提供的功能，则修正论断，并确认页面本身准确。

优先处理重要着陆页缺失的描述、不同意图下的重复描述、过时价格和无依据的承诺。字符数是实用编辑辅助，不是搜索呈现的通过或失败规则。简短准确的描述，胜过填充文字或虚构利益。

了解一个说明性的修复案例

假设一家维修企业分别有预约和紧急上门页面，两者都写着“最佳服务、最优价格，今天联系我们”。审核表首先应确认各页面实际提供什么。预约页面可以概括可用维修类别和预约流程。紧急服务页面应说明真实服务区域及如何确认可用性，不承诺企业无法保证的到达时间。

这个例子没有测量到的 CTR 改善。其价值是每个摘要对应不同任务，并能与页面核对。保留修改前后文案，验证已部署 HTML，而不是依赖编辑器保存的字段。

测量时不预设因果

记录发布日期，比较相似查询、设备、国家和时间窗口下的 Search Console 表现。即使描述没有影响，平均排名或查询构成变化也会改变 CTR。查看少量搜索示例，了解 Google 是否采用该建议；摘要可能因查询而异。

在模板覆盖经核实、错误承诺已删除且剩余例外都有负责人后，结束审核。不要将完成描述为排名提升或有保证的点击增长。

参考资料

Google：控制摘要并撰写有用描述。