别用 background-attachment: fixed 做企业官网视差背景，因 iOS Safari、微信 WebView 等环境禁用该属性且无法控制层级与速度；应改用 position: fixed + transform: translateY() 实现可控多层视差。
直接结论：别用 background-attachment: fixed 做企业官网的视差背景，它在 iOS Safari、微信 WebView、安卓 Chrome 里基本失效，且无法控制多层速度和堆叠顺序——你写的 CSS 没错，但浏览器根本没执行。
为什么 background-attachment: fixed 在企业官网里大概率白写
企业官网访问终端高度碎片化：大量用户来自微信、钉钉、企业微信内置浏览器，或 iOS 端 Safari。这些环境从 2018 年起就主动禁用非 body 元素上的 background-attachment: fixed，DevTools 中 computed 值永远是 scroll，不是你的样式漏写了；
即使 PC 端生效，它也不响应 z-index，背景图永远压在内容下方，导致按钮点不了、文字被遮、表单交互失灵；
当父容器带 transform、filter 或 overflow: hidden（比如轮播图容器、全屏导航栏），fixed 行为会进一步被降级。
用 position: fixed + transform: translateY() 替代（推荐落地方案）
把背景图变成真实 DOM 元素，用 JS 驱动位移，完全可控：
- 所有背景层统一设
position: fixed; top: 0; left: 0; width: 100%; height: 100vh; - 用
z-index显式排序：远景层z-index: 1，中景z-index: 10，前景装饰层z-index: 100 - 监听
scroll事件，用requestAnimationFrame节流更新transform: translateY()，例如：layer.style.transform = `translateY(${window.scrollY * 0.3}px)` - 每层加
will-change: transform，但只在滚动开始后动态添加，避免空转耗资源 - 背景图必须配
background-size: cover和background-position: center，否则位移时边缘露白
移动端必须加设备检测与降级逻辑
企业官网不能假设用户都在桌面端。真实项目里要主动识别并降级：
立即学习“前端免费学习笔记（深入）”；
- 用
matchMedia('(hover: hover) and (pointer: fine)')判断是否为高精度输入设备，仅在此条件下启用视差逻辑 - 对触摸设备（
'ontouchstart' in window或navigator.maxTouchPoints > 0），直接关闭视差，回退为普通background-attachment: scroll+background-size: cover - 不要依赖 UA 字符串判断 iOS/Android，优先用特性检测，因为微信、飞书等客户端 UA 已高度混淆
- 如果页面有首屏大图 Banner，建议将视差仅作用于
.hero-section区域，而非全站，降低性能影响
容易被忽略的关键点
真正上线踩坑最多的地方，不是怎么写效果，而是渲染层和交互层的错位：
— 所有 position: fixed 视差层必须加 pointer-events: none，否则会拦截点击，导致 CTA 按钮失效；
— 内容层需显式设 position: relative 和足够高的 z-index（如 z-index: 200），否则仍可能被底层视差图遮盖；
— 若使用 WebP 或 AVIF 图片，确保 fallback 到 JPG/PNG，部分老版企业微信不支持新格式；
— 不要用 top 或 margin-top 驱动位移，iOS 上会强制触发 layout，造成滚动卡顿。
