AR 与 WebAR
在有助于判断的地方，呈现数字内容。
把产品放进房间，为展品补充说明，或让一个物体成为故事的入口。我们围绕具体操作开发范围明确的增强现实体验，考虑访客实际使用的设备，并在 AR 不可用时保留有用的访问方式。
直接回答
增强现实开发将可交互的数字内容叠加到真实环境的摄像头画面中。Wavect 为手机和浏览器体验明确放置行为、权限、支持设备，以及无需 AR 也能使用的替代路径。
适合
- 有明确现实场景的产品预览或访客体验
- 为网站或移动应用增加一项边界清楚的 AR 交互
可考虑其他服务
- 只需旋转模型和选择款式的产品查看器
- 需要空间手势或控制器操作的头显体验
先决定如何进入，再制作场景
使用者从哪里发现体验：产品页、二维码、NFC 标签，还是已安装的应用？我们按所需操作比较平台自带查看器、交互式浏览器体验和原生功能。WebXR 对浏览器和权限有要求，WebAR 并不意味着所有组合都有相同行为。如果功能加入现有应用，外围导航、账号和应用发布仍由移动应用开发负责。先选定入口，也有助于避免让访客为了一个简单操作完成多余安装。
让放置过程易懂，也能从跟踪中断中恢复
明确目标表面或图像标记、物体尺寸、重新放置方式，以及跟踪不稳定时的提示。纯色或反光环境需要在实际使用场所专门试验；ARCore 文档说明了表面检测的局限。跟踪丢失后，内容应隐藏、冻结还是重新放置，必须提前确定。跨次访问保留位置、让多台设备共享位置，都是需要单独约定的要求，不能仅凭“支持 AR”就默认具备。
让模型始终对应正确的产品信息
约定模型比例、朝向、材质效果、下载体积和同时显示的物体数量，并让模型对应正确的产品或内容版本。3D 建模负责资产创建和整理。如果通过摄像头放置没有带来足够价值，交互式 3D 查看器也可以直接支持查看与配置。产品尺寸仍应以文字提供，视觉放置帮助理解物体，而产品选项和说明不能只存在于摄像头画面里。
验收示例：放置产品，并在中断后继续
访客从产品页打开灯具预览。在约定的设备上，灯具按指定比例显示，并可重新放置。摄像头中断后，界面说明如何继续，而不是留下无法解释的悬浮物体。拒绝摄像头权限或设备不支持 AR 时，仍可查看模型、尺寸和产品信息，不会卡在无出口的页面。整个过程中，选中的灯具保持一致。这个拟定验收场景用于检查行为，并非客户成果。
内容变化后，已发布的入口仍应有用
活动内容已经更改时，AR 链接可能仍印在标签上。需要约定谁可以发布内容、哪些变更需要批准，以及下架某项内容后访客会到达哪里。发布前应能预览同一个版本中的模型、说明和目标页面，并保留恢复上一版本的方式。修改二维码的目标地址时，不能在没有提示的情况下把访客引向另一个产品。
在目标设备上检查完整访问过程
验收会列明手机、操作系统、浏览器、照明条件和网络假设。检查范围包括拒绝授权、资产加载缓慢、中断以及返回原页面。双方约定是否保存图像或空间数据，以及谁负责托管和更新。交接包含源代码、已批准资产、设备矩阵、替代行为和内容更换说明，让后续更新不会意外破坏比例或放置流程，也让维护者知道哪些设备组合已经实际测试。
开始之前的问题
不一定。浏览器或平台查看器可能已经满足所需交互。如果设备功能、离线行为或更深的集成值得要求用户安装应用，我们再比较原生方案。
我们会约定经过测试的设备与浏览器矩阵。Scene Viewer 和 Apple Quick Look提供不同的平台路径。不支持的组合需要普通产品页或 3D 视图作为替代。
不必。请提供已有素材及其使用权。我们判断能否改造现有模型，或是否需要创建新资产，并明确这部分工作的费用与验收要求。
头显透视画面、空间输入及房间尺度的会话由 VR 与 XR 开发负责。本页针对手机与浏览器流程；经过批准的资产可以供两种体验共用。
可以。选择一项操作、一个有代表性的资产和一组明确的设备。试点应先回答实用性、跟踪或交付方式中的具体问题，再决定是否增加更多内容。