网页视频写了 autoplay 仍没播，怎样记录 play Promise 的成功与拒绝

调用 play 后等待 Promise，并按成功或错误名称更新界面。autoplay 属性只是启动提示，不能当作已播放证明；遇到 NotAllowedError 应提供清楚的用户启动入口，不能把所有拒绝都显示成片源损坏。

把策略与媒体可用性分开

夹具使用本地生成的四秒静音WAV，不依赖编解码器下载或远程网络，自动播放调用在页面脚本中发生。验证程序显式启用Chromium的user-gesture-required策略，预期自动调用被NotAllowedError拒绝；随后真实点击按钮，请求应成功。这个启动参数是实验控制条件，不代表所有用户Chrome安装的默认策略，也不能推断网站媒体参与度历史或企业策略。

Promise结果才是这次请求的证据

成功处理分支可以显示已进入播放，失败分支保留error.name与当前资源路径，不要先把按钮改成暂停再等待结果。NotAllowedError通常指向策略或权限条件，NotSupportedError等其他错误需要另查资源与格式。页面还应监听后续暂停、结束和错误，因为一次play兑现并不保证接下来整段内容永远顺利播放。

用户启动入口要真的触发输入

附件用Playwright真实按钮点击进入浏览器激活路径，没有用dispatchEvent伪造click，也没有在页面API求值时假装用户做过操作。页面启动的自动调用与真实按钮调用分开记录。示例WAV样本是全零PCM，只用于状态测试，不会据此宣称扬声器已经出声；实际声音链路还包括静音、音量、输出设备和功放。

放到无人值守展项时怎么用

若必须无人值守启动，应确认指定浏览器版本、安装模式和受支持策略，而不是循环每秒play重试。被拒绝时保留可见提示和维护入口，成功后再核对paused、时间推进与实际画面。网页播放策略和Windows登录后自启动属于不同层，后者正常也不能证明前者放行，本实验只覆盖本地Chromium显式策略与用户点击两条路径。

在界面中保留拒绝后的下一步

自动请求被策略拒绝后，可以把启动按钮保留为可聚焦控件，并说明点击后开始播放，不应隐藏所有控件等运维猜原因。点击后的请求也必须处理拒绝，因为片源或权限可能在等待期间变化。日志至少包含调用来源、选中资源和错误名；不要把整个异常对象直接序列化成空对象就丢掉关键字段，更不要通过伪造点击宣称绕过了浏览器策略。

下载并复现

下载原创HTML夹具、独立验证程序、本次执行记录和依赖与运行说明，放在同一目录。安装Playwright 1.58.0及其Chromium后运行 python verify.py；程序使用两个随机本地端口，自动关闭浏览器与服务，不请求外网或业务接口。

另可下载原创PCM静音样本直接检查媒体文件。HTML使用相对资源地址；验证服务生成相同PCM样本并支持本例字节范围请求。

本次实际环境为Python 3.12.4、Playwright 1.58.0、Chromium 145.0.7632.6。Playwright浏览器鼠标/键盘与页面API实跑；无实体硬件或业务控制。断言已通过；完整事件和数值保留在执行记录，不能把它改名后当目标展项测量。

继续核查与一级出处

基础背景见展厅设备开机自动全屏播放配置。播放拒绝还可能来自主动资源重选，需和策略拒绝分开，可继续用切换片源时旧播放请求报错，怎样识别 load 导致的 AbortError取证；相关工程入口在专题与产品对接说明。

• Chrome音视频自动播放策略及play Promise处理：2026-10-24已联网读取一级来源；Chrome for Developers官方现行策略说明，仅适用于Chrome相关范围。