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

TL;DR — 451（法的理由による利用不可） は、裁判所命令、政府の検閲、DMCA 削除要請、規制などの 法的要求によって、サーバーがページの表示を拒否していることを示します。404（「何もない」）でも 403（「アクセス権がない」）でもなく、「技術的な障害や権限ルールではなく、法的要求が理由で取得できない」という意味です。RFC 7725 は、リソースが存在するか、通常なら配信できるかをあえて示さないようにしています。この番号は小説 Fahrenheit 451 にちなんでいます。 “nothing here” (翻訳)「何もありません」／“you don’t have access” (翻訳)「アクセスできません」

451 が実際に意味すること

あなた（または検索エンジンのボット）がページを要求すると、サーバーはステータスコードを返します。200 は「ここにあります」という意味です。451（法的理由による利用不可） は、裁判所命令、検閲、削除要請、規制などの法的要求によってアクセスがブロックされているという意味です。 Evidence for this claim HTTP 451 reports that access to a resource was denied because of a legal demand. Scope: RFC 7725 defines the status code and its legal-demand scope; it does not establish whether a particular restriction is legally required. Confidence: high · Verified: 2026-07-14 IETF: RFC 7725 — An HTTP Status Code to Report Legal Obstacles RFC 7725 は、このコードだけではリソースの存在も不存在も確認しない点を意図的に明確にしています。そのため、法的要求がなくなれば提供されるコンテンツが本当に存在すると 451 から判断することはできません。 “here it is.” (翻訳)「ここにあります」

周辺のステータスコードと区別する最も簡単な方法は次のとおりです。

• 404 Not Found — “There’s nothing here.” (翻訳)「ここには何もありません」。ページが存在しません。
• 403 Forbidden — “There’s something here, but you don’t have access.” (翻訳)「ここに何かはありますが、アクセスできません」。アクセスブロックです。
• 451（法的理由による利用不可） — 「技術的な障害や権限ルールではなく、法的要求が理由で取得できません」。404 や 403 と違い、リソースが存在するか、通常なら配信できるかを意図的に示しません。RFC 7725 はその点を意図的に未確定にしています。 この比較から分かるように、451は技術障害や通常のアクセス制御ではなく、法的理由を示すコードです。

つまり 451 はサーバーが壊れているという意味でも、権限の問題でもありません。技術的な理由ではなく、法的な理由でブロックしていることをサーバーが伝えているのです。

実際にどこで目にするか

私の HTTP ステータスコードガイド では 451 を次のようにまとめています。「何らかの法的理由でブロックされています。プライバシーやライセンスを理由に、国単位でニュースや動画がブロックされる場合などに見られます。DMCA 削除要請で使われることもあります。コード自体は小説 Fahrenheit 451 への参照です。」 主な発生原因は次のとおりです。

• 地域ブロック — 特定の国の訪問者をサイトがブロックします。GDPR に対応する代わりに、GDPR 後に一部の米国ニュースサイトが EU の訪問者をブロックした例があります。
• DMCA 削除要請 — 著作権を理由とする削除です。
• 政府の検閲または制裁 — 政府がブロックを命じたコンテンツや、制裁対象国からサービスを切断することです。

これが SEO にとって重要な理由

多くの解説が省く部分です。Google にとって 451 は単なる 4xx エラーです。451 を返すページは Google にインデックスされず、すでにインデックスされているページも 451 を返し続けると時間とともに検索結果から消えます。403 や 404 と同じです。 Evidence for this claim Google does not index URLs returning 4xx responses and removes already-indexed 4xx URLs over time; 429 is the exception to uniform 4xx handling. Scope: Google's generic 4xx crawler documentation supports the indexing outcome applied here to 451; it does not document special 451 behavior. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers

実務上のポイントは 2 つです。

1. 意図せず全体へ 451 を返さない。 特定の国だけをブロックするつもりなのに、設定ミスで Googlebot を含む全員へ 451 を返すと、誤った 403 や 404 と同じようにページをインデックスから外します。
2. Google は法的ブロックを特別扱いしない。 「法的に表示できない」という専用カテゴリーはありません。検索に関してはページが存在しないのと同じです。

RFC 7725 の透明性要件、Search Console での表示、GDPR に 451 が本当に適切かという問題を詳しく知りたい場合は、詳細タブへ移動してください。

TL;DR — 451 は、技術状態やアクセス状態ではなく、法的透明性を中心に設計された唯一の HTTP ステータスコードです。RFC 7725 は “resource access denied as a consequence of legal demands,” (翻訳)「法的要求の結果としてリソースへのアクセスが拒否された場合」に使うものと定義し、サーバーに要求者と要求内容をレスポンス本文で説明し、Link: rel="blocked-by" ヘッダーを追加するよう SHOULD で求めています。SEO には専用の扱いがありません。Google は 451 を「上位 20」のコードとして文書化しておらず、Search Console に専用の 451 ラベルもないため、「URL blocked due to other 4xx issue」に入ります。結果は一般的な 4xx と同じで、インデックスされないか、既存なら削除されます。誤って全体に 451 を返すと、誤った 403/404 と同じようにインデックスから外れます。GDPR の地域ブロックに 451 を使うことは本当に議論が分かれており、決着していません。 “top 20”

451 とは何か、なぜ存在するのか

451 にはステータスコードとしては珍しい起源があります。2008 年の Chris Applegate、2012 年の Terence Eden による非公式な提案から始まり、2013 年に Tim Bray が文書化し、2015 年 12 月 18 日に IETF が RFC 7725 として承認しました。番号は Ray Bradbury の Fahrenheit 451 への意図的な文学的参照です。

さらに重要なのは、他のステータスコードでは扱えない理由のために存在することです。RFC 7725 自身の説明は、“This document specifies a Hypertext Transfer Protocol (HTTP) status code for use when resource access is denied as a consequence of legal demands.” (翻訳)「この文書は、法的要求の結果としてリソースへのアクセスが拒否された場合に使うHypertext Transfer Protocol（HTTP）ステータスコードを規定します」というものです。これは 403（権限）や 404（存在）とは根本的に異なる設計目的です。 Evidence for this claim HTTP 451 reports that access to a resource was denied because of a legal demand. Scope: RFC 7725 defines the status code and its legal-demand scope; it does not establish whether a particular restriction is legally required. Confidence: high · Verified: 2026-07-14 IETF: RFC 7725 — An HTTP Status Code to Report Legal Obstacles 451 は、運営者の選択やバグではなく、法的権限が原因でアクセスが拒否されたことを示します。RFC 7725 は、レスポンス自体からリソースの存在も不存在も分からないと明記しており、法的要求を取り除いても、後のリクエストが成功する保証はありません。

451 と 403、404 の実際の違い

• 404 Not Found — リソースが存在しません。
• 403 Forbidden — リソースは存在しますが、アクセスを拒否されています（ログイン壁、IP ブロック、WAF ルールなど）。拒否しているのは サーバーです。
• 451（法的理由による利用不可） — 法的要求によってアクセスが拒否され、その拒否の発生源は運営者自身のアクセスルールではなく、裁判所、政府、権利者などの 第三者です。404 や 403 と違い、RFC 7725 はリソースの存在や通常なら配信できるかを意図的に示しません。これは見落としではなく意図された曖昧さです。

監査担当者にとって、最後の違いこそ 451 の価値です。特定の訪問者にページが読み込まれない理由が、設定ミスではなく本当の法的・コンプライアンス上の要件であることを示します。監査で 451 と 403 を混同すると、その違いを見落とす可能性があります。

Google が 451 を扱う方法 — 特別扱いはなく、最悪を想定する

直感に反するため、ここで最も重要な期待値を設定します。Google は 451 を特別扱いすると文書化しておらず、「法的に表示できない」と「壊れている」を区別すると期待してはいけません。 “we legally can’t show this” (翻訳)「法的に表示できません」／“this is broken.” (翻訳)「これは壊れています」

Google のステータスコードに関するクローラー向けページは、一般的に遭遇するコードだけを扱うと明記しています。「このガイドは、Google Search がウェブ上で遭遇する上位 20 のステータスコードをどのように扱うかを説明します。418 (I’m a teapot) のような、より特殊なステータスコードは扱いません。」 451 はその上位 20 に含まれていないため、特別な Google 451 ポリシーに頼ることはできません。

適用されるのは Google の一般的な 4xx ルールです。「Google は 4xx ステータスコードを返す URL をインデックスに登録せず、すでに登録されていて 4xx を返す URL はインデックスから削除されます。」 また、「429 を除くすべての 4xx エラーは同じように扱われ、Google のクローラーはコンテンツが存在しないと次の処理システムへ知らせます。」 Evidence for this claim Google does not index URLs returning 4xx responses and removes already-indexed 4xx URLs over time; 429 is the exception to uniform 4xx handling. Scope: Google's generic 4xx crawler documentation supports the indexing outcome applied here to 451; it does not document special 451 behavior. Confidence: high · Verified: 2026-07-14 Google: How HTTP status codes affect Google's crawlers

つまり、継続的な 451 は他のインデックス不可の 4xx と機能的に同じです。ページはインデックスに入りませんし、すでに入っていれば外れます。451 について最も安全で説明可能な SEO 上の主張は「Google は一般的な 4xx として扱う」であり、「法的ブロックには特別な扱いがある」ではありません。 “Google treats it as a generic 4xx” (翻訳)「Googleは一般的な4xxとして扱います」

Search Console で 451 がどう表示されるか（短い答え: 専用表示はない）

Search Console のページ インデックス レポートに 専用の 451 理由はありません。表示される理由には404の未検出、401の未承認リクエスト、403のアクセス禁止があり、包括的な「他の4xx問題によるURLブロック」もあります。Google のヘルプページは 451 を具体的に名指ししないため、この包括項目に割り当てるのは現在の証拠に基づく私の推論であり、ドキュメントに明記されたことではありません。特定 URL では、URL Inspection ツールで確認してください。 レポートには “Not found (404)” (翻訳)「見つかりません（404）」、“Blocked due to unauthorized request (401)” (翻訳)「未承認リクエストのためブロック（401）」、“Blocked due to access forbidden (403)” (翻訳)「アクセス禁止のためブロック（403）」、包括項目 “URL blocked due to other 4xx issue” (翻訳)「他の4xx問題によりURLがブロックされた」があります。

実際の影響はあります。特定の地域に意図的に 451 を返すサイト所有者は、その URL が他の 401/403/404 以外の 4xx コードと一緒に分類され、「法的ブロック」と「設定ミス」を GSC 内で区別できません。意図的に 451 を返す場合、Search Console だけで意図どおりに動作していると確認することはできません。サーバーログや影響地域からのライブ URL テストが必要です。 “legally blocked” (翻訳)「法的にブロックされた」／“misconfigured.” (翻訳)「設定ミス」

インデックスへの影響 — 「誤って使わない」ための警告

“don’t do this by accident” (翻訳)「誤ってこれを行わないでください」

451 は一般的な 4xx と同じように扱われるため、リスクは非対称です。地理または IP で正しく範囲を限定すれば、ブロックされた訪問者だけが 451 を受け取ります。範囲を誤り、地域限定ではなく全体に 451 を返すと、インデックスに入れたいページへすべてのクローラーが 4xx を受け取り、誤った 403 や 404 と同じようにインデックスから外れます。

RFC 7725 には、もう 1 つ技術的な注意点があります。451 レスポンスはデフォルトでキャッシュ可能です。 CDN エッジが特定の IP 範囲や地域だけに適用するつもりの 451 をキャッシュすると、意図していないリクエストやクローラーに法的ブロックのレスポンスが漏れる可能性があります。キャッシュ動作を意図的に設定してください。

Bing が 451 を扱う方法

Bing の公開ドキュメントは 451 を具体的に扱っていないため、ここでは正直に範囲を限定します。Bing には、2014 年の CJEU「忘れられる権利」判決に関連した、欧州の Bing 検索結果から削除するための フォーム があります。しかしこれは検索インデックスの仕組みであり、サーバー側 HTTP ステータスコードとは関係ありません。公式の Bing 声明ではなく推論ですが、合理的な作業上の前提は、Bing が 451 のような文書化されていない 4xx を他のクライアントエラーと同じように扱い、インデックスから優先度を下げるか削除するということです。地域または法的ブロックを変更した後は、Google の修正が自動的に Bing の修正になるとは考えず、両方のツールを確認してください。法的ブロックを解除した後の再クロールや再インデックスの固定 SLA を Google も Bing も公開していません。復旧期間を顧客に約束せず、ライブ検査で確認しながら通常のクロール予算に依存する速度を想定してください。 “right to be forgotten” (翻訳)「忘れられる権利」／“fix Google” (翻訳)「Googleを直す」／“fix Bing” (翻訳)「Bingを直す」

451 を正しく実装する — 多くのサイトが省く RFC 7725 チェックリスト

現実の 451 実装のほとんど（私が見つけた競合する解説も含めて）は、仕様が実際に求めることを無視しています。RFC 7725 は、“Responses using this status code SHOULD include an explanation, in the response body, of the details of the legal demand: the party making it, the applicable legislation or regulation, and what classes of person and resource it applies to.” (翻訳)「このステータスコードを使うレスポンスには、法的要求の詳細、つまり要求者、適用法令、対象となる人とリソースの範囲を本文で説明することが望まれます。」と述べています。さらに、仕様はブロックを要求した主体を示す rel="blocked-by" の Link HTTP ヘッダーを定義しています。

したがって、説明可能な 451 実装には次が必要です。

1. レスポンス本文で法的要求を説明する — 誰が要求し、どの法律・規制が適用され、誰とどのリソースが対象かを示します。
2. Link: rel="blocked-by" ヘッダーを追加する — ブロックを 実装している主体を示します。要求した権限者とは必ずしも同じではありません。
3. ブロックの範囲を正しく設定する — 地域または IP で限定し、影響地域外のリクエストやクローラーへ 451 を返さないようにします。
4. キャッシュを意図的に制御する — 451 はデフォルトでキャッシュ可能なので、CDN エッジが地域限定のブロックを全員へ配信しないようにします。

これらを満たしても、元のブロックが合法であること、範囲が正しいこと、コンプライアンス上十分であることは証明されません。このチェックリストが保証するのはプロトコル上の透明性だけであり、制限の必要性や正しい範囲は、レスポンスでは解決できない法的判断です。

もう 1 つ正確に理解すべき点があります。451 は必ずしもオリジンサーバーから発生する必要はありません。RFC 7725 は、ISP、CDN、DNS プロバイダー、検索エンジンが別の主体に代わってブロックを実装することを明示的に認めています。たとえば Cloudflare は、オリジンの 451 をそのまま通過させることがあると説明しています。しかし通過したことから分かるのはレスポンスがその層を通ったことだけで、Cloudflare や他の中間者が法的要求を受け取ったり、自らレスポンスを生成したりしたとは限りません。CDN の背後にある 451 を監査するときは、実際の発生源を確認してから実装主体を判断してください。

GDPR の地域ブロックに 451 は適切か（議論が分かれている）

ここでは慎重である必要があります。多くの用語集ページは「451はGDPRの地域ブロック用」と確定した事実のように書きますが、確定していません。

このコードの最初期の非公式提案者の1人であるTerence Edenは、HTTP 451はGDPRブロックに適しているか で論じています。 “If the only way to access a resource would involve serving content which breaks the law, then 451 is appropriate.” (翻訳)「リソースへアクセスする唯一の方法が法律に違反するコンテンツの提供を伴うなら、451は適切です。」RFC 7725は “legal demand” (翻訳)「法的要求」だけを求め、裁判所命令や現行の検閲に限定していないため、EU法自体がその要求になり得るという考え方です。

しかし Eden の投稿にも、正直な説明に含めるべき反論があります。よりよい対応はブロックではなく法律に従うことです。批判者や GDPR 自身の文言は、規制が求めるのは適合したデータ処理（適切な同意とデータ慣行）であって、アクセス拒否ではないとしています。この見方では、2018 年以降に欧州の訪問者へ 451 の壁を出した EU ニュースサイトは、ブロックという法的要件を満たしたのではなく回避策を選んだことになります。両方の見方には根拠があります。持ち帰るべき結論は、GDPR に対する 451 は 説明可能だが議論のある選択であり、義務ではないということです。

DMCA 命令や裁判所による削除要請に従うために、451 が必須というわけでもありません。404、403、通常のコンテンツ削除で対応し、451 を採用しないサイトも多数あります。451 の追加価値は、特定コードを使う技術的・法的義務ではなく、訪問者や調査者に理由を伝える 透明性です。

明確にしておくと、これは法的助言ではありません。特定の GDPR 関連地域ブロック、著作権通知、制裁規則、裁判所命令が 451 を要求・許可するのか、それとも代わりにコンプライアンスを求めるのかは、弁護士が答えるべき法的・事実上の問題です。RFC の意味や他サイトの実装例だけでは、その問いは解決しません。

実世界での 451

• Automattic（WordPress.com）は初期から広く引用される採用者の 1 つです。2016 年の透明性に関する投稿では、法的理由でサイトをブロックせざるを得なかった国の訪問者へコードを返すと説明し、同時にインターネット検閲に強く反対すると強調しました。451 はブロックを透明にするだけで、運営者がブロックを支持するとは限らないという例です。
• **GDPR 後の米国ニュースサイト（2018 年以降）**は、コンプライアンスを実現する代わりに EU トラフィックをブロックしました。多くの人が目にする 451 の実例ですが、GDPR が 451 を要求する証明ではありません。
• 制裁による利用不可 — BBC は、スーダンへの制裁で西側サービスが切断された事例を報じています。451 が可視化するよう設計された状況です。
• DMCA によるリポジトリブロックは業界全体で広く引用され、GitHub が通常の例です。現在の実装を具体的に引用するなら、評判を信じず、まずライブで確認してください。

“strongly opposed to Internet censorship.” (翻訳)「インターネット検閲に強く反対している」

4xx と 5xx の違い、451 がその中でどこに位置するかという広い話については、私の HTTP ステータスコードと SEO への影響 ガイドと、このクラスターの 403 Forbidden、404 Not Found の詳しい記事を参照してください。

AI の要約

詳細版の要点をまとめます。

• 451 = 「法的要求によってアクセスを控える」。 裁判所命令、検閲、DMCA、制裁、規制などで、403（アクセス拒否）や 404（存在しない）とは異なります。RFC 7725 は、リソースが存在するか、通常なら配信されるかを意図的に確認も否定もしません。
• 法的透明性のために作られた唯一のコードです。 RFC 7725（IETF、2015 年 12 月）は、本文で要求を説明し、ブロックを 実装している主体を示す Link: rel="blocked-by" ヘッダーを追加するよう求めます。ISP、CDN、検索エンジンも他者に代わって実装でき、CDN がオリジンの 451 を通過させても要求者は分かりません。
• Google に特別扱いはありません。 Google が文書化する「上位 20」のコードに 451 はないため、一般的な 4xx ルールが適用され、インデックスされないか、既存なら削除されます。
• Search Console に 451 ラベルはありません。 「URL blocked due to other 4xx issue」に入るという対応は、Google のヘルプが 451 を名指ししていないため、現在の証拠に基づく推論です。特定 URL を URL Inspection で確認してください。
• 全体へ意図せず 451 を返さない。 Googlebot を含む全員へ返せば、誤った 403/404 と同じようにインデックスから外れます。451 はデフォルトでキャッシュ可能なので、CDN エッジにも注意します。
• GDPR と 451 は議論があり、法的助言ではありません。 Eden は広い「法的要求」言語から説明可能だとし、批判者と GDPR の文言はアクセス拒否ではなく適合した処理を求めるとします。
• DMCA や裁判所命令に 451 は必須ではありません。 透明性が追加価値であり、基礎となる制限が合法・適切だと証明するものではありません。
• Bing: 451 専用ドキュメントはありません。一般的な 4xx として扱うと想定し、EU の「忘れられる権利」フォームはインデックスレベルの仕組みと考えます。復旧の固定 SLA は Google も Bing も公開していません。

“access withheld because of a legal demand.” (翻訳)「法的要求によってアクセスを控える」／“top 20” (翻訳)「上位20」／“legally blocked” (翻訳)「法的にブロックされた」／“misconfigured” (翻訳)「設定ミス」／“legal demand” (翻訳)「法的要求」

公式ドキュメント

451、4xxファミリー、周辺の法的削除の仕組みに関する一次情報のドキュメントです。

標準

• RFC 7725 — 法的障害を報告するHTTPステータスコード — IETFによる451の定義仕様です。“legal demand” (翻訳)「法的要求」の範囲、要求を説明するSHOULD、Link: rel="blocked-by"ヘッダー、キャッシュ可能性を扱います。

Google

• HTTPステータスコードがGoogleのクローラーに与える影響 — 451を扱わない “top 20” (翻訳)「上位20」の範囲と、429を除く一般的な4xxルールを説明します。
• ページインデックスレポート — Search Consoleヘルプ — 451専用の行がなく、“URL blocked due to other 4xx issue.” (翻訳)「他の4xx問題によりURLがブロックされた」に入ることを確認するための資料です。
• 欧州のプライバシーリクエスト: 検索削除FAQ — Googleの “right to be forgotten” (翻訳)「忘れられる権利」の手続きであり、サーバー側451ではなく、法的に求められた検索インデックス削除の仕組みです。

Bing / Microsoft

• 欧州で Bing 検索結果をブロックする申請フォーム — 2014 年の CJEU 判決に基づく Bing の EU 削除手続きです。HTTP ステータスコードには触れていないインデックスレベルの仕組みです。

一般的なウェブ資料

• HTTP 451 — Wikipedia — 起源の提案（Applegate 2008、Eden 2012、Bray 2013）、IETF 承認（2015 年 12 月 18 日）、GDPR と制裁での採用パターンを扱う、事実と歴史の資料です。

原文からの引用

記録された発言です。各リンクは、対応している場合、引用箇所へ移動するディープリンクになっています。

Google — 451 に特別扱いはない（一般的な 4xx ルールが適用される）

• “Google doesn’t index URLs that return a 4xx status code, and URLs that are already indexed and return a 4xx status code are removed from the index.” (翻訳)「4xxステータスコードを返すURLはGoogleにインデックス登録されず、すでに登録されているURLが4xxを返すとインデックスから削除されます。」 — Google Search Central docs. Jump to quote
• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (翻訳)「429を除くすべての4xxエラーは同じように扱われ、Googleのクローラーはコンテンツが存在しないと次の処理システムに伝えます。」 Jump to quote （日本語グロス: 引用文は出典の原文を保持し、周辺説明だけを日本語にしています。）

Google — 451 の Search Console 包括項目

• ページのインデックス登録レポートにある、401/403/404以外の4xx包括項目: “URL blocked due to other 4xx issue.” (翻訳)「ページのインデックス登録レポートにある、401/403/404以外の4xx包括項目です。」「他の4xx問題によりURLがブロックされた」という意味です。 — Search Console Help. Jump to quote （日本語グロス: 引用文は出典の原文を保持し、周辺説明だけを日本語にしています。）

Patrick Stox — 平易な英語での定義

• “451 Unavailable For Legal Reasons – This is blocked for some kind of legal reason. You’ll see it sometimes with country-level blocks, e.g., blocked news or videos, due to privacy or licensing. You may see it for DMCA takedowns. The code itself is a reference to the novel Fahrenheit 451.” (翻訳)「451は何らかの法的理由でブロックされます。プライバシーやライセンスを理由とする国単位のニュース・動画のブロック、DMCA削除要請などで見られ、コード番号は小説『Fahrenheit 451』への参照です。」 — HTTPステータスコードとSEOへの影響, Ahrefs Blog. Jump to quote （日本語グロス: 引用文は出典の原文を保持し、周辺説明だけを日本語にしています。） Terence Eden — GDPR に 451 は適切か（コードの共同提案者の 1 人）

• “If the only way to access a resource would involve serving content which breaks the law, then 451 is appropriate.” (翻訳)「リソースへアクセスする唯一の方法が法律に違反するコンテンツの提供を伴うなら、451は適切です。」 — Terence Eden, HTTP 451はGDPRブロックに適しているか, shkspr.mobi (2018). （日本語グロス: 引用文は出典の原文を保持し、周辺説明だけを日本語にしています。） Automattic（WordPress.com）— 初期の実世界の採用者

• “The error code will be returned to visitors from those countries where we have been forced to block websites for legal reasons.” (翻訳)「このエラーコードは、法的理由でウェブサイトをブロックせざるを得なかった国の訪問者に返されます。」 — エラー451：法的理由による利用不可, Automattic Transparency Report (2016年1月5日). （日本語グロス: 引用文は出典の原文を保持し、周辺説明だけを日本語にしています。） RFC 7725 — 透明性の要件

• “Responses using this status code SHOULD include an explanation, in the response body, of the details of the legal demand: the party making it, the applicable legislation or regulation, and what classes of person and resource it applies to.” (翻訳)「このステータスコードを使うレスポンスには、法的要求の詳細、つまり要求者、適用法令、対象となる人とリソースの範囲を本文で説明することが望まれます。」 — RFC 7725, IETF. （日本語グロス: 引用文は出典の原文を保持し、周辺説明だけを日本語にしています。）

451 と 403、地域リダイレクト — 法的・地域制限コンテンツにはどれを使うべきか

よく受ける質問は、「法律または地域でコンテンツを制限したい場合、実際に何を返せばよいか」です。上から順に考えます。唯一の正解はありませんが、状況ごとに説明可能な選択肢があります。 “correct”

Q1. 制限は 法的要求（裁判所命令、検閲、DMCA、制裁、規制）によるものですか？

• いいえ — 事業またはライセンス上の選択です（例: 「米国でだけ販売する」）→ 451 は適切なシグナルではありません。地域に適したページへの リダイレクト（適合したバージョンへの 302/307）や、200 の「この地域では利用できません」ページを検討します。Q4 へ進みます。
• はい → 続行します。 “we only sell this in the US” 200 “not available in your region”

Q2. 訪問者や調査者に、法的権限がブロックの背後にあると伝えたいですか？

• はい → これはまさに 451 が想定する用途です。RFC 7725 の開示（誰が要求し、どの法律が本文に入るか）を示し、Link: rel="blocked-by" には実装主体を記載します。両者は同じとは限りません。Q3 へ進みます。
• いいえ — ページが消えたように見せたい → 404、403、通常のコンテンツ削除でも削除要請には対応できます。透明性のシグナルは失いますが、451 を使う法的要件はありません。Q3 へ進みます。

Q3. ブロックは全員に適用されますか、それとも一部の地域・リクエストだけですか？

• 全員 → ページを本当に検索から外したいなら、451（または 404/403）を全体へ返しても構いません。Google は一般的な 4xx としてインデックスから外します。
• 一部の地域/IP だけ → 地域/IP で範囲を限定し、地域外のクローラーには 200 を返します。451 はデフォルトでキャッシュ可能なので、CDN が地域限定の 451 を全訪問者向けにキャッシュしないことを必ず確認してください。そうしないと全体のインデックスから誤って外れます。 200

Q4. GDPR の「適合していないので EU をブロックする」状況ですか？

• 議論が分かれていると認識してください。RFC 7725 の広い「法的要求」言語から 451 は説明可能だという Terence Eden の主張がありますが、GDPR 自身はアクセス拒否ではなく適合したデータ処理を求めるため、ブロックは義務ではなく回避策です。コンテンツに価値があるなら、通常は 451 の壁ではなくコンプライアンスが長期的な答えです。短期的にブロックするなら、裸の 403 より明確な開示を伴う 451 のほうがよいでしょう。これは法的助言ではなく、具体的な状況で 451 が必要・許可されるかは弁護士の問題です。 “we’re not compliant, so block EU”

Q5. 何を選んだか、どう検証しますか？

• Search Console は 451 と他の 4xx を区別しないため（「URL blocked due to other 4xx issue」）、影響地域から VPN または地理分散チェックでテストし、サーバーログを読んで、正しいリクエストだけがブロックを受け取ることを確認します。

451 は実際にどう見えるか

これは実際の用途の分類であり、ブロックが法的に必要かを判断するためのテンプレートではありません。

国単位で範囲を限定した検閲ブロック

Automattic は 2016 年の透明性レポートで、法的理由でサイトをブロックせざるを得なかった国の訪問者へ WordPress.com が 451 を返すと発表しました。役立つパターンは透明性です。リクエストした人にはリソースが存在するが提供を控えていることが伝わり、影響国の外からは通常のレスポンスを受け取れます。

GDPR 後の地域ブロック

一部の米国ニュースサイトは、GDPR の下で同じ体験を提供する代わりに、EU の訪問者へ 451 を返しました。これは実世界の例であり、GDPR が 451 を要求する証明ではありません。コンプライアンスとアクセス拒否は同じではないため、選択は議論のあるままです。

対象を限定した削除要請

裁判所命令や著作権の要求は、1 つのリソース、地域、またはリクエスト者の分類に適用されることがあります。適切に範囲を限定した 451 はその制限を明示します。サイト全体やすべての地域に返すと、対象を限定した法的ブロックが、全体の可用性とインデックスの障害に変わります。

RFC 7725 実装チェックリスト

• 制限が単なる事業・ライセンス上の希望ではなく、実際に法的要求によるものか確認する。
• その要求の対象となるリソースとリクエスト者にだけ 451 Unavailable For Legal Reasons を返す。
• 本文で要求を説明する。要求者、適用法・規制、影響を受ける人とリソースを記載する。
• rel="blocked-by" を含む Link レスポンスヘッダーを追加し、ブロックを 実装している主体を示す。
• 1 つの地域向けに生成したレスポンスがデフォルトキャッシュで別の地域へ配信されないよう、キャッシュの変動またはバイパスルールを設定する。
• 451 の発生源（自分のオリジンか、通過させる CDN/プロキシか）を確認する。
• 起動前に、影響地域と影響を受けない地域の両方からテストする。
• 起動後にサーバーと CDN のログを確認し、意図したリクエストだけが 451 を受け取ることを確認する。
• 法的ルールの所有者とレビュー日を記録し、期限切れの制限を無期限に残さない。
• すべてを通過しても技術実装が動くことを示すだけで、基礎となる制限の合法性、範囲、コンプライアンス上の十分性を証明しない。

地域限定 451 の範囲が正しいことを証明する

影響地域と影響を受けない地域を比較する

実行するテスト: 制限対象の地域と対象外の地域から同じ URL をリクエストし、両方のステータスとレスポンスヘッダーを記録します。

期待される結果: 影響を受けるリクエストは 451 を返し、対象外のリクエストはその URL が通常返すレスポンスを返します。

失敗の解釈: 両方の地域から同じ 451 が返る場合、通常は地域ルールが広すぎるか、共有キャッシュがブロックレスポンスを漏らしています。

監視期間: ステータスは直ちに信頼できますが、CDN 設定を変更した後は、複数のエッジロケーションから再確認します。

ロールバックの条件: 影響を受けない場所が 451 を受け取った場合、ルールを無効化またはバイパスします。

透明性レスポンスを検査する

実行するテスト: 影響を受けるレスポンスのヘッダーと本文を取得し、本文が要求を説明し、ヘッダーに rel="blocked-by" を含む Link 値があることを確認します。

期待される結果: レスポンスが 451 で、実装計画が求める人間向けの開示とブロック主体へのリンクの両方を含みます。

失敗の解釈: ステータスだけのレスポンスは技術的にはブロックが動いていることを示しますが、RFC 7725 が推奨する透明性の動作を欠きます。

監視期間: デプロイ直後です。

ロールバックの条件: レスポンスが誤った権限者、法律、地域、影響リソースを開示する場合はリリースを保留します。

キャッシュの分離を確認する

実行するテスト: 影響地域から URL を一度取得し、その後対象外地域からリクエストして、CDN のキャッシュヘッダーと返されたステータスを確認します。CDN またはプロキシの背後にいる場合は、451 がオリジンから発生したのか、上流層から通過したのかも確認します。これにより blocked-by ヘッダーで誰を実装主体として示すべきか分かります。

期待される結果: 対象外のリクエストがキャッシュされた 451 を再利用せず、どの層がレスポンスを生成したかを特定できます。

失敗の解釈: 地域をまたいでキャッシュされた 451 が返る場合、キャッシュキーまたはバイパスルールが地域判断によって変化していません。レスポンスがオリジン由来か通過層由来か分からなければ、blocked-by ヘッダーの実装主体を確信して記載できません。

監視期間: 直ちに、さらにキャッシュ削除や CDN ルール変更の後にも確認します。

ロールバックの条件: キャッシュ分離とレスポンスの発生源が確認されるまで、地域限定ルールを削除します。

上のすべてのテストに合格しても、技術実装が指定どおり動くことを証明するだけです。基礎となる法的制限が適切な範囲で、合法で、コンプライアンス上十分であることは証明しません。その判断は別の法的判断であり、テストでは決められません。

テスト: 451（法的理由による利用不可）

451 の意味と SEO での挙動についての 5 つの簡単な質問です。それぞれ答えを選び、確認してください。

参考にしたいリソース

関連する私の執筆

• HTTP ステータスコードと SEO への影響 — 4xx/5xx の全体像、コードの中での 451 の位置、「4xx がページをインデックスから外す」仕組みを扱います。
• テクニカル SEO 入門ガイド — 451 のようなクロール・インデックスアクセスの問題がどこに位置するかを説明します。
• Robots.txt と SEO: 知っておくべきこと — クロールとインデックスの制御の仕組みを説明します。 “4xxs drop pages from the index” (翻訳)「4xxはページをインデックスから外す」

私の講演

• 検索の仕組み （SlideShare）— クロール → レンダリング → インデックス → 配信の解説です。451 は最初のゲートで発生する 4xx 失敗です。（定型の免責事項: 「これはシステムについての私の理解であり、100%完全または正確とは限りません。」） “This is my understanding of systems… not going to be 100% complete or accurate.” (翻訳)「これはシステムについての私の理解であり、100%完全または正確とは限りません。」

業界の情報

• RFC 7725 — 法的障害を報告する HTTP ステータスコード （IETF）— 法的要求の範囲、要求を説明する SHOULD、Link: rel="blocked-by" ヘッダーを定義する仕様です。
• HTTP 451はGDPRブロックに適しているか （Terence Eden）— コードの共同提案者による主張と、ブロックよりコンプライアンスを優先する反論を扱います。
• エラー451：法的理由による利用不可 （Automattic Transparency Report）— 初期の実世界の採用例です。
• HTTP 451 — Wikipedia — 起源の歴史、IETF の時系列、GDPR・制裁での採用パターンです。
• 451：法的理由による利用不可 （AIOSEO）— 検閲、DMCA、利用規約、制裁、ジオブロッキング、プライバシー、裁判所判断などの原因を列挙します。
• 451：法的理由による利用不可 — HTTPステータスコード解説 （http.dev）— 開発者向けのコード解説です。 “legal demand” (翻訳)「法的要求」／“transparency ≠ endorsement” (翻訳)「透明性は支持を意味しない」

変更履歴