网站改版案例：宫崎运输公司 Douzu Carry Service ── 从旧网站继承了哪些内容，又是如何继承的

网站改版最可怕的地方，在于外观变新的同时，搜索排名或问询路径却在不知不觉间悄悄崩坏。 这次以宫崎运输公司「Douzu Carry Service」的改版项目为题材，整理出在设计之前先确立了哪些事情。

提到网站改版，话题往往先从设计方案或首页外观开始谈起。 但如果旧网站已经有一定的搜索流量或反向链接，有些事情必须在设计之前先定下来，否则之后很难回头修正。那就是 URL 设计，以及该如何继承旧网站的信息。

本文以宫崎经营单身搬家、长途配送、冷藏冷冻配送等业务的运输公司「Douzu Carry Service」的网站改版为题材，整理了实际采用的执行步骤。简要的概述可参考整理 Douzu Carry Service 网站结构的案例，本文则进一步深入说明其中的细节。

另外，本文不会出现访问量或问询数量变化之类的效果数据。这次能整理出来的，仅限于「做了什么、按什么步骤执行」这一事实，效果数据并不在本文的信息来源之中。

1. 项目概况 ── Before / After

先看整体情况。

主要固定页面(首页、服务列表、搬家、冷藏冷冻配送、当日配送、机构入住搬迁、价格、公司信息、FAQ、联系我们)以及宫崎、都城、延冈、日南、小林、日向、西都、串间、饭野9个地区页面，改版后URL都保持不变。变化的主要是旧博客里没有意义的URL，以及没在使用却留下来的残留脚本的处理方式。

另外，新网站的设计，是以日本数字厅公开的设计系统为基础构建的。省去从零开始设计的环节，把省下来的工时投入到本文所讲的URL设计与内容迁移工作上。这种做法的思路整理在小村软件为什么用日本数字厅设计系统做网站 ── 便宜与品质可以兼顾一文中。

这个案例的重点，一句话来说，就是「在改变外观之前，先完成URL与内容的盘点才动手」。以下各章依次说明其步骤。

2. 最先做的不是设计，而是URL盘点

改版开始时，最先制作的不是设计草案，而是把旧网站所有URL列出来的盘点表。

具体而言，按以下单位逐一列出，不遗漏：

• 固定页面(首页、服务列表、搬家、冷藏冷冻配送、当日配送、机构入住搬迁、公司信息、隐私政策、FAQ、价格、博客、联系我们)
• 9个地区页面(宫崎、都城、延冈、日南、小林、日向、西都、串间、饭野)
• 旧博客的个别文章(从地区密切相关的专栏，到单身搬家、长途搬家know-how文章，共超过100篇)
• robots.txt、sitemap.xml、Search Console所有权验证文件、旧表单提交脚本(php/submit.php)等「不是页面但仍公开可访问的文件」

要有这份盘点表，才能进一步制作「新网站中这个URL该怎么处理」逐一判定的对照表(URL映射)。这次的对照表中，把判定大致分成两类。

固定页面、地区页面，以及目前有意义的博客文章URL，全部都是keep(不变更)。另一方面，系统自动编号、没有意义的随机字符串URL(例如/blog/5lmln1lx0x/)，以及像post20210721.html这种日期文件名的URL，则设计为301重定向到具有有意义slug的新文章URL。

还有一项判定对象，是旧网站中残留的提交用脚本php/submit.php。经确认，公开的HTML中没有任何表单引用这个脚本，实际上在运作的问询路径只有电话、邮件、LINE报价这3种，因此判定为「残留的提交脚本」，处理方式是301到/contact/(这项判断的经过，会在下一章和第5章详细说明)。

在重定向设计上，贯彻了以下两项规则：

• 以1次跳转完成(不建立重定向的连锁=不做重定向链)
• 在构建时加入验证机制，确认目标URL确实存在(避免把301指向不存在的URL这种事故)

在考虑设计之前先把这份盘点表与对照表确定好，后续的实现与内容制作，就能建立在「哪个URL放什么内容」这个基础上进行，因此可以减少返工。这不仅限于这一个项目，对于有反向链接或搜索流量的旧网站进行改版时，这是一个可以直接套用到其他项目的基本步骤。

3. 为了不让内容「被遗漏」而设的保留检查清单

与URL设计并行进行的，是制作内容保留检查清单，用来确认旧网站上写的信息，在新网站上是否都能不遗漏地呈现出来。

在改版过程中，重新设计外观时，细节上的宣传文字或数字有时会在不知不觉间被遗漏。特别是价格、营业时间、联系方式、优势这类「直接影响问询决策的信息」一旦遗漏，就可能导致外观变好了、问询反而变少的事故。

因此，针对每个主要页面，列出了旧网站必须保留的信息。举几个例子如下。

做完这份检查清单后，在新网站上线前，逐一比对新旧页面，确认内容有无遗漏。重点在于，即使设计变了，价格、营业时间、优势这类「判断依据」是否原样继承下来，不是凭直觉或记忆判断，而是用清单来确保。

4. 本地SEO ── 9个地区页面的设计

从旧网站继承下来的页面中，有宫崎、都城、延冈、日南、小林、日向、西都、串间、饭野这9个地区各自独立的页面。

这些地区页面，是为了承接「地名+搬家」「地名+配送」这类含有地名的搜索查询而准备的。像运输、搬家这种商圈与地区紧密相关的服务，光靠首页或价格页面无法完全承接含地名的搜索需求，地区页面就扮演了补足这一角色。

从URL对照表可以看到，/area/miyazaki/到/area/ebino/这9个页面全部判定为keep(URL不变更)，改版并未改变这个结构本身。同时，配合每个地区，也有大量博客文章处理该地区内具体的地名(例如宫崎市内各地区、都城市内各地区等)，形成地区页面与博客文章互相补充的结构。

像地区页面这种「同一格式只换地名批量生产」类型的页面，如果内容单薄，对搜索引擎和读者来说都容易被视为「同一页面的重复利用」，因而存在风险。这次的案例中，除了地区页面本身之外，把地区内各地段单位的细节分别在博客文章中书写，这种分工方式是从旧网站继承下来的，本来就已经具备避开批量生产页面特有「单薄感」的结构。改版并未破坏这个结构，URL也保持不变。

5. 整合原本分散的问询路径

第3章提到的php/submit.php的处理方式，在整理问询路径上也是一项重要判断。

调查旧网站后确认，实际在运作、公开的问询路径，只有以下3种：

• 电话(0120-931-677，受理时间8:00〜20:00)
• 邮件
• LINE报价

另一方面，php/submit.php这个提交用脚本本身虽然仍留在代码中，但公开的HTML里没有任何表单引用它。也就是说，这是实际上没在使用的「残留脚本」。基于这一点，新网站把电话、邮件、LINE报价这3种渠道整合到/contact/页面，并将访问php/submit.php的请求设计为301到/contact/。

问询路径一旦分散在多个页面或脚本上，到了改版的时间点，往往很难看清楚哪个渠道实际在使用。像这次这样，先找出「实际在运作的路径是哪些」再进行整合的做法，作为审视首页、服务页面、问询页面之间路径的一般性原则，也同样适用于其他项目。这个思路在先前写过的没有咨询进来的网站，应该优先修的三个地方一文中也有谈到，欢迎一并参考。

6. 旧域名的整理 ── 被放任不管的LP域名

像运输公司这样针对每项服务分别制作着陆页的公司，域名有时会在不知不觉间分散到多个地方。这次的案例也需要整理以下这些域名。

尤其是第三个案例，是很重要的教训。旧冷藏冷冻配送LP的内容(−20℃冷冻机搭载车、24小时365天对应、定期班次・路线配送等宣传要点)已经迁移到新网站的/refrigerated/，但由于旧域名本身疑似DNS失效而无法解析名称，因此无法从旧域名设置301重定向。也就是说，如果不维护、不续费域名就放任不管，某一天可能会突然失去该域名长期积累下来的反向链接权重与品牌词搜索流量。

如果公司是用其他域名来运营服务着陆页，考虑改版时，建议不只决定内容要整合到哪里，也同时确认旧域名的合同状态(是否持续续费、DNS是否仍然存活)。能否在还能恢复的阶段设置好301，会影响后续权重继承的难易程度。

7. 上线前验证与上线后要做的事

新网站上线前，进行了以下确认：

• 与第2章、第3章制作的内容保留检查清单比对(确认新旧页面内容是否齐全)
• 301重定向的实测确认(实际发送请求，确认返回的状态码与重定向目标是否符合预期)
• 确认Search Console所有权验证文件能正确返回200
• 确认robots.txt、sitemap.xml、_headers等上线所需文件，实际已经公开

上线后，也还有要做的事：

• 将sitemap.xml重新提交到Search Console
• 用URL检查工具，逐一确认旧博客带ID的URL、日期文件名的.html URL是否如预期般变成301
• 在覆盖率报告中，花数周时间确认以前显示404或未被收录的旧URL，是否已被识别为「重定向」

改版工作并不是「上线就结束」，而是要等到上线后重定向被搜索引擎端正确识别为止都持续监控，才算真正完成，抱着这样的前提来规划会比较放心。

8. 总结 ── 改版不失败的一般原则

从这次Douzu Carry Service的案例中，整理出同样适用于其他改版项目的思路，如下：

• URL设计在先，设计在后。 对于已有搜索流量或反向链接的旧网站，在考虑外观之前，先确定完整的URL盘点以及对应到新URL的对照表(301映射)。
• 没有盘点旧内容不能上线。 价格、营业时间、联系方式、优势这类「判断依据」，要用逐一比对新旧页面的检查清单确认后才能上线。
• 只保留实际在使用的路径。 发现没在用的表单或提交脚本时，先确认实际情况，再整合到还在使用的路径上。
• 重定向要以1次跳转，加上目标是否存在的验证作为一组。 不建立重定向链，并具备不会指向不存在URL的机制。
• 域名要在还存活的时候整理。 若放任服务用的其他域名不管，一旦DNS失效就无法恢复，连带失去继承权重的机会。

网站改版不只是把设计改新而已，也是一项设计工作：思考该如何继承过去积累下来的搜索权重与问询路径。这个案例的简要概述整理在整理 Douzu Carry Service 网站结构的案例中，欢迎一并参考。

如果您同样对URL设计或现有内容的迁移感到不安，可以在网站建设的咨询中，从旧网站的盘点开始一起进行。

相关文章

• 整理 Douzu Carry Service 网站结构的案例
• 小村软件为什么用日本数字厅设计系统做网站 ── 便宜与品质可以兼顾
• 没有咨询进来的网站，应该优先修的三个地方
• 网站建设
• 联系我们

相关文章

共享相同标签的最新文章。可以围绕相近的主题进一步加深理解。

常见问题

汇总了咨询这一主题时常见的问题。

网站改版应该从什么开始？

不是设计方案，而是先做一份把旧网站所有 URL 列出来的盘点表。除了固定页面、地区页面、博客文章之外，连 robots.txt、Search Console 的所有权验证文件、表单提交用的脚本这类「不是页面但仍公开可访问」的文件，也要逐一列出，不能遗漏。接着针对每个 URL，判定是 keep(不变更)还是 redirect(301 重定向)，做成对照表。先把这个基础打好，之后实现和内容制作阶段的返工就会减少。

为了在改版时不让搜索排名下滑，重定向设计上有哪些要点？

像固定页面、地区页面这类有意义的 URL 维持不变(keep)，只把系统自动编号、没有意义的 URL，用301重定向到具有有意义 slug 的新 URL。设计规则上要严格遵守两点：重定向一律以1次跳转完成，不建立重定向链；并且在构建时加入验证机制，确认目标 URL 确实存在，避免把301指向不存在的URL这种事故。上线后要在 Search Console 监控数周，直到重定向被正确识别为止。

改版时为什么会出现问询反而变少的问题？

因为在重新设计外观的过程中，价格、营业时间、联系方式、优势等直接影响问询决策的信息，有时会在不知不觉间被遗漏。对策是针对每个主要页面，先列出旧网站必须保留的信息(价格方案、受理时间、可提供的服务等)，做成内容保留检查清单，上线前逐一比对新旧页面。重点在于不依赖直觉或记忆，而是用清单来确保信息不遗漏。

没在用的其他域名上的着陆页，放着不管有问题吗？

放着不管是有风险的。这个案例中，冷藏冷冻配送用的旧着陆页域名疑似因 DNS 失效而无法解析，即使内容已经迁移到新网站，也无法从旧域名设置301重定向。如果不维护、不续费域名就放任不管，就有可能在某一天，突然失去该域名长期积累下来的反向链接权重与品牌词搜索流量。考虑改版时，应同时确认旧域名的合同状态与 DNS 是否仍然存活，在还能恢复的阶段就设置好301。

作者简介

本文作者的个人简介页面。

Go Komura

小村软件有限公司 代表

以 Windows 软件开发、技术咨询与故障排查为中心，擅长难以复现的故障调查，以及既有资产仍在运行的项目。