直接回答:签约前要看三类案例,即与你采购链路相似的整站改版案例、有明确前后对比口径的案例、以及能还原迁移流程和技术交付物的案例。只有设计效果图和首页截图的案例,不具备判断价值。本文适用于准备更换服务商或启动整站改版的外贸企业,尤其是旧站有收录但询盘少、移动端体验差、在 AI 搜索中几乎不被提及的站点。

为什么整站改版要先看案例而不是先看报价?

整站改版的报价差异,本质来自工作量差异,而工作量只有案例能说明。改版会牵动 URL 结构、内容迁移、多语言版本、询盘表单、跟踪代码和旧页面处置,同一句需求在不同服务商那里理解完全不同。先看报价,你比较的是一串数字;先看案例,你比较的是工作范围、交付物和责任边界。对采购方来说,后者才是签约后真正决定项目成败的部分。

改版是存量资产迁移,风险高于新建站点。旧站已经积累的收录、外链、被引用的产品页和已经排名的落地页,一旦处理不当就会在切换当天出问题。有整站改版经验的服务商,会主动谈旧 URL 清单、301 映射、收录监控和回滚预案;没有经验的,只会谈模板、配色和首页动效。案例就是把这两类服务商区分开的成本最低的方式,也是决策阶段最值得花时间的一环。

案例还能判断服务商是否真的服务过 B2B 长决策链。快消站和工业品站的页面结构、内容深度、询盘字段完全不同:前者靠单品页和促销,后者靠规格表、选型说明、应用场景和经销政策。看案例时要确认对方理解询盘质量,而不是只会展示访问量曲线。采购阶段看错案例,后面再改就只剩加钱和延期两条路,预算和上线时间都会被拖住。

看案例时要重点核对哪几类信息?

第一类是行业与业务模式。不要求案例行业和你完全相同,但要求采购链路相似:客户是否需要询价、是否要发图纸或样品需求、是否有经销商政策页、是否需要多语言。链路相同的案例才有参考价值,因为页面结构和表单字段可以直接对照。只看行业名称是否一致,容易被包装过的案例误导,也容易错过真正做过同类项目的团队。

第二类是改版前的真实问题描述。可用的案例会写清旧站的具体症状,比如收录长期停滞、移动端打开慢导致跳出、产品页只有参数没有应用场景、询盘表单字段过多。这些描述能让你对照自己的站点,判断问题是否同类。只写“原网站老旧、设计过时”这类空话的案例,通常是把设计稿重新包装了一遍,看完也无法判断对方能不能处理迁移。

第三类是约束条件:预算区间、项目周期、是否允许调整 URL、内容由谁提供、是否需要保留旧站的广告落地页。约束写得越具体,案例可信度越高。还可以留意案例里有没有提到折中或未完成的部分,例如某批历史页面因客户原因没有迁移。愿意讲清边界的服务商,通常也更愿意在合同里写清责任,后续沟通成本明显更低。

改版前后该用哪些指标做对比?

可用的改版案例,至少应给出改版前后的可比指标,并说明统计口径与时间窗口。常见可比项包括:已收录页面数量、核心产品词的自然点击、移动端核心网页指标、询盘表单提交量,以及品牌与产品问答在 AI 搜索中的观察记录。指标不必多,但每一项都要能对应到具体网址和时间段,而不是一句笼统的“流量提升”,否则无法验证。

不要只看增长百分比,要看基数和周期。三个月涨三成和一年涨三成,含义完全不同;同期是否叠加了谷歌广告、内容更新或外链建设,也会影响判断。比较稳妥的做法,是要求服务商说明改版本身贡献了哪一部分,其余部分由什么动作带来。没有口径说明的数据,建议直接跳过,不要写进评标表,也不要用它作为选择服务商的主要理由。

改版案例应提供的对比口径示例
指标类别改版前应记录改版后重点看
收录与结构旧 URL 全量清单、已收录页面数、外链落地页301 映射覆盖率、新页面收录节奏、404 处理记录
自然搜索核心产品词与对应落地页清单点击与展现变化、落地页是否承接原有关键词
访问体验移动端加载情况、表单字段数量核心网页指标、表单提交成功率与报错率
内容与转化产品页内容深度、询盘字段设置页面停留与跳出、询盘质量而非单纯数量
AI 搜索可见度品牌词与产品问答的人工观察记录是否被引用、被引用的页面是否准确

案例能不能说明整站改版的完整流程?

流程比结果更能反映可复制性。一个可核对的整站改版案例,应能说清六件事:盘点旧站、重建信息架构、做 URL 与内容映射、开发与内容并行、上线切换、上线后监控。这六步缺任何一环,问题通常会在上线后两周内集中出现,比如大批 404、收录下滑、询盘表单提交失败却没人发现,等业务方察觉时往往已经损失了询盘。

重点看上线切换这一段。有没有灰度发布、是否安排在询盘低峰切换、是否准备回滚方案、谁负责提交新的站点地图、多久检查一次收录与 404 日志。案例里能写出这些细节,说明团队真的做过整站迁移,而不只是做过页面设计。反过来,只谈视觉改版流程的案例,通常无法承担存量站点的迁移风险,签约后容易把问题推回给客户。

1旧站盘点导出全量 URL、收录状态、外链分布与历史询盘页面,形成迁移清单。
2架构与关键词映射确定哪些页面保留、合并、新建,产品页与广告落地页一一对应。
3内容与开发并行产品页模板、多语言、表单字段与跟踪代码同步推进,避免上线前返工。
4上线切换执行 301 映射、灰度与回滚预案,提交站点地图并通知相关方。
5上线后监控跟踪收录、404、核心网页指标与询盘链路,按周输出处理记录。
整站改版案例应能还原的流程

案例里哪些细节能看出 SEO 与 GEO 功底?

看页面结构,而不只是看关键词密度。案例应展示产品页如何组织:应用场景、规格参数表、选型建议、常见问题、可下载资料、相关产品。这套结构既服务采购者的判断路径,也方便搜索引擎与 AI 摘取答案。如果案例里的产品页只有一段公司介绍加几张图,那所谓搜索优化能力基本无从谈起,改版后也很难指望自然流量有明显变化。

再看结构化数据与可抓取性。页面是否有清晰的标题层级、是否有 Organization、Product、FAQ 等结构化标记、是否有面向 AI 爬虫的访问策略说明、robots 与站点地图是否规范。只口头承诺“AI 优化”却拿不出页面结构示例的案例,可以直接排除。这类判断不需要技术背景,让服务商打开案例站点的源代码即可核对,比听讲解更可靠。

签约前还要把哪些问题写进合同和验收?

把案例里承诺过的东西变成合同条款:页面数量与模板清单、多语言版本、301 映射交付物、上线后监控周期、数据与账号所有权。案例展示得再好,不写进合同就不算交付范围。特别是账号归属,域名、服务器、统计工具、Search Console 和广告账户都应在签约时明确归甲方,避免合作结束后无法自主运营,也避免下一家服务商接手时拿不到历史数据。

验收标准要可测量。例如核心页面移动端指标达标、旧 URL 映射覆盖率达到约定比例、表单提交能正常进入企业邮箱或 CRM、结构化数据通过基础校验。避免“优化到位”“效果满意”这类无法验证的表述。可以把验收拆成上线验收和上线后验收两段,前者看交付物是否齐全,后者看收录恢复与询盘链路是否正常,两段都通过再结清尾款。

  1. 要求提供旧 URL 清单与 301 映射表的交付格式和时间
  2. 明确页面数量、模板类型、多语言版本与内容由谁撰写
  3. 约定上线后至少四到八周的收录、404 与询盘链路监控责任
  4. 写明域名、服务器、统计、Search Console 与广告账号归甲方所有
  5. 列出验收指标,并约定不达标时的整改方式与时间
案例行业和自己不同,还能参考吗?

可以,但要选采购链路相似的。重点看对方是否处理过询盘型页面、规格表、多语言和经销商政策。行业不同但链路相同,参考价值仍然高;行业相同但只做过展示型官网,参考价值反而低。

服务商只给设计稿和截图,不给数据怎么办?

要求提供可核对的结构性材料:旧 URL 清单样本、301 映射表、页面模板清单、上线后的收录与 404 处理记录。如果对方只能给设计稿,说明工作重心在视觉而非迁移与搜索承接,采购时应相应调整预算或另寻方案。

改版后多久能看到效果?

没有统一答案,取决于旧站基础、内容量、行业竞争与投放配合。合理做法是约定阶段性检查点:上线两周看抓取与 404,四到八周看收录恢复,三到六个月看核心落地页的自然点击趋势。任何承诺固定时间的说法,都应要求写明前提条件。