2024 年英国企业网站开发终极指南

本指南适合谁

这不是教程。它是为签署网站决策的人而写：需要决定什么、坚持什么，以及忽略哪些所谓的常识。

平台选择

大部分平台之争都是部落式的。实际决策是机械化的，核心在于一个问题：非技术人员多久需要更改一次内容？

WordPress

对于英国大部分企业而言，WordPress仍是务实的选择。你的营销人员可以添加服务页面、发布案例研究或更改标题，无需提交工单。在12个月内，这种自主权通常比任何技术优势更重要，因为发布频率是大多数企业最强的内容杠杆。

它的弱点不是WordPress本身，而是累积在其上的东西。一个页面构建器叠加一个主题（其自带构建器），再加上20个插件，会产生4秒的加载时间和无人想碰的代码库。如果你运行WordPress，请有意识地管理：一个构建器、少量插件，并严格执行更新流程。

定制构建（Next.js或类似）

当你需要应用逻辑、真正的速度或对技术SEO的精确控制时，这是正确选择。你将获得服务端渲染的HTML、远超插件栈的性能上限，以及更小的攻击面。

代价是编辑灵活性。除非你也构建一个合理的内容模型和管理界面（这本身就是一项实实在在的工作），否则每个新着陆页都将成为开发者的任务。请为此预算，否则最终会得到一个无人能更新的快速网站。

诚实测试

如果你对“谁来添加新页面”的回答是“我们的营销人员，每周一次”，请选择WordPress。如果回答是“我们每年添加两次页面，且需要网站快速运行并实现特定功能”，请选择定制构建。

真正影响排名的因素

除去内容质量（最重要）外，技术基础往往乏善可陈且经常被完全忽视：

• 每页一个独特的标题和元描述，字数分别控制在约60和160字以内，针对用户搜索意图编写，而非以公司名称开头
• 每页一个H1标题，用于描述页面内容——许多网站甚至没有H1标题
• 规范化URL（Canonical URLs），避免同一内容在多个地址上相互竞争
• 结构化数据，以互联图形式呈现：组织（Organization）、网站（WebSite）、服务（Service）、常见问题（FAQ）、文章（Article）、面包屑（Breadcrumb）
• Open Graph和Twitter卡片标签，否则在WhatsApp或LinkedIn等平台分享时将显示空白
• 清晰的网站地图，排除作者档案等无搜索价值的页面
• 内部链接应保持“跟随”状态，并按主题集群组织

最后一点值得特别强调，因为相反的建议广为流传。**不要对内部链接使用“nofollow”。**页面的PageRank会在其链接间分配，而被nofollow的链接所分配的权重将被丢弃而非重新分配。对内部链接使用nofollow并不能积累权威；它只会摧毁权威。若希望，可对外部链接使用nofollow——内部链接必须始终保持“跟随”状态。

性能，用实实在在的指标衡量

核心网页指标（Core Web Vitals）是Google体验度的衡量标准，但商业原因更简单：网站速度慢会导致询盘流失。

把握三个关键数字，用以约束开发者：

• 最大内容绘制（LCP）在中端手机4G网络下低于2.5秒——不是在你的桌面电脑上
• 交互到下次绘制（INP）低于200毫秒
• 累积布局偏移（CLS）低于0.1——页面加载时无跳动

大多数性能问题源于四个原因：未优化的图片、阻塞渲染的字体、第三方脚本（聊天组件、标签管理器、追踪器），以及为页面未使用的功能加载JavaScript。

在设计开始前，就应确定性能预算。在假设需要四个主视频的设计上强行提升速度，远比从一开始就在预算内设计更昂贵。

AI时代的架构变革

有些东西确实发生了变化，并影响架构决策。

AI爬虫（如GPTBot、ClaudeBot、PerplexityBot、CCBot）通常仅抓取原始HTML，而不执行JavaScript。Google虽然能渲染JavaScript，但速度更慢且可靠性不如直接提供纯HTML。

结果是：客户端渲染的单页应用（SPA）在越来越多回答客户问题的系统中几乎不可见。若希望被AI助手引用，你的内容必须出现在初始HTML响应中——这意味着需要服务端渲染或静态生成，而非在加载后通过React等框架获取所有内容。

好消息是，这并不需要新的规范。服务端渲染的语义化HTML、准确的结构化数据，以及一致的业务信息，正是优秀SEO一直以来的要求。

重建还是修复？

重建往往是错误的选择，而代理商显然有动机不这么说。

选择修复，当内容和结构大体正确，问题仅为技术层面——加载缓慢、缺失元数据、无架构标记、插件臃肿。这些问题通常可在数周内以重建成本的一小部分修复，且无迁移风险。

选择重建，当信息架构根本错误、平台阻碍需求，或代码库无法维护。即便如此，也要尽可能保留每一个已被索引的URL。

向任何推荐重建的代理商询问修复现有网站的成本。答案及其答复速度，能透露很多信息。

迁移时不丢失排名

若确实要重建，迁移是网站受损的关键环节。核心要点：

1. 清点所有已被索引的URL——先从Search Console和网站地图开始，别的都靠后。
2. **尽可能保留URL而非重定向。**保持URL原样（包括尾部斜杠）风险为零。301重定向可传递大部分信号，但“全部”并非“全部”。
3. **若必须重定向，确保单跳直达。**重定向链条会稀释并浪费抓取预算。
4. **保留标题、描述和结构化数据。**改进可以，丢失不行。
5. **新网站速度不得低于旧网站。**迁移前后都要测速。
6. 迁移后第一个月，每日关注Search Console，以便在数天而非数季内发现覆盖率错误。

预计会有约一两周的小幅波动。执行良好的迁移不会出现断崖式下跌。

必须坚持的条款

• 固定价格，基于书面范围
• 完整的代码所有权，包括代码仓库
• 设计开始前确定的性能预算
• 所有已被索引的URL均需列入书面清单
• 每个页面模板均包含结构化数据
• 培训，让你的团队能自行发布内容

下一步

若你正在权衡修复现有网站与重新开始，这值得一次对话而非直接提交方案。我们乐于告诉你更便宜的选项才是正确的，而且我们经常这么做。