Store Inspector 是一个 Chrome 扩展。它读取一家线上店铺的公开页面，把能看到的内容记下来：建站平台、主题、应用和技术线索，以及一份带公开价格的商品样本。每条结果都带着来源和置信度，所以你分得清哪条读得稳，哪条只是猜测。用法很直接：在浏览器里打开一家店，运行一次扫描，再决定保留什么。
它主要服务三类人。店主用它检查自己的站点，看看陌生访客眼里的样子。做同行研究的人用它看别人的店怎么搭、怎么定价。代理商和顾问在报价或改版之前，用它盘点客户的主题和应用。
这篇指南依次讲：扩展读取什么、不能告诉你什么、从安装到导出的第一次扫描、结果里每个区块怎么读、三个工作流、隐私边界，以及已经预告但尚未发布的 0.6 版本。文中的图使用虚构的 “Example Store” 和编造的数字，只展示记录的版式，不对应任何真实店铺。
Store Inspector 是什么，适合谁用
扩展在 Chrome Web Store 上线，需要 Google Chrome 116 或更高版本。它只处理你当前打开的店铺标签页。它不会爬全网，不会在后台运行，也不会替你盯着某家店。你点一下，它扫描眼前这个页面，然后把结果摆出来。
一次扫描得到一条记录，里面有采集时间、来源页面和扫描方式。轻量扫描读取你打开的这个页面。深度扫描有范围限制，由你手动发起，用在需要更多商品样本的时候。记录里有四类结果：平台、主题、应用与技术线索、商品与价格样本。后面所有内容，都是在讲这四类结果怎么读、读完怎么用。
三类用户的用法各有侧重。
店主打开自己的线上店面，把扩展报告的内容和自己以为搭出来的东西对照。上线之前、改版之后、装了会改动店面的应用之后，这个检查最有用。
同行研究者看竞品用什么平台和主题，出现了哪些技术线索，一段商品目录长什么样，价格用的是访客看到的币种。他们能导出一份可以排序的 CSV。竞品的销量、流量和利润，工具给不了，也不假装能给。
代理商和顾问把它当作客户技术栈的快速初查。一条带来源和置信度的记录，可以交给开发核实，改完之后再扫一次对照。
它从公开店铺页面读取什么
图 1：Store Inspector 从一个公开店铺页面读取的四类信息。图中的店铺是虚构的。
扩展只看页面本来就向任何访客浏览器公开的内容。
平台。 它识别 Shopify、WooCommerce、BigCommerce、Wix、Squarespace 和 Webflow 留下的公开线索，并给出置信度。证据太少时，平台就显示为未知。自建站点也会落在“未知或自定义”这一类，这属于一种结果，扫描本身没有出错。
主题。 在 Shopify 上，它读取页面公开的主题信息。在 WooCommerce 页面上，它读取 WordPress 主题的资源路径。版本只在页面暴露时才会显示。几条主题线索互相矛盾时，扩展让当前主题保持未解决状态，不会硬选一个。
应用与技术线索。 它在页面加载的公开脚本和样式里匹配已知的技术特征，每条匹配给出来源和置信度，同时统计页面上的脚本数量。这份清单列出的是页面留下的痕迹，不能当作店铺安装的应用全集。
商品与价格样本。 它收集商品名称、链接、公开价格、币种和图片链接。在 Shopify 和 WooCommerce 上，它还会尝试这两个平台公开的商品接口。拿不到的字段保持为空。
它不读什么同样重要。扩展不采集 Cookie、表单值、客户资料、购物车、结账、订单和支付数据。边界的细节放在后面的隐私一节。
它能告诉你什么，不能告诉你什么
检查类工具最常见的误用，是拿它去回答它答不了的问题。第一次扫描之前，先看这张表。
| 你想知道 | Store Inspector 能说 | 它不能说 |
|---|---|---|
| 店铺用哪个平台 | 一个平台名称，加上置信度和判断依据 | 套餐、账户或托管合同的任何情况 |
| 线上是哪个主题 | 主题名称；页面暴露版本时还有版本 | 主题有没有被改过，是谁改的 |
| 装了哪些应用 | 在公开脚本或样式里留下痕迹的已知技术线索 | 完整的应用清单；没有公开痕迹的应用看不到 |
| 店里卖什么、卖多少钱 | 一份商品样本，含采集时的公开价格和币种 | 完整目录、采集之后的价格变化、只在结账时才出现的折扣 |
| 店铺的经营表现 | 没有 | 销量、流量、转化或利润 |
| 店铺快不快 | 脚本元素的数量 | 速度结论。脚本数量本身证明不了性能问题 |
有两条规则能避免大多数麻烦。第一，“未检测到”只表示这次扫描、这个页面里没有看到，不表示不存在。第二，线索是留给你去确认的。如果你要为此付钱、向客户承诺，或者把一句话写进报告，先用第二个来源确认，比如页面源码、后台或店主本人。
上手：安装、扫描、阅读、保存
- 安装扩展。 从 Chrome Web Store 页面安装。Store Inspector 工具页有同一个入口，并列出当前功能。
- 打开一个公开的店铺页面。 首页、集合页、商品页都可以。页面有代表性，记录就有代表性。
- 运行轻量扫描。 扩展读取当前页面，显示平台、主题、技术线索，以及采集到的商品。
- 需要更多商品时，运行深度扫描。 它由你手动发起，范围有限制。做价格研究时，在集合页上用它拿更大的样本。如果这次没有采集到商品，已保存的记录会提示你，在公开的商品页或集合页上运行深度扫描。
- 决定保留什么。 你可以把记录保存在扩展本地，或者导出 JSON。你不主动发送，就不会有任何东西上传。
- 需要时发送到 Ecomwith。 登录 Ecomwith，在店铺档案里创建配对令牌，粘贴到扩展设置里，再选择 Send to Ecomwith。登录网站不会扫描页面，也不会上传浏览历史，配对之后同样如此。
- 在店铺档案里查看和导出。 每次发送都是单独一条记录。打开一条，可以看到采集时间、商品和证据，并下载完整 JSON、商品 CSV 或证据 CSV。
同一家店的新采集会成为新的一条记录，不会覆盖旧的，所以你可以自己对比前后两次扫描。
一条记录怎么读
图 2：一条已保存记录的各个部分，使用虚构数据。它只示意各字段的位置，数据全部虚构。
记录每次都按同样的顺序排列，认识各个部分之后读起来很快。顶部四个计数依次是商品样本、证据、技术识别和脚本元素。把它们当作样本量和线索数来看，它们不反映店铺规模。商品样本 12 个，不代表这家店只有 12 个商品。
平台与置信度
先看置信度，再看名称。扩展给每条结果标出高、中、低，并保留证据和来源，让你能点开核对。
图 3：每个标签能撑到哪一步。扩展提供标签和来源，最后一列的读取规则是我们自己的建议。
按经验使用：置信度高的结果可以当作工作事实，只有一个条件，为它付费或对外承诺之前再核一次。置信度中的结果是线索，行动之前先用页面源码、店主或后台确认。置信度低的结果是一个要去问的问题，不要写进报告当结论。未知就留空。平台显示未知，不代表这家店没有平台，只说明公开证据撑不起一个名字。
主题与版本
只有扩展拿到可采信的来源，主题那一行才会填写，否则记录显示“主题未确认”。这个措辞是有意的。两条主题线索指向不同方向的时候，一句诚实的“未确认”比一个自信的错误答案有用。
主题名称告诉你店面是用什么搭起来的，改动了多少看不出来。版本号只在页面暴露时才有，所以缺少版本很正常，也不表示扫描失败。
技术与应用线索
每个条目有名称、类别、置信度和证据。先看类别。评价组件、邮件弹窗和支付脚本，对店主来说是三种不同的决定，虽然它们都往页面里加了脚本。
三个习惯可以让这一块保持可信。清单天然不完整，没有公开加载内容的应用不会出现。条目出现，不证明应用在启用、已付费或配置得好。脚本数量也算不上性能评分，数量让你担心的话，把证据 CSV 交给开发，让他去实测。
商品样本与价格
图 4：商品样本只是目录的一片。方块仅作示意。
商品表列出每个采集到的商品，带链接、采集时的价格，以及这一行的来源和证据。价格栏可能写着“未采集”，意思是扫描时页面没有给出价格，不代表商品免费。
样本有上限。一条记录最多保存 60 个商品，轻量扫描采到的可能更少。出现哪些商品，取决于你扫描的页面和公开接口返回了什么。拿样本读一个品类的形状：出现了哪些价位，商品怎么命名，图片什么风格，访客看到什么币种。用它去数目录规模、猜爆款，或者断言某家店“只卖 X 到 Y 之间的商品”，都超出了样本的能力。写结论时，写“这个样本里”，别写“这家店”。
三个工作流
图 5：三种用法，一步一步来。每个工作流里的店铺都是假设的。
工作流一：上线之前检查自己的店
店主准备给一家新的 Shopify 店导入付费流量，想先看看访客的浏览器看到的是什么。
- 在干净的浏览器窗口里打开线上店面，对首页运行轻量扫描。
- 把平台和主题对照你的计划。买的是某个有名字的主题，记录里有没有出现，版本是不是你预期的那个？
- 读技术线索。每一条都问自己：这是我有意装的吗？以前删过的应用，确认它不再出现。置信度中和低的条目记成问题，别记成结论。
- 打开一个商品页，再扫一次，核对采集到的价格和币种，是否是你想让访客看到的。
- 修掉不一致的地方，再扫描，把第二条记录和第一条并排保存。
之后再做更宽的检查。开店就绪检查器覆盖上线准备，Shopify 上线检查清单覆盖公开扫描看不到的准备工作，比如支付测试和政策页。Store Inspector 展示的是店面，替代不了它们。
工作流二：研究同行的商品目录和价格阶梯
你卖家居纺织品，想看一家竞品怎么组织商品线、怎么定价。问题很窄：他们的一段商品线占了哪些价位？
- 打开竞品的一个集合页，别用首页。集合页给你一组彼此相关的商品。
- 运行深度扫描，拿到更大的样本。
- 到店铺档案里打开这条记录，下载商品 CSV。它保留采集时间和每一行的来源，数字以后仍然站得住。
- 按价格排序，看聚集情况。商品是不是挤在几个价位？有没有清楚的入门款、中间档和高端档？命名有没有规律？
- 换第二个集合页重复一遍，每条结论旁边都写上“这个样本里”。
结果是商品线某一部分的价格阶梯图。它给不出对方的爆款榜，也说明不了任何商品卖得好不好。研究结果如果要进入选品决定，把它和你自己的需求、利润与履约检查放在一起看，比如选品教程。CSV 用来排序和复核，不能当作平台导入文件。
工作流三：改版之前审计客户的主题和应用
代理商被要求给一次改版报价。通话之前，需要有人拿出一份站得住的现状图。
- 扫描关键页面：首页、一个集合页、一个商品页。不同模板可能加载不同的脚本。
- 从每条记录导出证据 CSV。
- 做一张总表：主题、版本（如果有）、按类别分组的全部技术线索，每条旁边放上置信度。
- 把置信度中和低的行带给客户。向客户要后台权限，或者直接问。逐条核实。
- 写出保留、替换、移除的清单，每一项标明已确认还是未确认。
置信度这一列是客户能依赖的部分。你让客户看到，哪些说法是稳的，哪些仍然是问题。改版上线之后再扫一次，对照前后两条记录。
隐私与数据边界
图 6：哪些留在浏览器里，哪些只在你点击后才离开。
扩展只在你选择检查的页面上运行。它不会做持续的后台扫描，也不会采集浏览历史。
- 读什么。 公开的页面身份、公开的平台和主题证据、公开的商品和图片信息，以及该店自己域名下的公开商品接口响应。
- 从不采集什么。 Cookie、凭证、表单值、客户资料、购物车、结账、订单和支付数据。网址里的查询参数和片段，在记录保存之前就已去掉。
- 留在本地的。 轻量或深度扫描、本地保存、JSON 导出，都在你的浏览器里或你下载的文件里。
- 什么时候离开。 只有你配置了配对令牌并点击 Send to Ecomwith，记录才会到你的 Ecomwith 账户。原始令牌只显示一次，服务器上只保存它的哈希。你可以撤销令牌，也可以删除任何一条已保存记录。
Ecomwith 的接收端另有一道过滤，会拒绝来自购物车、结账、账户、订单或后台路径的记录，也拒绝内网地址。更稳妥的习惯仍然很简单：只检查公开的店铺页面。完整条款见隐私政策。
0.6 版本将带来什么（尚未发布）
图 7：0.6 已经预告，但还没有发布，不要把它算进计划。
0.6 版本已经预告，尚未发布。出现在 Chrome Web Store 之前，把下面的内容当作方向看，别当作现在能用的功能。工具页说明，它们都在你的浏览器里运行。
- 变更时间线。 对你选择关注（Watch）的店铺，扩展会在浏览器里保存一份精简记录，之后每次扫描都和上一次比较：主题、应用、已发布商品数量、同币种价格，以及真正的新品。商品在样本里进出，只算一个提示。没有后台检查，只有你再次打开这家店并扫描时才更新。
- 证据版报告。 可以生成 HTML 报告（能打印成 PDF）、Markdown 文件，或者一份能粘贴给 AI 助手的简报。全部在本地生成，不上传，每条结论都带着置信度和来源。
- AI 购物就绪。 检查 AI 购物助手能看到的公开信号：UCP 和 ACP 配置、llms.txt、robots.txt 里针对 AI 爬虫的规则、站点地图，以及完整的商品标记。结果显示为“观察到 N/M 项”，不打分。未观察到，不等于不支持。
- 实测应用负担。 读取浏览器为这一次页面加载记录的性能数据，把请求数、可测字节和主线程脚本耗时，归到扩展识别出的应用名下。它既没有速度评分，也没有长期均值，不估算价格或销量。
关注记录和报告会留在浏览器里，不会随你发送给 Ecomwith 的快照一起走。AI 购物就绪指南和扩展版本无关，你现在就可以读AI 购物助手，能找到并读懂你的店吗？，并手动照着做。
常见问题
Store Inspector 能看到店铺的销量或流量吗？
不能。它读取的是公开页面证据：平台、主题、技术线索和一份商品样本。页面信号证明不了销量、流量或利润，工具也不做估算。
它能列出店铺安装的全部应用吗？
不能。它在公开脚本和样式里匹配已知特征，所以只能找到留下公开痕迹的应用。装了却没有加载任何可见内容的应用不会出现，“未检测到”也从不表示“未安装”。
商品列表是完整目录吗？
不是。它是从你扫描的页面采集到的有限样本，一条记录最多保存 60 个商品。需要更大样本时，在集合页上运行深度扫描，并把结论写成“这个样本里”。
我扫描的内容会被上传吗？
不会自动上传。扫描结果留在你的浏览器里。只有你配置了配对令牌并选择 Send to Ecomwith，记录才会到你的 Ecomwith 账户，之后你可以删除任何一条已保存的记录。
它能识别哪些平台？
Shopify、WooCommerce、BigCommerce、Wix、Squarespace 和 Webflow。证据不足或者站点是自建的，结果就保持未知或自定义。公开商品接口只会对 Shopify 和 WooCommerce 去尝试。
能在我自己的后台、购物车或结账页上用吗？
它是为公开店铺页面设计的。它不采集购物车、结账、订单、支付或客户数据，Ecomwith 的接收端也会拒绝来自这些路径的记录。扫描访客能打开的页面就够了。
用它检查竞争对手的店铺可以吗？
它只读取页面本来就向任何访客浏览器公开的内容，不登录，也不使用凭证。怎么使用这些发现，仍然是你自己的决定。商品图片只保留指向来源的链接，能不能复用它们是另一个问题。
0.6 版本已经可以用了吗？
还没有。0.6 带有变更时间线、证据版报告、AI 购物就绪检查和实测应用负担，目前已预告，尚未发布。状态以工具页为准。
下一步
先到 Store Inspector 工具页安装扩展，从自己的店铺扫起，对照图 2 和图 3 读一遍记录。想弄明白 0.6 的检查将会报告哪些 AI 购物信号，现在就可以读 AI 购物就绪指南，它逐项解释每个信号，以及在 Shopify 和 WooCommerce 上怎么修改。
相邻的工作可以接着看：上线检查清单讲公开扫描看不到的部分，电商 SEO 与 AI 搜索可见度讲同一批页面的搜索侧，Product Schema 答案页解释商品数据背后的标记。
来源
- Store Inspector 工具页，2026-11-02 核对。
- AI 购物就绪指南，2026-11-02 核对。
- Ecomwith 隐私政策中关于 Store Inspector 扩展的一节，2026-11-02 核对。