新网站已经能上传一份PDF，旧产品页上的说明书却未必因此能够下载。前一个结果证明新应用可以写入某处存储，后一个问题涉及原有文件是否搬过去、页面指向哪里，以及买家有没有按预期读取它的路径。

AWS在10月14日介绍S3接入Vercel Marketplace与v0，支持从建站工作流创建和连接存储资源。公告中有一项容易忽略的条件：连接已有AWS账号时，Vercel使用的是通过平台新建的桶，原有桶不会因为账号已连接就自动成为这次集成的一部分。

先找清文件真正存在哪里

迁移前，先从仍在使用的产品页选出下载入口，查它最终指向的文件对象。页面地址、文件地址和存储位置可能属于不同系统；只把网页正文复制到新站，原链接仍可能继续依赖旧环境。旧服务一停，问题才会出现。

文件名称也不一定足以识别对象。不同型号可能都用manual.pdf，旧目录路径或对象键才把它们区分开。搬运时如果只保留文件名、丢掉目录关系，就可能覆盖另一份说明书。应该保留足以对应产品与版本的标识，再决定哪些路径保持不变、哪些页面引用需要更新。

对中国制造企业，常用产品图、规格PDF和检测文件还可能有不同公开范围。文件搬到新桶以后，不能为了让下载立刻成功，就把整桶改成所有人可读。先区分本来允许公开的资料与受限文件，再按既有业务要求验证读取方式；集成配置不是重新放宽权限的理由。

上传、引用和读取分别检查

一份有用的迁移对照，记录旧对象、新对象及引用它的页面。测试不仅是往新位置上传文件，还包括从实际产品页点开它，核对打开的是哪一版、文件是否完整，以及受限资料是否仍按原有条件访问。新工具里的预览成功，不足以代表外部买家能够使用同一个链接。

如果新站只需新增资料，旧库暂时继续提供稳定下载，也可以先保持这种边界，避免为了“统一”而同时搬完所有内容。但要明确旧环境仍承担什么，不能把迁移标成全部完成后又停掉这部分资源。是否分批搬，取决于现有页面引用和维护责任，而不只看文件数量。

公告同时覆盖普通对象存储、表格存储与向量存储。选择了向量资源，也不表示PDF已经变成可查询的产品知识；AWS明确说明S3 Vectors本身不生成嵌入。原文、切分内容、向量和产品页面仍各有自己的生成或关联步骤。

如果迁移同时涉及知识库模型，旧索引的生成配置还需要另查。文件传过去、索引可被查询、答案对应当前产品，是不同层面的结果，不宜用同一个“已连接”状态全部带过。

收尾时可以把判断压到一份具体文件上：从买家正在使用的页面进入，能否打开正确版本，且读取条件没有被意外改变。这个问题有答案，再决定下一批资料怎么搬，比只看控制台多了一个存储桶更接近迁移完成。

参考来源