お知らせ・ブログ一覧へ戻る

使わなくなったページを消すときの正しい手順|削除の前に転送先を決める判断基準


使わなくなったページを消すときの正しい手順|削除の前に転送先を決める判断基準

使わなくなったページを消すときの正しい手順|削除の前に転送先を決める判断基準

閉店した店舗の紹介ページ、終了したキャンペーンのページ、提供をやめたメニューの案内。サイトを運用していると「もう使わないページ」は必ず出てきます。そして多くの場合、管理画面からそのまま削除して終わりにしてしまいます。

結論から書きます。ページの削除は「消す」作業ではなく「訪問者の行き先を変える」作業です。正しい手順は、①そのページに今も人が来ているかをデータで確認する、②来ているなら転送先を決める、③削除と301リダイレクト(転送設定)をセットで行う、④転送が効いているか実測する、の4段階です。削除ボタンを押すのは②のあとです。

なぜこの順番なのか。実際の数字を使って説明します。

「使っていないページ」にも、思っている以上に人が来ている

複数店舗を展開する美容サロンチェーンのサイトで、閉店した店舗のページを整理したときの実測です。削除の前にGoogleサーチコンソールでそのページの流入を確認したところ、直近3か月でクリック19回・検索結果への表示881回がありました。年間に換算すれば来訪は70回以上、検索結果に表示される回数は3,500回を超える規模です。閉店からしばらく経ったページでも、この量の接点が残っています。

このまま削除だけすると、この来訪者は全員「ページが見つかりません」という404エラー画面に当たります。閉店を知らずにその店を探している見込み客が、エラー画面を見て離脱する。サイト側は何も案内できない。これが「削除だけ」の実害です。

同じ整理の中で、もうひとつ判断を誤りやすい例がありました。サイト内のどこからもリンクされていない、いわば孤立した古い一覧ページです。「どこからもリンクされていない=誰も見ていない=消してよい」と考えたくなりますが、実測するとクリック12回・表示1,323回の検索流入がありました。ページへの流入は、サイト内のリンクではなく検索エンジン経由でも発生します。リンクの有無は「見られていない」の根拠にならない。判断材料はあくまで実測データです。

確認の場所は、サーチコンソールの「検索パフォーマンス」でページ単位のフィルタをかけるだけです。3分で終わります。この3分を飛ばして削除すると、来訪者を黙って捨てることになります。

転送先の決め方|「同じ目的を果たせる、いちばん近いページ」へ

流入があると分かったら、次は転送先です。原則はひとつで、そのページに来た人の目的を、いちばん近い形で果たせるページへ送ることです。具体的には次の優先順位で考えます。

優先度 転送先
1 内容がほぼ同等のページ 統合先の記事、リニューアル後の同じメニューのページ
2 ひとつ上の階層(一覧・カテゴリ) 閉店店舗 → 店舗一覧、終了メニュー → メニュー一覧
3 トップページ 上の2つがどうしても無い場合の最終手段

先ほどのサロンチェーンの例では、閉店店舗のページを店舗一覧ページへ転送しました。ここでひとつ判断のポイントがあります。「いちばん近い店舗のページへ送る」という選択肢もあり得ましたが、採用しませんでした。閉店した店の代わりにどの店を勧めるかは経営判断であって、作業者が機械的に決めてよいことではないからです。迷ったら一覧に送り、選択は訪問者に委ねる。これが転送先設計の安全側です。

逆にやってはいけないのが、何でもトップページへ送ることです。訪問者にとっては「探していたものと全然違う場所に飛ばされた」体験になりますし、Googleも大量のURLが一律トップへ転送されている状態をソフト404(実質的なエラー)とみなすことがあります。転送先が用意できないほど無関係な内容なら、無理に転送せず404のまま消す方が正しいケースもあります。

実際の手順|WordPressでの削除と301設定

手順は「復元できる形で消す」「転送を設定する」「実測で検証する」の3つです。

1. 削除は「ゴミ箱」まで。完全削除はしない

WordPressの削除にはゴミ箱への移動と完全削除の2段階があります。まずはゴミ箱までにしてください。ゴミ箱にある限り、判断が誤っていたときにワンクリックで復元できます。前述のサロンチェーンの整理でも、削除したページはすべてゴミ箱に残し、あわせて削除前のデータベースのバックアップを取ってから作業しています。「消してから気づく」事態は必ず起こり得るものとして、戻れる道を残しておく設計です。

2. 301リダイレクトを設定する

WordPressならRedirectionなどのリダイレクト管理プラグインを使うのが現実的です。旧URLと転送先を登録するだけで、管理画面で完結します。設定するのは301(恒久的な転送)です。301はGoogleに「このページは恒久的に移転した」と伝える合図で、旧URLが持っていた検索上の評価も転送先に引き継がれます。

サーバーの設定ファイル(.htaccess)に直接書く方法もあります。プラグインを増やしたくない場合や、WordPressの外にあるURLを転送したい場合はこちらですが、書き方を誤るとサイト全体に影響するため、後述の事故パターンを踏まえて慎重に扱ってください。

3. 設定後に必ず実測する

設定して終わり、にしないこと。確認する項目は3つです。

  • 旧URLにアクセスして、転送先が200(正常表示)で開くこと。ブラウザで旧URLを開き、意図したページに着地するかを見る
  • 他のページを巻き込んでいないこと。転送ルールの書き方によっては、意図しないURLまでマッチして転送されることがあります。最低でも主要ページ(トップ・一覧・主力メニュー)が今までどおり開くことを確認する
  • 存在しないURLがきちんと404を返すこと。でたらめなURLを打って404になるか見る。転送設定が広すぎると「どんなURLでもどこかに飛ぶ」状態になり、これもソフト404の温床になります

サロンチェーンの例では、転送対象の2URLが正しく店舗一覧へ301すること、既存の主要ページ全部が200を返すこと、存在しないURLが404になることまで確認して作業完了としました。転送は「設定した」ではなく「実測で確認した」が完了条件です。

起こりやすい事故と、設計段階での防ぎ方

301の設定は仕組みが単純なぶん、事故のパターンも決まっています。あらかじめ知っておけばすべて防げるものです。

転送のループ。旧URLと新URLが似ているとき、転送ルールが新URL自身にもマッチしてしまい、無限に転送が繰り返されてページが表示できなくなることがあります。たとえば /menu//menu へ転送するルールを末尾スラッシュを曖昧にしたまま書くと、転送先も同じルールに当たり続けます。.htaccessで書く場合は、ルールの対象を末尾スラッシュ付きに限定するなど、転送先がルールに再マッチしないかを設定前に机上で確認してください。プラグインの場合も、登録後に旧URLを実際に開いて1回で着地することを見れば検知できます。

設定したはずの転送が効かない。.htaccessはディレクトリごとに置けるため、サイトの構成によっては、書いた場所のルールが目的のURLに適用されないことがあります。特に配下のディレクトリに別の.htaccessがあると、親のルールがそこで打ち切られる挙動があります。設定後の実測を省略しなければ、この種の「書いたのに効いていない」は必ずその場で見つかります。

あとから転送が消える。WordPress本体は.htaccessの特定ブロックを自動で書き換えることがあり、また、サイトのファイルを一括アップロードで更新する運用をしていると、デプロイのたびに.htaccessごと上書きされて手書きの転送が消える事故が起こり得ます。.htaccessに直接書く場合は、WordPressが管理するブロックの外側に書くこと、そして.htaccessのバックアップをサイトの公開フォルダの外にも1部残しておくこと。転送が生きているかを、更新作業のあとに旧URLへアクセスして確かめる習慣があれば、消えてもすぐ気づけます。

転送したのに、元ページが公開されたまま残っている。記事の統合などで301を張った場合にありがちです。転送は効いているのに元記事が「公開」状態のままだと、サイトマップに旧URLが載り続け、「Googleに案内しているURLが転送される」という矛盾した状態になります。転送を張ったら、元ページは非公開(下書き)に落とすところまでがセットです。非公開化なら本文は残るので、これも可逆な操作です。

削除してよいか迷ったときの判断フロー

最後に、ここまでの内容を判断フローにまとめます。

  1. サーチコンソールでそのページの直近3か月の流入を見る(クリック数と表示回数)
  2. 流入がある → 転送先を決めてから、301設定+ページ非公開化。転送先は「同等ページ → 一覧 → トップ」の順で近いものを選ぶ
  3. 流入がほぼゼロで、内容的に近いページもない → 301なしで削除してよい。ただしゴミ箱止まりにして復元の道を残す
  4. どちらの場合も、作業後に旧URL・主要ページ・でたらめURLの3点を実測する

なお、ページを消したあとも検索結果にURLがしばらく残ることがありますが、それは今回の転送設計とは別の話です。検索結果からの消し方は消したいURLが検索結果に残るときの手順にまとめています。また、ページ単位ではなくサイト全体を作り替えるときの転送設計はサイトリニューアルでSEOを落とさない移行チェックリストを参照してください。

ページの削除は数分で終わる作業ですが、そのURLには過去の集客の積み重ねが乗っています。消す前に3分だけデータを見る。それだけで、これからも来続ける訪問者を404に落とすか、次の行き先へ案内できるかが分かれます。

よくある質問

Q. 301と302はどう違いますか?

A. 301は「恒久的な移転」、302は「一時的な移転」です。ページを削除して戻す予定がないなら301を使います。302は検索上の評価が転送先に引き継がれない前提の仕組みなので、削除用途には向きません。

Q. 301を設定してから、効果はいつ反映されますか?

A. 訪問者の転送は設定した瞬間から効きます。検索結果上のURLの入れ替わりは、Googleが再クロールするまでの時間差があり、数日から数週間かかります。急いで検索結果から消したい事情がある場合は、転送とは別に削除リクエストの手続きがあります。

Q. 閉店・終了の告知ページを作って、そこへ転送するのはどうですか?

A. 有効な選択肢です。特に「閉店したこと自体を知らせたい」「移転先や近隣の代替を案内したい」場合は、一覧へ黙って転送するより親切です。告知ページを一定期間置いたあとに一覧へ301を張り替える、という2段階の運用もできます。

関連記事

2026.08.30

AIに在庫管理を任せるときの設計|計算はシステムに、判断だけをAIに分ける

2026.08.29

WordPressのテーマを変えずにデザインを今風にする方法|停止すれば全て戻せる「上書きしない改修」の実例

2026.08.29

自動処理の監視は「最後に成功した時刻」を見る|安全に止まる仕組みは通知とワンセット


お知らせ・ブログ一覧へ戻る