统一用户画像

分群导出 CSV 与批量受众导入

将任意分群导出为 CSV,附带标签值和各渠道的用户数;也可以把数据导入进来:一份 ID 列表、一批标签或事件更新、一条直连您自有数据仓库的实时查询,或一个 Google Analytics 4 受众。数据进入后,就像其他分群一样使用。

Control Panel 分群列表,某个分群的操作菜单已展开,停留在 Refresh & Export to CSV

分群很少只停留在创建它的地方

在 Pushwoosh 中搭建的分群,直到有人需要在别处使用它之前都很好用:给相关方的一张表、上传到广告平台的一份名单,或者反过来,一份来自其他系统、需要在这里变成分群的列表。这些工作都不应该意味着有人手动逐个录入 ID,或者一行一行地更新标签。

分群导出和批量受众操作,可以把分群作为文件导出,也可以把文件导入为分群、一批标签或一批事件,而不是把一个数据问题变成一下午的手工更新。

它能做什么

已保存的分群可以作为 CSV 文件导出 Pushwoosh,包含标签值和各渠道的用户数。数据导入则有多种形式,取决于您要迁移的内容。

模式迁移内容限制
导出为 CSV任意已保存的分群,附带标签值和各渠道用户数无公开上限
导入为名单分群一份用户或设备 ID 文件直接成为一个分群每个文件 100MB
批量更新标签同一个标签一次性应用到文件中的每个 ID每个文件 100MB
批量导入事件一个事件一次性为大量用户批量载入,而不是每个用户各调用一次 postEvent每个文件 100MB
批量导入短信联系人短信联系人按批次载入,而不是逐个添加每个文件 100MB
基于数据仓库的分群以实时查询您自有数据仓库中的数据来定义的分群BigQuery、PostgreSQL、MySQL 或 SQL Server
GA4 受众分群将 Google Analytics 4 受众用作分群使用时若超过 24 小时则自动刷新
模式
1 / 7
导出为 CSV
迁移内容
任意已保存的分群,附带标签值和各渠道用户数
限制
无公开上限
模式
2 / 7
导入为名单分群
迁移内容
一份用户或设备 ID 文件直接成为一个分群
限制
每个文件 100MB
模式
3 / 7
批量更新标签
迁移内容
同一个标签一次性应用到文件中的每个 ID
限制
每个文件 100MB
模式
4 / 7
批量导入事件
迁移内容
一个事件一次性为大量用户批量载入,而不是每个用户各调用一次 postEvent
限制
每个文件 100MB
模式
5 / 7
批量导入短信联系人
迁移内容
短信联系人按批次载入,而不是逐个添加
限制
每个文件 100MB
模式
6 / 7
基于数据仓库的分群
迁移内容
以实时查询您自有数据仓库中的数据来定义的分群
限制
BigQuery、PostgreSQL、MySQL 或 SQL Server
模式
7 / 7
GA4 受众分群
迁移内容
将 Google Analytics 4 受众用作分群
限制
使用时若超过 24 小时则自动刷新

数据仓库分群和 GA4 受众分群是仅有的两种完全不需要迁移文件的模式。只需指向您已在使用的 BigQuery、PostgreSQL、MySQL 或 SQL Server 表,Pushwoosh 就会直接查询它,让分群保持最新。这是一个自助式选项,同类平台大多并不提供。

分群可以直接查询您的数据仓库

本页的其他模式都需要迁移文件。这一种直接查询您的数据仓库,因此分群反映的是您自己的数据,无需任何人事先导出或导入。

与高级分群的关系

高级分群的价值取决于它能触及的数据。完全由 Pushwoosh 中已有标签和事件构成的分群是一类受众;而一个还能从表格出发、在迁移后批量打标签、或者查询数据团队已在维护的数据仓库表的分群,覆盖面更广。

分群导出和批量受众操作,让高级分群能够像触及 Pushwoosh 内部的标签和事件一样,触及表格、迁移数据或数据仓库表。

工作原理

  1. 导出分群

    打开任意已保存的分群,选择 Refresh and Export to CSV。文件包含标签值和每个渠道的用户数。

  2. 导入数据

    上传 CSV 来创建名单分群、为文件中的每个 ID 更新标签,或批量载入事件或短信联系人。

  3. 或连接数据仓库

    将分群指向数据仓库表或 Google Analytics 4 受众,而不是文件,它就会直接读取数据源。

导出和 CSV 导入在 Control Panel 中即可完成,无需写代码。连接数据仓库通常由负责管理它的人来完成:需要对分群所查询的表具备读取权限。GA4 受众需要一个在该 GA4 媒体资源上拥有 Viewer 角色的服务账号。

一次导入,三个去处

CSV 导入很少止步于创建一份名单。同一个文件可以一次性为每个 ID 更新标签,或者批量载入事件,让 Journey 在事件到达的那一刻做出响应。由此创建的名单分群之后与其他已保存分群的行为完全一致:可以在高级分群中引用它,让 Condition split 指向它,或在数据丰富之后再次导出。

为整个平台提供数据

一个文件,三个去处:一个名单分群、一次标签更新,以及一个可以触发 Journey 的事件,全部来自同一次导入。

如何确认它在正常工作

CSV 导入创建的分群与其他分群并无二致。像刷新基于条件构建的分群一样刷新它的规模,您就能看到文件中有多少 ID 匹配到了真实的用户或设备。

需要注意的事项

在此基础上构建之前,值得先确认的几点。

  • CSV 导入每个文件上限为 100MB,无论是名单分群、批量标签更新、批量事件导入还是批量短信导入。
  • 文件名会成为一个标签,应用到导入的每个 ID 上,因此命名文件时请考虑这一点。
  • 文件中无法匹配真实用户或设备的 ID 会被静默跳过,系统不会提示具体是哪些 ID 没有导入。
  • CSV 导出没有公开的大小或行数上限。
  • 基于数据仓库的分群支持读取 BigQuery、PostgreSQL、MySQL 或 SQL Server。数据仓库之外唯一的实时数据源是 Google Analytics 4 受众。
  • 不支持将分群原生同步到 Meta 或 Google 等广告平台。请导出 CSV 后再上传到对应平台。

让数据流动像搭建分群一样简单

能够离开平台的分群,加上能够批量回流的数据,让高级分群不会止步于 Pushwoosh 的边界。