页面和 URL
语言目录、页面清单、导航和旧链接迁移。
什么时候值得重建
新业务要上线、准备进入更多市场，或者旧站每次更新都会弄乱页面、语言版本、SEO 和表单时，重新建设通常更划算。
修复还是重建
不是看网站旧不旧，而是看它还能不能用
只是不喜欢视觉风格，可以改版；内容、技术和发布长期失控，才需要重建。
| 现在的情况 | 继续修 | 重新做 |
|---|---|---|
| 页面和内容 | 主要页面清楚，模板还能调整 | 产品、服务和语言长期混在一起 |
| 技术与发布 | 能正常输出页面，也能修 SEO 和速度 | 每次更新都会弄坏 URL、元数据或移动端 |
| 中英文 | 两种语言可以分别编辑和审核 | 只能自动翻译，无法管理页面对应关系 |
| 旧链接 | 大部分旧 URL 仍有价值 | 重复和无效 URL 已经影响正常更新 |
| 团队维护 | 团队能发布、检查和回退 | 系统、权限或供应商让日常维护失控 |
内容优先
设计页面之前，先把业务讲清楚
先盘点产品、服务、行业、使用场景和现有资料，再决定网站需要哪些页面。
- 每个页面有明确用途，不做重复页面。
- 第一屏直接说明产品、客户和下一步。
- 产品、案例、FAQ 和指南能够互相找到。
- 每种语言按目标市场的搜索方式和商业表达重写，不直接发布机器翻译。
交付内容
交付的不只是几张设计稿
首期页面和语言按目标市场确定，但下面这些工作都会包含。
多语言内容
目标市场调研、术语表，以及各语言的首页、核心服务、案例、指南、FAQ 和联系页面。
SEO 与 Schema
元数据、结构化数据、内链和 sitemap。
移动端体验
响应式布局、可访问性、图片和速度。
询盘
表单、来源记录、隐私和提交结果。
上线
测试、缓存、CDN、监测和回退说明。
上线前检查
页面检查通过后，才放进正式 sitemap
内容、技术和视觉放在同一轮验收，不把问题留到上线以后。
- 01
内容准确
问题、答案、来源和限制已经审核。
- 02
SEO/GEO
Meta、canonical、语言和 Schema 保持一致。
- 03
操作正常
导航、表单、错误提示和无脚本访问可用。
- 04
速度达标
移动端性能、图片和缓存通过检查。
- 05
上线确认
源站、CDN、sitemap 和监测全部验证。
范围、周期与报价
新站按阶段确认，避免把未知工作塞进一个总价
以下周期适用于资料和审核人基本到位的企业站；产品库、账号或电商交易需要单独评估。
先确认页面、语言和内容
梳理业务、旧 URL、资料、目标市场和询盘路径，形成可报价范围。
常见为 6–12 周
核心内容、响应式前端、技术 SEO、多语言、表单、测试和上线按里程碑报价。
12 周以上或分批上线
大量产品、多市场、迁移、CMS 或系统集成会拆成独立阶段。
正式报价会列页面、语言、内容责任、设计与开发边界、第三方费用、修改轮次、上线和维护范围。
相关问题
关于 GEO-first 多语言官网
GEO-first 官网和普通企业官网有什么区别？
区别不在视觉风格。项目开始时就会确定客户关心哪些问题、需要哪些页面、重要说法依据什么，以及各语言页面如何对应和验收。
一定要使用某个 CMS 吗？
不一定。根据内容规模、更新角色和安全要求选择静态站、轻量 CMS 或现有系统，核心是能稳定输出可抓取 HTML 和一致元数据。
可以先上线一种语言吗？
可以，但要提前确定未来的语言目录、默认语言和对应关系，避免新增市场时修改全部 URL。只有真实完成的语言页面才进入 hreflang 和 sitemap。
旧站内容怎么处理？
先做 URL 与内容盘点：保留、合并、重写或删除，再将有价值的旧 URL 一对一永久跳转到最相关新页面。
准备做新官网？把现有资料发来
产品、目标市场和需要的语言，足够开始讨论第一期页面。