@baukit/analytics-posthog-web

中文文档
0.18.3发布于 2026/11/07MITTypeScriptES Module零依赖构建来源已验证近 30 天下载 8048

PostHog 浏览器传输@baukit/analytics-core.

中文使用文档
文档目录3 节
  1. 自备设施
  2. 绘图
  3. 故意遗漏

@baukit/analytics-posthog-web

PostHog 浏览器传输 @baukit/analytics-core它只翻译有 已经通过核心的同意门,事件允许列表和洗涤器.

自备设施

在适配器旁安装核心和浏览器 SDK :

pnpm add @baukit/analytics-core @baukit/analytics-posthog-web posthog-js

使用配置的工厂, 并带有一个明确的自我托管的 URL 。 故意没有邮差 云默认:

import { AnalyticsClient } from '@baukit/analytics-core';
import { createPostHogWebTransport } from '@baukit/analytics-posthog-web';

const transport = createPostHogWebTransport({
  apiKey: 'phc_project_key',
  apiHost: 'https://posthog.analytics.example.com',
});

const analytics = new AnalyticsClient({
  context,
  allowlist,
  transport,
});

SDK 初始化很懒: 配置的 PostHog 实例只在核心发送时创建 其第一批同意批次。 它最初的明显身份是从核心信封上取出. 自动抓取、页面视图/页段抓取、例外抓取、会话记录、勘查和 初始特性旗请求已禁用 。 个人简介仅限于已查明的用户. 自动运动和裁判员个人财产也被禁用.

已经拥有已配置的应用程序 posthog-js 实例可以代替它:

import posthog from 'posthog-js';
import { PostHogWebTransport } from '@baukit/analytics-posthog-web';

const transport = new PostHogWebTransport(posthog);

当将一个实例包起来时,应用程序仍然负责仅在 同意和适用等同的隐私设置.

绘图

  • capture 平整核心上下文和已擦拭的事件属性,保留 核心捕获时间为 PostHog 时间戳 .
  • identify 通过内部用户UUID 和核心已经被切除的特质。 这些特征是: 用于 PostHog 个人财产的唯一值 $set 行为.
  • alias 通过已知用户UUID作为别名,核心匿名UUID作为原始ID.
  • reset 在核心旋转了自己的匿名UUID后, 重新设置 PostHog 身份 .

故意遗漏

本套件不决定同意,生成或验证产品身份,定义事件, 允许列表属性、 擦除 PII 、 缓冲命令、 启用自动抓取、 记录会话或添加 提供者特定事件属性 。 这些政策决定将留在 @baukit/analytics-core (或, (a) 在业务中保留和删除供应商项目.

版本与发布记录

@baukit/analytics-posthog-web 共发布 67 个版本,首次发布于 2026/08/26;过去 12 个月发布了 67 个版本。最新版本附带 npm provenance 构建来源证明,可追溯到公开的 CI 构建记录。

版本发布日期距今
0.18.3latest2026/11/07今天
0.18.22026/11/061 天前
0.18.12026/11/062 天前
0.18.02026/11/052 天前
0.17.12026/11/034 天前
0.17.02026/11/025 天前

关于 @baukit/analytics-posthog-web 的常见问题

@baukit/analytics-posthog-web 是什么?

PostHog 浏览器传输@baukit/analytics-core.

如何安装 @baukit/analytics-posthog-web?

在项目目录运行 npm install @baukit/analytics-posthog-web,或使用 pnpm add / yarn add / bun add。它还需要宿主项目提供 peer 依赖:posthog-js(>=1.43.1 <2)、@baukit/analytics-core(^0.18.3)。npm 7 及以上与 pnpm 8 及以上默认会自动安装必需的 peer 依赖,Yarn 需要手动安装。

@baukit/analytics-posthog-web 支持 TypeScript 吗?

支持。包内自带 TypeScript 类型声明(package.json 声明了 types 入口),安装后即可获得类型提示,无需再安装 @types 包。

@baukit/analytics-posthog-web 支持 ESM 还是 CommonJS?

以 ES Module 形式发布,推荐使用 import 引入。在 CommonJS 项目中,Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module,更早的版本需要改用动态 import()。

@baukit/analytics-posthog-web 需要什么版本的 Node.js?

package.json 的 engines 字段要求 Node.js >=24.0.0。版本不符时 npm 默认只给出警告,开启 engine-strict 后会拒绝安装。

@baukit/analytics-posthog-web 可以商用吗?

@baukit/analytics-posthog-web 使用 MIT 许可。宽松许可:允许商业使用、修改和再分发,通常只需在分发时保留原版权与许可声明。以上为概括,不构成法律意见,请以许可原文为准。

@baukit/analytics-posthog-web 的下载量有多少?

根据 npm 官方下载统计,@baukit/analytics-posthog-web 在 2026/10/08 – 2026/11/06 这 30 天内被下载 8,048 次,日均约 268 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

@baukit/analytics-posthog-web 还在维护吗?

最新版本 0.18.3 发布于 2026/11/07(今天);至今共发布 67 个版本,其中过去 12 个月发布了 67 个;首次发布于 2026/08/26。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。