「リニューアル後、前のページに飛べない」——公開前に見落としたくないURL引き継ぎの手順

「前のページ、ブックマークから飛べないんですけど」

サイトリニューアルの公開後、クライアントからこんな連絡を受けたことはないでしょうか。

デザインも実装も予定どおりに完了した。主要ページも確認した。無事に公開できたはずだった。
それなのに、数日後に旧ページへアクセスできないという声が届く。Googleアナリティクスを見ると、自然検索からの流入も公開後に落ちている。

リニューアルの現場では、「公開できた」と「これまでのURLや流入を引き継げた」は別の話です。

特に、URL構成が変わるリニューアルでは、旧URLから新URLへの301リダイレクト設定が抜けると、検索流入やブックマークからのアクセスが404にぶつかってしまいます。

私たちも、リニューアルのたびにこの地味だけれど重要な作業の難しさを感じてきました。
そこで本記事では、サイトリニューアル時にURL引き継ぎの抜けを減らすために、私たちが現場で行っている手順を紹介します。

なぜこの課題が起きるのか

サイトリニューアルでURL引き継ぎの抜けが起きる理由は、単に「確認不足」だけではありません。

リニューアル作業の中では、デザイン、実装、コンテンツ移行、公開準備など、目に見えるタスクが多くあります。その一方で、旧URLをどう扱うかは後回しになりやすい作業です。

しかし、旧URLはユーザーにとっての「いつものページの住所」であり、検索エンジンにとっても評価や導線が積み上がってきた場所です。

背景1：主要ページだけ確認して、下層ページが抜けやすい

リニューアル時によくあるのが、トップページや主要サービスページだけを手作業でリダイレクトする進め方です。

もちろん主要ページの確認は大切です。
ただ、実際に抜けが起きやすいのは、細かい下層ページです。

たとえば、過去に検索流入を集めていた記事ページや、クライアントの担当者がブックマークしていた詳細ページなどです。
こうしたページが旧URLのまま残っていると、公開後に404エラーになり、ユーザーが目的のページにたどり着けなくなります。

「主要ページは問題なく飛ぶから大丈夫」と思っていても、下層ページの確認が抜けていると、公開後に思わぬ問い合わせや流入低下につながることがあります。

背景2：旧URLと新URLの対応表がないと、後から直しにくい

もうひとつの原因は、旧URLと新URLの対応表が手元にないことです。

どの旧URLを、どの新URLへ転送するのか。
どのページは統合するのか。
どのページは廃止するのか。

この判断を一覧化しないまま公開してしまうと、問題が起きたあとに原因を追いかけるのが難しくなります。

旧サイトが閉じる直前、あるいはすでに見られなくなったあとで対応表を作り直そうとすると、それだけで数日かかることもあります。
記録がなければ、抜けに気づくことも、優先順位をつけて直すこともできません。

解決するためのSTEP

URL引き継ぎを抜けなく進めるために、私たちはリニューアルの設計段階から「台帳化」「チェックリスト化」「公開後の見届け」までをセットで考えるようにしています。

STEP 1：現状を可視化する

まず行うのは、旧URLを一覧化することです。

私たちはプロジェクトのWikiに、旧URLと新URLの対応表を作っています。
項目はシンプルです。

• 旧URL
• 新URL
• リダイレクトの要否
• 担当者

この台帳を、公開直前ではなくリニューアルの設計段階から作り始めます。

早い段階で一覧化しておくと、「このページは新サイトのどこに対応するのか」「このページは統合するのか」「このページは廃止してよいのか」を関係者で確認しやすくなります。

MONJI+では、プロジェクトごとに情報を整理できるWiki機能を使って、こうしたURL対応表を残すことができます。
リニューアル中の判断を一箇所にまとめておくことで、後から「誰が、何を、どこまで判断したか」を追いやすくなります。

STEP 2：月次運用として記録・一覧化する

次に、公開前の確認項目をチェックリスト化します。

URL引き継ぎは、毎回ゼロから思い出して確認するよりも、チェックリストとして固定化したほうが抜けを減らしやすくなります。

私たちは、リニューアル公開前に次のような項目を確認しています。

1. 旧URLすべてに対して、リダイレクトの要否を判断したか
2. 主要導線（トップ・問い合わせ・主要サービス）の転送先が正しいか
3. sitemap.xmlを新URL構成で更新し、送信したか
4. 公開時にnoindexやステージング用の設定を外したか
5. リダイレクトが多段（A→B→C）になっていないか

こうした確認項目は、MONJI+のチェックリスト機能に登録しておくと、修正依頼を作成する画面から呼び出せます。

毎回同じ観点で確認できるため、担当者ごとの確認漏れを減らしやすくなります。

また、公開前の確認では人の目だけでなく、機械的な検知も組み合わせています。
MONJI+のWebサイト異常検知&改善機能では、URLを入れるだけでサイト全体を巡回し、404やリンク切れを検知できます。

PC・スマートフォンの表示差異や、Basic認証のかかったステージング環境も対象にできるため、公開前に“まだ閉じていない穴”を見つけやすくなります。

STEP 3：数カ月分の実績をもとに交渉・提案する

公開後は、「問題なく公開できたか」だけでなく、「流入が戻っているか」を見届けます。

Googleアナリティクスで自然検索からの流入を確認し、落ち込んだままのページがあれば、優先してリダイレクトを追加します。

私たちは、見つかった対応を1件ずつ修正依頼にしています。
担当者、期日、優先度を付けておくことで、誰がいつ対応するのかが宙に浮きにくくなります。

MONJI+では、Googleアナリティクス連携を使って、プロジェクト内でアクセス状況を確認できます。
また、期日の近い修正依頼はマイページのダッシュボードに表示されるため、公開後に残っている対応も確認しやすくなります。

クライアントへ進捗を共有するときは、対応中の修正依頼だけを公開リンクで切り出して渡すこともできます。
「今どこまで直っているのか」を口頭で説明し直す手間を減らし、認識のズレも防ぎやすくなります。

実際に起きた変化

URL引き継ぎを台帳化し、公開前の確認をチェックリストにし、公開後の流入まで見届けるようにしたことで、リニューアル後の対応がかなり進めやすくなりました。

以前は、公開後に「どの旧URLが抜けているのか」を探すところから始まっていました。
今は、旧URLと新URLの対応表が残っているため、問題が起きたときも確認すべき場所が明確です。

また、404やリンク切れは異常検知で拾い、対応が必要なものは修正依頼として管理できます。
そのため、「気づいた人が個別に連絡する」「誰かが対応しているはず」という曖昧な状態を減らせます。

公開後も、自然検索からの流入が戻ってきているかを数字で確認することで、リニューアル後の運用を感覚だけで終わらせずに済むようになりました。

注意点・限界

ただし、仕組みを整えればすべて自動で解決するわけではありません。

特に、どの旧ページを残すべきか、どのページを統合するか、どのページを廃止するかという判断は、人が握る必要があります。

ツールは、404やリンク切れを見つけることはできます。
対応表を管理したり、チェックリストで確認を標準化したりすることもできます。

しかし、「このページには引き継ぐ価値があるのか」「この流入は新サイトのどのページで受け止めるべきか」といった設計判断までは、自動で決めてくれません。

サイトに込めた意図や、これまでの流入の中身を一番よく知っているのは、運用してきたチームです。

だから私たちは、抜けを見つける作業や管理は仕組みに任せつつ、「このページは残す」「ここへ寄せる」という最後の判断は自分たちで行うようにしています。

リダイレクトの引き継ぎは、派手な作業ではありません。
それでも、積み上げてきた検索流入やユーザーの導線を、公開の一日で落とさないためには欠かせない仕事だと考えています。

現場から生まれたWebサイト運用支援プラットフォーム【MONJI+】

リニューアル時のURL引き継ぎは、制作会社やWeb運用チームにとって、見落としたくない重要な作業です。

対応表を作る。
公開前にチェックする。
404やリンク切れを検知する。
公開後の流入を確認する。
必要な修正を担当者ごとに管理する。

こうした現場の細かな運用を支えるために生まれたのが、Webサイト運用支援プラットフォームMONJI+です。

MONJI+は、Webサイト運用に携わる「人」を1つの「チーム」にまとめ、Webサイト運用のあらゆるフェーズを横断して、課題を解決するプラットフォームです。

私たちは、最初から“完成されたプロダクト”を開発することを目指していません。

本当に向き合うべき課題はWebサイト運用の現場にあり、だからこそ私たちは、現場のリアルな声と向き合い続けてきました。

一つひとつの声を受け止めながら、小さな違和感を解消するアップデートを重ね、現場の課題から新たな機能も生まれてきました。
そうした積み重ねを経て、MONJI+は世界77ヶ国のユーザーさまに支えられる存在となりました。

▼MONJI+について、詳しくはこちらをご覧ください
https://monji.tech/ja/plus/

Webサイト運用の現場で働く人が、誇りを持って「この仕事が好きだ」と言える世界。
▼その実現のために、あなたの声をお待ちしております
https://monji.tech/ja/plus/co-creation/

まとめ

サイトリニューアルでは、新しいデザインを公開することに意識が向きがちです。
しかし、旧URLから新URLへの引き継ぎが抜けると、これまで積み上げてきた検索流入やブックマークからの導線が切れてしまいます。

特に注意したいのは、主要ページだけを手作業でリダイレクトし、下層ページの確認が抜けてしまうことです。

リニューアル時は、旧URLと新URLの対応表を設計段階から作り、公開前の確認項目をチェックリスト化し、公開後は自然検索からの流入が戻っているかを確認する。
この流れを決めておくだけでも、公開後の混乱は減らしやすくなります。

そして、どのページを残し、どのページを統合し、どのページを廃止するかは、サイトの意図を知るチーム自身が判断する必要があります。

リニューアル後に「前のページに飛べない」と言われないために。
公開前から、URL引き継ぎをひとつの運用タスクとして設計しておくことが大切です。