先看影响客户判断的那一页
客户搜索了产品能解决的问题,点进功能页,却看不出它是否适合自己的工作。这时再写十篇博客,也补不上当前页面缺少的信息。更有用的起点是:给出这个页面的网址,说明读者是谁、需要做什么判断。
Afield 的网站审计会检查公开页面的标题、描述、H1、坏链接、sitemap、robots 和结构化数据。每个问题都应能对应到受影响页面、检测依据和修改建议。读取公开网站不需要先连接 Google、CMS 或 GitHub。
分数下面的依据,比总分更值得看
检测项分为「通过」「建议改进」「需要修复」。先打开受影响页面核对依据,再决定怎么改。缺少描述、链接失效、产品介绍含糊,是三种不同的问题,不能全部用“重写文章”解决。
| 发现的问题 | 先判断什么 | 要审阅的修改 |
|---|---|---|
| 链接指向已删除的教程 | 教程是否有新的地址或替代内容 | 改到有用的对应页面;没有合适内容就去掉这条引用 |
| 多个页面使用相同的宽泛标题 | 这些页面各自回答什么问题 | 分别写出准确标题,并检查正文是否也在重复 |
| 检测没有读到主要正文 | 只是初始 HTML 没有,还是浏览器渲染后也没有 | 先核对实际页面,避免把渲染问题当成缺文章 |
健康分是检测项的汇总,不是排名预测。查看扫描页面数和读取失败的记录;只扫描了一部分页面,就不能说全站内容已经检查完。
具体示例:把宣传口号改成工作过程
假设一家现场作业软件的功能页开头是:“用一体化平台全面提升运营效率。”读者无法据此判断产品能做什么。下面是编辑示例,不是客户案例,也不是系统已经查出的结果。
标题示例:把水损修复现场记录整理到同一个项目中
开头示例:按项目保存房间照片、含水率读数和每日干燥记录。技师在现场补充当天的信息,项目经理在准备报告前检查记录是否完整。
这段话能否采用,取决于产品是否真的支持这些操作。后面应展示一份实际记录,说明哪些内容需要手工录入、哪些可以导出。没有报告导出功能,就不要写“自动生成理赔报告”。
让 Afield 标出原文位置,并在上下文中写出替换段落,比只要求“优化 SEO”更容易审阅。最终要解决的是读者理解问题,而不是让每段都出现关键词。
需要判断优先级时,再加入搜索数据
在集成页连接 Search Console,指定站点和日期,再把查询词与落地页放在一起看。搜索价格的用户被送到泛泛的产品介绍页,与产品页完全没有记录到曝光,应该分开调查。
前后比较采用相同的统计口径,并记录同期发布、推广和季节变化。改标题后点击增加,只说明两件事先后发生,不能直接认定增长全部来自标题。没有连接或提供报告时,公开页面检查不能给出你的真实搜索流量。
GEO 要解决的仍然是具体问题
买家让 AI 比较产品时,页面需要提供可引用的具体信息:服务谁、能完成什么操作、适用条件是什么、描述依据在哪里。Afield 可以协助整理产品比较、工作流程和相关材料。
Google 对 AI 搜索功能的说明没有要求额外的专用 AI 标记。Afield 的网站健康分也不是 AI 引用率;通过检测,不能证明某个 AI 服务会引用这个页面。
把建议写到发布同事能直接动手的程度
继续看现场记录的例子。产品同事确认:当前页面对应的功能支持房间照片与文字备注,但报告导出属于另一套工作流程。因此替换文案应该把“审核记录”讲完整,不能承诺自动生成报告。
准备报告前,打开每个房间的记录,对照照片与当次访问的备注。确认另一位审核者能判断照片拍在哪里、备注描述的是哪项情况。如果图片缺少上下文,趁现场技师仍记得这次访问时补充说明。将整理后的房间记录交给负责汇总报告的人。
配图应该展示房间、照片和备注之间的关系,图注告诉读者看哪里。把低清截图放大并不能补足说明:需要在合适的分辨率下截取相关区域,并把关键关系写进正文,让读者不依赖图片里的小字也能理解。
此时发布任务可以具体到位置:替换泛泛的开头,在房间记录截图后加入审核步骤,并链接到已有的备注录入教程。页面仍然回答同一个产品问题,因此保留原 URL。标题可以调整,但必须准确描述改完后的内容,而不是另塞一组热门词。
发布前,沿买家会走的路径检查:从导航打开功能页,不看 brief 读一遍新段落,再点进教程。窄屏上也要能看清房间标签,说明不能依赖鼠标悬停才能出现。检查的是读者能否完成理解,而不只是页面有没有加载。
发布后重新打开实际地址,核对替换文字、图片和链接,再跑对应的技术检查。这些可以马上确认;相关搜索曝光或询盘是否增加,是后续的效果观察。技术检查通过不等于已经获得 SEO 增长。
把问题变成可检查的修改
选择「生成修复内容」,查看拟替换的文本或修复建议。网站在已连接的仓库里时,可继续选择「通过 GitHub 修复」。发布前检查文件差异和预览;生成修改不等于网站已经上线。
发布后重新打开具体网址,复查对应的问题。先确认坏链接、标题或正文确实改好了,再用一致的时间口径观察后续表现,不要把技术检查通过写成流量提升。