同一段MP4视频，在安卓手机浏览器里能安安静静地嵌在文章中间播放，换到iPhone上却突然铺满整块屏幕，用户得先退出全屏才能接着往下看。页面排版被打乱，阅读节奏也被打断。这类情况在网站维护中并不少见，处理时不必急着去改视频文件，先判断问题出在哪一层更稳妥。
先分清是浏览器行为还是页面属性问题
iOS上的Safari对视频播放有一套自己的处理逻辑。早期版本中，视频默认倾向于全屏播放，后来才逐步开放内联播放能力。所以看到“自动全屏”，第一反应不应是视频损坏，而要先确认页面有没有明确告诉浏览器“请内联播放”。如果属性缺失，浏览器按默认行为处理，这是规范允许的，不算故障。判断方法很简单：换一台安卓设备对比，如果安卓正常、iOS全屏，基本可以锁定在属性声明和容器设置上，而不是编码问题。
第一层，核对video标签的内联播放属性
这是最常见的原因。video标签需要同时具备playsinline和webkit-playsinline两个属性，前者面向较新版本，后者是给旧版WebKit内核的兼容写法。只写一个，在某些系统版本上仍会触发全屏。维护时应直接查看渲染后的DOM，而不是只看模板源码，确认属性没有被框架或脚本过滤掉。另外注意属性写法，playsinline不需要赋值，写成playsinline等于true在某些解析环境下反而不被识别。
第二层，核对视频容器的尺寸与填充方式
有时全屏是错觉。视频容器没有设定明确宽高，视频加载后按原始分辨率撑开，在窄屏上看起来就像占满全屏。核对时给容器设定固定宽高比，再配合object-fit控制画面填充方式，观察是否还有“全屏感”。如果容器高度写成auto，竖屏视频很容易把页面拉得很长，用户滑动时误以为进入了全屏状态。
第三层，核对视频元数据的分辨率与旋转标记
手机拍摄的竖屏视频，常见做法是画面本身横向存储，再通过旋转标记告诉播放器转正。部分浏览器对内联播放加旋转标记的组合处理不一致，可能退回全屏模式。维护时可用媒体信息工具查看视频的宽高和旋转字段，必要时转码为实际方向正确的文件。这一步不是必须，但当属性设置无误仍全屏时，值得检查。
第四层，核对页面是否嵌套在iframe或第三方容器中
如果视频页面被嵌在iframe里，内联播放权限需要由外层页面传递，allow属性中应包含相应的播放许可。缺少声明时，内层页面即使写了playsinline也可能被强制全屏。此外，部分第三方内容容器、富文本编辑器输出或旧版嵌入代码会重写video标签，维护时要确认最终输出的结构没有被二次加工。
排查顺序与自测方法
建议按属性、容器、元数据、嵌套环境的顺序逐层核对，每改一层就在真实iPhone上复测，不要只依赖桌面浏览器的设备模拟。自测时重点看三点：视频是否在原文位置播放、页面能否继续滚动、退出后排版有没有跳动。不同iOS版本对属性的响应存在差异，测试机型和系统版本应记录在维护日志中。
把播放行为纳入上线前的多端验证，是网站维护中容易被忽略的一环。it数运在交付检查中通常按上述顺序推进，先确认声明层，再看布局层，最后处理嵌套与兼容。视频能不能播是一回事，播得是否得体是另一回事，后者更考验维护流程的细致程度。
