去年冬天有个客户在周五下午给我们打电话，说新网站上线两天，老客户打进来的电话变少了，问是不是被搜索引擎"降权"。我们先没聊权重，让他把旧站的地址发过来，随手点了几条以前发在行业群里、被客户收藏过的产品页链接，一大半跳到了首页，还有几条直接是 404。问题不在设计，也不在服务器，是改版时那批老地址没有一条条接住。后来把跳转补齐，又花了点时间等抓取更新，咨询才慢慢回到原来的区间。这事没法全归功于跳转，那阵子他们自己也补了产品资料，但至少能说明一件事：改版常常出问题的地方，通常不在看得见的页面上。
先把旧站摊开，别急着画新首页
我们内部有个挺土的做法，叫"旧站清单"。拿一张表，把现有站点能找到的页面一条条列进去：完整地址、页面标题、属于哪个栏目、有没有外部链接指向它、搜索里能不能搜到、有没有人还在用这个链接报价。表不复杂，甚至有点笨，但改版时它比任何设计稿都管用。列完通常会发现两类页面：一类是日常几乎没人看、却挂了三四年的老案例；另一类是看着不起眼、实际被销售反复发给客户的参数页。这两类都不能随手删。
列清单还有个好处，是让"改版"这件事从审美问题变成范围问题。很多讨论之所以来回拉扯，是因为大家脑子里想的不是同一个网站：老板想换首页气质，销售在意产品页能不能直接发给客户，售后关心资料下载和联系方式好不好找。把页面摊在表上，谁关心哪一块，一眼就清楚。表填完再定哪些保留、哪些合并、哪些重写，比先挑模板省事得多。
顺便提一句，清单别只靠后台导。后台给的是"现在还存在的页面"，搜索结果里、客户聊天记录里、旧名片和PDF报价单上那些链接，往往才是真正还在被使用的地址。我们一般会再拿站点日志和搜索资源平台里的抓取记录对一遍，把那些"后台没有、外面还有人点"的地址补进去。这一步做下来，表常常会比预想的长出一截。
栏目结构得先定，模板往后放
栏目不是菜单上多几个字的事，它决定后面几年往网站里加东西方不方便。我们通常按业务线和阅读对象两条线去问：公司到底有几块业务，每块业务是给谁看的，对方进来先想确认什么。做工业配件的企业，客户多半冲着规格、材质、交货周期来；做本地服务的，访客更想知道服务范围、在哪儿、怎么联系。这两种站，栏目重心不该一样。
比较稳的做法是让每个栏目只回答一类问题。产品栏目放型号、参数、应用场景和常见疑问；案例栏目讲做过什么、怎么做的、过程中处理了哪些具体情况；新闻栏目承担持续更新；关于我们放公司基本信息与资质说明；联系页把电话、地址、营业时间、地图位置写全。栏目之间少交叉，后面写内容的人不用每次都纠结"这篇到底放哪儿"。
给内容留生长空间也在这时候定。新闻、案例、常见问题这些会不断增加的东西，建议一开始就定好统一的页面模板、地址规则和图片命名方式。我们见过不少站点，头两年更新挺勤，第三年开始各种临时页面冒出来，命名有拼音有数字有日期，图片散在几个目录里，到后来连自己人都说不清哪个是正式版。这种混乱不是某一次偷懒造成的，是结构里没留位置，大家只能各想办法。
地址规则这件事，写下来比记在脑子里靠谱
改版时定地址规则，重点不是好不好看，而是以后会不会变。用拼音、用编号、按日期归档都行，选一种写进文档，之后所有页面照着来。中文目录、大小写混用、有的带尾部斜杠有的不带，这些细节单看都不致命，凑在一起就容易出现"同一个页面两个地址"，搜索引擎抓取时得多猜一层，统计报表也会分成两行。
老地址能不动就不动。真要动，得有一张一对一的映射表，把旧地址和新地址逐行写好，配 301 跳转。怕的是图省事，把整站旧地址统统指到首页——访客点开收藏了半年的参数页，落到首页还得自己再找一遍，多数人就直接关了。搜索引擎那边也不好判断这些页面是搬走了还是没了。我们一般会让做跳转的人拿清单逐条点一遍，点完在表里打勾，而不是看一眼配置文件就说好了。
跳转也不是设完就万事大吉。上线后一周内，把服务器日志里 404 的记录拉出来看，按访问量排个序，排在前面的多半是清单漏掉的地址。补上再观察。有些客户站跑了几年，外链来源很杂，这一步可能要来回两三趟，属于正常节奏，不用着急把所有东西一次做完。
标题、描述和图片，都是细活
页面标题和描述写起来像小事，实际上影响访客在搜索结果里点不点。我们的写法比较朴素：标题里放清楚这页讲什么、属于哪家公司，别把一堆关键词塞进去；描述用一两句把页面内容说明白，别写成口号。有些站点把所有页面的描述都写成同一段公司介绍，等于白放。至于把话说得过满的形容词，既容易踩到广告法的红线，也未必让客户更愿意点，不如换成具体的服务范围和可核对的信息。
图片这块常被低估。改版时设计稿好看是一回事，上线后图片有没有压过、尺寸对不对、手机上会不会把版面撑破，是另一回事。我们习惯在上传前统一处理一遍：按展示位置定宽高，能转 WebP 就转，实在要保留 JPG 就压到合适质量，文件名用能看懂的英文或拼音，别留"微信图片_2026xxxx"这种。alt 文字写图片实际内容，比如"XX型号设备现场安装照片"，而不是把关键词重复一遍。这些活不新鲜，但漏一项，后面排查起来往往要花更多时间。
还有一类容易忽略的，是页面上挂的第三方脚本：统计代码、在线客服、地图组件、视频播放器、各种验证插件。每个都会往页面里加一次请求，加得多了，手机 4G 下首屏就慢。改版时正好把它们清点一遍，还在用的留下，早就不看的删掉，加载顺序顺手调一调。我们不太建议用"感觉挺快"来判断，拿手机在真实网络下点几遍更有说服力，尤其是产品页和表单页。
表单、证书、备案，都是上线那天会露馅的东西
询盘表单看着简单，其实容易出哑巴亏。改版后页面漂漂亮亮，表单提交却收不到通知，等客户打电话来问"我上周填的怎么没人回"，才发现邮件被拦了或者后台收件地址还写着前任同事的邮箱。所以上线前我们会把表单从头到尾走一遍：必填项能不能少一点，验证码会不会把人卡住，提交后有没有明确提示，通知邮件进没进收件箱，手机上一键拨号的号码对不对。再留一个备用联系方式，防止某个环节临时出问题。
技术侧还有几样固定的东西要核：HTTPS 证书有没有装全，证书到期有没有人提醒，www 和不带 www 是不是指向同一个版本，域名解析有没有遗留的旧记录，CDN 回源配置对不对。备案号和公安备案信息要同步更新到页脚，链接指向官方查询地址。这些条目没有一条需要创造力，但漏掉任何一条，都可能在上线后变成客户看得见的毛病。我们把它做成一张勾选表，谁检查谁签名，比在群里口头说"都好了"踏实。
权限和备份也得趁这次整理。CMS 后台还留着几个离职同事的账号、FTP 密码多年没换、服务器目录权限放得太开，这些平时不显眼，出事就是大事。备份更不用多说：网站文件、数据库、上传的图片分别怎么备，多久备一次，备在哪里，有没有真的恢复过一次。我们遇到过客户说"一直有备份"，真要恢复时才发现备份脚本半年前就停了。恢复演练听起来麻烦，做一次就知道值不值。
内容迁移，比想象中费人
老站的新闻、案例、产品资料，多数企业不会全扔。真搬起来才发现，图片路径是旧目录，附件链接写的是完整路径，有些页面正文里还嵌着已经下线的表格。批量导入能解决一部分，剩下的得人来判断：这篇 2019 年的行业动态还留不留，那组型号停产了要不要标注，日期是保留原发布日还是改成迁移日。我们的习惯是保留原始日期，需要说明的地方加一句简短备注，别悄悄把内容装成新写的。
迁移完要抽查，不是看首页，而是随机点十几篇内页，看图片、附件、内链、排版有没有变形。尤其是从别的系统搬过来的内容，富文本里常带着一堆内联样式，在新模板里可能字号忽大忽小。这类问题一张张改很慢，但比上线后被客户指出来再改要从容。顺带把内链里指向旧地址的链接换成新地址，别让站内自己先绕一圈。
上线那天，别把所有开关一次全拨完
我们更愿意把上线拆成几步。先在测试地址把主要流程跑通，再挑访问量低的时段切换，切换后先盯半小时到一小时的日志，看有没有异常 404、有没有 500、表单能不能提交、统计代码有没有触发。没问题再逐步放开缓存和 CDN。有些团队喜欢"一刀切"，觉得干脆，可一旦出问题，回滚和排查都挤在一起，反而慢。
上线后头一周，重点不是看好不好看，是看"有没有丢东西"：搜索资源平台里的抓取异常、索引量的变化、外链过来的落地页、日志里新冒出来的 404。第二周开始看访客路径，哪些页面进来的人多、在哪一步离开、表单是从哪个页面提交的。这些数据和改版前留一份对照，后面讨论效果才有依据。只盯着访问量一个数字，很容易被季节和投放节奏带偏。
顺便说说 AI 问答和地图、店铺那边
这两年不少客户会问，新官网要不要考虑 AI 搜索里被提到的事。我们的看法比较保守：把事实写清楚，比堆形容词管用。公司叫什么、在哪儿、做哪几块业务、服务流程大概几步、常见问题怎么答，这些信息在官网、地图、店铺、问答内容里口径一致，机器读起来才不容易混淆。用 JSON-LD 标一下组织信息和面包屑，把常见问题做成一问一答的结构，属于顺手能做的活。至于某个平台会不会因此推荐你，谁也没法给准话，模型在变，行业不同，效果差别也大，我们不会拿这个当承诺去讲。
口径一致还牵扯到官网以外的地方。百度地图、高德地图、腾讯地图上的商家名称、地址、电话，爱采购或 1688 店铺里的公司信息，页脚的备案主体，尽量和官网关于我们页面用的是同一套。不同时期不同人填的，时间一长常会出现"一个公司两个电话""地址写的是旧园区"这类情况。客户未必会指出哪里不对，但心里会打个问号。改版是个好时机，把这些位置一起核一遍，成本比日后单独返工低。
几个反复见到的误区
- 只换视觉模板，页面结构、地址、内容一律照搬旧站，过半年发现该改的都没改。
- 把旧站目录整个删掉再上传新文件，外链和收藏里的地址一起失效。
- 全站旧地址统一跳首页，图省事，实际把访客本来要找的内容藏起来了。
- 上线即交付，之后没人看日志、没人补 404、没人更新内容。
- 官网、地图、店铺分给几拨人各自维护，没有一张共同的基准信息表。
- 把效果写成承诺、把周期说得很死，页面文案既不稳妥也没必要。
手机端和真实设备，值得单独花半天
设计稿在电脑上看和手机上看，常常是两回事。我们习惯在上线前抽半天，拿几台真机把主要页面点一遍：窄屏下导航会不会折成两行，参数表能不能横向滑，图片有没有把正文挤变形，按钮挨得太近会不会点错，拨号链接是不是真能唤起电话，表单弹出键盘后提交按钮还在不在视野里。微信内置浏览器、iOS 自带的浏览器、用了几年的安卓机，各试一台就够，模拟器跑得再顺也替代不了手指点一下的感觉。弱网下也别忽略，把网络调慢再进产品页，看看首屏是不是先出来一片空白。这些毛病单看都很小，攒在一起就够让访客转身走掉，而改起来往往只是几行样式的事。
搜索资源平台里的几张表，别只看一个数字
改版后我们会陪客户把搜索资源平台里的几处记录过一遍：抓取诊断能不能正常抓到新页面，站点地图有没有提交新版本，死链有没有按格式提交，robots 文件是不是误把新栏目挡了，HTTPS 校验和移动适配那几项有没有异常提示。索引量这个数字容易让人紧张，其实它本来就会上下浮动，新页面被抓取、被判断、再被放出来，中间有等待的时间，拿单日变化下结论意义不大。比较有用的做法是每周记一次，连着看四到六周，配合服务器日志里 404 的条数一起看。真发现某批页面迟迟没被抓到，先查地址和内链，别急着改来改去，反复动结构反而让抓取多绕几圈。
内容更新这件事，得有人认领
网站交到客户手里，能不能活下去看的是更新。上线时我们会把几件小事写进交接说明：新闻和产品由谁发，图片上传前谁负责压一下，标题和描述按什么格式写，一个页面从草稿到发布要经过谁的确认。定得太复杂容易流于形式，简单到能照着做就行。有些企业一个月发两三条，有些一个季度才整理一次产品资料，都可以，节奏按自己的业务来，硬凑篇数反而写出一堆没人看的内容。真正麻烦的是没人认领——上线三个月后后台再没登录过，联系方式换了也没人改，等想起来时，网站上留的还是旧电话。把发布动作做成可交接的流程，比当初多写几篇稿子管用。
有一回我们自己也没接住
说个不太体面的。有次给一家做配套件的企业改版，我们自认为旧站清单列得挺全，逐条核过跳转，上线当天也没看出问题。第二天翻日志，一批 404 排在前面，地址看着陌生，后来才弄明白是客户销售发给老客户的电子报价单里，嵌着几条几年前的产品页链接，那些页面早从后台删掉了，清单里自然没有。补跳转不难，难的是意识到清单的来源少算了一处。从那以后，我们列旧站清单会多问一句：除了后台和搜索，还有哪些地方会把链接发出去——报价单、名片、公众号历史文章、群里存的文件，都算。这类经验没什么技术含量，基本都是被具体的事教出来的。
和后台、和日常流程的接口
改版不只是前台页面，后台能不能顺手用，决定后面几年省不省事。产品字段够不够放规格和参数，能不能批量导入，新闻有没有封面和摘要的位置，英文版是单独维护还是一起管，编辑会不会一不小心把样式弄乱，这些得在定模板时一并想清楚。销售同事如果需要自己发资料给客户，建议给他一个不用求人的入口。至于和 CRM、工单系统做对接，我们的建议是先别急，把字段和口径定稳，跑一段再看要不要连，系统接得早、字段改得勤，后面维护成本会翻倍。统计口径也提前说好：询盘算表单还是算电话，来源怎么标注，谁每月拉一次表。口径统一了，月底讨论才不会各说各的。
怎么判断这次改版做得值不值
我们不太拿"好不好看"当验收标准。更实在的几条是：老地址是不是都有去处，手机端表单能不能顺畅提交，日志里有没有成批的异常，内容能不能由客户自己更新，官网和地图、店铺上的公司信息是不是一套口径，以及一个月后拿访客路径和上线前对照，看有没有哪一步明显变别扭。如果这几条都站得住，改版就算做得踏实。至于询盘会不会因此变多，变量太多：行业淡旺季、同期有没有投放、销售跟进速度都在里面，谁也没法把账算到某一个动作头上，我们也不做这类承诺。能做的是把该接住的接住、该留的记录留下，让后面的调整有地方下手。
工作量怎么排，比排期数字更重要
常有客户上来就问多久能好。老实说，这取决于资料在谁手上。页面数量、产品资料是否齐全、图片要不要重拍、老站地址清不清、内部谁拍板，任何一项卡住，排期都会往后挪。我们一般按"清点—定结构—做页面—迁移内容—联调测试—切换—上线后巡检"这个顺序走，每一步结束时留一份能核对的东西：清单、结构图、跳转映射表、检查记录。客户那边只需要配合确认信息和给资料，不用陪着盯每一个像素。
预算也是同理。改版不是把首页重画一遍的价钱，页面数量、内容迁移量、有没有表单和后台、要不要顺带整理多平台信息，都会影响工作量。把这些拆开摆出来谈，比报一个笼统的总数更不容易产生误会。有些企业现阶段只想先把老地址接住、把手机端体验修好，那也可以只做这一段，剩下的往后放，不必一次全做完。
写到这里想起开头那个周五下午的电话。后来我们把那次的跳转表整理成一页纸，发给客户留档，上面写着每个旧地址去了哪儿、谁核的、什么时候核的。纸不厚，但下次再改版，接手的人不用从头猜。网站这东西，上线那天其实不算完工，后面几年能不能顺手维护，多半取决于这些当时看起来有点啰嗦的记录。