如何下载亚马逊产品视频：HLS、令牌与 3 种方法

如果你曾经右键一个亚马逊产品视频，发现菜单里只有「循环」和「画中画」——没有「视频另存为」——那你就遇到了图片那套技巧完全失效的地方，也是这篇文章单独存在的理由。亚马逊以 HLS 视频流交付产品视频，藏在带签名的令牌 URL 背后，跑在一个等太久就返回 403 的 CDN 上。对静态图片有用的那套，在这里一个都不适用。

这是一篇技术深度剖析：亚马逊的视频管线怎么运作、m3u8 播放列表长什么样、为什么你的 ffmpeg 命令有时会跑到一半失败，以及三种真实下载方法各自能做什么、不能做什么。然后把它变成一套卖家工作流：如何在 90 秒内读懂竞品的视频策略，以及到底该抄什么。

为什么右键保存不管用

静态视频是单一的 MP4 文件——浏览器下载、播放，右键提供「保存」。HLS 视频不是单一文件。页面里有一个空的 <video> 元素，src 由 JavaScript 设成一个 blob: URL。那个 blob 背后，是一个播放器库（亚马逊用 hls.js 的定制版本加上自家 VOD 播放器），正在获取清单、获取分片，并在 Media Source Extensions 缓冲区里实时拼接。

右键菜单检查的是 video 元素的源。看到的是一个没有原始 URL 的 blob，所以「视频另存为」不可用。就算能用，那个 blob 也只包含此刻在缓冲区里的内容——通常 30 秒，不是整个文件。

这和 Netflix、YouTube、Twitch 以及大多数现代视频站点用的是同一套协议。它是为自适应流媒体设计的，不是为了防下载 —— 但副作用是一样的。

深入 m3u8 播放列表

页面加载时，播放器向主播放列表发出第一个视频请求。打开 DevTools，在 Network 里按 m3u8 过滤，然后播放视频——你会看到类似这样的东西：

https://m.media-amazon.com/images/S/vse-vms-transcoding-artifact-us-east-1-prod/.../master.m3u8
?X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=...
&X-Amz-Date=20260419T101530Z
&X-Amz-Expires=43200
&X-Amz-Signature=...

X-Amz-Expires=43200 是以秒为单位的存活时间——12 小时。一旦过期，凡是在这个令牌下签名的 URL 都会返回 403，哪怕你已经把 m3u8 文件存在了本地。

主播放列表的主体长这样：

#EXTM3U
#EXT-X-VERSION:6
#EXT-X-INDEPENDENT-SEGMENTS

#EXT-X-STREAM-INF:BANDWIDTH=425000,RESOLUTION=416x234,CODECS="avc1.4d4015,mp4a.40.2"
234p_index.m3u8?X-Amz-...

#EXT-X-STREAM-INF:BANDWIDTH=950000,RESOLUTION=640x360,CODECS="avc1.4d401e,mp4a.40.2"
360p_index.m3u8?X-Amz-...

#EXT-X-STREAM-INF:BANDWIDTH=1850000,RESOLUTION=854x480,CODECS="avc1.4d401e,mp4a.40.2"
480p_index.m3u8?X-Amz-...

#EXT-X-STREAM-INF:BANDWIDTH=3200000,RESOLUTION=1280x720,CODECS="avc1.4d401f,mp4a.40.2"
720p_index.m3u8?X-Amz-...

#EXT-X-STREAM-INF:BANDWIDTH=5400000,RESOLUTION=1920x1080,CODECS="avc1.640028,mp4a.40.2"
1080p_index.m3u8?X-Amz-...

每一行是一个画质变体。BANDWIDTH 是以 bit/秒 计的平均码率；CODECS 是 H.264 的 profile/level（avc1.640028 = High Profile @ 4.0）和音频编码（mp4a.40.2 = AAC LC，标准配置）。播放器根据带宽挑一个，然后获取对应的子播放列表：

#EXTM3U
#EXT-X-VERSION:6
#EXT-X-TARGETDURATION:6
#EXT-X-PLAYLIST-TYPE:VOD
#EXT-X-MAP:URI="init.mp4"

#EXTINF:6.000,
segment_001.ts?X-Amz-...
#EXTINF:6.000,
segment_002.ts?X-Amz-...
#EXTINF:4.480,
segment_003.ts?X-Amz-...
#EXT-X-ENDLIST

这才是真正的下载清单——每个视频通常 5 到 30 个 .ts 分片。要还原文件，需要按顺序获取每个分片、拼接起来、再封装成 MP4。ffmpeg 一步就能做完；扩展则在后台默默完成。

「最高画质」实际意味着什么

播放器在慢连接上会自动降档，所以你看到的未必是梯度顶端的版本。一个记录「播了什么」的下载工具，给你的是网络当时碰巧给的画质。而一个解析主播放列表、显式挑出 BANDWIDTH 最高变体的工具，给你的才是源。

大多数亚马逊 listing 封顶在 1080p（5 Mbps）。A+ Premium 内容偶尔会提供 1440p 或 4K。带宽会告诉你是哪种：任何高于约 8 Mbps 的，很可能就是一个 4K 变体。

DASH 也在外面晃悠

大多数亚马逊产品视频用的是 HLS，但有一小部分用 DASH（.mpd 清单、.m4s 分片）。这个协议在结构上类似 —— 清单加分片 —— 但文件扩展名和解析器不同。如果你在 Network 里按 m3u8 过滤却什么都看不到，那就把过滤器换成 mpd。大多数现代下载工具两者都能处理。

直播带货片段（Amazon Live、某些 Sponsored Brands 视频）有时会用 Smooth Streaming（.ism 清单）。这些在常规产品页上很少见。

令牌 URL，以及为什么工具会跑到一半失败

手动 ffmpeg 任务失败最常见的原因：在 ffmpeg 跑完 200 个分片里的第 142 个之前，令牌就已经过期了。主播放列表的签名 URL 存活 12 小时，但每个子播放列表和每个分片 URL 都是独立签名的——某些地区令牌更短（JP 我们见过 1 小时过期）。

通常意味着令牌问题的三种失败模式：

• ffmpeg 在第 1–30 个分片上成功，然后在第 31 个上打印 HTTP error 403 Forbidden。
• 下载好的 MP4 播放了前 90 秒，然后戛然而止。
• 下载立刻开始，但 ffmpeg 在中途报告 Server returned 5XX Server Error reply。

解法是一次性下完。浏览器扩展会在播放器加载清单的那一刻拦截它，并在同一会话内把每个分片全部拉完，令牌过期很少成为问题。把 URL 攒着稍后处理的工具（把 m3u8 粘进在线下载器）最容易栽在这里。

CDN 端点逐一拆解

你通常能从主机判断出自己看的是哪种视频：

这些端点会随时间和站点轮换，但结构是一致的：主机承载内容类型，路径承载资源 ID，查询字符串承载签名。

方法一：Chrome 扩展（能在规模下存活的工作流）

对每周要拉视频做调研的卖家而言，专门打造的扩展是唯一能规模化的方法。它做四件要紧的事：

1. 拦截主播放列表，就在播放器加载它的时候（无需手动 DevTools）。
2. 显式挑出 BANDWIDTH 最高的变体，而不是网络当时碰巧在提供的那个。
3. 在会话内下载每一个分片，所以令牌过期不成为问题。
4. 重新封装为 MP4，并用 ASIN、位置和画质给文件命名。

如何使用 ASINCrate

1. 安装 ASINCrate ，从 Chrome Web Store 获取。在 Edge、Brave、Arc 和 Vivaldi 上同样可用。
2. 打开任意带视频的亚马逊产品页面，覆盖 15+ 个支持的站点（US、UK、DE、JP、IN、FR、IT、ES、CA、AU、MX、BR、NL、SE、AE、SG、TR、PL）。
3. 在任意检测到的视频旁点击下载。侧边栏会把卖家视频、A+ 内嵌视频和买家评论视频分开列出。你可以单个下载，也可以整个 listing 批量下载。
4. 收到一个 MP4，命名为 [ASIN]_[slot]_[resolution].mp4，例如 B07XYZ1234_VIDEO01_1080p.mp4。ASINCrate 的 ZIP 选项会把每个视频连同每张图片打包进一个整理好的下载里 —— 正是你做跨 listing 审计时想要的输入格式。

其他扩展对比

• Stream Recorder / Video DownloadHelper —— 通用的 HLS 捕获器。它们在亚马逊上能用，但不理解视频轮播的结构，所以只会捕获刚刚播放过的那个，而非页面上完整的视频集。不区分 A+ 或评论视频。
• AMZ Downloader Pro 档 —— 包含视频，$6.99/月。对于偶尔需要视频的「图片优先」工作流尚可；在跨站点覆盖上优化得不够。
• ASINCrate —— 轮播 + A+ + 评论视频、自动选最高画质、带图片的 ZIP，单张下载无需账号。

方法二：DevTools + ffmpeg（免费、强大、繁琐）

如果你已经装了 ffmpeg，这是无扩展的路径：

# 1. 在 DevTools Network 标签里，过滤 "m3u8"，播放视频。
# 2. 右键主播放列表请求 → Copy → Copy URL。
# 3. 在你的终端里：

ffmpeg -i "PASTED_MASTER_M3U8_URL" \
       -map 0:v:0 -map 0:a:0 \
       -c copy \
       -bsf:a aac_adtstoasc \
       output.mp4

有几件事要知道：

• -c copy 避免重新编码。如果 ffmpeg 报错，去掉它，让它转码。
• -bsf:a aac_adtstoasc 把 .ts 里的 AAC ADTS 帧转换成 MP4 期望的 ASC 格式。略过它，你的音频在某些播放器里能放、在另一些里放不了。
• 如果你想要某个特定分辨率，把主播放列表换成主列表 #EXT-X-STREAM-INF 行里的某个子播放列表。
• 令牌过期：复制后在一小时内运行。如果 ffmpeg 跑到一半失败，刷新浏览器里的页面拿一个新的签名 URL，再重头来。

这是值得学一次的方法——让你真正搞懂下载工具在做什么，扩展失灵时也是有用的应急手段。但不该是每周为 20 个 ASIN 重复执行的方法。

方法三：在线视频下载器（多半不管用）

套路很熟悉：粘进亚马逊 URL，拿到下载链接。但对亚马逊视频而言，在线下载器失败的次数多于成功的次数。原因是结构性的：

• 亚马逊的反爬保护通常要求一个带有效 cookie 的浏览器会话。服务端抓取器拿到的是另一个版本的页面，常常压根没有视频。
• 地理 CDN 路由意味着服务器的 IP 所在地可能看不到和你一样的视频（美国服务器命中美国 CDN，错过你 DE 站点的素材）。
• 令牌 URL 在那个服务端抓取器那边过期，而不在你这边。如果他们的队列积压，你的 URL 还没轮到处理就超时了。
• 你把正在调研的 ASIN 发给了第三方的服务器。对于竞品情报工作来说，这是一次泄露。

有些在线工具会在亚马逊两次 CDN 更新之间的某个窗口期内可用，然后接连几周失灵。把它们当作不可靠的来对待。

方法对比

亚马逊视频位以及每个位里该放什么

亚马逊 listing 可以包含最多四种不同的视频界面。每一种的策略都不一样。

买家评论视频不是你能控制的位 —— 它们是用户生成的，呈现在评论区下方。它们的价值是情报，不是优化。

90 秒读懂竞品的视频策略

不用写一篇论文。这套 90 秒框架：

打开视频，关掉声音看前 3 秒。

• 第 1 帧里有没有清晰的视觉钩子？（一只手抓起产品、前后对比分屏、「DON’T BUY X UNTIL YOU SEE THIS」字样。）
• 有没有在 320×320 缩略图尺寸下也读得清的大号屏幕文字？

两个问题答案都是「没有」，这个视频就是装饰性的——没有在驱动转化。大多数轮播视频都落在这一类。对你来说这是好消息：门槛很低。

再开声音看剩下的部分。

• 演示顺序是什么？（开箱 → 安装 → 主要用途 → 次要用途，是标准模式。）
• 行动号召在哪？（带「Add to cart」叠加的结尾卡，还是隐性的？）
• 多长？卖家上传的轮播视频中位数是 30–60 秒。任何超过 90 秒的，在轮播里很少有人看完。

打开 5 个竞品视频，重建那个模式。

• 你品类里头部 5 个中，有几个以产品运动开场 vs 摆在架子上开场？几个有屏幕文字？几个用生活场景 vs 棚拍？
• 主流模式就是要去贴合的。没被填上的缝隙（例如「这个品类里没人做过带屏幕文字的 15 秒演示」）就是要去差异化的。

这是下载工具能让你做、而页面本身做不了的那一步。亚马逊界面里做不了拼版对比；你需要这些文件。

从买家评论里挖视频策略

买家评论视频，80% 是噪音——厨房台面上开箱、孩子在玩产品、模糊手抖镜头——20% 是信号。值得挖的信号：

• 尺寸意外。 「我以为这个更大」/「比预期小太多」的视频很常见。如果 20 个评论视频里有 4 个提到尺寸，那你的 listing 就该在 PT 第 2 位放一张手持尺寸对比照。
• 瑕疵规律。 那些一开箱就立刻拍下某处坏掉的评论者。多个评论者拍到同一个塑料卡扣、同一处掉漆、同一处脱线 = 你的品控优先级。
• 营销漏掉的使用场景。 买家以意想不到的方式使用产品。把这个场景加进你的 A+ 内容；你等于给了亚马逊一个新的自然曝光界面。
• 对比提及。 那些拿来和某个指名竞品做对比的评论者。他们视频里的竞品名告诉你：亚马逊算法围绕你品类构建出的比价集合是什么。

每个品类花 30 分钟看一轮评论视频，通常能找出三处具体的 listing 改进点——这是光读文字评论发现不了的。

站点差异

• JP 的视频审核最严（队列也最长 —— 一个品牌注册的视频模块要 3–10 个工作日才上线）。
• DE 对视频宣称的驳回更激进。保健品视频里任何近似医疗或减肥宣称的内容都会被撤下。
• IN 允许更低分辨率的视频（480p 在某些品类仍常见），且对带宽敏感的自动播放更保守 —— 你的视频在第一次曝光时更可能被暂停。
• US / UK / EU 站点在视频内容多样性上最宽松。

为每个主要站点做一版本地化视频，表现明显优于一版英文视频通吃——而几乎没有小卖家会这么做。

合规与法律

图片指南 里的规则在这里同样适用，外加一条：买家评论视频的版权归评论者，不属于亚马逊，也不属于 listing 上的卖家。这意味着：

• 内部分析：没问题。
• 转发到社交或放进演示：未经评论者许可不行。
• 把某一帧当作「真实买家」照片用进你自己的 listing：侵犯版权，外加一次亚马逊会据此采取行动的服务条款违规。

对于卖家上传的竞品视频，界线和图片一样：参考可以，复用不行。

常见问题

为什么我不能直接右键保存亚马逊产品视频？

亚马逊以 HLS 视频流的形式交付产品视频。页面上根本没有单一的视频文件 —— 播放器会下载数百个 2–6 秒的 .ts 分片，并实时把它们拼接起来。右键看到的是一个带 blob: 源的 <video> 元素，所以「视频另存为」要么是灰的，要么返回一个空文件。

带签名的令牌 URL 能有效多久？

大多数亚马逊视频分片 URL 的查询字符串里包含 X-Amz-Date、X-Amz-Expires 和 X-Amz-Signature。有效期通常是签发后 12 小时，某些地区会更短。过期之后分片 URL 会返回 403 —— 即便播放列表里仍然引用着它。一次性下完的工具，胜过把 URL 攒着稍后批处理的工具。

亚马逊提供哪些视频分辨率？

HLS 梯度通常包含 234p、360p、480p、540p、720p 和 1080p（3-Mbps 和 5-Mbps 档）。A+ Premium 和 360 度旋转素材偶尔包含 1440p 或 2160p。主播放列表把它们全部暴露出来；播放器则根据带宽来挑。一个下载工具应当永远显式去拉最高的那个变体。

我能下载买家评论视频吗？

可以，但它们位于和卖家上传视频不同的 CDN 端点上，并且不会被列进主视频轮播的 JSON 里。你得去扫描评论区的 DOM。ASINCrate 会自动完成这件事，并把它们标记为 REVIEW_*。

我导出来的是什么格式？

MP4（H.264 视频，AAC LC 音频）。兼容所有现代视频播放器、所有非线性剪辑软件（Premiere、Final Cut、DaVinci Resolve、CapCut）和所有社交平台。无需转码。

下载亚马逊产品视频合法吗？

捕获一个你自己的浏览器本就在流式播放的视频，用于个人调研和参考，和页面已经执行过的网络操作是同一回事。法律风险在于复用 —— 把竞品的视频转发到你自己的 listing 或社交渠道上，属于侵犯版权，亚马逊会据此采取行动。

结语

视频管线比图片那套更难——协议更复杂（HLS、签名令牌、分片交付），你想要的文件在组装出来之前根本不以文件的形式存在。一旦理解了「主播放列表 → 分片 → MP4」的流程，三种下载方法就说得通了：

• 扩展 用于任何持续性的卖家工作流。
• DevTools + ffmpeg 用于你需要学协议或调试一个卡住的下载时。
• 在线工具 偶尔用，且明知它们会失灵。

下载本身是简单的部分。真正的优势在于拿它做什么：30 分钟评论视频研究，挖出三处文字评论发现不了的 listing 修正；或者一次并排的轮播视频审计，看清楚为什么品类领头羊的转化率是你的两倍。

还需要抓图片？看看姊妹篇：卖家亚马逊图片下载指南 ——包括 URL 语法、colorImages JSON 和 CTR 审计框架。