Yahoo推广服务，项目结束后历史文档需要保留到什么粒度
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2af19fcada67.html
📄
Yahoo推广服务，项目结束后历史文档需要保留到什么粒度
结论先说：保留粒度应由“下一次是否还要复用、是否要追责、是否要合规留存”三件事决定，而不是由文档总量决定。对于多数Yahoo推广服务项目，账户结构、转化定义、预算与出价变更、素材与落地页版本这四类记录应保留到可追溯的颗粒度；日常报表的原始导出文件通常只需保留汇总层。下面用一个假设情境把取舍过程走一遍。
先用一个假设情境确定保留底线
假设某团队在Yahoo推广服务上做了一轮为期三个月的投放，项目结束、代理方交接、账户权限被收回，团队手上只剩部分截图和月度汇总。半年后要重启同类投放，需要回答三个问题：当时的账户结构是怎么分的、转化是怎么定义的、哪些素材和落地页组合跑过。如果这三件事没有留下可追溯的记录，重启就只能从零试错。
这个情境说明保留粒度不是“全留”或“全删”的二选一。真正要保留的是能重建决策链的最小集合，而不是每一个操作日志。判断标准可以简化为一句：如果明天有人问“当时为什么这么设”，你能否在不登录原账户的前提下回答。
按“可重建”标准划分四类文档的粒度
把项目期间产生的材料分成四类，每类的保留粒度不同：
- 账户结构：保留到广告系列、广告组、关键词与匹配类型的层级清单，含命名规则。不需要保留每一次出价微调，但需要保留结构快照和变更日期。
- 转化与追踪定义：保留到“转化动作名称、计数方式、归因窗口、追踪代码部署位置”这一层。这是最容易被忽略、也最难事后复原的部分。
- 预算与出价策略：保留策略类型和调整节点，例如某月从手动出价切到某类自动策略。具体到每天的出价数值通常不必留。
- 素材与落地页：保留最终上线版本的文案、图片和落地页URL结构，以及各版本的启用时间段。中间废弃稿可以只留标题。
这四类的共同点是：它们决定了“当时怎么想”，而不是“当时数字是多少”。数字可以重跑，决策链不能。
缺少完整数据或权限时，最小动作是什么
很多项目结束时，执行方已经失去账户后台权限，只能拿到对方给的导出文件或截图。这种情况下仍可执行的最小动作是：
- 把手上现有的导出文件按“结构、转化、预算、素材”四类归档，缺哪类就明确标注“缺失”，而不是用推测填补。
- 写一份不超过两页的交接说明，逐条记录已知事实与未知项，例如“转化窗口按平台默认设置，具体数值未确认”。
- 对无法确认的项，记录“当时由谁负责、现在能否联系”，而不是写一个看起来合理的答案。
这个动作的结果会直接影响下一步：如果四类中缺失的是转化定义，重启前就必须先重新确认追踪方案，而不能直接复制旧的投放结构；如果缺失的只是每日出价记录，重启时可以照旧结构先跑，再按新数据调整。
哪些现象不能单独证明保留粒度已经够用
有两种常见误判。第一，看到归档文件夹里文件数量很多，就认为保留充分；文件多但缺转化定义，仍然无法重建决策。第二，看到某段时间的报表数据缺失，就认为整个项目记录不可用；报表缺失只影响效果对比，不影响结构和素材的复用。
反过来也成立：抓取量、请求量或某项统计归零，可能有多种解释，比如权限变更、导出范围设置不同、统计口径调整，不能单独用来证明“记录已经完整”或“记录已经失效”。判断保留是否够用，仍然回到那个问题：能否在不登录原账户的前提下，回答当时的关键设置为什么是这样。
落到一个可执行的保留规则
综合上面的取舍，可以定一条简单规则：结构与定义类文档按“可重建”粒度长期保留，效果数据类文档按“可对比”粒度保留汇总层，过程性草稿只留索引。按这条规则，项目结束后需要动手做的只有三件事：整理四类归档、补一份缺失清单、标注每一项的责任人和可联系状态。做完之后，下一次重启或复盘时，你至少知道哪些能直接复用、哪些必须重新确认，而不必依赖记忆或重新向原执行方索要权限。
