做网页3D展示的项目，聊到收尾阶段常常绕回同一个问题上：这个在客户电脑上能正常打开吗。画面出不出来，有一半决定权在访客设备的浏览器环境里，这部分失控因素网站管不着，只能提前设防。这一篇把兼容与降级按知识框架捋清楚：3D靠什么跑，哪些访客会看不到，问题怎么定位，看不到的人该给他看什么。产品侧的整体规划思路，在3D选装配置器服务页里有完整框架，可以先对照着读。
3D画面在浏览器里靠什么跑
网页上的三维渲染，主流做法是走WebGL，由浏览器暴露一层接口，让页面直接调用设备显卡来画。这层接口由浏览器提供，网站这边只管调用。一个三角形要出现在屏幕上，得三层都配合上：浏览器肯给渲染上下文，操作系统允许浏览器访问显卡，显卡驱动本身没有毛病。任何一层卡住，页面拿到的上下文就是空的，3D区域只剩一片空白。三层里少一层都不行。
哪些访客会碰到加载不出来的情况
这个群体的规模比多数人以为的大。年份太久或者配置太低的手机，上下文给了也跑不动帧；不少企业内网的电脑，IT策略直接把浏览器的硬件加速关掉，上下文压根申请不到；在远程桌面或者虚拟机里开网页的访客，拿到的图形能力跟真机完全是两码事。再加上驱动损坏、浏览器版本过老，粗算下来，一百个访客里总有几位是看不到3D的。说白了，3D覆盖率从来不是百分之百，只是正常路径把剩下那几位藏起来了。
先检测，再加载，白屏才不会背锅
规范的实现有个很朴素的顺序：先向浏览器要渲染上下文，拿到了，再去下载几十兆的模型和贴图；要不到，直接走另一条路。顺序颠倒的页面就麻烦了——资源先拉完，检测才发现上下文是空的，带宽白花，用户盯着加载圈等一个永远不会出现的画面。排查时还要把两种故障分开：一种是一开始就拿不到上下文，另一种是上下文正常、渲染中途崩掉。两条路往哪走不一样，定位前先分清属于哪种。
降级给访客看什么
看不到3D的那部分访客，不该只得到一句冷冰冰的报错。常见的降级方案按信息量排：一组多角度实拍或渲染图集，成本最低，多数产品够用；一段预渲染视频，带一点动态；参数多、结构复杂的设备，可以退到图文参数表加二维剖视图。挑哪种，标准只有一条——访客本来想从3D里拿到的信息，静态内容里也得给到。相机角度、关键细节、尺寸比例，这些要活在图集和文字里，别锁死在画布上。加载慢是另一个独立问题，对策也不一样，站内这篇写过五招轻量做法：网页3D展示加载慢的模型轻量化五做法。
上线前把降级分支也测一遍
多数项目只测正常路径，降级分支上线后头一回被触发，往往就是客户找上门的时候。上线前有三个动作值得做：在浏览器设置里手动关掉硬件加速，刷新页面，看给出的是图集还是空白；找一台年份久、配置低的手机真机过一遍；有条件的话，请一位用公司管控电脑的朋友打开试试。降级做没做、触发得对不对，测过才算数。真机上顺手把交互手感也过一下，各行业的取舍参考案例页里的实际项目。
相关问答
网页3D展示是不是所有浏览器都支持
近几年的Chrome、Edge、Safari、Firefox都提供WebGL，覆盖率很高。但支持不等于能流畅跑，低配设备、被管控的内网电脑、远程桌面环境依然可能渲染失败或者卡顿，所以每个页面都该备一份非3D的兜底内容。
访客浏览器跑不了3D时，页面会自己切到图片吗
取决于实现。规范的页面在加载大资源前先检测渲染上下文，检测不过就主动展示图集、视频或参数表；没做检测的页面，多半直接白屏或者报错。验收时可以要求开发方当场演示降级效果，光看正常路径不算验收完。
怎么快速判断自己网站上的3D展示有没有兼容隐患
三个动作：关掉浏览器硬件加速后重新打开页面，看有没有替代内容出现；换一台年份较久的低配手机实测；留意访客有没有反馈页面空白。三条里任何一条不过，都值得让技术方补上降级逻辑。