サービス終了ページは削除すべき？301・404/410・残す場合のSEO判断基準

監修: 菊地 将（リブランディング株式会社）

サービスが終了したからといって、ページもすぐ削除すればよいとは限りません。旧サービス名で検索する利用者に終了理由や問い合わせ先を伝える必要が残っている場合もあれば、ほぼ同じ役割を引き継ぐ後継サービスへ案内した方がよい場合もあります。

判断のポイントは、過去のSEO評価を残せるかどうかだけではありません。「旧ページを訪れた人に、今も提供すべき情報があるか」「同じ目的を満たす明確な移転先があるか」を先に確認します。

この記事では、サービス終了ページを「残す」「残して検索から外す」「301で転送する」「404/410にする」の4パターンに分け、内部リンクやサイトマップ、Search Consoleまで含めた実務手順を整理します。

クロール・インデックス・リダイレクトなど技術面の全体像を確認する場合は、テクニカルSEOの実務チェックリストを先に確認してください。

結論：サービス終了ページは4パターンで判断する

サービス終了後のURL処理は、次の4つに整理すると判断しやすくなります。

Googleは、削除したページに明確な代替ページがある場合は301リダイレクトを、代替がない場合は404または410を返すよう案内しています。

重要なのは、「終了ページはすべて301」「SEO評価があるページは残す」と一律に決めないことです。利用者が何を知る必要があるのかと、移転先が本当に同じ役割を担っているのかを確認してから処理を選びます。

サービス終了後は、まず利用者へ残す情報があるか、その次に同じ目的の後継ページがあるかを確認すると処理を決めやすくなります。

最初に確認するのは利用者に残すべき情報

サービス終了ページをどう処理するか迷ったときは、検索順位や被リンクより先に「そのURLを今後訪れる人が何を知りたいか」を確認します。

サービス終了後も、旧サービス名で検索する人がすぐにゼロになるとは限りません。既存顧客であれば、終了日、サポート期限、データの扱い、後継サービス、問い合わせ先などを探すことがあります。新規の利用検討者が、古い比較記事やブックマーク、外部サイトのリンクからアクセスする場合もあります。

こうした情報が必要な期間は、ページ自体に役割があります。

終了後も案内が必要ならページを残す

次のような情報を確認する人がいる場合は、サービス終了と同時にURLを消すより、終了ページとして残す方が利用者にとって分かりやすくなります。

• サービスがいつ終了したのか
• 現在は申し込めないのか
• 既存契約はどうなるのか
• サポートをいつまで受けられるのか
• 後継サービスや代替手段はあるのか
• 問い合わせ先はどこか

この場合、元の商品紹介文をそのまま残すのではなく、「終了済み」であることをページ上部ではっきり示し、現在必要な情報へ更新します。

明確な後継サービスがあるなら301を検討する

旧サービスと後継サービスの目的や対象がほぼ同じで、旧ページを訪れた人がそのまま後継サービスを利用できるのであれば、301リダイレクトが有力です。

Googleも、ページが移動した場合や明確な置き換え先がある場合には、恒久的なサーバー側リダイレクトとして301や308を利用できると説明しています。

ただし、「評価を渡したいから」という理由だけで、トップページや関係の薄いサービスページへ転送するのは避けます。転送先は、旧URLを訪れた人の目的を実質的に引き継いでいる必要があります。

役割がなくなれば404または410にする

後継サービスがなく、終了案内やサポート情報を掲載し続ける必要もなくなったURLは、404または410にできます。

Googleは、削除したコンテンツに代替ページがない場合、404または410を返すことを案内しています。無関係なページへリダイレクトする必要はありません。

サービス終了の時期に合わせて処理を変える

サービス終了は一日の作業ではなく、「終了前」「終了直後」「案内の役割が終わった後」という時間軸で考えると整理しやすくなります。

終了ページの処理時期を一律に決めず、告知やサポートなどページに残っている役割に合わせて変更します。

この期間は一律に「3か月」「1年」と決めるのではなく、契約状況、サポート期間、旧サービス名での問い合わせ、外部サイトからのアクセスなどを見て決めます。

特に既存顧客がいるサービスでは、検索エンジン向けの処理だけで終了時期を決めないことが重要です。

301は明確な移転先がある場合に使う

301リダイレクトを選ぶ基準は、「旧ページにSEO評価があるか」ではなく「ページの役割が恒久的に別URLへ移ったか」です。

たとえば、次のケースは301を検討しやすい状況です。

• 旧サービスが名称変更して新サービスへ移行した
• 複数サービスを1つへ統合し、機能や対象顧客を引き継いだ
• サービスページのURLだけを変更した
• 後継サービスが旧サービスとほぼ同じ課題を解決する

一方、旧サービスとは対象や機能が大きく異なる商品を「代替サービス」と呼んでいるだけなら、自動的に301へ転送する必要はありません。

終了ページを一定期間残し、「このサービスは終了しました。現在は○○を提供しています」と案内した方が、利用者が状況を理解しやすい場合もあります。

301は「似たページがあるから」ではなく、旧ページを訪れた人の目的を転送先が引き継げるかで判断します。

Googleは恒久的なリダイレクトについて、検索結果では最終的な転送先を表示する方向で処理すると説明しています。

404と410はSEO差ではなくURLの状態で選ぶ

404と410には、HTTP上の意味の違いがあります。

404・soft 404をURLごとに原因分類し、維持・復旧・リダイレクト・リンク修正まで判断する場合は、404・soft 404のSEO監査方法を確認してください。

RFC 9110では、404は「現在そのリソースを見つけられない」状態で、恒久的かどうかまでは示しません。一方、410は「意図的に削除され、恒久的に利用できない可能性が高い」ことを示すステータスです。

ただし、Google検索では「410にすれば404よりSEO上有利」「410なら必ず早く消える」といった使い分けを前提にしない方が安全です。Googleは429を除く4xx系レスポンスについて、検索インデックスから除外する方向で扱うと説明しています。

実務では次のように整理できます。

• 完全に廃止したことを明確に表現したい：410
• 削除済みだが恒久性まで厳密に管理しない：404
• SEO効果の差だけを期待して404と410を使い分けない

検索には出したくないページはnoindexで残せる

「既存顧客にはページを見せたいが、新規の検索結果には出したくない」というケースでは、ページを200で残したままnoindexを指定する方法があります。

Googleのnoindexは、ページへのアクセス自体を止めるものではありません。Googleがページをクロールしてnoindexを確認すると、そのページを検索結果へ表示しないよう処理します。Googlebotがnoindexを確認できるよう、robots.txtでクロール自体を遮断しないことも必要です。

たとえば次のような場合に検討できます。

• 既存顧客向けの終了案内としてURLを残す
• メールや管理画面から案内ページへ誘導する
• 問い合わせ対応のため、過去サービスの情報を参照できる状態にする
• 新規のサービス比較では検索結果に出したくない

「残すか削除するか」の二択ではなく、「利用者には残すが検索表示は止める」という選択肢も持っておくと、終了ページを整理しやすくなります。

内部リンクとサイトマップも同時に整理する

HTTPステータスだけ変更しても、サイト内の導線が古いままでは運用は完了しません。

終了URLごとに、少なくとも次の項目を確認します。

Googleは、サイトマップにはGoogle検索結果へ表示したい正規URLを記載するよう案内しています。301の転送元や404/410になったURLをサイトマップへ残し続けるのではなく、現在公開したいURLへ整理します。

内部リンクも同様です。301が正しく動いていても、サイト内のリンクを古いURLのまま放置するより、可能な箇所は最終的なURLへ直接更新した方がサイト構造を管理しやすくなります。

Search Consoleで処理後の状態を確認する

設定後は、Google Search ConsoleのURL検査やページのインデックス登録状況を使い、意図した処理になっているか確認します。

URLのステータスを変更した後は、内部リンクやサイトマップも整理し、検索エンジンが意図した状態を認識しているか確認します。

確認したいポイントは次のとおりです。

• 301が想定したページへ転送されているか
• 404/410が200として返っていないか
• noindexページをGoogleが認識できているか
• 削除済みURLがXMLサイトマップへ残っていないか
• 新しい後継ページがクロール・インデックス可能か

検索結果から急いで一時的に隠したい場合は、Search Consoleの削除ツールも利用できます。ただし、Googleはこの機能を恒久的な削除方法ではなく、一時的な非表示手段として案内しています。恒久的に処理する場合は、404/410やnoindexなどURL側の対応も必要です。

迷いやすいサービス終了ページの判断例

実際の運用では、次のように整理すると判断しやすくなります。

「似ているページが存在する」というだけで301を選ぶのではなく、旧サービスを探した人にとって、そのページが本当に次の行き先になるかを確認することが重要です。

サービス終了URLのチェックリスト

サービス終了時は、URL単位で次の項目を確認すると判断漏れを防ぎやすくなります。

• サービス終了日が確定している
• 既存顧客向けに残す情報を整理した
• サポートや問い合わせがいつまで必要か確認した
• 同じ目的を満たす明確な後継ページがあるか確認した
• 200・noindex・301・404/410のどれにするか決めた
• サイト内の古いリンクを確認した
• グローバルナビや一覧ページからの導線を確認した
• XMLサイトマップを更新した
• canonicalや構造化データとの矛盾を確認した
• Search Consoleで処理後の状態を確認する
• 外部サイトや広告など、旧URLへの主な流入元を把握した
• 後継サービスへ誘導する場合、利用者の目的が本当に一致しているか確認した

複数の終了URLがある場合は、URL、サービス終了日、後継ページ、残す案内、HTTPステータス、内部リンク、サイトマップ対応を一覧にすると、担当者ごとの判断差を減らせます。

まとめ

サービス終了ページは、終了したという理由だけで一律に削除するものではありません。

終了後も利用者へ知らせる情報があるなら200で残す、ページは必要でも検索結果へ出す必要がなければnoindex、同じ目的を満たす後継ページがあるなら301、代替先も案内する役割もなくなったら404または410、という順で考えると整理できます。

特に注意したいのは、過去のSEO評価を残すためだけに無関係なページへ301転送しないことです。旧サービスを検索した人が次に何を知る必要があるかを基準に、ページの役割を決めてください。

そのうえで、内部リンク、XMLサイトマップ、canonical、Search Consoleまで一緒に整理すれば、終了したURLがサイト内に残り続ける状態も防ぎやすくなります。

複数URLの判断を社内で統一したい場合は、対象URLごとに「残す情報」「後継ページの有無」「HTTPステータス」「内部リンク」「サイトマップ」の対応を一覧化しておくと運用しやすくなります。

参考文献・データ元

‹ 親記事: テクニカルSEOとは？クロールからセキュリティまで、企業担当者が押さえるべき7領域の実務チェックリスト