北京
Search Console 报告显示，某个页面 90 天内在 Google 首页获得了 3,068 次展示，同一时期点击数为 0。通常的解读是页面存在点击率问题，于是你改写标题、收紧元描述，然后继续等待。这种解读很可能错了，照此操作只是在浪费实际工作。没人看到这些结果，因为根本没有真人执行过那些搜索。
两种展示需要分开看
本教程展示如何区分网站获得的两种展示。你会针对自己的 Search Console 数据运行一个简短脚本，按位置区间拆分展示，阅读查询列表中的机器特征，并将可疑页面与同一网站上的对照页面进行比较。
位置区间是平均搜索位置的分桶，而不是单一数字。脚本使用四个区间：前 3 名结果、首页其余位置、第 2 页、第 3 页及以后。分桶很重要，因为单一平均值会掩盖分布差异，一个页面可能因少数搜索排在第 2 位、其余都排在第 30 位，平均位置却显示为 8。
对照页面是同一网站上你已知有真实读者的另一个页面，它为可疑页面提供比较基准。完成后你会知道哪些页面有真人受众、哪些没有，并停止为不存在的读者做优化。下文所有数字都来自作者自己的网站。
开始前需要准备什么
你需要一个已验证的 Google Search Console 资源，至少包含 90 天数据，免费层级即可；Node.js 18 或更新版本，脚本使用内置的 fetch，无需额外 HTTP 库；一个启用了 Search Console API 的 Google Cloud 服务账号，并已作为用户添加到你的资源中，下载其 JSON 密钥；两个 npm 包：google-auth-library 用于获取令牌，tsx 用于直接运行 TypeScript 文件；一个可疑页面和一个对照页面，可疑页面是展示高但几乎没有点击的页面，对照页面是你表现最好的文章，你确定真人在阅读。整个过程大约需要 20 分钟。
添加依赖并将标准凭据变量指向你的密钥：
npm i google-auth-library tsxexport GOOGLE_APPLICATION_CREDENTIALS=/path/to/your-service-account.json如果你从未启用过该 API，先在 Google Cloud 项目中打开“Google Search Console API”，然后在 Search Console 的“设置”和“用户与权限”中把服务账号的邮箱地址添加为完整用户。
机器展示为什么会出现
Google 的 AI Mode 和 AI Overviews 回答问题时，并不是只运行那一个问题。它们使用一种叫查询扇出的技术：模型把你的提示扩展成一组更窄的子查询，为每个子查询检索来源，再把结果合并成答案。
每个子查询都是针对真实索引的真实搜索。当你的 URL 因某个子查询被检索时，Search Console 会在检索位置记录一次展示。那次展示是真实的。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
