浏览器优先的访客体验

访客体验以响应式 Web 应用的形式交付，通过链接或二维码打开。场馆和活动方可以将访问入口放置在标牌、徽章、门票、房间或桌子上，无需通过应用商店分发。

部分流程仍会集成支付或钱包通行证等平台功能，但基础访客旅程始于浏览器。

为什么选择浏览器优先

Scoutello 通常用于时效性强的线下场景：活动、酒店、旅游、景点和合作伙伴推广。当访客需要快速获取信息时，浏览器优先的入口能让首次操作变得简单。

浏览器优先模式让团队能够：

• 在标牌、徽章、门票、房间或桌子上打印或展示二维码。
• 在电子邮件、新闻通讯、小部件和合作伙伴网站中分享直接链接。
• 启动临时推广活动，无需经过应用商店审核。
• 向访问者提供其设备上的多语言内容。
• 让访客体验与运营人员管理的仪表板内容保持一致。

主要访客界面

界面	典型路由	访客操作
着陆页 / Web 应用	/landing/:id	打开磁贴、阅读信息、提交表单、查看优惠、开始游览或导航至嵌套页面。
游览	/tours/:id（恢复会话时通常为 /tours/:id/:tourRunId；从着陆页开始也可能是 /landing/:id/tours/:tourId）	遵循站点、收听音频、查看地图/场地平面图以及访问游览特定支持。
活动	活动和着陆页路由	注册、查看信息、使用活动磁贴以及与参会者内容互动。
小部件	/widgets/:id/checkout 及相关流程	从外部网站完成嵌入式购买或注册流程。
短链接	短标识符	从印刷品和推广材料中访问正确的访客或营销目标。

运营人员清单

发布前：

1. 在真实移动设备上测试公共链接或二维码。
2. 确认内容已发布到预期的组织和语言。
3. 在登录仪表板之外验证访问、支付和小部件流程。
4. 检查备用文案、空状态和联系方式对访客来说是否合理。
5. 确保实体标牌与最终 URL 或短链接保持一致。

支持说明

当访客报告体验中断时，请确定他们是如何进入的：二维码、短链接、电子邮件、小部件、直接着陆页或游览链接。然后，在仪表板中检查匹配的界面，并确认内容是否已激活、在预期位置公开，并已关联到正确的组织。

相关概念： 产品模型、参考：路由。