外贸站改版的方案很容易做得好看。几张首页效果图，一份功能列表，再加上“品牌升级、SEO 优化、全球化增长”，会上听着都没问题。可客户难判断的部分，往往一句也没说：旧站已经被 Google 收录的页面怎么办，产品网址改了以后往哪里跳，历史询盘数据能不能接上，切站当天表单失效了谁来处理。
这也是比选外贸建站服务商时最该先看的地方。设计风格不合适，改稿还能解决；迁移边界没摸清，问题往往要等上线后才露出来。到那时，旧站已经关了，流量、广告和业务邮件都在新环境里跑，调整成本会高很多。
红数科技在这类项目里更愿意先把方案做成一份可以核对的工作文件。客户不需要懂代码，也能从几页关键内容里看明白：我们理解了什么，准备怎么做，做到什么程度算完成，哪些事情暂时不能承诺。
先看四处，十几分钟就能筛掉不合适的方案
一份几十页的方案，不需要逐字读。先找下面四处，基本能判断服务商是在回应这个网站，还是把一份通用模板换了公司名称。
| 先看哪里 | 应该看到什么 | 需要警惕的表现 |
|---|---|---|
| 旧站判断 | 重要落地页、现有收录、内容和询盘链路的具体问题 | 只评价视觉老旧，没有旧网址和数据依据 |
| 迁移范围 | 哪些内容、网址、语言、账号和第三方系统会变 | 用“整站迁移”概括全部工作 |
| 验收口径 | 页面、SEO、表单、速度、追踪和上线后的检查方法 | 只写“保证正常”“符合 SEO 标准” |
| 责任与边界 | 企业要提供什么，服务商交付什么，异常由谁处理 | 报价包含项很多，交付文件和排除项却不清楚 |
这四处能对上，才值得继续谈视觉、技术路线和价格。对不上，方案页数再多，也很难判断最后会交付什么。
好的方案会先确认：这次到底需不需要“迁移”
有些项目只是换视觉，域名、网址结构、CMS 和主要内容都不变；有些项目会同时更换域名、服务器、后台、多语言路径和页面结构。两种项目都叫改版，风险完全不是一个量级。
服务商如果还没拿到旧站权限和基本数据，就直接给出完整迁移结论，通常下得太早。至少要先知道：旧站有多少可访问网址，哪些页面持续带来自然搜索和广告访问，表单怎样发信，网站有哪些语言版本，PDF、图片和视频是否被外部链接引用，域名、DNS、主机和分析账号掌握在谁手里。
还有一个很实用的判断点：对方会不会主动减少同一时间发生的变化。Google 搜索中心当前的网站迁移说明建议一次只更改一项内容。现实项目受预算和工期限制，未必能把换域名、换 CMS、改版完全拆开，但方案至少应该把这些变化分开标出来，并说明各自的影响。否则上线后流量波动，很难判断是重定向、内容、渲染还是服务器出了问题。
愿意说“这部分现在先不动”的服务商，反而更容易合作。迁移不是变化越多越显得专业，而是每一项变化都要有业务理由。
URL 映射表的样张，比“精通 SEO”更有判断价值
客户不必等项目启动后才看 URL 映射。比选阶段就可以要求服务商提供一小段样张，用旧站五到十个不同类型的页面做示范。它会很快暴露对方是否理解迁移。
一张能用的样表，不会只有“旧网址”和“新网址”两列。它还应写明旧页面目前有什么价值，准备保留、合并还是下线，目标页面为什么匹配，使用哪种状态码，以及上线后怎样确认结果。
| 旧页面情况 | 合理去向 | 需要说明的理由 |
|---|---|---|
| 仍有展示、点击或询盘的产品页 | 对应的新产品页 | 产品与搜索需求是否仍然一致 |
| 多个内容重复的产品页 | 合并后的主页面 | 哪个页面承接原有内容和外链 |
| 已停产但仍有替代型号 | 确有对应关系的替代产品或说明页 | 替代关系是否对客户有用 |
| 已失效且没有替代内容 | 返回 404 或 410 | 不制造无关跳转 |
| 仍被引用的 PDF、目录和图片 | 保留原址或跳到新文件 | 下载入口和外部链接不能漏掉 |
如果样张把大量旧页面统一跳到新首页，这不是省事。访问者原本要找一个产品、案例或技术文件，落地后却只看到首页；搜索引擎也未必认为两者相关。Google 的迁移说明明确提醒，不要把大量旧网址重定向到一个无关目标。永久迁移通常优先使用服务器端 301 或 308，并尽量直接到最终网址，避免层层跳转。
这里还有一个细节很能看出服务商是否把后续考虑进去：旧重定向准备保留多久。Google 建议通常至少保留一年，从历史外链和老客户收藏的角度看，有条件长期保留会更稳妥。方案如果只写“上线时配置 301”，却没有旧域名、旧主机的续费和维护安排，执行到后面仍可能断掉。
看设计稿时，别只看首页像不像成品
外贸站最终是给海外采购、工程师、经销商或终端客户使用的。首页视觉当然重要，但判断合作适配度，更值得看三个普通页面：一个产品详情页、一个分类页、一个询盘或联系页。
产品详情页能看出服务商是否理解产品。页面有没有把型号差异、参数、应用条件、认证和下载资料排清楚，还是只把宣传册内容拆成几块；移动端看表格是否吃力；相关产品是按真实选型关系推荐，还是随机摆几张卡片。
分类页能看出信息架构是否为客户寻找产品服务。分类依据应符合采购和行业的实际叫法，不应只是企业内部组织方式。多语言站还要确认语言版本是不是简单复制页面。产品名称、单位、认证、交付条件和询盘用语，都会因市场不同需要重新核对。
联系页最容易检验“好看”和“能用”是不是同一件事。国家区号、附件、隐私同意、垃圾询盘拦截、自动回复、内部收件人、CRM 入库和转化统计，少一个都可能让销售团队收到一条看不懂来源的线索，甚至根本收不到。
封面图和首页效果图可以展示审美，但这三类页面更接近网站上线后的工作状态。愿不愿意拿它们接受评审，能说明不少问题。
技术能力要写进验收，不要只出现在介绍页
“响应式设计、SEO 友好、加载速度快、安全稳定”没有错，只是无法验收。客户可以要求方案把这些词改成检查动作和可见结果。
例如，搜索迁移不该只写“提交 Google”。上线前后需要核对的至少包括：重要旧网址能否到达正确新页；内部链接是否已经换成新网址；robots.txt 有没有误拦；测试环境留下的 noindex 是否清掉；canonical、hreflang、XML 站点地图和结构化数据是否与页面实际内容一致；404 页面和状态码是否正常；Search Console 的新旧资源由谁验证和监测。
结构化数据也不是加一段代码就算完成。Google 的结构化数据常规指南要求标记内容与页面可见内容相符，并保持最新、原创，不得标记无关或误导性信息。企业名称、产品、面包屑、文章作者等信息如果在页面和标记里对不上，工具测试通过也不代表内容可信。
速度同样要有具体口径。Google 当前列出的良好体验参考值是 LCP 不超过 2.5 秒、INP 低于 200 毫秒、CLS 低于 0.1，详见核心 Web 指标说明。这些指标需要说明测试页面、设备和数据来源。拿首页实验室测试的一次高分，不能代替目标市场真实访问、主要页面模板和上线后实测。
验收表写得越具体，合作中的争议越少。客户不需要亲自完成技术检查，但应当看得懂什么情况算通过，哪里没通过，接下来由谁修。
报价是否可信，要看数量和边界能不能对上
同样一份“外贸站改版迁移”，报价差异可能很大。工作量不只取决于页面看起来有多少张，还要看有多少页面模板、独立网址、语言版本和外部系统需要处理。
一份便于比较的报价，通常会列清这些基数：预计迁移的网址数量，重点页面需要重写还是原样搬运，产品数据如何导入，多语言由谁翻译和校对，URL 映射由谁确认，表单和 CRM 有几个接口，图片和 PDF 是否整理，重定向与上线监测包含多长时间。
排除项也要写。域名和主机续费、付费插件、翻译、摄影、法规审查、第三方接口费用、旧系统无法导出的数据，究竟是否包含，不能留到项目中途再解释。
低价不一定不合适。旧站规模小、网址不变、内容由企业整理好、也没有复杂接口，迁移工作本来就可以简单。反过来，一份报价很高，却仍说不清网址数量、语言范围和验收方式，也不能只因为价格高就默认更稳。
项目能不能顺利，常常取决于双方谁负责做决定
网站迁移不是服务商拿走账号，过一段时间交回一个新站。企业内部至少要有人决定产品分类、内容取舍、语言口径、询盘收件人和上线时间；服务商则要对盘点、设计、开发、重定向、测试和监测给出明确负责人。
方案里最好直接写名字或岗位，不只写“双方配合”。例如，谁批准 URL 合并，谁确认英文参数，谁修改 DNS，谁在切换后做表单实测，谁有权决定回退。一个动作有两个人都能负责，出问题时往往等于没人负责。
也可以留意服务商怎么处理未知情况。旧站可能拿不到完整后台，历史代码可能没有文档，第三方表单也可能早已无人维护。可靠的说法不是“都能迁”，而是先说明要检查什么，拿不到资料时采用什么替代办法，这个办法会损失什么。
上线方案应该像值班安排，而不是一句“择期发布”
外贸站切换时，网站访问、询盘、业务邮箱、广告落地页和搜索抓取可能同时受影响。上线文件要能回答：为什么选这个时间，切换前备份了什么，内容何时冻结，DNS 和重定向谁操作，出现哪些情况立即回退，旧站能在多长时间内恢复。
上线后的观察也不能只写“持续维护”。第一轮应尽快检查首页、重点产品、表单、下载、状态码和分析事件；随后查看服务器错误、404、Search Console 抓取与收录、自然搜索落地页、广告落地页和真实询盘。Google 说明，中型网站的大多数页面进入新索引可能需要几周，大型网站会更久，期间排名也可能波动。波动可以预期，但不能把持续的错误跳转、页面无法抓取或询盘归零都解释成正常现象。
因此，监测安排至少要写出前 24 小时、第一周和随后几周各看什么。旧站流量往下、新站流量逐步接上，才是正常迁移方向；只有旧站掉下去，并不叫迁移完成。
签约前，把这十个问题问完
不需要把沟通变成技术考试。下面十个问题，已经足够帮助大多数企业判断这支团队是否适合合作：
- 你们根据哪些旧站数据得出现在的改版建议？
- 这次会同时改变域名、CMS、网址结构、内容和设计中的哪些部分？
- 能否用几条真实旧网址展示迁移后的处理方式？
- 高流量、高询盘和有外链的页面怎样识别并保护？
- 多语言页面、PDF、图片和广告落地页是否纳入迁移？
- 表单、邮箱通知、CRM 和分析事件怎样验收？
- 上线前谁做全量或抽样测试，结果以什么文件交付？
- 切换失败时，回退条件、负责人和预计恢复时间是什么？
- 上线后监测多久，什么异常属于服务范围？
- 项目结束后，企业会拿到哪些账号、源文件、映射表和操作记录？
回答不必句句都很漂亮。比标准话术更重要的是，对方能否拿出当前网站的依据，能否承认还不知道的部分，能否把结论落到文件、负责人和验收结果上。
红数科技给出改版迁移建议时，客户最先看到的应该是旧站判断、变化范围、代表性 URL 处理、交付边界和上线责任。页面设计是合作的一部分，却不该遮住迁移真正困难的部分。方案把风险说清楚，不是在制造顾虑，而是让客户知道这项工作是否值得交给眼前这支团队。
文中涉及的网站迁移、永久重定向、结构化数据和核心 Web 指标，依据 Google 搜索中心截至 2026 年 7 月 23 日可查到的公开说明核对；四份页面当时标注的最近更新时间依次为 2026 年 6 月 23 日、2026 年 4 月 20 日、2026 年 2 月 20 日和 2025 年 12 月 18 日。平台规则和站点实际状态会变化，正式实施前仍应复核官方文档、网站后台与服务器配置。
