もし「修正すべき410エラー」についてAI生成のSEOブログを読んでいるなら、今すぐやめてください。410はウェブサイトがランダムに発生させるエラーではありません。それは意図的な選択であり、意思決定の結果であり、手動による操作なのです。

なぜこのブログを書いているのか

私がこれを書いているのは、人々がHTTPステータスコードを理解しておらず、それが彼らに損失をもたらす状況に何度も遭遇するからです。実際の金銭的損失、実際のトラフィック損失、実際の問題です。最近、人々がHTTPステータスコードをどれほど理解していないかを痛感させる4つの異なる事例がありました:

  • サイト移行計画会議中、クライアントから「410って何?」と尋ねられた。ほとんどのSEO担当者やウェブ開発者は、このコードの存在すら知らない。
  • ロシアの裁判所が、クライアントのウェブサイトからページを削除するよう命じました。はい、実際にこのための正式なHTTPステータスコードが存在します。
  • 先月、Search n Stuff 2025で、技術SEOの専門家たちと夕食を共にしていた際、Googleのインデックス削除を迅速化するため、404エラーではなく502 Bad Gatewayを使用する提案がありました。興味深いアイデアですが、最善の方法とは言えません。

四つの実例。四つの機会。正しく行うか、台無しにするかの分かれ道。

HTTPステータスコード:30秒でわかる基礎知識

Webサーバーは数字で通信します。ページをリクエストすると、サーバーは3桁のコードで応答します。これはサーバーが「何が起きたか」を伝える方法だと考えてください:

2xxコード = 成功

すべてうまくいった。ページは読み込まれた。あなたは満足している。

3xxコード = リダイレクト
「そのコンテンツは移動しました。代わりにこちらへどうぞ。」純粋なリダイレクトのみ。

4xxコード = クライアントエラー
あなた(またはあなたのブラウザ)に問題が発生しました。不正なURL、認証が必要(401)、アクセス禁止(403)、コンテンツが存在しない(404)。

5xxコード = サーバーエラー
サーバー上で実行中のアプリケーションコードが破損しました。PHPエラー、データベース接続失敗、メモリ不足、コード例外が発生しています。物理サーバー自体はおそらく正常ですが、WordPressまたはアプリケーションコードに問題があります。

以上です。簡単でしょう? よし。

それらのコードを簡単に見る方法は?Chromeを開く > キーボードのF12を押す(またはメニューから開発者ツールを選択) > ネットワークタブをクリック > ウェブページを更新するかURLを入力 > 完了したらカーソルを最上部へ移動すると、一番上にメインページのステータスコードが表示されます。

301リダイレクトがあれば、ここにも表示されます。

決定フローチャート:どのステータスコードを使用するか?

Copied!
┌─────────────────────────────┐ │ URLリクエスト. │ └──────────────┬──────────────┘ │ ┌────────────────┴────────────────┐ │ │ ┌───────────▼───────────┐ ┌──────────▼──────────┐ │ このコンテンツは │ │ 裁判所による │ │ 削除対象ですか? │──はい───►│ 削除要請ですか? │ └───────────┬───────────┘ └───────────┬─────────┘ │ │ いいえ はい │ │ │ ▼ │ 451を返す │ (法的理由により利用不可) │ ┌─────────────▼─────────────┐ │ このコンテンツはかつて │ │ 存在したことがあるのか? │ └─────────────┬─────────────┘ │ ┌───────┴───────────┐ │ │ はい いいえ │ │ │ ▼ │ これは明らかに偽物ですか? │ スパム/ネガティブSEO URL? │ │ │ ┌──────┴──────┐ │ はい いいえ │ │ │ │ ▼ ▼ │ 301または410 404を返す │ (ボットに「停止」 (存在したことのない) │ と伝える) │ ┌──────────▼──────────┐ │ この内容を │ │ より良いバージョンに. │ │ 置き換えますか? │ └──────────┬──────────┘ │ ┌────┴────┐ はい いいえ │ │ ▼ │ 301リダイレクト │ (恒久的に移動しました)│ (新しいURLへ) │ │ ┌────────────▼─────────────┐ │ コンテンツは削除されましたか │ │ 意図的に(整理、 │ │ 古い、関連性のないもの)? │ └─────────────┬────────────┘ │ ┌────┴─────┐ はい いいえ │ │ ▼ ▼ インバウンドリンク 410を返す はありますか? │ ┌────────┴──────────┐ はい いいえ │ │ ▼ ▼ 最適なUXを決定する: 410を返す 301 → 関連ページ (永遠に消えた) または 説明ページ または 410(該当しない場合)

まずは301と302から始めましょう

301 永久リダイレクト

これは、コンテンツが新しいURLへ恒久的に移動したことをすべての人(人間、検索エンジン、AIボット)に伝えます。Googleは古いURLから新しいURLへSEOの権威を移行します。人間はこのコードを見ることができず、ブラウザが自動的に新しいページへリダイレクトします。

古いコンテンツを新しいコンテンツに置き換え、かつその新しいコンテンツが異なるアドレスにある場合に、これを使用してください。

302 一時的なリダイレクト

「コンテンツは一時的に移動しました。元のURLを確認するには後ほど再度アクセスしてください」と表示されます。検索エンジンは元のURLが復元されると想定しているため、権威を移しません。同様に、ブラウザは自動的にリダイレクトするため、画面にコードは表示されません。

これはサーバー設定やソフトウェアにおいて、主にメンテナンスやA/Bテストのために自動的に行われます。

シンプルなルール:コンテンツが新しい場所に永久に移動した場合は301を使用する。一時的に別の場所にある場合は302を使用する。

さて、興味深いもの:404、410、そして451

これらは、人間とボットがブラウザ画面上で同じように見るコードです。

404 Not Found: 偶然のコード

404は、ウェブサーバーがファイルを見つけられない場合に自動的に返す応答です。URLを間違えて入力した?404。ファイルを削除した?404。内部リンクが壊れている?404。

重要:404エラーは検索エンジンに「このページは見つかりませんでしたが、後で復旧する可能性があります」と伝えます。GoogleはこれらのURLを定期的にチェックし続けます。これが問題なのです。

検索エンジンも人間も、あなたの責任で404ページに辿り着くのを嫌う。内部リンクの破損?あなたの問題だ。移行後のURL間違い?あなたの問題だ。ユーザーの誤入力?あなたの問題ではない。

410 Gone: 最終声明

これが君が求めていたものだ。

410 Gone は皆にこう伝えます:「このコンテンツは存在しましたが、私は永久に削除しました。戻ってこないでください。消えました。永遠に。」

404とは異なり、検索エンジンは410を尊重します。GoogleはこれらのURLをインデックスからより迅速に削除し、復旧するかどうかを確認するためのクロール予算の浪費を停止します。

410は手動で設定する必要があります。サーバーはこれを自動的に返しません。だからこそ強力なのです。意図的な仕様です。

410をいつ使用するか:

  • ハッキングされたコンテンツのクリーンアップ後
  • サイト移行時に廃止されたコンテンツを完全に削除する際
  • 返却されない製品ページを廃止する場合
  • 完全に終了した季節限定キャンペーン

451 法的理由により利用不可

はい、これは実際のHTTPステータスコードです。検閲をテーマにした小説『華氏451度』にちなんで名付けられました。

法的にコンテンツの削除が義務付けられた場合に使用してください。裁判所命令?政府機関からの要請?404や410ではなく451を使用してください。

ロシアの裁判所から、クライアントのサイトから特定のページを削除するよう命令を受けました。該当ページに対して451エラーを返しました。これは誠実であり、正しく、インターネット市民としての適切な対応です。

当社の経験に基づく実例

ケース1:ハッキングされたWordPressサイトの復旧

弁護士クライアントのWordPressサイトがハッキングされました。ボットが検索順位を低下させるため、何百ものスパムページを作成しました。サイトをクリーンアップした後、以下の2つの選択肢がありました:

404エラーを返す:Googleは永遠にチェックを続ける

410を返す:Googleはそれらを素早く削除し、リソースの無駄遣いを止める

410を使用しました。2週間以内に、それらのスパムページはGoogleから消えました。クロール予算が回復しました。問題は解決しました。

ケース2:サイト移行の成功事例

ほとんどのサイト移行では不要な404エラーが発生します。代わりに以下の手順を実行してください:

コンテンツが新しいURLに移動しましたか?301リダイレクトを使用してください。

永久に削除するコンテンツですか?410 Goneを使用してください。

唯一の厄介なケース:コンテンツを削除したが、他のサイトがそのコンテンツにリンクしている場合。一部のSEO専門家は「リンクの権威を維持するためにホームページへリダイレクトする」と提言している。

これは難しい状況です。SEO担当者は、そのページを301リダイレクトでホームページに転送することでリンクの権威を維持したいと思うかもしれません。しかし、ユーザー視点ではどうなるのでしょうか?

ユーザーが「速度最適化」に関する具体的なコンテンツを期待してリンクをクリックすると、一般的なホームページに遷移する。混乱を招く。悪いユーザー体験=悪い顧客体験。

コンテンツを削除した理由を説明するカスタムページを作成し、関連記事へのリンクを掲載することも可能です。あるいは410ステータスを使用し、流入する権威を失うこともできます。

自分に最も役立つものを選びましょう。覚えておいてください、ウェブサイトは人間のために存在するのであって、SEO指標を操作するためではないのです。

事例3:ロシアの裁判所命令

既に説明済みです。451を使用してください。それが存在する理由です。

ケース4: 502 Bad Gateway「ハック」

サーチ・アンド・スタッフでは、技術的なSEOの専門家数名と夕食を共にしていた際、ある人物が「Googleに素早くインデックス解除させたいページには404ではなく502 Bad Gatewayを使うべきだ」と提案した。そう、夕食の席でも退屈な技術的な話をするんだ。

ロジック:502はサーバーエラーを意味する。Googleは「サーバーが故障している」と判断し、複数回の失敗後、URLのチェックを停止する。

賢い? そうかもしれない。正しい? 最善の方法ではない。

これは検索エンジンへの偽装行為です。502エラーはソフトウェアに問題があることを意味します。コンテンツ削除を意図的に行うためにこれを利用するのは欺瞞的です。

代わりに410を使用してください。正直で明確であり、実際に動作が速くなります。

ボーナスケース:ブラックハットSEOの武器としての404エラー

404エラー増加によるネガティブSEO攻撃

競合他社はこう認識しています:Google Search Consoleで大量の404エラーが発生していると、印象が悪くなります。非常に悪い印象です。

悪質な競合他社は何をするか?彼らはあなたのサイトに存在したことのないURLをGoogleに送信する。Googleのクローラーがアクセスし、404エラーを返され、あなたのサイトにエラーがあると判断する。その後Googleは偽のURLを確認しに繰り返しアクセスし続ける。

これらの攻撃を検知するには、Search Consoleを定期的に監視する必要があります。適切な対応策を講じてください。例えば、ある攻撃試行では「/post-name/page/5/」というスキーマが確認されましたが、当該投稿にページネーションが存在しなかったため、これらを「/post-name/」へ301リダイレクトしました(内部リンクも存在せず、当時すべてを再確認済みです)。

サイトの速度低下によるネガティブSEO攻撃

えっ?

これは病んだ精神の持ち主によって大胆にデザインされたものである。

CMS(例:WordPress)を使用しており、ユーザー体験向上のためキャッシュからページを提供しています。では、WordPressに存在しないランダムなURLの場合、それらは動的に提供されるため、速度が低下します。

つまり、あなたのサイトに偽の404エラーを生成することで、彼らはGoogleや他の検索エンジンを動的に配信されるページに呼び続け、サーバーリソースを消費させるのです。しかも彼らは指一本動かさず、ただ仕掛けを仕掛けては、存在しないページをGoogleが探し続ける様子を眺めているだけなのです。

こうした状況を把握するには、多くの人が確認しないページを定期的にチェックする必要がある。

Google Search Console > 設定(左下) >> クロール統計(レポートを開くをクリック) >> ファイルタイプ別セクションでHTMLを選択

ここで少し自己宣伝をさせてください、Globaliser.comは世界中で100ミリ秒未満です。あなたのサイトと比べてみてください!

このクロール統計セクションでは、多くの有益な情報をご覧いただけます

たとえば、Cloudflareを利用している場合、先週のCloudflareのサービス停止の後、サイトには以下のような内容が表示されるでしょう:

これで問題ありません。

サイト移行チェックリスト

これを超シンプルにしよう:

  1. 意図的に削除したコンテンツに対して404エラーを使用しないでください
  2. 移行後の古いURLに対して404を返さないでください
  3. Googleを騙すために502エラーを使用しないでください
  4. 恒久的に移動したコンテンツには301リダイレクトを使用してください
  5. 410を永久に削除されたコンテンツに使用する
  6. Search Consoleで異常を監視する

以上です。

繰り返すが、410 Goneは修正すべきランダムなエラーではない

一部の監査は自動化されているため、すべてを「修正すべきエラー」としてフラグを立てる。

もしSEOレポートで「410エラーを修正しろ」と言われたら、そのSEO担当者を解雇しろ。410はエラーじゃない。機能だ。

サイトを移行したりコンテンツを整理する際は、HTTPステータスコードを意図的に選択してください。Googleや他のボットがあなたの決定を尊重し、無効なURLへのクロール予算を無駄にしないとき、将来の自分が感謝するでしょう。

よくある質問

そして、サイト移行を扱っていて、その過程で壊れないホスティングインフラが必要な場合は、私たちにご相談ください

About the Author

Selim Koç
CEO & CTO

Began his tech journey in 1994, earning his DOS certificate while in middle school. His dedication to software development led him to pursue a high school diploma in the software department, followed by a bachelor’s degree at Boğaziçi University. Selim was also awarded a scholarship from JASSO to study for a year at Waseda University in Japan.

Selim founded a software company in 2009 that has successfully served multinational clients for over 15 years. His goal is to make high-tech solutions, emphasizing speed and security, accessible to everyone.

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

Take your startup to the next level