自建观影追踪页：动画疯×Trakt×TMDb整合
编辑点评 · AI 连续创业者视角（以下内容由 AI 提炼，观点归原作者；读完可不看原文）
作者为个人网站打造自动更新的观影展示页，因记录散落多平台，评估十余工具后选定动画走自研SDK、影视走Trakt、历史用Netflix CSV、链接统一TMDb。因无现成动画疯API，逆向巴哈开源了anigamer npm SDK（另有Rust版）并做了一键推送cookie的浏览器扩展。踩坑集中在海报：同源fallback导致张冠李戴、直式被裁、进度条算错、日期变1970等，最终收敛为“有id即时补图、拿不到显式null、绝不借图”的对称修法。
- 评估Trakt/Letterboxd/AniList等工具选型，避免重复造轮子
- 逆向巴哈API需注意合规风险，建议先查ToS再动手
- 海报处理用显式null而非fallback，避免张冠李戴
- 可参考anigamer SDK思路，做其他平台API封装开源引流
- 观影聚合可做成SaaS，面向二次元用户收订阅费
一、这是什么机会
一个面向影视与动画爱好者的个人化“观影状态页”构建工具。解决多平台（Netflix、HBO、动画疯等）记录分散、展示不统一的痛点。通过逆向工程聚合数据，实现实时更新。
二、独立判断
值得尝试，但需谨慎。技术上，逆向非官方API存在合规风险，虽能实现功能，但可能随平台接口变动而失效。产品上，个人向工具若缺乏用户规模，难以直接变现；若能做成SaaS或开源引流，价值才真正凸显。判断依据：原文为单人自研，未提及商业推广，核心价值在于技术探索与个性化定制。
三、冷启动路径
第一步：验证目标用户规模。制作Demo页，在二次元/影视爱好者社群（如Reddit、Discord、相关贴吧/小红书群）分享，观察点击与留存。成本量级：极低，主要为开发时间。周期：1-2周完成MVP。若初期自然流量破千，再考虑商业化；若仅自用，则作为技术练手项目。
四、最大风险与避坑
致命坑：1. 版权与ToS违规，逆向巴哈API可能引发法律或账号封禁，需先查平台用户协议；2. 数据维护成本，非官方API易变动，前端展示易出现“张冠李戴”的海报错误。应对：明确项目为个人研究用途，避免商业化运营；代码层面严格执行“有ID才补图，否则显式null”，杜绝借图逻辑。
五、案例复盘（别人怎么做的）
- 选型策略：动画用自研SDK，影视用Trakt，历史数据读Netflix CSV，链接统一指向TMDb，避免重复造轮子。
- 逆向工程：因无官方动画疯API，逆向巴哈接口，开源anigamer npm/Rust SDK，并配套浏览器扩展推送cookie。
- 踩坑记录：海报显示出错（Trakt只给ID不给图导致fallback错位）、竖版海报被裁、进度条计算错误、日期变1970。
- 最终修法：确立“有ID即时补图，拿不到显式null，绝不借图”的对称逻辑，解决展示混乱。
- 数据流：从多平台抓数据 -> 清洗 -> 前端展示，解决记录散落问题。
六、双轨可执行性
跨境：可行，但仅限技术开源，直接销售SaaS面临版权审查风险；国内：此轨道不可行，因依赖境外API（TMDb/Trakt）及逆向平台数据，网络与合规双重壁垒。
原文 · 宙と木：阅读原文 →
