代码部署完成后页面能打开，但样式全部丢失，Network 中 CSS/JS 返回 404、403 或错误 MIME。这个问题看似是前端，根因常在静态内容部署、文件所有者、静态签名版本与多节点发布不一致。

从一个失败资源开始，不要先全站清缓存

复制失败的 CSS URL，查看状态码、响应体和 Content-Type。404 表示文件或路由不存在；403 多与权限、Web 规则有关；200 但返回 HTML，说明请求被 Magento 错误页或登录页接管；浏览器报 MIME 拒绝通常就是最后一种情况。

把 URL 中的主题、区域和语言拆开，例如 frontend、Vendor/theme、zh_Hans_CN。部署只生成 en_US，而当前商店使用中文区域时，文件可能缺失。

部署模式决定静态资源的生成方式

bin/magento deploy:mode:show
bin/magento setup:static-content:deploy -f zh_Hans_CN en_US
bin/magento cache:clean

生产模式应在发布流程中预生成静态内容。开发模式可能通过符号链接或按请求生成，权限与开发配置不同。不要在生产 Web 请求高峰临时生成全部主题和语言。

静态文件签名必须与所有节点一致

启用静态内容签名后，HTML 中的资源 URL 带版本段。多台 Web 节点如果 deployed_version.txt 不一致，用户从节点 A 得到 HTML，却到节点 B 请求一个不存在的版本，就会出现间歇性 404。

构建产物应一次生成后分发到所有节点，或使用一致的共享静态存储。不要在每个节点独立执行部署后立即加入负载均衡，这容易产生短暂版本分裂。

文件权限要区分构建用户与 Web 用户

静态部署由 root 执行后，文件可能归 root，后续 Magento 用户无法更新；反过来目录不可读取也会让 Nginx 返回 403。检查 pub/static、var/view_preprocessed、generated 的所属用户和目录执行权限。不要用全目录 777 作为永久方案。

如果 pub/static/.htaccess 或 Nginx 示例规则缺失，请求可能无法按预期回退和设置 MIME。Web 根目录必须指向 pub，并使用与当前 Magento 版本匹配的配置。

主题继承和 LESS 编译错误也会导致缺文件

部署命令返回成功前的警告不能忽略。自定义主题引用不存在的父主题、LESS 变量或导入文件，会让某个 locale 的 CSS 生成失败。单独部署一个主题与语言并使用详细输出，更容易定位第一条编译错误。

恢复后用无痕窗口检查首页、分类、商品和结账，确认 CSS、RequireJS、字体和图片全部返回正确 MIME 与缓存头。再滚动发布一个节点，验证负载均衡切换时版本仍一致，才说明部署流程真正可靠。