Tools、Guides、Blog 现在共享同一套主题语言。
老板版主题
下载前先把链接测干净
围绕 M3U8、字幕与视频辅助任务的结构化公开层。
法务页色系正式升级为公开层主题。
执行层仍然放在公开层之后。
工作流
下载前先把链接测干净
先拿浏览器可读证据做筛选，再把健康源送进下载路径。
工作流URL reachabilityManifest shapeChild resources
症状
这些现象说明不该直接进下载
它们都在提醒你，浏览器优先的轻量检查还没做完。
链接偶尔能开，过一会又失败
短时令牌或不稳定路由应该先分类，不要先把下载器判死刑。
顶层 manifest 能开，但子资源不确定
下载器后面会撞到同样的问题，只是届时更难定位。
用户不确定下一步该去播放还是转换
一次小范围链接测试，通常就能先把方向讲清。
常见原因
最常让下载路径变嘈杂的原因
很多无效重试，其实在第一条分片请求前就已经注定。
访问层本身不稳定
令牌、cookie 或 referer 规则可能让这次正常、下次失败。
manifest 结构没有先分型
没先分清 master / media，就很难决定该先查检测、播放还是下载。
坏掉的子资源发现得太晚
一次简单预检查，本来就能先暴露子清单或分片缺失。
Known Issues
Known Issues 与下一步
把常见错误、降级路径和下一步动作放在同一层，让问题页和工具页说同一种真话。
推荐顺序
下载前推荐顺序
先跑最轻的浏览器检查，再进入更重的执行路径。
- 先确认 URL 直接可达
先排掉死链接和明显过期的访问层问题。
- 再看播放列表形态和子资源
确认 manifest 可读，依赖的子清单和分片也没有明显异常。
- 源被筛干净后再选下载或转换
这样重路径就专注执行，而不是继续承担 intake 误差。
指南正文
先测源，再进重路径
一次轻量预检查，可以把令牌过期、子清单丢失和 manifest 异常拦在下载流程外面。
第一轮只做轻检查
先看可达性，再看播放列表形态。如果这两层都还不稳，后面的下载失败并没有太高诊断价值。
浏览器端证据正常后再升级
只有当源能响应、播放列表结构讲得通时，再进入下载或转换，盲点才会少很多。
最佳配套路由
- M3U8 Link Checker：先看访问层和 manifest 健康度。
- M3U8 Inspector：当链接能打开，但结构仍可疑时再继续查。
- How to download M3U8：当源已经够干净时，再进入下载路径。
最佳配套工具
下载前先把 Link Checker 当成 intake 闸门。
先跑一次浏览器侧轻检查，可以减少很多无效下载重试。
下载前先把 Link Checker 当成 intake 闸门。
它是最快能证明可达性和 manifest 基本健康度的公开路径。
打开配套工具工具路径图
按失败层选择下一条路径
好的预检查会告诉你，下一步该去检测、播放还是下载。
M3U8 Link Checker
先做第一轮可达性和 manifest 健康度检查。
Open routeM3U8 Inspector
当 URL 正常但播放列表结构仍不对劲时再升级。
Open routeHow to download M3U8
只有源已经够干净时，再进入更重的下载路径。
Open route相关入口
- M3U8 Link Checker 先做第一轮可达性和 manifest 健康度检查。
- M3U8 Inspector 当 URL 正常但播放列表结构仍不对劲时再升级。
- How to download M3U8 只有源已经够干净时，再进入更重的下载路径。
Sponsored
这里预留指南页响应式广告位。 广告放在这种说明型内容区域，不要贴着第一个诊断动作。
Slot ID ad-how-to-test-a-link-before-downloading-inline-1
Placement inline
Mode placeholder-affiliate
Density light
Sponsored Recommended workflow add-on
View sponsor placement Keep monetization in low-interference sponsor cards instead of breaking the main task path.
下载前预检查 FAQ
- 为什么不让下载器自己证明链接健康？因为下载失败会把 intake 问题和执行问题混在一起。先做链接检查，层级才分得清。
- manifest 可读就一定能下载成功吗？不一定。它只说明顶层可读，子资源、令牌和执行限制仍可能在后面失败。
- 什么时候该从 Link Checker 切到 Inspector？当可达性没问题，但播放列表结构或轨道布局仍然看起来可疑时。
先证明源没问题，再打开重路径。
这样下载器就能专注执行，而不是继续替 intake 收拾残局。