404ページ自動でホームページに転送|Googleにペナルティを受けるか

本文作者:Don jiang

404ページがホームページに自動リダイレクトされる

すべてのエラーページをリダイレクトすべきとは限らない

多くのウェブサイト運営者は「ページが表示されなければすぐにホームに飛ばせばいい」と思いがちです。

しかし、Googleのクローラーは404エラー(ページが存在しない)と5xxエラー(サーバーエラー)を正確に識別できます。

すべてのエラーページを一律でホームページにリダイレクトすると、検索エンジンはそれを「ソフト404(エラーを偽装した正常ページ)」と判断し、クロール予算の浪費やアルゴリズムによるペナルティを受ける恐れがあります。

HTTPステータスコードは検索エンジンとの「会話の言語」

  • 404(見つからない)→ そのまま返して、検索エンジンにインデックスから外すよう伝える
  • 500(サーバーエラー)→ 状態を保持し、速やかに修正。サイト全体への影響を防ぐ
  • 301/302(リダイレクト)→ ページが移動した場合にのみ使用(恒久/一時の用途)

エラー表示を残すべき3つのケース

  1. 代替コンテンツのない削除済みページ(例:終了したキャンペーンページ)
    ▸ 事例:あるアパレルサイトが削除済みの商品ページをすべてホームにリダイレクト → タイトル重複が200件以上発生し、インデックス数が41%減少
  2. 一時的なサーバー障害(例:データベースダウン)
    ▸ 正しい対応:503ステータスコードと復旧予定時間を表示
  3. テスト用や破棄されたページ(例:未公開の下書きURL)
    ▸ リスク:リダイレクトするとGoogleが中途半端なコンテンツをクロールしてしまう

誤ったリダイレクトの直接的な結果

  • トラフィック激減:リンク切れをクリックしたユーザーが無関係なホームページに飛ばされる → 直帰率が65%増加
  • 権威の分散:ホームページが多数の古いページの評価を吸収 → ランキング競争力が低下
  • 警告:Google Search Consoleで「ソフト404」が20件以上表示されると、監視対象になる

即時リダイレクトの3つのリスク

リスク1:「ソフト404」ブラックホールを作る

  • 実例:あるツールサイトが300件のリンク切れブログ記事をホームにリダイレクト
    ▸ 結果:Googleがホームページを重複コンテンツと誤認 → インデックス数が52%減少
    ▸ シグナル:Search Consoleの「検出されたが未インデックス」が急増
  • 技術的な背景:HTTPが200ステータス(正常)を返すが、内容がURLと一致しない

リスク2:クロール予算の無駄遣い

  • データ比較
    ▸ 404を正しく返す → Googleは3日以内にクロールを停止
    ▸ ホームに強制リダイレクト → 古いURLが毎日クロールされ続ける(1日あたり約37回無駄)
  • 連鎖的な影響:新しいページのインデックスが遅れ、あるニュースサイトでは最大11日かかった

リスク3:ユーザー体験がSEOに悪影響を与える

  • ユーザー行動データ
    ▸ ホームにリダイレクトされたユーザーの93%が8秒以内に離脱(404ページの場合は平均23秒滞在)
    ▸ 結果:GoogleはChromeのデータから高い直帰率を検出し、キーワード順位が低下
  • 典型的なケース:ある旅行サイトで航空券ページが切れてホームにリダイレクト → コンバージョン率が64%低下

Google公式ガイドではどう言っている?

一部の管理者は「バレなければ問題ない」と思っていますが、Googleのクローラーは非常に賢いです。

Google Search Centralの公開資料によると、404エラー処理が不適切なサイトの31%が6ヶ月以内に順位低下を経験しています。

公式にこう明言しています:「404エラーを隠そうとしないでください」

Googleが定める「3つの禁止ゾーン」

  1. 404ページの偽装は禁止
    ▸ 違反例:200ステータスを返しつつ「ページが存在しません」と表示する → 正常ページと偽る行為
    ▸ 公式コメント:「404または410のステータスコードを必ず返すこと」(出典:Google検索の仕組み)
  2. 無関係なページへの一括リダイレクト禁止
    ▸ 例:削除済みの製品ページ100件をすべてホームページに301リダイレクト
    ▸ 結果:「リダイレクトの乱用」としてアルゴリズムに検出 → あるコスメサイトはホームの流入が58%減少
  3. 非標準的なリダイレクト手法の使用禁止
    ▸ 危険な方法:Meta Refresh(HTMLで自動ジャンプ)、JavaScriptリダイレクト、302のサーバー側転送
    ▸ 推奨代替策:代替コンテンツがある場合のみ301でリダイレクト(例:リニューアルやURL構造の変更など)

Googleが推奨する正しい対応フロー

  1. ページ状態を判断する
    ▸ 完全削除 → 404または410ステータスを返す
    ▸ 一時的なメンテナンス → 503ステータス + Retry-After ヘッダー
    ▸ ページ移転 → 最も関連性の高い新ページへ301リダイレクト(※ホームではない)
  2. 設定を確認する方法
    ▸ curlコマンドでHTTPヘッダーをチェック(curl -I ページURL
    ▸ エラーページが正しいステータスコード(200以外)を返しているか確認

正しい404ページの作り方

テストの結果、よく設計されたネイティブな404ページは、ユーザーの35%がおすすめコンテンツをクリックし、サイト内をさらに閲覧してくれることが分かっています。これにより、全体の滞在時間も向上する効果があります。

ステップ1:ネイティブな404ページを保持(リダイレクトなし)

  • 基本設定:
    ▸ 必ず404ステータスコードを返すこと(WordPressユーザーは「ホームページへ自動リダイレクト」プラグインを無効に)
    ▸ ページに必要な要素:わかりやすいエラーメッセージ+メインナビゲーション+人気コンテンツのリンク(最低6件)
    ▸ 悪い例:ある小説サイトの404ページは「ページが存在しません」とだけ表示、ユーザー離脱率89%
  • プラスの工夫:
    ▸ サイト内検索ボックスを追加(再検索成功率が40%アップ)
    ▸ ユーモアのあるイラストやイースターエッグを挿入(あるペットサイトは迷子犬アニメを使い、SNSシェアが急増)

ステップ2:選択的な301リダイレクト(適切な代替ページへ)

  • 適用シーン:
    ▸ 商品リニューアル/URL構造の変更(例:旧モデルのスマホページ → 新モデル比較ページ)
    ▸ 高トラフィックページが削除された場合(ある医療サイトは5,000回クリックされた記事を関連特集ページへリダイレクト)
  • 注意点:
    ▸ チェーンリダイレクト禁止(A→B→C)、最大1回まで
    ▸ 新旧ページのコンテンツ一致度は70%以上必要(Copyscapeで類似度チェック)

ステップ3:リンク切れのリアルタイム監視(ツール活用)

  • 無料ツール:
    ▸ Google Search Consoleの「カバレッジレポート」:毎週「見つかりません」エラーをチェック
    ▸ Screaming Frog:全サイトの404リンクを一括エクスポート可能
  • 上級編:
    ▸ 自動監視:Pythonスクリプト+Google Sheetsで毎日死んだリンクをメールで通知
    ▸ 301リダイレクトのログ:Screaming Frogでリダイレクトルートを追跡、ループを防ぐ

特別なケースの対応マニュアル

商品が販売終了になったり、サイトを移行したり、サーバーが一時的にダウンしたりすると、
「ホームにリダイレクトするべきか?それとも404を返すべきか?」と多くの運営者が悩みます。

実際には、Googleは特別な状況下での柔軟な対応を認めていますが、「最小限の介入」が原則です。

たとえば、ある家電ブランドがセール後に300商品を廃止。
ホームにリダイレクトするとカテゴリキーワードの評価が落ちましたが、
「関連人気商品」ページに飛ばしたところ、関連売上が23%増加しました。

ケース1:ECで商品・サービスが販売終了(完全削除ではない)

NGな方法: ホームやカテゴリページへのリダイレクト → URL構造が乱れ、SEO効果が分散

正しい対応:

  1. 「代替商品まとめページ」を作成:元のURLのキーワードを保持(例:/product/outdoor-camping-tents/category/camping-gear
  2. 商品フィルターをページに残すことで、ユーザーが類似商品をすぐに見つけられるようにする
  3. 例:あるアウトドア用品サイトはテントページを「キャンプ用品」ページにリダイレクトし、自然流入が3週間で19%増加

ケース2:サイト移行/ドメイン変更

  • NGな方法: チェーンリダイレクト(旧→中継→新) → Googleは最大5回までしか追跡しない

標準的な手順:

  1. 旧サイトのすべてのURLをエクスポートし、新サイトのコンテンツと対応付け(ツール:Screaming Frog+Excel)
  2. コンテンツ一致度80%以上のページにのみ301リダイレクト設定(その他は404のまま)
  3. 例:ある金融系フォーラムは重要なスレッドだけをリダイレクト、残りは404のままにし、インデックス減少はたった3%

ケース3:サーバーメンテナンス/一時的な障害

NG例: ホームに飛ばす or 404を返す → ユーザーがリンク切れと誤認し、Googleのクロール頻度が低下

適切な対応:

  1. 503ステータスコード(Service Unavailable)を返し、カスタムメンテナンスページを表示
  2. HTTPヘッダーにRetry-After: 3600を追加(検索エンジンに「1時間後に再訪問してね」と伝える)
  3. 例:あるSaaSプラットフォームはメンテ中に503ページを使い、61%の訪問者をキープ

リンク切れが避けられないときは、この2つの原則を覚えておきましょう:

1. 検索エンジンには正直に: HTTPステータスコード(404/410/503)でページの状態を明示する。
偽のリダイレクトよりも、ずっと安全です。

2. ユーザーに逃げ道を: エラーページには関連リンクを最低8件+検索ボックスを設けましょう。
最大35%の離脱ユーザーを再びコンバージョン経路に戻せます。

滚动至顶部