WordPressの公開ページやREST APIへアクセスしたとき、「410 Gone」と表示されることがあります。昨日まで開けた記事が突然消えた、削除したURLだけ410になる、移行後に一部のURLが戻らない、といった症状です。
410は、対象が見つからないだけでなく、発行元が「この資源は利用できなくなり、その状態は恒久的である可能性が高い」と判断した応答です。復元すべきページ、代替先へ301転送すべきURL、削除を維持すべきURLを分ける必要があります。
エラーを消すためだけに、すべての410をトップページへ転送しないでください。内容が対応しない転送は読者を迷わせ、削除意思も検索エンジンへ正しく伝わりません。まず元のページと410の発行元を確認します。
先に結論：410エラーは8段階で確認する
- 記事本文、URL一覧、転送設定を変更前に退避する
- 対象URL、発生時刻、閲覧条件、実際のHTTPステータスを記録する
- その内容が現在も必要か、代替ページがあるかを確認する
- WordPressの公開状態、ゴミ箱、削除履歴、予約状態を確認する
- 410を返すプラグイン、CDN、WAF、Webサーバー設定を特定する
- 必要なページは復元し、明確な代替先がある場合だけ301転送する
- 代替がなく意図的に削除したURLは、410または404を正しく維持する
- 内部リンク、サイトマップ、キャッシュ、検索状態まで確認する
単にページが見つからない場合はWordPressの404エラーを直す確認手順、転送が繰り返される場合はWordPressのリダイレクトループを直す手順へ切り替えてください。
410 Goneとは？
RFC 9110の410 Goneは、対象資源へアクセスできなくなり、その状態が恒久的である可能性が高いことを示します。恒久的か判断できない場合は、404 Not Foundを使うべきだと説明されています。
410は、期間限定ページの終了や、所属しなくなった人の資源など、管理者が意図的に公開を終え、外部リンクも削除してほしい場合に使われます。ただし、すべての削除URLへ必ず410を設定する必要はありません。
WordPressは410というステータス名を認識できますが、投稿をゴミ箱へ移しただけで、すべての環境が自動的に410を返すわけではありません。SEOプラグイン、リダイレクトプラグイン、CDN、WAF、Webサーバー設定、独自コードが410を生成している場合があります。
そのため「410が出た＝WordPressの記事を完全削除した」とは断定できません。本文が残っているのに誤設定で410を返している可能性も、意図した削除が正しく反映されている可能性もあります。
301・404・410・451の違い
| 表示 | 主な意味 | 選ぶ場面 |
|---|---|---|
| 301 Moved Permanently | 同等の内容が別URLへ恒久移動した | 明確な代替ページがある |
| 404 Not Found | 対象が見つからず、恒久的か不明 | 存在確認ができない、通常の未存在URL |
| 410 Gone | 対象が利用できず、恒久的な可能性が高い | 意図的に終了し、代替ページがない |
| 451 Unavailable For Legal Reasons | 法的要求により利用できない | 法的理由を正確に示す必要がある |
「古い記事だから301」「削除したから410」と機械的に決めません。読者が求めた内容と実質的に同じ代替ページがあるか、公開終了が意図したものかで判断します。無関係なカテゴリやトップページへの一括転送は避けます。
WordPressで410が出る主な原因
1．削除URLを410にする設定が有効になっている
SEOやリダイレクト管理プラグインには、特定URLを410として登録する機能があります。記事整理の途中でURLを追加し、その後ページを復元しても410設定だけが残ると、本文が存在していても閲覧できません。
URLの完全一致だけでなく、正規表現や前方一致で複数ページへ適用される設定にも注意します。末尾スラッシュ、www、HTTP・HTTPS、サブディレクトリの違いを含め、実際に一致した規則を確認します。
2．投稿・固定ページがゴミ箱または完全削除になっている
WordPressでは通常、投稿や固定ページを削除すると、まずゴミ箱へ移動します。公式のwp_delete_post()資料でも、条件を満たす投稿・固定ページは、強制削除でなければゴミ箱へ移す仕組みが説明されています。
ただし、ゴミ箱へ移動したURLが410になるか404になるかは、テーマ、プラグイン、サーバー設定で変わります。下書き、非公開、予約投稿、パスワード保護、カスタム投稿タイプも同じ扱いとは限りません。
3．サイト移行やURL変更で旧URLだけが閉鎖されている
ドメイン変更、カテゴリ変更、パーマリンク変更、サブディレクトリ移動の後に、旧URLへ410を設定している場合があります。同等ページが新URLにあるなら、本来は301が適切な可能性があります。
移行表を確認し、旧URLと新URLが一対一で対応するかを見ます。内容が統合された場合は最も近い統合先、代替がない場合は404または410を選びます。
4．CDN・WAF・WebサーバーがWordPressより前で返している
CDNのページルール、WAFの応答、Apache・Nginxの設定が410を返すと、WordPressのアクセスログへ要求が残らないことがあります。管理画面で投稿を公開し直しても、前段の規則が残れば直りません。
応答ヘッダー、サーバー名、キャッシュ状態、リクエストIDを確認し、どの層が返したかを特定します。CDNを全面停止するのではなく、対象URLの規則とキャッシュだけを確認します。
5．REST APIや外部サービスが廃止済み資源を示している
投稿ページではなく、廃止されたAPI版、削除済みの外部ID、終了した同期対象が410を返す場合があります。画面URLとAPI URLを混同せず、失敗したNetwork要求のURL、メソッド、応答本文を確認します。
応答がHTMLへ置き換わり、ブロックエディターでJSONエラーも出る場合は、WordPressのJSONレスポンスエラーを直す手順も使い、元の410を発行した層を調べてください。
最初の10分で行う安全な初動
1．本文とURL対応表を退避する
対象記事の本文、タイトル、スラッグ、旧URL、新URL候補、削除理由を別の安全な場所へ記録します。転送プラグインやサーバー設定を触る前に、現在の規則も保存します。
記事整理を進めている場合は、古いWordPress記事を残す・統合・非公開に分ける判断基準で、削除の目的と代替コンテンツを確認してください。
2．一つのURLを複数の方法で確認する
通常ブラウザ、プライベートウィンドウ、管理者ログイン中、ログアウト中で同じURLを確認します。可能なら開発者ツールのNetwork欄で、最終URL、転送回数、410、応答本文、キャッシュ表示を記録します。
管理者だけ見える、ログアウト時だけ410、特定地域だけ410などの差があれば、権限、キャッシュ、CDNルールの手がかりになります。大量URLへ同時に変更を加えず、代表URL一つで調査します。
3．内容の現在地を確認する
投稿一覧で、公開、下書き、予約、非公開、ゴミ箱のどこにあるかを確認します。同じスラッグの別投稿、添付ファイルページ、翻訳版、カスタム投稿タイプがないかも見ます。
外部APIなら、対象IDが廃止済みか、新しいIDやAPI版へ移行済みかを公式仕様で確認します。存在しないIDを推測で作り直さず、対応表を使います。
どの層が410を返したか特定する
| 確認層 | 見るもの | 判断の手がかり |
|---|---|---|
| WordPress投稿 | 公開状態、ゴミ箱、スラッグ、投稿タイプ | 本文が存在し、公開対象か |
| テーマ・プラグイン | 410登録、正規表現、削除URL管理、RESTルート | 対象URLへ一致する規則があるか |
| CDN・WAF | ページルール、応答ヘッダー、イベント、キャッシュ | オリジン到達前に410になったか |
| Webサーバー | Apache・Nginx設定、アクセス・エラーログ | WordPress外のreturn・rewrite規則か |
| 外部API | API版、対象ID、廃止案内、リクエストID | 外部資源が意図的に終了したか |
WordPressのget_status_header_desc()公式資料には410 Goneが登録されています。ただし、ステータス名を認識できることと、標準投稿削除が常に410を返すことは別です。
応答ヘッダーにCDNのキャッシュ情報があり、オリジンでは200になるなら、古い410応答が残っている可能性があります。反対にWordPressへ到達する前から410なら、投稿を復元するだけでは直りません。
原因別の安全な直し方
1．必要なページは元のURLで復元する
誤ってゴミ箱へ移した、公開状態を変えた、410規則へ登録した場合は、内容と権限を確認して元のURLを復元します。復元前に同じスラッグを別投稿が使用していないかを確認します。
復元後は200が返ること、本文、タイトル、canonical、内部リンク、カテゴリーが正しいことを確認します。410のキャッシュが残る場合は、対象URLだけをCDNやページキャッシュから消去します。
2．同等の代替ページがある場合だけ301転送する
記事統合、URL変更、ドメイン移行で実質的に同じ内容が別URLへ移った場合は、旧URLから新URLへ一段の301転送を設定します。転送先がさらに別URLへ転送しないようにします。
転送先のタイトルだけでなく、読者の検索意図、主要な説明、目的が対応しているかを確認します。無関係なトップページ、カテゴリ一覧、最新記事へまとめて転送しません。
3．代替がない意図的削除は410または404を維持する
終了したキャンペーン、誤公開した不要URL、統合先のない低品質ページなど、復元も転送も不要なら410または404を返します。Googleのクロールエラー解説でも、代替ページがない削除コンテンツには404または410を返す案内があります。
410ページの見た目は、サイト内検索、主要カテゴリ、ホームへの導線を備えた親切な案内にできます。ただし、画面に案内を表示してもHTTPステータスを200へ変えないようにします。
4．広すぎる410規則を対象限定へ直す
正規表現やワイルドカードが必要なURL以外にも一致している場合は、バックアップを取ってから対象を狭めます。プラグイン、CDN、Webサーバーの複数箇所に同じ規則があれば、管理元を一つにします。
規則の修正後は、対象URLだけでなく、似たパスの正常ページ、管理画面、REST API、画像URLも確認します。一括削除や一括転送を本番へ直接適用する前にテストします。
5．内部リンクとサイトマップを整理する
410を維持するURLへサイト内リンクが残っていると、読者が閉鎖ページへ誘導されます。メニュー、関連記事、本文、画像リンク、構造化データ、XMLサイトマップから不要URLを外します。
新しい代替記事がある場合は、WordPress内部リンクを整える基本ルールに沿って、意味の分かるリンク文で接続してください。
やってはいけない対処
- すべての410をトップページへ一括転送する
- 内容が違う人気記事へSEO目的だけで転送する
- 投稿、プラグイン、CDN、サーバー設定を同時に変える
- 削除理由と代替先を確認せず410設定を全部消す
- 正常ページを200表示のまま「削除済み」とだけ表示する
- 410 URLをメニューやサイトマップへ残す
- 復元前に同じスラッグの別投稿を作る
- アクセスログや検索状況を見ず大量URLを一括処理する
復旧後の確認チェックリスト
- 復元URLが200を返し、本文とcanonicalが正しい
- 移動URLは一段の301で対応する代替先へ到達する
- 削除維持URLは404または410を返し、画面だけ200になっていない
- 意図しない類似URLへ410規則が広がっていない
- PC・スマホ、ログイン・ログアウトで結果が一致する
- CDN・ページキャッシュに古い410が残っていない
- 内部リンク、メニュー、関連記事に閉鎖URLがない
- XMLサイトマップに削除URLが残っていない
- 転送ループや長い転送列がない
- 主要公開ページの4xx件数が増え続けていない
Googleは、代替がない削除URLには404または410、明確な移動先がある場合は301を使うよう案内しています。検索結果から早く消したいという理由だけで、必要なページまで410にしないでください。
自力で直せないときに伝える情報
- 対象URLと発生日時
- 410が意図した削除か、誤発生か
- 元の投稿ID、公開状態、ゴミ箱の有無
- 代替ページのURLと内容の対応関係
- 応答ヘッダー、転送履歴、キャッシュ状態
- 利用中のSEO・リダイレクト・削除管理プラグイン
- CDN・WAF・Webサーバーの該当規則
- 直前の移行、URL変更、記事整理
- すでに試した一変更と結果
投稿状態やプラグイン設定が原因ならサイト管理者・開発元、WordPressへ届く前の410ならサーバー会社やCDNへ相談します。設定全文に認証情報が含まれる場合は伏せて共有してください。
よくある質問
410と404はSEO効果が大きく違いますか？
どちらも対象が存在しないことを示します。410は恒久的に利用できない意思をより明確に示しますが、代替がない削除URLへ正しい状態を返すことが優先です。SEO目的だけで全削除URLを410へ変える必要はありません。
削除記事はすべて301転送すべきですか？
いいえ。同等の代替ページがある場合だけ301が候補です。代替がないのにトップページへ転送すると、読者の目的と一致しません。復元、統合、削除維持を記事ごとに判断します。
WordPressで投稿をゴミ箱に入れると必ず410になりますか？
必ずではありません。標準の投稿状態、テーマ、プラグイン、CDN、Webサーバー設定で応答は変わります。ブラウザ表示だけでなく実際のHTTPステータスと発行元を確認してください。
まとめ
410 Goneは、対象資源が利用できず、その状態が恒久的である可能性が高いことを示します。WordPressでは、投稿削除、410管理プラグイン、移行規則、CDN・サーバー、外部APIを分けて確認します。
- 変更前に本文とURL対応表を退避する
- 410の発行元と、内容が本当に不要かを確認する
- 必要なページは復元する
- 同等の代替がある場合だけ301転送する
- 代替がない意図的削除は404または410を維持する
- 内部リンク、サイトマップ、キャッシュまで整える
410を単なるエラーとして消すのではなく、URLの現在の役割を確認して、復元・移動・終了のどれを伝えるべきか決めることが安全な対応です。