Engagement Analytics Skill

用于网站、邮件、社交及移动端的行为数据分析与追踪。

已扫描
适合谁
数字营销人员、产品分析师
不适合谁
无技术背景的普通用户、无需数据分析的个人使用者
国内可用性
需网络配置。可能需要网络配置或第三方服务可访问。
安装难度
新手友好(★☆☆)。基于终端操作、依赖、API Key 和本地环境要求的初步判断。

安装与下载

openclaw skills install @abhishekj9621/engagement-analytics-skill

Skill 说明

命令、参数、文件名以原文为准

参与度分析追踪技能

一个全面的技能,用于在四个触点层级(网站、邮件、社交媒体、移动应用)上设计、实施和解读行为分析。


四大追踪模块

模块参考文件使用场景
网站行为分析references/website-analytics.mdGTM、GA4、滚动/表单/会话追踪
邮件参与度追踪器references/email-analytics.mdKlaviyo、Mailchimp、打开/点击/归因
社交媒体参与度references/social-analytics.md自有及竞品社交追踪
移动应用分析references/mobile-analytics.mdFirebase、Amplitude、Mixpanel、AppsFlyer

加载策略: 根据用户问题仅加载相关模块。对于完整的分析系统问题(“帮我搭建一个完整的分析系统”),加载全部四个模块。


通用数据原则

以上原则适用于所有四个模块:

事件命名规范(全模块统一使用)

对象_动作
# 示例:
页面浏览          按钮点击        表单放弃
视频播放          产品查看        邮件打开
会话开始          功能使用        购买完成
  • 全部小写,使用下划线分隔
  • 对象在前,动作在后
  • 尽量具体:结账表单放弃 而非 表单事件
  • 所有平台保持一致 —— 同一动作名称必须相同

数据层结构(网页端)

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: '事件名称',           // 字符串 —— 必填项
  user_id: 'u_abc123',           // 已哈希或匿名化处理
  session_id: 'ses_xyz',
  timestamp: new Date().toISOString(),
  page_path: window.location.pathname,
  // 事件特有属性如下:
  element_id: 'hero_cta',
  element_text: '立即免费试用',
});

参与度评分公式

适用于网站、邮件和应用的综合评分:

参与度评分 =
  (会话数 × 1) +
  (每会话页面数 × 2) +
  (滚动至75%及以上事件 × 3) +
  (CTA点击数 × 5) +
  (邮件打开数 × 2) +
  (邮件点击数 × 5) +
  (应用会话数 × 3) +
  (功能完成数 × 8) +
  (转化数 × 20)

评分等级:
  0–20:冷启动(再激活候选)
  21–50:升温中(培育流程)
  51–100:活跃(销售可跟进)
  100+:高价值(优先联系)

根据业务模式调整权重。按周为每个用户重新计算。

隐私与合规基线

  • 事件属性中不得收集原始个人身份信息(PII)—— 发送至任何平台前需对邮箱/ID进行哈希处理
  • 实施同意控制机制:在用户明确同意后才触发追踪标签(符合GDPR要求)
  • 敏感数据流使用服务器端标签(GTM Server-Side)
  • 尊重 Do Not Track 请求和浏览器隐私模式
  • iOS 上需获取 Apple ATT 授权才能访问 IDFA —— 设计归因时不应假设可获取该权限
  • CCPA:提供退出选项;未经同意不得出售行为数据

快速实施检查清单

新建分析系统设置

  • [ ] 制定追踪计划:定义事件、属性、命名规范 —— 在操作任何工具前完成
  • [ ] 设置 GTM 容器(网页)或 SDK(移动端)
  • [ ] 实现 dataLayer 或 SDK 事件调用
  • [ ] 配置 GA4 或目标分析平台
  • [ ] 在调试/预览模式中验证所有事件,上线前确保无误
  • [ ] 设置同意管理(CMP)控制
  • [ ] 创建关键指标仪表盘
  • [ ] 安排定期的数据质量审计

现有分析系统审计

  • [ ] 事件命名是否一致?(检查是否存在同义不同名的情况)
  • [ ] user_id 是否传递且跨会话、跨平台保持一致?
  • [ ] 转化事件是否正确触发?(端到端测试验证)
  • [ ] 是否存在因同意模式、广告拦截器或 iOS ATT 导致的数据丢失?
  • [ ] 邮件 UTM 参数在 GA4 中是否正确归因?
  • [ ] 移动端会话是否能与网页会话正确合并(跨设备追踪)?

跨渠道归因模型

当用户在转化前接触多个渠道时:

用户旅程:付费广告 → 邮件点击 → 直接访问 → 完成转化

归因方式选择:
  最后点击:直接访问获得100%归因(最常见,但准确性最低)
  首次点击:付费广告获得100%归因
  线性归因:三个渠道各得33%
  时间衰减:直接 > 邮件 > 付费广告(按时间远近加权)
  数据驱动:机器学习模型(GA4 DDA)—— 最准确,需足够数据量

建议: 当每月转化量超过500次时,推荐使用 GA4 数据驱动归因(DDA)。低于此量级时,建议使用线性归因以避免单一渠道偏见。

所有非直接流量均需使用 UTM 参数追踪跨渠道路径:

?utm_source=klaviyo&utm_medium=email&utm_campaign=may_reengagement&utm_content=cta_button

输出模板

事件模式定义

事件名称: [对象_动作]
触发条件: [该事件在何时被触发?]
属性:
  - 属性名 (类型): 描述,示例值
  - 属性名 (类型): ...
平台: [GTM / Firebase / Klaviyo / 等]
目标系统: [GA4 / BigQuery / Amplitude / 等]
隐私说明: [PII 风险?如何处理?]

分析健康报告

日期: [日期]
覆盖率: [% 的关键用户行为已被追踪]
数据质量: [发现的问题 —— 缺失事件、重复事件、命名不一致等]
本期核心洞察: [数据揭示的关键趋势或发现]
待办事项: [需要修复或进一步调查的内容]
A
@abhishekj9621

已收录 1 个 Skill

相关推荐