Afield
ENZHESDE
资源库

SEO / GEO

先找出值得修的 SEO 问题

检查公开网站,查看每个问题的具体依据,再生成可以审阅的文案或代码修改。

检查一个页面

先看影响客户判断的那一页

客户搜索了产品能解决的问题,点进功能页,却看不出它是否适合自己的工作。这时再写十篇博客,也补不上当前页面缺少的信息。更有用的起点是:给出这个页面的网址,说明读者是谁、需要做什么判断。

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 修复」。发布前检查文件差异和预览;生成修改不等于网站已经上线。

发布后重新打开具体网址,复查对应的问题。先确认坏链接、标题或正文确实改好了,再用一致的时间口径观察后续表现,不要把技术检查通过写成流量提升。

按步骤完成一次网站审计 · 连接网站仓库

打开可编辑的任务示例,补充你的资料后再执行。

检查一个页面