🦞 真正知道你的用户是谁
匿名访客先访问你的网站，之后才注册。Identity stitching 会把注册前后的行为连接成同一个故事。
所有人一开始都是匿名的。
有人从 Google 搜索进入你的网站，阅读了定价页，第二天又回来，最后才注册。在普通分析里，这看起来像两个人：一个随机访客 ID，外加一个已注册用户。
但它其实是同一个人。而“为什么他最终注册了”这一整段上下文，通常就这样丢掉了。
什么是 Identity Stitching？
当用户完成身份识别后，之前的匿名活动会被连接到真实身份上。一个用户，一条完整旅程。
你不再看到两个无关的实体，而是能看到完整路径：他从哪里来、看了什么、多久后回来、何时注册、何时完成激活。
它是如何工作的
Agent Analytics 的 tracker 会为每位访客分配一个匿名 ID 并记录行为。当用户完成身份识别时，只需要一行代码：
window.aa.identify("[email protected]")然后系统会自动：
- 把历史事件关联到真实身份
- 把未来事件都归到新的用户 ID 下
- 自动修正 funnel、retention 和 unique counts
不需要你在查询时做 join，也不需要特殊配置。
应该在什么时候调用
最自然的时机是在用户登录或注册成功之后。
- 如果你使用 OAuth，就在用户回到你的网站之后调用
- 如果你使用邮箱密码登录，就在认证成功后立即调用
如果你的代理可以修改代码，直接让它去做：
Add identity stitching after login on my app
跨子域同样适用
如果你的产品分布在多个子域名上，例如 app.example.com、docs.example.com 和 blog.example.com，identity stitching 也能把这些行为拼成一个完整旅程。
这样你就能看到：同一个用户先读了博客，再看了营销页，随后在 app 里注册，又回去阅读文档。不是四个碎片化访客，而是一条连续路径。
服务端 identify
有些场景下，浏览器并不是最佳接入点。最典型的例子就是 OAuth callback。
用户完成 Google 或 GitHub 登录后，最先知道真实身份的是你的服务器，而不是 tracker。Agent Analytics 提供了服务端 identify 端点，让你可以在回调阶段就把匿名访客和已认证用户连接起来。
为什么这对 AI 代理很重要
没有 identity stitching，代理看到的是碎片化数据。
有了 stitching，它就能回答真正有价值的问题：
- 用户在注册前最常访问哪些页面？
- 从第一次访问到注册平均要多久？
- 阅读文档的用户是否更容易转化？
- 最常见的激活路径是什么？
只有把匿名行为和认证行为接起来，这些答案才可靠。
开始使用
Identity stitching 已经可用。只需要一行 JavaScript，或者一次服务端 API 调用，你的分析系统就能讲出完整故事。
