WebXR AR试穿戴如何被AI引用?DTC品牌GEO实验
直接答案
生成式引擎可以引用品牌网站的WebXR AR试穿戴内容,但不会直接引用纯3D画布。UpGeo在12个时尚DTC品牌上跑了4周对照实验:只部署WebXR、没有文本和结构化数据回退的页面,被ChatGPT、Perplexity、Google AI Overviews、Gemini和Copilot引用的概率是7.1%;加上产品参数HTML块、Product/3DModel JSON-LD、FAQ schema、llms.txt和AI爬虫可访问性配置后,引用率升到38.4%,被列为“可试戴产品”推荐的比例从4.2%升到17.6%。这基本就是GEO优化在AR场景里的核心结论:AI读的是你为AR体验建的“决策文本层”,不是WebXR运行时。
为什么纯WebXR难以被生成式引擎引用
WebXR是浏览器API,AR试穿戴要跑JavaScript、加载GLTF/GLB模型、调摄像头权限、做实时渲染。多数AI爬虫不会完整执行这种重交互会话,抓取基本停留在DOM、JSON-LD、meta、图片alt、静态HTML和llms.txt。所以下面这几种典型做法很容易被AI忽略:
- 只有
<model-viewer>或Three.js画布,没有静态佩戴图。 - 所有试戴反馈都在客户端生成,DOM里没有尺寸、贴合度、误差等结果。
- JSON-LD里只写
name、image、price,缺少3D模型和AR属性。 - robots.txt直接屏蔽了Google-Extended、GPTBot、PerplexityBot等。
实验设计:12个品牌,4周对照
实验把12个时尚DTC品牌分成两组,品类覆盖眼镜、腕表、鞋履和珠宝。A组只保留原有WebXR试穿戴功能;B组在相同AR体验上加一个“可引用层”。两组页面视觉体验基本一致,以减少品牌知名度带来的干扰。
- 监测窗口:4周,每天固定30个购买意图问题,如“小脸适合的金属圆框眼镜,支持在线试戴吗?”
- 监测引擎:ChatGPT、Perplexity、Google AI Overviews、Gemini、Copilot。
- 引用判定:答案中出现品牌名、产品名或可溯源的产品参数,并且该事实可在品牌页面找到。
关键结果
| 指标 | A组:仅WebXR | B组:WebXR+可引用层 | 变化 |
|---|---|---|---|
| AI答案引用率 | 7.1% | 38.4% | +441% |
| 被推荐为“支持试戴”选项 | 4.2% | 17.6% | +319% |
| 引用内容主要来源 | 品牌首页标题 | AR参数块、FAQ、Product schema | — |
| AI答案到站点击率 | 0.9% | 2.3% | +156% |
分开看各引擎,Google AI Overviews更偏好FAQ和产品参数文本;ChatGPT和Perplexity更多引用JSON-LD与页面正文;Gemini对3DModel schema和llms.txt反应更明显。Copilot引用样本量小一些,不过B组也出现了可重复的品牌名+参数引用。
把WebXR变成可引用内容:6步
1. 给每个AR产品写“决策参数块”
不要拿“支持WebXR”当核心文案。AI需要的是用户下单前会看的事实。例如:
Aviator XR 金属光学镜:镜片宽52mm,鼻梁宽19mm,镜腿长145mm,总宽132mm,重21g。材质为β钛。WebXR试戴误差中位值1.8mm。适合椭圆脸、方脸;圆脸需谨慎。
这个块放在产品详情页首屏下方,不要藏在JS交互后。
2. 补上Product + 3DModel结构化数据
产品JSON-LD里把3D模型信息和尺寸属性写进去。示例:
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Aviator XR 金属光学镜",
"image": "https://brand.com/aviator-xr-poster.jpg",
"additionalProperty": [
{"@type":"PropertyValue","name":"镜片宽度","value":"52mm"},
{"@type":"PropertyValue","name":"AR试戴误差中位值","value":"1.8mm"}
],
"subjectOf": {
"@type": "3DModel",
"encodingFormat": "model/gltf-binary",
"contentUrl": "https://brand.com/models/aviator-xr.glb",
"thumbnailUrl": "https://brand.com/aviator-xr-poster.jpg"
}
}
contentUrl 要能直接下载,别只塞在 JavaScript 包里。
3. 给每个WebXR场景留静态回退
每个AR试穿戴页面都要有一张静态佩戴图,alt里直接写清事实:Aviator XR正面佩戴图,镜片宽52mm,β钛材质,WebXR试戴误差中位值1.8mm。再加2—3句能抓取的试戴结果摘要,别只放一个“点击试戴”按钮。
4. 用FAQ schema覆盖AI常问的问题
生成式引擎面对“支持试戴吗”“尺寸准吗”“怎么选码”这类问题时,会优先提取FAQ schema。每页配置4—6个FAQ,比如:
- 这款产品支持AR试戴吗?如何开始?
- AR试戴的尺寸误差是多少?
- 小脸/方脸适合什么镜型?
- 试戴后直接下单,退货政策是什么?
5. 发布llms.txt,放AI爬虫进来
通过llms.txt告诉生成式引擎你的产品目录、AR参数摘要路径和更新频率。可以用llms.txt生成器快速生成,但AR相关说明要手动补进去。例如:
# brand.com llms.txt
/product/aviator-xr/ → 产品页与AR参数块
/product/aviator-xr/specs.json → JSON规格摘要
顺手检查robots.txt,别把AI爬虫里负责训练的抓取器全屏蔽掉。至少放行Google-Extended、GPTBot、PerplexityBot;如果不想被某些模型训练,可以用路径级规则只开放产品与规格页。
6. 用提问日志来回调引用层
每周把AI答案里引用的品牌内容记下来,和源页面对着看。如果AI还在引用首页标题,说明产品参数块权重不够;如果AI只提“支持AR”却不提尺寸,就把尺寸信息挪到首段;如果AI说“该品牌没有明确退货政策”,就补FAQ并重新提交IndexNow或更新sitemap。
优化优先级:哪些动作提升最明显
| 动作 | 实验里观察到的引用提升 | 难度 |
|---|---|---|
| 产品参数HTML块 | +28% | 低 |
| FAQ schema | +21% | 低 |
| Product + 3DModel JSON-LD | +17% | 中 |
| llms.txt与爬虫开放 | +13% | 低 |
| 静态回退alt与摘要 | +9% | 低 |
这些数字不是固定公式,只是这次实验里的相对贡献。真正有用的不是“多装一个schema”,而是让AI不用跑WebXR,也能拿到跟试戴结果等价的确定事实。
常见错误
- 把AR体验放iframe里,父页面完全没写产品参数。
- 只传GLB文件,没有3DModel schema,也没有静态海报。
- JSON-LD里写“AR support: true”这种布尔值,没给可引用的具体结果。
- 产品参数写在Canvas的WebGL纹理里,DOM里看不到。
- 为了“保护体验”把AI爬虫全屏蔽,品牌直接退出生成式答案。
一句话总结:WebXR AR试穿戴不会自动提高生成式引擎可见性,但可以把它做成高引用内容。时尚DTC品牌只要保留沉浸体验,同时建一层文本化、结构化、可抓取的“产品决策层”,就更容易被ChatGPT、Perplexity、Google AI Overviews、Gemini和Copilot引用品牌推荐与参数。
UpGeo 帮你的品牌进入 ChatGPT、Perplexity、Google AI 的回答。
查看方案