网红营销成效报告扩展程序

背景

这是一个已经做过一轮的项目。前一家公司交付的是仅支持 Windows 的桌面程序，客户随后发来的不是使用反馈，而是一份问题清单。五个平台中，标注「无问题」的只有一个。

现场所见

如果把问题清单当作各平台的独立 bug 来看，需要修复的地方超过十处。但逐条排列后可以发现，卡住的环节几乎相同。

• 一个平台「因 Cloudflare 验证无法访问帖子」
• 一个平台的正文、评论、缩略图全部取不到
• 一个平台的评论作者显示为 @user，而不是真实名称

原程序用 Python 另行启动一个新浏览器，在未登录状态下访问。一旦平台判定该浏览器不是真人，后续代码无论怎么写，拿到的都是空值。问题不在 bug，而在访问方式。

问题所在

我们没有修补采集器，而是改变了它的运行位置。客户本来就用自己的账号登录着各个平台。如果做成在该浏览器内运行的 Chrome 扩展，就无需另行通过验证，直接读取用户正在看的页面即可。

这意味着放弃 Python 桌面应用、从零重做，因此我们先向客户说明了不在原有基础上续做的理由，再开始开发。

扩展不另建验证流程。它直接沿用负责人已有的登录状态，仅标出登录已失效的平台，提示其自行登录。

解决方案

• 5 个平台的采集器 —— 韩国常用平台 3 个、华语圈平台 2 个。各平台的验证方式和数据结构不同，因此分别开发。采集时不依赖页面结构，而是读取页面已加载的内部数据。其中一个平台没有正式接口，页面样式也经常变化。由于读取的不是外观，而是页面本身持有的数据，页面改版后仍能取到数值
• 浏览器内数据库 —— 采集的数据保存在负责人自己的浏览器中。不经过服务器，广告主数据不会外流
• 同一作者的多篇帖子 —— 原程序中，后采集的数据会覆盖先前的数据。现改为以帖子唯一标识为准，按帖子逐条累积
• 提交广告主的报告 —— 将各平台汇总、高互动内容、各时段走势整合在一份报告中。客户问题清单的第一条就是「要交给广告主，但做得太粗糙」
• Excel 导出 —— 以 Excel 文件替代经常乱码的 CSV
• 同时记录采集时间 —— 按时间点保存同一帖子的指标。发布后的互动增长速度这类单次查看无法得知的数据，事后也能查看

结果

问题清单中原本只有一个正常的平台，现在五个平台全部正常。 五个平台的评论采集均已逐项核对并留有验证记录（2026-02-08）。

以同样方式完成的其他项目，请见网页数据采集。

同一主题的其他项目，请见数据分析。