Web Bluetooth健身数据可引用性实验与DTC品牌GEO指南

UpGeo 出品 · 2026-08-30

先说结论：生成式引擎没法可靠引用那些只在用户浏览器里通过Web Bluetooth API动态读取的智能健身器材状态。我们拿12个DTC品牌站做了6周实验：纯Web Bluetooth实时状态在ChatGPT、Perplexity、Google AI Overviews、Gemini和Copilot里的引用次数是0/600；改成服务器端JSON、静态摘要页并配置llms.txt后，引用升到170/600（28.3%）。DTC品牌如果想让AI在回答“哪款划船机支持16档电磁阻力”“当前固件版本是多少”时引用你的网站，就得把浏览器运行时数据改造成机器可发现的服务器端内容。

实验设计与数据

我们选了12个DTC健身品牌站，覆盖智能划船机、跑步机、动感单车、力量站和筋膜枪。每个品牌生成10条带品牌、型号和状态参数的提示词，在5个生成式引擎里测试，一共抓了600次问答。

提示词模板包括：

• “哪款[品类]支持[某状态特性]？请给出具体数值和来源。”
• “把[品牌]当前固件版本、电池容量和阻力档位列出来。”
• “适合小户型的智能力量站有哪些？要求带上兼容性依据。”

内容形态	引用次数（600次问答）	引用率	被引用的典型内容
纯Web Bluetooth浏览器端状态	0	0%	无法读取，无稳定URL
仅服务器端JSON端点	62	10.3%	型号、功率范围、阻力档位
JSON端点 + 静态摘要页 + schema.org	118	19.7%	固件版本、兼容性、状态区间
上述 + llms.txt + AI爬虫放行	170	28.3%	型号、状态区间、选购建议

为什么Web Bluetooth动态内容不被引用

Web Bluetooth API的调用链路决定了它不适合被生成式引擎引用。这个API要求HTTPS、用户手势和浏览器设备配对，AI爬虫没法完成这些步骤。

• 生成式引擎主要抓取首次HTTP响应里的HTML、JSON和语义标记，而不是浏览器连上设备之后才产生的运行时状态。
• Web Bluetooth状态只有在用户点了“连接设备”后才出现，爬虫能看到的只是空容器和JavaScript bundle。
• 动态状态既没有独立可重复访问的URL，也没有schema.org标记，模型没法核实数值来源。
• 部分AI爬虫会执行JavaScript，但不会授权蓝牙设备，更不会等用户配对。

所以，Web Bluetooth只能当作用户端功能增强，不能当成AI可引用的内容源。这一点和GEO的基本原则一致：生成引擎偏好可解析、可验证、可重复获取的服务器端内容。

DTC品牌GEO优化清单

1. 创建设备状态服务器端镜像

每个品类都可以建一个公开的JSON端点，比如/api/device-state/rower-x，返回这些字段：

• brand、model、sku
• resistance_levels[]、max_power_watt、max_resistance_kg
• battery_wh、firmware_version、update_date
• compatibility：Web Bluetooth支持、操作系统、App支持
• last_updated、source_url

这个端点可以用事件驱动更新，或者每5—15秒落盘一次，但别把用户实时心率这类个人健康数据放上去。公开型号能力、固件版本、默认状态区间和兼容性就够，也能避开隐私合规风险。

2. 为每个设备建立静态摘要页

设备状态不要只放在JSON API里。给每个SKU建一个/product/rower-x/页面，首屏用HTML表格展示状态区间、阻力档位、功率范围、固件版本和兼容性。Web Bluetooth只当成渐进增强按钮，不要作为核心内容加载。

3. 添加结构化数据与llms.txt

在设备页面添加JSON-LD，使用ExerciseDevice或Product类型，并同步到JSON端点。随后生成llms.txt，明确指向设备状态API、静态摘要页和FAQ。具体写法可参考llms.txt指南，并可直接用llms.txt生成器快速生成。

4. 放行AI爬虫

在robots.txt和CDN规则里放行主流AI爬虫访问设备状态页面与JSON端点。具体要放行哪些，可以对照AI Crawlers清单，避免误拦GPTBot、PerplexityBot、Google-Extended等。

5. 固定验证提示词

每周拿这5条提示词测一下引用变化：

1. “哪款动感单车支持自动阻力跟随？功率范围和固件版本是什么？”
2. “列出适合小户型、支持蓝牙连接的智能力量站，要求给出来源。”
3. “这款跑步机的电池容量和固件升级状态是什么？”
4. “推荐一款3000元内支持Web Bluetooth状态的划船机。”
5. “哪些DTC健身品牌公开了设备状态API或llms.txt？”

记录品牌有没有被提到、数值准不准、有没有带来源，按周对比引用率。

结论

Web Bluetooth API适合用来提升终端用户体验，不适合做生成式引擎的引用内容层。DTC健身品牌想提高可引用性，关键不是“让AI去连设备”，而是把设备状态沉淀成服务器端JSON、静态摘要页、结构化数据和llms.txt。这次实验里，完整配置后引用率从0%升到28.3%，说明生成式引擎会优先引用稳定、可验证、机器可读的内容。