旧网站最容易改坏的地方，通常不在视觉。

新首页可能更简洁，动画更顺，手机上看也舒服了，可老客户熟悉的产品入口没了；原来有搜索访问的文章换了地址，没有跳转；服务介绍被压成几句品牌口号；案例只剩大图，看不出做了什么。网站看起来更新了，客户却需要重新猜，搜索引擎要重新判断，智能问答能拿来作答的事实反而更少。

这也是旧站改版和新建网站最大的不同。新网站从零整理，旧网站不是一张白纸。它已经有网址、收录、外链、客户书签、历史资料和各种不太规整却真实存在的访问路径。改版不是把这些全部清空，而是判断什么该保留，什么确实过时，什么需要换一种更清楚的说法。

红数科技做旧站改版方案时，更看重一条贯穿项目的线：旧站里已经形成的业务事实和访问关系，能不能被新站准确承接。视觉、内容、开发和搜索迁移都要围着这条线走。

旧站改版信息盘点

三类访问者问的问题不同，页面却不能写成三套

客户进入网站，常常先判断几件很实际的事：这家公司是不是做我需要的业务，产品或服务适不适合当前情况，大概会做到哪一步，哪些条件需要提前准备。信息找不到，他不会研究网站用了什么技术，通常只是离开。

搜索引擎看到的是另一面。页面能不能被抓取，标题和正文是否在讲同一个对象，内部链接能否走到重要页面，几个相似网址里哪一个才是正式版本，旧地址换到哪里去了。这些关系不清楚，搜索系统就很难把页面交给合适的查询。

智能问答还会继续往下拆。某段话能否独立回答一个问题，企业名称、产品属性、服务范围和时间是否明确，结论有没有来源，多个页面会不会互相矛盾。它并不因为页面写了“专业、领先、值得信赖”就更愿意引用。它需要的是可以复核的内容。

为客户写一套介绍，为搜索另写一套关键词文章，再给智能问答批量做一套问答页，三套内容很快就会出现不同版本。正式页面把对象、事实、关系和来源交代清楚，反而更容易长期维护。

首页还没画，先把旧站真正拥有的东西找出来

不少改版项目一开始就讨论首页放几个模块。旧站上有什么，往往只凭导航菜单和几个人的印象。这样很容易漏掉仍在搜索结果里出现的文章、没有菜单入口的产品页、客户长期保存的下载地址，以及被外部网站引用的旧资料。

改版底表至少要合并旧站后台、网站抓取结果、XML 站点地图、搜索平台数据、统计数据、服务器日志和外链记录。每个网址不只记标题，还要看页面现在是否可访问，带来过什么访问，是否仍符合业务，内容有没有过期，与新站哪个页面对应。

这里有个很容易踩的坑：只按访问量决定去留。某个技术说明访问不高，但它可能正在回答采购前的关键疑问；一篇旧文章访问不少，内容却已经不再准确。前者可能应该更新保留，后者可能需要重写、合并，甚至下线。页面值不值得留，要同时看业务用途、信息准确性、搜索表现、外部引用和后续维护责任。

旧站盘清以后，新站栏目才有依据。原来三条内容实际在回答同一个问题，可以合成一页；两个服务看起来相近，适用对象和交付内容却不同，就不该为了版面整齐硬塞到一起。设计稿也该从这里开始。先画一套好看的框，再把旧资料削到能放进去，往往会把最有用的信息削掉。

按客户的判断过程重排，不按公司内部部门重排

企业内部习惯按组织架构管理资料，客户不按组织架构找答案。他可能从一个具体问题进入，也可能先看到产品，再回头确认企业资质和案例。如果网站只能沿“关于我们—业务板块—新闻中心”的固定顺序阅读，很多真实需求走不到对应页面。

新站的信息架构应当允许几条常见路径同时成立：从问题到解决办法，从产品到参数与应用，从行业场景到案例，从文章里的判断到相关服务。导航负责给出清楚的大方向，正文里的内部链接负责把前后问题接起来。链接文字最好直接说明将去哪里，少用“点击查看”“了解更多”这类脱离上下文就失去含义的说法。

一个页面也要有一个主要任务。服务页说清适用对象、要解决的问题、工作范围、交付边界和会改变周期的条件；产品页说明类别、型号、参数、应用条件和限制；案例页交代背景、做了什么、哪些结果可以公开核对；文章则把一个客户会认真搜索的问题讲透。

关键词可以自然出现在这些内容里，但不该反过来支配页面。客户搜索“旧网站改版会不会掉排名”，真正需要的不是这句话重复五次，而是知道哪些变化会影响抓取和索引，旧网址怎么处理，上线后该看什么数据，短期波动与迁移错误怎样区分。

客户问题与页面路径

可信不是把企业介绍写得更响，而是让事实经得起追问

E-E-A-T 经常被误解成一个可以填满的评分表。Google 对实用内容的公开说明并不是这个意思：E-E-A-T 本身不是某个单独的排名因素，在经验、专业性、权威性和可信度之中，可信度最重要。页面有没有明确作者，依据来自哪里，内容为什么值得发布，比反复自称权威更有用。

旧站改版正好是一次内容对账。企业全称、品牌名、服务范围、产品名称、资质状态、地址、案例归属、政策版本，应在迁移时统一核对。首页说做全国业务，服务页只覆盖部分地区；产品页参数已更新，下载的 PDF 还是旧版本；文章改了发布日期，正文引用的标准却没有复核，这些矛盾会同时伤害客户判断和机器理解。

重要页面需要把责任与时间写清楚。技术文章由谁撰写或审核，参数依据哪一版资料，法规和标准适用于什么时间，页面最近一次实质更新是什么时候。案例中的名称、评价和数据能公开到什么程度，也要服从真实授权。不能公开，就缩小结论，不用模糊的“头部客户”代替证据。

结构化数据适合帮助搜索系统确认这些关系，例如用 Organization 表达企业主体，用 Article 表达文章及作者，用 BreadcrumbList 表达页面层级。它必须与页面上看得到的内容一致。正文没有作者，代码里不能凭空补一位专家；页面没有公开价格，标记里也不能为了字段完整编一个报价。结构化数据通过测试，只说明格式基本可读，不保证排名、富媒体展示或智能问答引用。

机器能理解之前，页面得先能被机器拿到

有些旧站在浏览器里看着正常，查看初始页面时却几乎没有正文，产品名称、参数和介绍都要等脚本执行后才出现。Google 能处理 JavaScript，但其 JavaScript SEO 指南仍建议重要内容采用服务器端渲染或预渲染，因为用户和抓取工具可以更快看到，而且并不是所有漫游器都能运行 JavaScript。

这不等于改版必须回到简单静态页。需要检查的是，核心文字是否稳定存在于可解析的 HTML 中；导航和正文链接是否使用真实的 href；正式页面是否返回正确状态码；图片有没有准确的替代文字；关闭图片或只读文字时，关键信息是否仍然完整。W3C 的 WCAG 2.2 也把非文本内容替代、信息关系、阅读顺序、键盘访问和文字对比度列为可检查的要求。无障碍做好了，页面通常也更容易被更多设备和系统正确理解。

robots.txt、noindex、规范网址和摘要控制要分开核对。测试环境为了避免收录而加的限制，上线时必须移除；不想公开的后台和客户资料则继续隔离。不要一边禁止核心目录抓取，一边等待它出现在搜索或智能问答中。

Google 在 AI 功能的最新说明里写得很明确：AI 概览和 AI 模式继续使用现有的 SEO 基础做法，网页要先符合索引和摘要展示条件；不需要额外创建 AI 文本文件，也不需要专门的 schema.org 类型。重要内容应以文字提供，结构化数据应与可见正文一致。这给旧站改版划了一条很实在的边界：实验性文件可以研究，正常网页没做好之前，它们解决不了根本问题。

抓取渲染与结构化信息

换网址不是搬家后的收尾，它本身就是改版内容

页面路径一改，旧站积累的访问关系不会自动跟过来。搜索结果、外部链接、客户收藏和旧邮件还会继续指向原地址。新站没有承接，访客得到的是 404，搜索引擎看到的是原页面消失。

每个旧网址都应有明确去向：内容继续存在，就尽量保留原地址，或者一对一永久跳转到最接近的新页；几页确实合并成一篇，就分别跳到合并后的页面；内容已经失效又没有替代项，返回 404 或 410。把大量无关旧页一起跳到首页，看起来省事，实际既帮不到访客，也说不清新旧内容的关系。

Google 当前的网站迁移指南建议先准备旧网址到新网址的映射，再配置重定向并监控新旧地址；大型改版尽量拆分变化，不要在同一时间更换域名、CMS、版式和全部内容。指南也说明，301 等永久重定向不会导致 PageRank 降低，但重大迁移期间，页面重新抓取和编入索引仍可能带来短期波动。

上线时，新站内部链接、canonical、站点地图和多语言标记都应直接指向最终地址，避免先走旧地址再连续跳转。XML 站点地图只放希望被索引的规范页面，lastmod 反映页面真实修改时间，不是每次生成文件时全站刷新日期。Bing 的站点地图说明也建议用站点地图保证完整覆盖，用 IndexNow 通知新增、更新和删除的具体网址；两者作用不同，放在一起更适合改版后的持续发现。

智能问答要的是可引用的答案，不是专门写给机器的腔调

能被引用的页面，通常有一段话能把问题直接说清，随后给出条件、依据和例外。句子不必故意切得很短，也不用把整站改成 FAQ。真正重要的是少用脱离上下文的“它、该方案、相关能力”，让对象在关键位置保持明确；数据旁边写清口径与日期；观点和事实不要混成同一种确定语气。

例如，“旧网站改版一定会掉排名”就说得过头。更准确的表达是：重大改版后，搜索系统重新抓取和处理页面期间可能出现短期波动；如果重要旧网址没有对应跳转、核心内容被删、抓取受到限制，损失就不只是正常波动。这段话能被客户理解，也保留了搜索迁移真正需要的条件。

2026 年 2 月，Bing 网站管理员工具开始公开测试 AI Performance，可以看到网站内容在 Microsoft Copilot、Bing 的 AI 摘要和部分合作场景中被引用的次数、页面和检索短语。Bing 同时提醒，引用次数不代表排名、权威或在答案中的位置。这比反复用不同智能问答搜索品牌名更接近可用监测，但仍然不能保证某一页一定被引用。

Bing 给出的改进方向也很朴素：主题要清楚，内容有足够深度，标题、表格和问答帮助定位信息，重要说法有证据，页面保持准确更新，文字、图片和视频对同一对象的描述不要互相矛盾。这和客户阅读、传统搜索并不冲突。智能问答没有多出第四套网站，只是把原来藏在页面里的含糊和矛盾暴露得更快。

搜索与智能问答验收

上线验收，别只看首页能不能打开

改版完成后，可以让一位不熟悉项目的人从任意内页进入，不给他解释设计思路。看他能否判断企业是谁、当前页面在解决什么问题、产品或服务适不适合、关键说法去哪里核对，再看他能否自然走到相关页面。这个过程往往比项目组继续讨论文案是否“高级”更容易发现问题。

技术验收要拿旧网址映射逐条批量测试。该保留的页面是否返回 200，该迁移的是否一次跳到正确新页，该下线的是否按计划返回 404 或 410；正式站有没有遗留 noindex，核心目录是否允许抓取，规范网址和站点地图是否一致，结构化数据是否与可见正文相符。只检查新页面，不检查旧入口，迁移就只做了一半。

内容验收则换成真实问题。随机选几项核心业务，分别问“是什么”“适合谁”“怎么选”“有哪些限制”“依据是什么”“什么时候更新”。答案如果只能从几张海报、下载文件或销售口头说明里找到，新站仍然没有把信息公开说清。

上线后的观察也要分开看：抓取与索引是否恢复，原有重要落地页有没有正确承接，品牌和业务相关查询是否找到合适页面，访客进入后是否继续查看对应产品、案例和资料；能够识别 AI 引用时再单独记录来源页和问题。收录、排名和引用都受外部系统影响，服务方可以把页面与迁移条件做好，却不应该提前承诺固定结果。

旧网站改版最值得保留的，不是旧版式，而是已经成立的事实、内容价值和访问关系。把这些东西逐页对清，再用客户能判断、搜索能抓取、智能问答能核对的方式重新表达，新网站才不只是“看起来换过了”。

资料来源：