构建成功但部署检查失败——这是平台检测和本地构建产物不一致的典型症状。EdgeOne Pages（Makers 用的部署链路）的 Next.js 支持按三个方向查：1. 先看检测的完整报错（决定方向）：页面输出的 vinext 检查失败信息里通常带具体的 diff 内容（缺少文件/多余文件/配置不一致）。没有具体 diff 的话，在构建日志（部署详情-构建日志）里搜 vinext 或 validate 关键字，看检测器的具体输出；2. 最常见的三个根因：a. 输出模式不匹配——Next.js 项目要选对 output 模式：静态导出（output: export 生成 out 目录）还是 Node 服务（需要 SSR runtime）。EdgeOne Pages 对 Next.js 的支持形态决定检测项：如果你的项目是 SSR/ISR（有 getServerSideProps 或中间件），但平台当静态站检查（期望 out 目录），vinext 检测会报缺少服务产物。检查 next.config 的 output 配置和实际构建产物目录（out 还是 .next）是否与平台选择的框架预设一致；b. 锁文件依赖漂移——本地和 CI 的依赖版本差异导致构建产物不同（比如本地 Next 14，CI 装了 15——package-lock 是否提交且 CI 用 npm ci 而非 npm install）。确认平台构建时用的包管理器和 Node 版本（EdgeOne Pages 的构建环境 Node 版本在环境变量或构建配置里设，低版本 Node 下 Next 15 的构建产物会异常）；c. monorepo 的路径问题——workspace 里的 Next 项目不在仓库根目录时，检测器可能在错误的目录找产物（构建命令的工作目录配置）。把构建命令里显式 cd 到正确目录并确认输出目录配置；3. 快速自证路径：本地用与平台一致的命令全量跑一遍构建（删 node_modules 重装），把本地产物和平台部署日志里检测的产物清单对比——差异文件就是问题所在。本地构建产物如果平台检测仍不认，直接提工单带：仓库地址、构建命令、平台报错的完整截图（vinext 的 diff 部分）——平台侧的检测规则细节只有官方能确认（可能是预设配置的问题而不是你的项目问题）。... 展开详请

别慌，Makers 这平台底层是支持 HTTP/2 的，没开关是因为默认就开了。你测出来是 http/1.1，大概率是你测试姿势不对。 最简单的排查：别用普通 curl，加个 --http2 参数再试一次。如果返回 HTTP/2 200，那就是服务端没问题，是你之前用的工具太老或者没强制协商。 还有，浏览器里按 F12 看 Network 面板，Protocol 列要是显示 h2 才算真成功。要是全显 http/1.1，检查下是不是用了代理软件或者公司防火墙把 ALPN 包给拦了，切个手机热点试试。 只要证书没问题且走 HTTPS，基本都能跑通。实在不行，甩张 curl -v 的截图去腾讯云工单那边问，他们查得很快。 官方详细解决方案：https://cloud.tencent.com/product/workbuddy?Is=sdk-topnav... 展开详请

EdgeOne KV 目前属于定向邀请/企业内测功能，不是自助开通的，所以没有标准“审核周期”，全看官方排期。 通常情况： 正常进度：提交工单后，3-7个工作日内会有结果（通过或拒绝）。 为什么慢：这是灰度发布阶段，名额有限，且需要人工评估你的业务场景是否匹配。 加速技巧： 别只提普通工单，直接找你的腾讯云客户经理（SA）去内部推流程，这比自助工单快得多。 确保你账号的企业资质、用量规模符合要求（通常要求有一定流量基础的企业用户）。 在工单里明确说明“业务急需”及具体应用场景，增加通过率。 如果超过两周没动静，大概率是暂时不开放该批次，建议过段时间再试或咨询是否有其他替代方案（如自建 Redis 边缘节点）。 官方详细解决方案：https://cloud.tencent.com/product/teo... 展开详请