check-analytics 是一款专为前端开发者和网站管理员设计的 Google Analytics 审计技能,通过结构化的两步流程帮助用户全面诊断现有分析实现的健康状况。该技能首先扫描代码库中的 gtag、dataLayer、GTM 容器 ID 以及 GA4 Measurement ID 等关键标识,识别 Universal Analytics (UA) 等已弃用配置;随后生成包含优先级分级的审计报告,涵盖从硬编码 ID、缺少 Consent Mode 到 SPA 页面浏览追踪缺失等 10 余项常见漏洞。
其核心优势在于纯文档型架构带来的极致安全性与透明度。作为零代码执行的指导型技能,它仅依赖 Claude 的文件搜索与分析能力,不会触发任何网络请求或数据上传,且会自动遮蔽 Measurement ID 后 6 位字符以保护账户隐私。输出的 Markdown 报告采用 🔴🟡🟢 三级优先级体系,清晰标注 Critical 级问题(如 UA 已 sunset)、Warning 级最佳实践违规(如生产环境开启 debug 模式)以及优化建议(如广告拦截器降级方案),并附带事件覆盖度检查表,确保关键转化事件(注册、购买、表单提交)无遗漏。
然而,该技能也存在明显局限性。作为 T3 来源的个人开发者项目,其维护稳定性与长期更新频率存疑;功能上仅限于诊断分析,无法自动修复检测到的代码缺陷,所有优化建议仍需开发者手动实施;此外,其审计范围严格限定于 Google Analytics 生态,对 Mixpanel、Amplitude 等第三方分析工具仅作基础识别,缺乏深度配置检查能力。
该技能最适合以下群体:正在从 UA 迁移至 GA4 的遗留项目维护者、需要确保分析代码符合 GDPR/CCPA 合规要求的隐私官、以及希望标准化团队内 GA 实现方式的前端技术负责人。对于使用 React/Vue/Angular 等现代框架构建的 SPA 应用,该技能能有效检测路由变化时的页面浏览事件缺失问题。
使用风险方面,尽管技能本身安全无害,但用户需注意:审计结果依赖本地代码静态分析,无法检测运行时动态注入的追踪代码;建议的修复方案可能因项目特定架构而需要调整,直接复制模板代码存在潜在兼容性风险;此外,由于不涉及实际执行环境检测,无法验证 GTM 容器是否已正确发布或 GA4 数据流是否接收到了实时命中。建议将生成的报告作为人工代码审查的辅助参考,而非唯一决策依据。