跳到正文

AI Know · 技术研究笔记

__obi 是域级 Cookie,全部 openai.com 子域共享

商家站点嵌入像素后,站外行为自动回流;未登录用户也有稳定匿名标识,同样被关联;关闭个性化广告,不等于停止数据采集

听书暂不可用,请阅读正文。

00

三分钟读懂

先看结论,再决定是否深读

  1. __obi 是域级 Cookie,全部 openai.com 子域共享
  2. 商家站点嵌入像素后,站外行为自动回流
  3. 未登录用户也有稳定匿名标识,同样被关联
  4. 关闭个性化广告,不等于停止数据采集
  5. 仅靠手机抓包即可复现,无需特殊权限
01 / DEEP DIVE

核心原理

过去几年,对话式产品的数据边界基本停留在"站内":你和模型说了什么、点了什么、在哪个会话里停留多久。这次的不同在于方向反了过来——不是产品向外投放,而是外部的浏览与购买数据向产品回流,并且回流的入口是一个域级标识。

争议点不在"有没有广告",而在"标识能不能跨站"。跨站追踪本身不是新技术,浏览器厂商这几年一直在收紧第三方 Cookie,于是行业普遍转向了两条路:一是服务端事件转发,二是把标识挂到自有域名下变成"第一方 Cookie"。__obi 属于后者:它挂在 .openai.com 上,对商家页面来说它是第三方写入,但对 openai.com 的任意子域来说它是第一方,天然绕开了针对第三方 Cookie 的限制。

结果就是:只要你在同一浏览器里登录过 ChatGPT,又访问过装了该像素的商家站点,两侧的标识就能对上。

02 / DETAILS

技术细节

输入侧。 商家在页面里嵌入一段脚本,脚本在页面加载或用户触发特定事件时,向 bzr.openai.com 发起请求。因为目标域是 openai.com,浏览器会按域匹配规则自动附带 .openai.com 下的 Cookie,包括 obi。请求体通常包含事件类型(浏览、加购、结算、支付)、商品标识、金额、页面地址、时间戳、来源渠道等字段。整个过程不需要用户做任何额外操作,也不需要商家知道 obi 具体代表谁。

执行侧。 服务端拿到请求后,把 __obi 解析为内部主体标识。若该标识此前已与某个登录态绑定过,就落到具体的 ChatGPT 账号;若从未登录,则落在一个稳定的匿名主体上。之后是常规的归因处理:按时间窗口去重、拼接转化路径、判断这次转化应该记在哪个渠道头上。是否把这份画像用于广告排序或受众包构建,取决于后台配置,外部无法直接观测。

输出侧。 对外呈现为归因报表、受众分群、再营销名单。评测维度一般看三件事:归因准确率、跨设备匹配率、误归因率。问题在于前两项越高,说明关联能力越强,而用户侧的可审计性越弱——你几乎没有办法在自己的浏览器里看到一个完整的、包含服务端映射的链路。

环节 观察点 用户可见性
输入 像素请求与 Cookie 附带 抓包可见
执行 标识到账号的映射 不可见
输出 归因与受众包 不可见
03 / IMPLEMENTATION

工程实践

给开发者三条可执行建议。

第一,做一次 Cookie 域清单盘点。检查自有站点上所有被写入的 Cookie,标出作用域为域级(形如 .example.com)的那些,确认每一个都是业务必需。第三方脚本写入的域级 Cookie 要单独列出来,作为隐私评审的输入项。

第二,像素回传走服务端转发。把原本由浏览器直发的事件改为服务端代理转发,在转发前对用户标识做哈希或直接剥离,并保留一个可以随时关闭的开关。这样既能保住归因能力,又不会把原始标识直接暴露给浏览器的自动携带逻辑。

第三,前端埋点加同意门控。在用户明确同意之前不加载任何第三方像素脚本,采用延迟加载加事件队列的方式:先入队、后补发,超时即丢弃。这既是合规要求,也顺带解决了像素阻塞首屏的老问题。

05 / FAILURE MODES

风险边界

成本。 第三方脚本体积与额外请求会推高移动端首屏耗时和用户流量;服务端转发虽然干净,但带来额外的服务部署与运维开销,量级大时不可忽略。

幻觉。 归因模型默认"同一浏览器即同一人"。家庭共享设备、多账号切换、清理 Cookie 再登录,都会产生误归因。报表上的转化数字是统计推断,不是事实记录,决策时不能当成实测值。

越权调用。 第三方脚本运行在商家页面的上下文里,理论权限受同源策略约束,但页面自身暴露的接口、全局变量、表单内容都可能被一并读取。商家需要约束脚本能力,脚本提供方也应主动声明读取范围。

长尾输入与延迟。 弱网、广告拦截插件、隐私浏览器下,像素请求会静默失败。失败集中在特定人群上,样本偏差是系统性的而非随机的,长尾端的数据缺口会被误读成"这类用户转化差"。同步阻塞式的像素请求还会直接拖慢首屏,务必异步化并设置超时。

__obi 本身只是一个标识符,真正值得警惕的是它把"站内身份"和"站外行为"接在了同一根线上。对用户来说,可选项不多;对开发者来说,真正能控制的是自己页面上到底允许谁写 Cookie、写到哪里、什么时候写。

完整信源

事实从哪里来