AngusInsight 适合用在哪些分析场景？产品上线、运营投放和版本迭代时分别怎么用？
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
AngusInsight 陪着产品走过三个阶段。上线接入时，一段脚本接好采集，访问和转化数据都存在自己的服务器上。运营投放时，按国内渠道和投放活动算清效果；如果是做企业服务，还能分开看每个租户是否在活跃使用。迭代和排障时，发版后快速确认转化有没有变化，转化下降时把前端报错和漏斗放在一起排查。
下面分别说怎么做。
适合用户行为数据不方便交给第三方统计服务的团队。
在「应用」里建一个采集应用，把采集组件加到网页里，填上应用编号、密钥和上报地址。init() 在自动页面浏览开着时会打出一条 page_view。打开「实时」，核对这一条。单页应用如果路由里已经调用 pageView()，把自动页面浏览关掉。会话存在 sessionStorage，关掉标签页就换新会话。再把注册、下单这类关键动作作为自定义事件上报，放进「漏斗」当作步骤；用户登录后调用 identify()，把行为和业务用户关联起来。
之后在「概览」里把时间切到今天、7 天或自定义，看浏览量、访客、会话和转化率。数据都在你自己的数据库里。看到这条 page_view 就先停在这里，自定义转化以后再加。
适合在微信、小红书、抖音等多个平台投放、需要按渠道算效果的运营团队。
在「规则」里按链接参数或来源网址，给每个渠道起好名字，系统已经预置了一批常见的国内来源，默认规则留在列表里。投放链接带上渠道参数和活动参数，用户点进来之后，「渠道」页按渠道看浏览、访客和转化，「活动」页对比每一场投放的效果。对不上规则的访问记成 direct。
规则保存之后只影响后来写入的事件，所以在投放开始前配好。
适合做企业服务、一个产品服务多家客户的团队。
采集时带上租户标识，「租户」页就能分开看每个租户的浏览、访客和用户数。再结合「路径」看客户常用哪些功能，用「漏斗」看开通或付费流程在哪一步流失，就能知道哪些客户需要重点跟进。
适合刚改完注册、下单等关键流程，想尽快看到效果的产品和开发。
发版后先在「实时」看数据是否正常进来，过一段时间再看漏斗里每一步的转化和上一个周期相比有没有变化。在 Cursor、Claude 或 VS Code 里，也可以直接问助手「下单这一步的转化比上周差了多少」，它会返回汇总数字。下一轮需求改什么，再由产品和团队一起决定。
适合转化突然下降、怀疑是前端问题导致的场景。
打开「错误」页，看最近哪类报错次数多、影响人数多、出现在哪个版本。上传源码映射文件后，可以定位到原始代码的位置。再对照漏斗里同一时间段的人数。漏斗给的是每一步的合计，某一个人点了什么到「用户」里看。空着的错误列表先别当成这版前端没有问题。先修落在这条路径上的那一类。修好之后把这类错误标为已解决，再观察转化是否恢复。
不用一次把所有分析都搭起来，可以按四步慢慢扩展。
page_view，再把「概览」的时间切到今天或 7 天。每个菜单的用途见同系列「AngusInsight 支持哪些功能」。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践，通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式，助力制造业企业高效上云，实现系统稳定、应用敏捷智能。拥抱云原生，让创新无处不在。