为什么要动架构

客户原来那套站，首页 TTFB 常年 600ms 以上，移动端首屏 4 秒开外，投出去的流量有一半在等待中流失。

我们做的五件事

1. 内容与渲染分离

WordPress 退化为纯数据层，只暴露 REST API，前台不再执行 PHP。

2. 页面静态化到边缘

构建产物直接推到全球节点，HTML 与图片同享边缘缓存。

npm run sync && npm run build
# 构建完成后推送到 EdgeOne Pages

3. 图片换成 AVIF/WebP

由媒体云按访问设备实时出图，构建期不做重处理，CI 快了一半。

4. 砍掉不必要的 JS

动效改用 IntersectionObserver，轮播用 CSS Scroll Snap，整站 JS 不到 40KB。

5. 老 URL 全量 301

百度收录的旧地址逐条映射，没有出现排名断崖。

结果

TTFB 38ms，移动端首屏 0.8 秒，自然流量询盘两个月内翻了一倍多。

GEO 不是「加一行 meta」

本地搜索的排名逻辑里，实体一致性权重很高：地址、电话、区域、服务范围必须在页面、结构化数据与站长平台之间完全一致。

落地清单

• 页面输出 province/city/coord 地理标记
• Schema.org 的 LocalBusiness / ProfessionalService 实体补齐坐标与营业时间
• 每个办公点有独立可访问页面
• 站点地图与 robots 中明确区域页优先级

常见错误

把整站服务范围写成「全国」，反而稀释了本地信号。

上线前

1. 导出全部历史 URL 与收录量
2. 建立新旧 URL 一对一映射表
3. 保留原有栅目的语义层级

上线时

1. 301 逐条生效，不做泛目录跳转
2. robots.txt 与 sitemap 同步更新
3. 站长平台提交改版规则

上线后

1. 404 监控与回补
2. 抓取异常周报

按这张清单走，改版后的自然流量波动一般能控制在两周内回正。

改错的决策

第一版把「按行业」入口做得比「按系列」更重，结果老客户的复购查找效率下降了。

怎么发现

热力图与销售反馈同时指向同一个问题：熟悉型号的访客被当成新客户对待了。

调整后

双入口并列，并在搜索框下方记住用户上次的浏览路径。