我们怎么追踪一枚 App 图标的一生：自建版本链

iTunes Search API 返回的图标地址形如 is1-ssl.mzstatic.com/.../AppIcon512.png—— 文件名固定。开发者发版换图，同一条 URL 指向的图片内容直接变成新版，旧图无档可查。

也就是说，想研究一枚图标的演变（比如 Spotify 十年间的六次大改版），只能靠二手归档。第三方存档站存在， 但校验 UA、间歇超时、随时可能下线——把站点的核心数据压在别人的可用性上，不是长久之计。

收录即快照。每枚图标进入找图标索引时，除了把原图地址记 入数据库，还会同步转存一份到自己可控的对象存储。从第一天起，"我们见到它的样子"就有底档。

每日比对。一条定时管线每天把全库图标的现行地址逐一拉回 来比对。发现内容变化，就把旧版转存、版本号加一、记一条历史——你在详情页"图标历史"区块看到的"发现新图标"， 就是这条管线写下的。

版本链自持。历史版本全部落在自己的存储里，展示走站内 代理。第三方可用性抖动、链接失效、地域限制，都不再影响一枚图标的历史完整性。

这套管线只能记录"我们收录之后"的变化。收录之前 App 已经换过几次图标，我们无从得知——详情页里更早的版本如果 有，来自公开的第三方归档源，可能不全。

同样诚实地说：追踪刚上线，动态还是空的。换图标是低频事 件——3598 枚收录图标里，绝大多数一年也未必换一次。随着时间的推移，这里会慢慢积累出真正有研究价值的样本： 品牌刷新季（大厂集体换扁平化/换渐变）是什么样子、哪些品类最爱换图标，都会在换图标动态里看到。