免费扫描
菜单

样例审计报告

样例真实测量,替换了名称。这是一次对同意公开的店铺所做的真实深度审计,于 2026 年 9 月 12 日在方法 2026.09 下运行。该店在本页显示为 Fernwick Maternity(example-maternity.shop),商品名被替换成了同类同长度的虚构名称。除此之外没有任何改动:下文每一个分数、计数、耗时和结果都是这次审计记录下来的。
ai 可见度报告

example-maternity.shop

深度审计 · 测量了 50 个页面 · 方法 2026.09 · 测量于 2026 年 9 月 12 日 · 时点证据

用浏览器自带的打印命令打印这个页面,或存成 PDF。真实的报告还附带一份 Markdown 下载。

实测基线 测量于 2026 年 9 月 12 日
56/100
部分可读(Partly readable)
AI 检查39 / 75
搜索基础项17 / 25
4 项未通过(Broken) 2 项待改进(Needs work) 5 项良好(Good)

5 项通过,2 项待改进,4 项未通过。这家店放行了被追踪的 AI 访问程序,也发布了一份平白的店铺概要,但没有任何一个商品页给出完整的商品信息,被测量的 50 个页面上没有一页用文字回答买家的问题,而每一个能测到速度的页面都很慢。这个分数记录的是审计当天所能观察到的情况。它不预测位置、排名或被引用。

全部 11 项检查

良好拿满分,待改进拿一半,未通过不得分。
检查权重结果得分
AI 助手可访问性26良好26
商品信息19未通过0
店铺概要(llms.txt)13良好13
页面上的回答9未通过0
页面速度8未通过0
标题与描述5未通过0
页面清单(sitemap.xml)5良好5
安全网址5良好5
唯一主网址4良好4
标题层级3待改进1.5
图片文字说明3待改进1.5

100 分里拿到 56 分。这次运行 11 项检查全部给出了评级,所以没有任何一项被排除在总分之外。权重公布在方法页上。

唯一一行测不到的数据。测速服务在它被要求测量的 4 个页面中,有 1 个超时。测不到的一行会被标为无法判定(Inconclusive)并排除在它那一项的评级之外,而不是当成通过或未通过来计。另外 3 行速度测到了,所以页面速度仍然有评级,这次运行没有任何一项检查被排除在分数之外。

这份报告能说什么,不能说什么

每一次审计都把证据分成同样的三层,所以哪些结论是测出来的、哪些根本没有提出过,永远一目了然。

第 1 层

技术事实

审计在这些页面上、在它们发布的商品信息里,以及在店主提供的任何访问日志里测到了什么。这些是关于这家店在所写日期上的事实,可以再测一遍。

第 2 层

观察到的可见度

我们提问时,助手在所写日期上实际说了什么。那是一次有记录方法的、带日期的观察,不是预测,也不承诺会重复。这次审计没有运行实时取样,所以下面的回答卡片是虚构示例。

第 3 层

商业结果

不作承诺。这份报告不预测排名、被引用、访问量或销售,报告里也没有任何一个数字应当被读成对上述任何一项的承诺。

虚构的 AI 回答示例

这三张卡片是虚构的,不是来自任何助手的记录。它们展示的是一条记录下来的回答长什么样:问题、日期,以及这家店有没有被点到名。它们的日期是 2026 年 8 月 4 日,不属于 9 月 12 日的那次测量。这次审计没有运行实时取样。

“有没有生完孩子还能穿的孕妇牛仔裤,90 美元以内?”
未出现 虚构示例 · 助手 A · 2026 年 8 月 4 日

点了五家店的名,没有一家是这家店。被点名的每一家,商品页上都直接显示价格和库存状态。

“Fernwick Maternity 的哺乳装有没有娇小码?”
部分 虚构示例 · 助手 B · 2026 年 8 月 4 日

这家店被点了名,但回答说尺码没有写明。被测量的页面上没有任何地方用文字回答尺码问题。

“哪些店卖适合炎热天气的孕妇通勤装?”
被点名 虚构示例 · 助手 C · 2026 年 8 月 4 日

这家店被点了名,回答复述了它店铺概要文件里的措辞。它没有提到价格或库存,因为这两样都没有以软件读得懂的形式发布。

这些是虚构示例。一次真实的审计会记录每个助手在所写日期上说了什么,然后在修复之后再问同样的问题。这里没有任何东西是排名,也没有任何东西预测将来的回答。

AI 可读性发现

可得 75 分

先是全店范围的访问与概要检查,然后是在被测量的 50 个页面上跑的商品、回答与速度检查。未解决的项排在前面。

商品页有没有发布软件读得懂的商品信息? 19 分 未通过

被测量的 38 个商品页里,没有一个发布了完整的商品信息。其中 32 个缺少描述、评分或两者都缺;另外 6 个连商品编码也缺。读这些页面的软件只能去猜哪段文字是商品名、哪个数字是价格、这件东西是否有货。

38 个商品页中有 0 个是完整的
下一步该做什么从商品模板里发布一条完整的商品记录:名称、描述、图片、价格、币种、库存、商品编码,以及任何真实评价。然后核对发布出去的值和页面呈现给买家的是否一致。
这些页面回答了买家常问的问题吗? 9 分 未通过

在被测量的 50 个页面上,没有找到任何一处像是回答的内容。没有一页用平白的话摆出一个买家问题和它的答案,也没有一页把同样的问答以软件读得懂的形式发布出来。对这个品类来说,缺掉的正是那些最普通的问题:尺码、配送、退换、保养,以及一件衣服适合谁。

已评估:50未通过:50
下一步该做什么在买家提问的那些页面上,也就是商品页、分类页和帮助页,写下简短、可见的答案。然后把同样的问答以软件读得懂的形式发布出来,并核对两者说的是同一件事。
这些页面能及时加载出来吗? 8 分 未通过

速度是在首页和抓取到的前三个商品页上测的。每一个返回了测量结果的页面,在手机上显示主要内容所花的时间都远超 2.5 秒这个目标。不等待的助手,只会读到那时为止已经到达的内容。

页面手机上显示主要内容
首页
/
5.0 秒
Navy Dress
/products/navy-dress
12.7 秒
Soft Rib Flared Leg Pants Black
/products/soft-rib-flared-leg-pants-black
测速服务在这个页面上超时,因此无法测量。
Soft Rib Straight Leg Pants Brown
/products/soft-rib-straight-leg-pants-brown
7.5 秒
下一步该做什么请你的开发人员梳理这些页面上在主图和正文之前加载了什么,从那个花了 12.7 秒的商品页开始。价值 8 分。
被追踪的 AI 访问程序能访问到这家公开店铺吗? 26 分 良好

全部六个被追踪的搜索与助手访问程序都被允许访问这家公开店铺。审计对每一个被追踪的访问程序检查了首页和 40 条私有路径,账户、购物车、结账和订单路径都保持关闭,这是应该的。

已报告但不计分:训练用访问程序 GPTBot、ClaudeBot 和 Google-Extended 在这里都是被允许的。这些设置管的是训练,对 Google-Extended 来说还包括 grounding。它们不决定 Google 搜索是否收录这家店。

保持每次改动 robots.txt、主机规则或安全插件之后,都再检查一次。这是最容易悄悄坏掉的一项。
有没有一份纯文本的店铺概要? 13 分 良好

llms.txt 文件存在,带标题和链接,所以助手不必从商品页一点点拼凑,就能读到这家店卖什么。

保持商品目录、政策或支持页面有变动时,都回头看一遍这个文件。

搜索基础项

可得 25 分

同样是这 50 个被测量的页面,同样的评级规则:一项检查取任意页面上出现过的最差结果。

标题和描述在建议区间之内吗? 5 分 未通过

被测量的 50 个页面里,有 9 个同时带有标题和描述且都落在建议区间内。有 37 个页面的描述缺失或为空。另有 4 个页面的描述过长,其中一个达到 319 个字符,而建议区间是 50 到 160。

已评估:50通过:9待改进:4未通过:37
下一步该做什么给每个页面各自的标题和各自的描述,都落在建议区间内,从那 37 个完全没有描述的页面开始。价值 5 分。
每个页面是不是正好有一个主标题? 3 分 待改进

被测量的 50 个页面里,有 12 个正好有一个主标题。另外 38 个有两个,于是商品名要和第二个标题争“这页讲的是什么”这件事。

已评估:50通过:12待改进:38
下一步该做什么每个商品页只留一个主标题,把另一个降为较小的标题。属于主题改动,价值 1.5 分。
抽样到的图片有没有有用的文字替代? 3 分 待改进

被测量的 50 个页面里,有 46 个通过了图片抽样检查。剩下的 4 个上面,抽样到的图片中有五分之一到四分之一完全没有文字说明。这件事对使用读屏软件的买家同样重要。

已评估:50通过:46待改进:4
下一步该做什么把那四个页面上还没有文字说明的图片补上说明。价值 1.5 分。
每个页面是不是都指向一个首选主网址? 4 分 良好

被测量的 50 个页面全部指向同一家店上的一个首选主网址,包括商品页和分类页的中文版本。

有没有一份可解析的页面清单? 5 分 良好

在 https://example-maternity.shop/sitemap.xml 找到并读取了一份页面清单。

HTTP 是否干净地跳转到 HTTPS? 5 分 良好

不安全的网址在同一主机上以一次永久跳转转到了安全网址,落地的页面也成功加载了。

修复清单,按顺序

有六项检查压着这家店还没拿到的分。排序的依据是“还能拿到的分”对“这件事的工作量”,所以投入最小、回报最大的那一项排在最前面。

这个顺序是这样定的:还能拿到的分数,除以工作量,小活算一个工作量单位,中等的活算两个。

修复项相关分数由谁来做工作量
以软件读得懂的形式发布商品名称、描述、图片、价格、币种、库存、商品编码和任何真实评价19开发人员
给每个页面各自的标题和各自的描述,都落在建议区间内5店主
在合适的页面上写清楚对买家问题的回答,再把同样的问答以软件读得懂的形式补上9店主
梳理慢页面上在主图和正文之前加载了什么8开发人员
每个商品页只留一个主标题,别让商品名和它争1.5开发人员
给仍然没有文字说明的图片补上说明1.5主题

商品信息、主标题和图片说明都住在主题里,所以一次主题更新可以把它们抹掉。下面那次复检展示的正是这件事发生在图片说明上。

合计 44 分,也就是已得的 56 分和被评估的 100 分之间的差额。页面速度之所以在这份清单上,是因为这次运行测到了它,而测速服务没能返回的那一行被排除在评级之外,没有往任何一边计。

有一项检查变差了

图片文字说明

9 月 12 日,被测量的 50 个页面中有 46 个上的抽样图片带有有用的文字,这一项拿到 3 分里的 1.5 分。在这次虚构的 9 月 26 日复检里,一次主题更新替换了商品图库,把描述每张图片的那段短文字弄丢了,于是这一项跌到未通过,3 分全部失去。一份只展示进步的报告不算证据。

时间结果得分
实测基线,2026 年 9 月 12 日待改进3 分中的 1.5 分
虚构复检,2026 年 9 月 26 日未通过3 分中的 0.0 分

只有复检那一行是虚构的。上面的 56/100 分、各项发现和修复清单都是 9 月 12 日的实测,本节不改动其中任何一项。

在一家还在被持续改动的店上,原本通过的检查就是这样开始不通过的,所以每一次复检都会同时列出跌下去的和升上来的。

草拟的文件

深度审计

仅供审阅的提案,依据这次测量写成。这里没有任何一份被发布到店上,每一份文件的开头都有一行说明这一点。以下是节选;审计交付的是完整文件。

robots.txt草稿

生成的文件第一行是英文的 DRAFT 行,因为它是由生成器写进文件本身的,不随页面语言改变。

DRAFT: review before publishing

User-agent: *
Allow: /
Sitemap: https://example-maternity.shop/sitemap.xml
llms.txt草稿
DRAFT: review before publishing

# Fernwick Maternity

> Maternity and nursing clothing, sold direct.

完整的英文样例报告在 /sample-report,包括逐页附录和完整的草拟文件。

在你自己的店上跑同样的检查

同样的 11 项检查,同样的权重,结果直接显示在页面上。

只要店铺网址。不要邮箱,不要银行卡。