新站点优化3个坑，第2个最费时间

新站刚能打开的那几天，最容易犯的错不是主题选偏，是把优化的顺序排反了。站刚跑起来，第一件事就是装一堆插件、开页面缓存、批量压图，过几天想动链接结构，刷新一看还是旧页面，回头怀疑自己代码写坏了。新站点优化3个坑，第2个最费时间，这句我认，因为那一步不是敲几条命令就能完事的。

顺序排错，后面全是返工

先说顺序。一个站能改的地方很多，脾气各不一样：越靠底层、影响面越大的，越要早定。URL 结构、栏目层级、目录和域名的对应关系，这些是地基，定了就别轻易动。图片压缩、浏览器缓存、CDN 这类属于装修，什么时候都能补。地基没定先装修，返工的时间和钱都是双倍，干过的人心里有数。

费时间在哪儿？URL 一旦发出去，就不归你一个人管了。搜索引擎抓过、用户收藏过、别的站引用过，它就成了公开地址。想把 /p/123.html 换成 /article/xxx，每一条旧地址都得配一条 301，少配一条就是一条死链，访客点进来撞上 404，扭头就走。

老站改版还好办，有日志有历史数据，能拉出来对照。新站最麻烦的是自己都记不清发过什么，站点地图、导航、正文内链、图片引用，四处都藏着地址。有人图省事，改完扔一份新 sitemap 上去就等，旧地址爱咋咋。这种等法，往往要过一阵子去看才发现不对。

正经做法是笨办法：先把现有地址全导出来，抓一遍站内链接，做成一张旧→新对照表，再写进 .htaccess 或者 nginx.conf 的 rewrite 规则。写完拿 curl -I 一条条验，看状态码是不是 301、Location 是不是指向正确的新地址。别靠眼睛扫，也别信“应该没问题”。

这活儿枯燥、重复，一个下午可能就过一遍清单。可它是唯一能让后面省心的办法。第2个坑之所以最费时间，不是技术有多难，是它要人一条条盯着，机器替不了。

顺带提一个很多人忽略的地方：导航、面包屑、侧栏推荐这些链接，跟正文内链是一套的。URL 一改，它们全得跟着换，正文里那些手写的锚文本更是如此。我碰过一次，地址改完之后页面能开，导航点进去却是旧链接，表面上像没坏，实际绕了一圈又回到 404，这种半坏不坏的最折腾人。

所以对照表里除了栏目页，正文链接也得拉进去。工具跑一遍比人眼靠谱，跑完把 404 和内链跳转链挨个点开看一眼，心里才有底。

还有一个坑常被当成进步：站刚上线就把页面缓存、对象缓存全打开。调试时改模板、改样式，前台纹丝不动，来回折腾半天，最后发现是缓存没清。开发阶段把缓存关掉或者设短一点，定稿再开，开了先清一遍再验证，这个顺序别搞反。

缓存插件装三四个互相打架的情况也不少，最后谁都不生效。选一个把规则看明白，比堆一堆强。

第三个坑有点自嗨味：首页跑分漂亮，就认为整个站快了。首页往往是静态化的门面，真正慢的是列表页、详情页，还有移动端那套。更隐蔽的是首字节时间，页面上看不出来，得用 curl 看 time_starttransfer，或者打开浏览器开发者工具的网络面板。

首字节慢，多半出在主机线路、数据库查询、后端处理这几处。新站数据少，通常感觉不到，等内容和插件多起来，它才开始拖人。上线前量一遍基线，以后变慢了好歹有个对照。

给一张能照着走的顺序表：URL 结构和栏目定稿 → 导出全站地址做对照表 → 写 301 并逐条验 → 关缓存调模板 → 定稿开缓存、清一次 → 测内页和首字节 → sitemap.xml、robots.txt 最后上。中间那两步最花时间，但它们决定了后面要不要返工。

站点优化没什么一劳永逸。新站阶段把顺序排对，比事后补十个插件都管用。真要只记一句，就记这个：能改地基的时候先改地基，缓存和压图晚两天开，天塌不下来。