详情文章 · 2026-02-09

在网页视频设置自动播放里翻到的一些东西

前天夜里我把 2013 年那台 ThinkPad 从防潮箱里取出来充电,屏幕刚亮,Chrome 的「网站设置」页还停在上次调过的那个标签上——自动播放,被设在「允许」那一档,旁边是灰色的、我早已不记得的站点图标。

旧笔记本电脑屏幕上的浏览器设置页面
那台机器上留下的设置记录,比任何一篇教程都更诚实。

那台机器上的一行灰字

我盯着那个开关看了大概两分钟。自动播放的选项其实是三档,允许、限制、阻止,Chrome 把它做成一个下拉列表,2018 年以后我记得它默认落在「限制」上,而旧版本里没有这么啰嗦。页面右侧还挂着一行很小的灰字,大意是「声音可能不会自动播放」,那是我第一次意识到,浏览器厂商早就不打算把「自动播放」当成一个布尔值,它变成了一张带条件的网。

后来我翻了自己的旧笔记,2016 年 3 月 11 日那一页上写着:「Muted autoplay works in Chrome 53+」。就这么一行,没有来源,没有解释,是我在某个深夜从文档里抄下来的。这类笔记我当时记了不少,如今读起来像考古现场的地层标记。

规范、策略与代码之间的落差

把 <video autoplay> 写进页面只需要敲九个字符,但它在浏览器里能不能真的动起来,取决于四件事:元素有没有被标为静音、页面所在的源有没有足够的媒体参与度指数(Media Engagement Index)、用户是不是曾经在这个站点上点过播放、以及这一次加载是不是通过点击触发的导航。这四件事没有一件写在 HTML 规范里,它们全是各家浏览器分别加的层。

Chrome 的做法是给每个源记一个分数,用户在某个域名上播放音视频的时长与访问次数的比值越高,分数越高,过了阈值才允许带声音自动播放。Safari 走的是另一条路,iOS 上要求视频必须加 playsinline 并且在用户手势中触发,否则连静音播放都可能被拦。Firefox 又把限制放在「可听」这个属性上①。同一段代码,三种命运。

我在自己的小站上做过一次对照:同一个带声音的 <video>,桌面 Chrome 第一次能播,刷新之后被静音并提示「点击取消静音」,移动端 Safari 直接黑屏,连播放按钮都不出现。这不是 bug,这是三套互相不承认的规则在同一块屏幕上打照面。

我为什么坚持写这个选题

说实话,我认为「网页视频设置自动播放」被严重低估了。大多数人把它当成一个开关,或者一个代码里顺手加的属性,写上去就不管了。可它其实是这几年浏览器治理里最典型的案例:厂商以一个技术条款的名义,替用户做了取舍,而写页面的人只能顺着这些取舍去调样式、加遮罩、做「点击播放」的封面图。

我想把这些取舍一条一条摆出来,不是抱怨,是记录。因为下一个五年,规则又会变,届时得有人能回溯到 2026 年某一天,看到真实的人在真实的机器上点过哪些选项。相关内容,我在之前的一篇整理里也提到过 49图库正版资料免费打开49图库app下载链接 这类工具站对旧媒体的处理方式,思路是相通的。

几件具体的事

第一件:2019 年冬天,我在一个读书类站点上做无障碍审查,发现首页三段视频全部走了 muted autoplay,但字幕轨没有默认打开。用户在无声的情况下看字幕,等于看一部只有对白的电影。我把这条写进了报告,负责人回复说「自动播放是产品经理要求的」,没有再解释。

第二件:2021 年 6 月,我在一篇技术文档里读到 Media Engagement Index 的阈值是 0.2,来源我至今没核实到官方原话,只记得作者在一个论坛帖里言之凿凿。我把它标成「待查」保留了三年。做 恢复原来的49图库49tk.cm资料查询 式旧站迁移的时候我又想起这条,因为这类站点的用户黏性极低,MEI 永远堆不上去,自动播放对它们就是个摆设。

代码之外的习惯

我现在给每个新页面写视频标签时,都会先在心里默念一遍:静音、内联、封面、字幕、降级。这五件事写进注释,比任何文档都管用。测试的时候我习惯用三台设备:一台安卓手机、一台 iPad、一台装了两套浏览器的旧笔记本。它们之间的差异,就是规则存在的证据。想进一步看浏览器兼容的细节,可以顺带翻翻 57浏览器网站免费进入 里对内核版本的记录,尽管名字不太学术,数据倒还算准。

我也开始收集「失败截图」。手机里有个相册叫「autoplay」,里面全是黑屏、断帧、错位的播放按钮。有一张是 2022 年在医院候诊拍的,候诊叫号屏上的宣传视频卡在第一帧,屏幕上贴着「请勿触摸」的塑料膜,光影全糊在一起。那一刻我觉得,自动播放的问题从来不只是代码。

引用与致谢

这篇里有些判断来自我翻过的资料,出处尽量标了:Chrome 的自动播放策略见 Google Developers 的官方说明(2018 年 4 月更新)②;Safari 对 playsinline 的要求见 WebKit 博客 2016 年 6 月 10 日那篇《New Video Policies for iOS》;MEI 的讨论散落在若干 Chromium 邮件列表里,我没办法给出一条权威链接,只能如实写在这里。

如果你也在维护一个靠视频吃饭的小站,可能会对 49tk图库电脑版 这类多端适配的旧案有兴趣,它们的做法未必先进,但记录了一个阶段的真实妥协。另外两篇我常翻的备忘是 49图库免费打开49图库app安卓版 和 数字49图库图片,前者讲安卓端的加载策略,后者讲图片与视频混排时的降级顺序,都值得对照着看。

写到最后我意识到,我怀念的可能不是自动播放,是那个浏览器还没有开始替我做决定的年代。那时候点开一个页面,视频就响了,很吵,但很直接。

近期文章

共 8 篇 · 按发布顺序
屏幕上的源代码
规范

把 muted 写错一个字,Chrome 92 的自动播放就没了

2021 年 7 月的一次排查记录:属性名拼成 muted="true" 之后行为反而变了的完整复现步骤。

2026-02-06 · 江晚
笔记本键盘与一杯咖啡
复盘

2019 年那场读书站无障碍审查的后续

字幕轨默认打开、视频封面、静音提示三件事写在报告里三年后,负责人终于回了一封邮件。

2026-02-03 · 江晚
键盘上的浏览器图标
对照

Safari、Firefox、Chrome 三家 autoplay 策略并排对照表

我把三份文档拆成 11 个判断条件,逐格填了「允许 / 限制 / 阻止」,附测试机和版本号。

2026-01-28 · 江晚
桌上的旧笔记本电脑
怀旧

2016 年 3 月 11 日那页笔记的来历

「Muted autoplay works in Chrome 53+」——一行九年前的抄写,被我重新找到出处的那天。

2026-01-22 · 江晚
调试中的设备屏幕
测试

用三台设备测视频自动播放的三个月记录

安卓手机、iPad、一台旧 ThinkPad,同一段代码跑出三种结果。我把每次失败都截了图。

2026-01-17 · 江晚
工作台上的显示器
观点

为什么我不再给新项目写带声音的 autoplay

一个明确的立场:对有旁白的内容,静音自动播放比不播更糟。我列了四条理由和两个反例。

2026-01-11 · 江晚
代码编辑器界面
工具

一个 30 行的 autoplay 状态自检脚本

贴在页面底部能吐出「能不能播、为什么不能、设备给了什么信号」三段结果,配注释。

2026-01-05 · 江晚
抽象的网络光点
数据

Media Engagement Index 到底记了哪些数

0.2 这个阈值我查了三年仍存疑。这篇把能查到的实验数据摊开,结论留空。

2025-12-28 · 江晚
江晚的头像

关于我

我叫江晚,写了十一年前端,现在在一家做教育硬件的公司维护播放器组件。这十年里我经手的项目大概有四十多个,几乎每一个都被「自动播放」这件事绊过脚。

这个站是我个人的笔记库,不接广告,不追热点,只记那些下一次遇到还得重查一遍的东西。之所以坚持写,是因为 2016 年那页只有一行的笔记救过我一次,我希望自己的记录也能在某天救别人一次。

如果你也想核对某条出处,或者手上有更早的截图,欢迎来信。我更愿意相信有人真的在读。

自动播放不是一种能力,是一种被授予的许可,而许可总在收回的时候才被注意到。
—— 出自 2025 年 11 月 3 日我在 Chromium 邮件列表里读到的一封回信,发信人署名 M. Keller,原文为英文,此为我当时的译文。