ホームページをリニューアルした直後、見た目は新しくなったのに、検索結果から開くと「ページが見つかりません」と表示される。以前から案内していたサービスページがなくなり、問い合わせ先までたどり着けない。こうした問題は、デザインの完成度とは別に起こります。
原因になりやすいのが、旧サイトのURLと新サイトのURLを対応付けないまま公開することです。URLはページの住所です。リニューアルで住所が変わるなら、古い住所を訪れた人と検索エンジンを、内容が対応する新しい住所へ案内しなければなりません。
この記事では、高石市でホームページリニューアルを検討する事業者向けに、旧URLを漏れなく集め、「残す・移す・統合する・廃止する」を一件ずつ決めるURL移行表の作り方を解説します。費用相場やデザイン会社の選び方ではなく、公開時のページ消失、誤った転送、問い合わせ停止を防ぐ実務に焦点を絞ります。
リニューアルの成否は公開前のURL移行表で決まる
URL移行表は、旧サイトにあった各URLを、新サイトでどう扱うか決めた一覧です。単なるURLの新旧対照表ではありません。各ページの目的、検索流入、問い合わせへの貢献、統合先、転送方法、確認担当まで記録し、公開してよい状態か判断するための管理表です。
Googleのサイト移転に関する案内でも、URLが変わる場合は旧URLと新URLの対応関係を用意し、リダイレクトを設定し、公開後の状況を監視する流れが示されています。制作会社だけに任せず、事業者が「どの情報を残すか」を決めることが重要です。
| 移行表がない状態 | 移行表がある状態 |
|---|---|
| 制作中に見つけたページだけ移す | 旧URL一覧を基準に全件を判断する |
| 不要に見えたページを削除する | 利用目的や外部リンクを確認して決める |
| 古いURLをすべてトップへ転送する | 内容が対応する新URLへ個別に転送する |
| 公開後に404を見つけて直す | 公開前に転送結果とリンクを検査する |
| 完了条件が「新サイトが表示された」 | 主要URL、フォーム、計測まで合格して公開する |
デザイン変更とURL変更を同じものとして扱わない
リニューアルでは、デザイン、文章、CMS、サーバー、ドメイン、URL構造、計測環境まで一度に変えたくなります。しかし、変更点が増えるほど、不具合が起きたときに原因を切り分けにくくなります。
まず「何を変える必要があるか」を分けます。
- 見た目だけを変え、URLは維持できるページ
- 内容を更新するが、既存URLを引き継げるページ
- ページ統合のためURLを変えるページ
- ドメイン変更に伴って全URLが変わるサイト
- CMSの都合でURL形式が変わるページ
- 役目を終え、代替ページがないため廃止するページ
URLを変えること自体が目的でなければ、利用者に定着したURLは維持する方が管理しやすい場合があります。変更が必要なページだけを移行表に明記し、理由のない一括変更を避けます。
旧URLはサイトマップだけで集めない
現在のXMLサイトマップは出発点になりますが、そこに過去の全URLが載っているとは限りません。更新停止したページ、リンクだけ残っているPDF、フォームの完了画面、過去のキャンペーンページ等が抜けることがあります。
Googleの案内では、旧URLの収集元としてサイトマップ、アクセス解析、Search Consoleのリンク情報、CMS、サーバーログ等が挙げられています。利用できる資料を組み合わせます。
| 収集元 | 見つけやすいURL | 注意点 |
|---|---|---|
| XMLサイトマップ | 現在公開対象の投稿・固定ページ | 除外ページやPDFが抜けることがある |
| CMSの一覧・書き出し | 下書き、非公開、投稿タイプを含む管理中のページ | 公開対象と管理用ページを区別する |
| アクセス解析 | 実際に閲覧されたランディングページ | 計測前のURLや閲覧ゼロのページは見つからない |
| Search Console | 検索表示・外部リンク・登録状況があるURL | データ期間や権限を確認する |
| サーバーログ | 利用者やクローラーが要求したURL | 量が多いため期間と抽出条件を決める |
| サイト内リンク調査 | メニュー、本文、画像から参照されるURL | 孤立ページは見つからない |
| 営業資料・メール・QRコード | オフラインや個別案内で使うURL | 制作会社だけでは把握しにくい |
「新サイトに載せるページ一覧」ではなく、「旧サイトで使われていた住所の一覧」を作るのがポイントです。検索流入が少なくても、既存顧客がブックマークしているページや、紙のパンフレットから開くページには価値があります。
高石市の事業者は問い合わせまでの導線を先に保全する
高石市の事業者向け公式ページには、商工業、創業、雇用、企業立地等の異なる情報が整理されています。地域の事業者といっても、店舗、専門サービス、製造・建設、採用を重視する企業では、ホームページで守るべき導線が違います。
すべてのURLを同じ優先度で扱わず、事業上重要なページから確認します。
- 高石市等の対象地域を説明する地域ページ
- 主力サービス・商品・施工・支援内容のページ
- 会社概要、所在地、営業時間、アクセス
- 実績、事例、設備、対応範囲
- 料金、見積もり条件、よくある質問
- 問い合わせ、予約、資料請求、採用応募
- PDFカタログ、仕様書、申込書
- 広告、SNS、メール、QRコードから案内しているページ
優先度は検索順位だけで決めません。「このURLが開かなければ、誰が何をできなくなるか」を書くと、公開前に必ず確認すべきページが見えます。
各URLを5つの扱いに分類する
旧URLを集めたら、新サイトでの扱いを一件ずつ決めます。主な分類は次の5つです。
| 判断 | 適する状況 | 実施内容 |
|---|---|---|
| 維持 | ページの目的とURLを引き継げる | 同じURLで内容を更新する |
| 移動 | 同じ目的のページを別URLへ移す | 対応する新URLへ恒久転送する |
| 統合 | 複数の旧ページを一つにまとめる | 各旧URLを統合後の該当内容へ転送する |
| 分割 | 一つの旧ページを複数ページへ分ける | 主目的に最も近い新URLを定め、内部導線を補う |
| 廃止 | 代替となる内容が存在しない | 404または410を返し、サイト内リンクを外す |
廃止予定のページを「もったいないから」という理由だけで関係の薄い新ページへ転送すると、利用者は期待した情報を得られません。代替情報が本当にない場合は、存在しないことを正しく示す選択肢も必要です。
URL移行表に入れるべき項目
最低限の旧URLと新URLだけでは、判断理由や確認結果が残りません。次の項目を一行にまとめます。
| 項目 | 記入内容 |
|---|---|
| 旧URL | https://から始まる完全なURL |
| 旧ページの役割 | サービス説明、事例、問い合わせ等 |
| 利用状況 | 検索流入、外部リンク、広告、QR、社内利用等 |
| 事業上の重要度 | 失われた場合の利用者・問い合わせへの影響 |
| 移行判断 | 維持・移動・統合・分割・廃止 |
| 新URL | 内容が対応する公開後の完全なURL |
| 応答方法 | 200、301または308、404または410 |
| canonical | 検索上の代表URLとして示すURL |
| 内部リンク | 旧URLを参照するメニュー・本文・画像の修正状況 |
| 外部案内 | 広告、プロフィール、QR、資料等の更新担当 |
| 確認結果 | パソコン・スマートフォンでの結果と確認日 |
| 担当者 | 判断、実装、内容確認、最終承認の責任者 |
「未定」を空欄にしないことも大切です。空欄なのか、確認中なのか、廃止なのかが区別できないためです。判断待ち、実装済み、検査合格等の状態欄を設けます。
多数の旧URLをトップページへまとめて転送しない
旧サービス、事例、料金、採用情報のURLをすべてトップページへ転送すれば、404は表面上減ります。しかし、利用者は探していた内容ではなく入口へ戻されます。Googleのサイト移転ガイドでも、多数の旧URLを関連性のない一つの宛先へ転送することは避け、旧ページに対応する新しいページへ案内するよう示されています。
たとえば旧サービスページを新しいサービス一覧へ統合したなら、その一覧内に旧ページと同等の説明があるか確認します。単にサービス名が一語あるだけでは、問い合わせ前に必要だった判断材料が失われているかもしれません。
対応先を決められない場合は、次の順で考えます。
- 目的と内容がほぼ同じ新ページはあるか
- 情報を統合した新ページに旧ページの要点が残っているか
- 上位カテゴリが利用者の次の行動を助けるか
- 代替がなければ廃止として扱うべきか
恒久的な移動にはサーバー側の301・308を使う
URLを恒久的に変更する場合、Googleはサーバー側の恒久リダイレクトとして301または308を案内しています。閲覧者が旧URLを開くと、新URLへ自動的に移動します。
一方、ページ内のJavaScriptや更新ボタンだけで移動させる方法は、実行環境や読み込み状態に依存します。利用しているサーバー、CMS、プラグインの仕組みに合わせ、実装担当者がサーバー側の転送を設定します。
ここで重要なのは、転送が「設定されている」ことではなく、旧URLから最終的な新URLへ正しく到達することです。設定後は、HTTP応答と画面の両方を確認します。
リダイレクトの連鎖を作らない
過去のリニューアルで、旧Aから旧Bへ転送し、今回さらに新Cへ転送すると、A→B→Cという連鎖ができます。連鎖が長くなると、管理が難しくなり、途中の設定を外したときに到達できなくなります。
移行表では、過去の旧URLも含めて最終URLへ直接転送します。
- 改善前：/old-service/ → /service-2023/ → /services/main/
- 改善後：/old-service/ → /services/main/
- 改善後：/service-2023/ → /services/main/
Googleのガイドも、リダイレクトチェーンを避け、最終的な宛先へ直接転送することを勧めています。ブラウザで到達できるだけでなく、転送回数も検査します。
内部リンク・canonical・サイトマップを新URLにそろえる
転送があるからといって、新サイト内のリンクを旧URLのままにしてはいけません。利用者がリンクを押すたびに余分な転送が発生し、旧構造への依存も残ります。
公開前に次を新URLへそろえます。
- ヘッダー、フッター、メニュー、パンくずリスト
- 本文中のリンクとボタン
- 画像、PDF、動画、ダウンロード資料へのリンク
- canonicalで示す代表URL
- XMLサイトマップ
- OGPや構造化データに含まれるURL
- 広告、SNSプロフィール、メール署名、外部サービスのリンク
canonicalは転送の代わりではありません。閲覧者を移動させる処理と、重複候補の中から代表URLを示す情報を混同せず、移行表で両方を確認します。
PDF・画像・フォーム完了画面も移行対象にする
本文ページだけを確認すると、リニューアル後にカタログが開かない、画像の直リンクが切れる、フォーム完了ページが404になるといった問題が残ります。
とくに次は見落としやすい対象です。
- URLを印刷した会社案内・チラシ・名刺
- QRコードから直接開く申込ページ
- 検索結果に表示されるPDFカタログ
- 取引先へ共有済みの仕様書・図面・料金表
- フォームの入力・確認・完了画面
- 自動返信メール内のリンク
- 画像検索や外部サイトから参照される画像URL
PDFを新しいHTMLページへ置き換える場合も、旧PDFを求めた利用者が必要な情報へ到達できるか確認します。公開終了すべき古い料金表を残し続けるのではなく、更新版または案内ページへの移行方針を事業者が決めます。
テスト環境のnoindexやアクセス制限を本番へ持ち込まない
制作中のサイトは、検索結果に出ないようnoindex、パスワード、アクセス制限等を使う場合があります。その設定が本番公開後も残ると、新サイトを検索エンジンが登録できない原因になります。
公開前の確認では、目でページを見るだけでなく、検索エンジン向けの設定を点検します。
- 本番ページに意図しないnoindexがないか
- robots.txtで必要なページや資材を遮断していないか
- canonicalがテスト用URLを指していないか
- XMLサイトマップが本番URLで作られているか
- Search Consoleとアクセス解析の設定先が正しいか
- テスト用フォームや送信先が本番用に切り替わっているか
アクセス制限を外す作業には担当者と実施時刻を割り当て、公開チェックリストの一項目にします。
ドメイン変更時だけでなく同一ドメインでも移行管理が必要
会社名変更等でドメインそのものを変える場合は、全URLに影響します。Google Search Consoleのアドレス変更ツールは、ドメインやサブドメインの移転を伝える用途に使われます。一方、同じドメイン内のパス変更や、HTTPからHTTPSへの変更では用途が異なります。条件を確認して使います。
ドメインが変わらないリニューアルでも、/service-a/が/services/a/へ変わればURL移行は必要です。「ドメインは同じだからSEO移行は不要」と判断せず、URL単位で比較します。
公開判定は「新サイトが見える」だけでは足りない
リニューアル公開の判断は、トップページが表示できたかだけで行いません。URL移行表を使い、公開前に合格条件を決めます。
| 確認領域 | 公開前の合格条件 |
|---|---|
| 旧URL | 重要URLの扱いが全件決まり、空欄がない |
| 新ページ | 公開対象が200で表示され、内容とタイトルが正しい |
| 転送 | 旧URLが対応する最終URLへ直接移動する |
| 廃止 | 代替のないURLが方針どおり404または410になる |
| 検索設定 | canonical、サイトマップ、noindex、robotsを確認した |
| 導線 | メニュー、本文リンク、電話、地図、PDFが機能する |
| フォーム | 入力から完了・通知まで実際に確認した |
| 表示 | パソコン、タブレット、スマートフォンで確認した |
| 計測 | アクセス解析とSearch Consoleの運用準備ができた |
| 復旧 | 切り戻し条件、バックアップ、判断者が決まっている |
未完了の重要項目があるなら、公開日時を優先して見切り発車せず、影響と仮対応を承認者へ示します。
公開後は0時間・24時間・7日・30日で確認する
公開直後に問題がなくても、検索結果、外部リンク、利用者の端末から初めて分かる不具合があります。確認時期と担当者を先に決めます。
| 時点 | 主な確認内容 |
|---|---|
| 公開直後 | 主要URL、転送、フォーム、電話、表示、計測の動作 |
| 24時間以内 | 404、サーバーログ、フォーム通知、異常な転送の増加 |
| 7日後 | Search Consoleのクロール・登録状況、検索流入、主要導線 |
| 30日後 | 旧URLへのアクセス残存、問い合わせ数、検索語、改善項目 |
Googleはサイト移転後にSearch Console等で旧サイトと新サイトの状況を監視するよう案内しています。移転中は検索結果の表示が一時的に変動することがあります。順位だけを毎日追うのではなく、クロールエラー、対象ページの登録状況、自然検索からの訪問、問い合わせ完了までを組み合わせて見ます。
404は利用者の報告を待たずに記録する
公開後の404は、問い合わせが来たものだけ修正すると漏れます。サーバーログ、アクセス解析、Search Console等で発生URLを収集し、移行表へ戻して判断します。
404が見つかったら、すぐトップページへ転送するのではなく次を確認します。
- 旧サイトに実在したURLか、入力間違いか
- サイト内のどこかからリンクされているか
- 外部サイト、広告、QRコード等から利用されているか
- 対応する新ページがあるか
- 転送追加、内部リンク修正、廃止のどれが適切か
存在しないURLへの機械的なアクセスもあるため、件数だけで優先度を決めません。利用者と事業への影響を確認します。
リダイレクトは公開後すぐに外さない
旧URLは、検索結果、ブックマーク、取引先のメール、過去の資料等に長く残ります。Googleはサイト移転時のリダイレクトを一般に少なくとも1年間維持し、利用者のためにはさらに長く残すことも検討するよう案内しています。
「検索結果が新URLになったから翌月に削除」といった運用は避けます。サーバー更新や保守会社変更のときも、転送設定が引き継がれるよう、URL移行表と設定ファイルの管理者を明確にします。
切り戻しと修正継続の判断を分ける
公開後に問題が見つかったとき、必ず旧サイトへ戻すとは限りません。新サイト上で短時間に直せる内部リンク一件と、全フォームが送れない状態では判断が違います。
切り戻し条件の例は次のとおりです。
- 主要な問い合わせ・予約・購入が完了できない
- 多数の重要URLが404または誤ったページへ転送される
- 公開対象全体にnoindexやアクセス制限が残っている
- 料金、法定表示、営業条件等に重大な誤りがある
- 原因と復旧時間を見通せず、事業影響が拡大している
軽微な表示差や少数の内部リンク修正は、新サイトを維持して直す方が安全な場合があります。公開前に「誰が、何を根拠に、何分以内に判断するか」を決めます。
見積もり・契約でURL移行の範囲を確認する
リニューアルの見積書に「SEO対策」「リダイレクト設定」とだけ書かれていても、対象件数や確認範囲は分かりません。依頼前に次を確認します。
- 旧URLの収集を誰が行うか
- 移行判断を誰が承認するか
- リダイレクト設定の対象件数と追加時の扱い
- PDF、画像、フォーム、外部サービスを含むか
- 内部リンク、canonical、サイトマップの更新を含むか
- 公開前の応答確認をどの方法で行うか
- 端末別の表示・フォーム確認を含むか
- 公開後の監視期間と報告項目
- リダイレクトの保守・引き継ぎ方法
- 問題発生時の切り戻し支援を含むか
件数が多い場合、全URLを同じ深さで確認する必要はありません。ただし、確認を省くURLと理由を移行表に残します。「対象外」が不明なまま一式契約にしないことが重要です。
URL移行表の完成チェックリスト
- XMLサイトマップ以外の収集元も確認した
- ページ、PDF、画像、フォーム関連URLを含めた
- 各旧URLを維持・移動・統合・分割・廃止に分類した
- 内容が対応する新URLを一件ずつ決めた
- 関係の薄いURLをトップページへまとめて転送していない
- 恒久移動は301または308で実装した
- 旧URLから最終URLへの転送連鎖をなくした
- 内部リンク、canonical、サイトマップを新URLへ更新した
- テスト環境のnoindex・アクセス制限が残っていない
- 主要フォームを入力から通知まで確認した
- パソコン、タブレット、スマートフォンで確認した
- Search Consoleとアクセス解析の監視担当を決めた
- リダイレクトの維持期間と管理者を決めた
- 公開後0時間・24時間・7日・30日の確認予定を決めた
- 切り戻し条件と承認者を決めた
まとめ
高石市でホームページをリニューアルするとき、ページ消失を防ぐ基準は「新しい画面が完成したか」だけではありません。旧サイトで使われていたURLを集め、維持・移動・統合・分割・廃止を一件ずつ決め、内容が対応する新URLへ案内できることが重要です。
URL移行表には、旧URLと新URLに加えて、ページの役割、事業上の重要度、転送方法、canonical、内部リンク、確認結果、担当者まで残します。多数の旧URLをトップページへまとめず、転送連鎖を避け、フォームやPDFも含めて公開判定を行います。
高石市でのホームページリニューアル、既存URLの棚卸し、公開前後の移行確認については、高石市のホームページ制作・Web集客支援ページをご確認ください。旧URLの一覧がない段階でも、現在のサイトマップ、アクセス記録、管理画面、営業資料から移行表の土台を整理できます。
