Claude in ChromeでRedditがブロックされる原因と文言ごとの見分け方

Claude in ChromeでRedditが開けないときは、まず画面の文言を見てください。not allowed due to safety restrictionsなら、個人の設定では直らない今回の件です。

Claude in ChromeでReddit系のURLを開こうとすると、サイトを許可済みにしていてもThis site is not allowed due to safety restrictions.(このサイトは安全性の制限により許可されていません)と表示されて何もできない、という報告が2026年9月18日から続いています。GitHubのissue #95326は、10月1日のコメントが付いた時点でも開いたままです。個人の許可設定を直しても変わらないので、まずは自分の設定ではなくこの件かどうかを切り分けるのが近道です。

ブロックの文言から原因を見分ける

Redditが開けないときに見かける文言は、原因ごとに分かれます。対処の方向が違うので、最初に表で当てはめます。

3行目のように許可が未設定なだけなら、拡張機能でそのサイトを許可すれば動きます。ヘルプセンターのトラブルシューティングも、まず現在のサイトに許可を与えているかの確認を挙げています。

4行目は、Claudeが出す文言ではありません。Chrome自体が出すブロック画面なので、Claude in Chromeの設定を変えても解消しません。会社や学校のPCなら、Chromeの管理ポリシーが原因のことがあります。

まず自分の設定の問題かどうかを切り分ける

切り分け

Redditだけが止まっているかを確かめる順番

1. 1

   同じセッションで別のサイトを開く

   github.comのような別のサイトを同じタブ・同じツールで開きます。通るなら、拡張機能そのものの不調ではなくReddit系のドメインに限った拒否です。

2. 2

   エラーの文言を見る

   not allowed due to safety restrictionsなら今回の症状です。Tool "get_page_text" failed in the extension.のような汎用の失敗文なら、後半で触れる別の症状の可能性があります。

3. 3

   組織のブロックでないかを見る

   Team・Enterpriseの管理者がブロックリストに入れていると、Redditも組織のポリシーで止まります。組織に入っていない個人アカウントでも出るなら、管理者の設定とは別の原因です。

4. 4

   別のRedditドメインで試す

   old.reddit.comや短縮URLのredd.itでも同じ文言なら、サイト単位の許可漏れではありません。

「not allowed due to safety restrictions」の症状

影響を受けるのはReddit関連のドメインです。reddit.com、www.reddit.com、old.reddit.comだけでなく、Redditの短縮URLサービスであるredd.it(見た目はまったく別のドメイン)も同じエラーで拒否されます。issueを立てた報告者は4種類すべてで再現を確認しており、同じセッションのgithub.com、notion.so、reuters.comは普通に開けたと書いています。

止まるのはページ遷移(navigate)だけではありません。手動で開いたRedditのタブに対して、スクリーンショット(computer)やタブの内容取得を頼んでも拒否されます。サブレディットの投稿を読むだけの作業でも通りません。

別の報告者は、同じ環境でFacebookのマーケットプレイス、eBay、Hacker Newsが問題なく開けたと書いています。ソーシャルやECのサイトを一律に止めているわけではなく、Redditだけが外れている形です。

拡張機能に限った話でもありません。Claude Desktopアプリに内蔵されたBrowserペインでも、https://reddit.com is not allowed due to safety restrictions and cannot be opened in the Browser paneとほぼ同じ文言で拒否されたという報告があります。

いつから起きているか

経過

issueに集まった報告の流れ

1. 2026年9月17日夕方まで通常どおり動作

   最初の報告者は同じChromeプロファイル・同じ拡張機能で、サブレディットの読み取りを毎日実行できていました。

2. 2026年9月18日最初の報告

   ヨーロッパ中部の朝にWindowsで拒否が始まり、同日中にmacOS・Edgeでも同じ症状が報告されました。

3. 2026年9月19〜20日環境を問わず再現

   macOSのChrome、WindowsのChromeからClaude Desktopアプリのコードタブ経由で使った場合など、環境の違う報告が重なりました。

4. 2026年9月23〜24日拡張機能1.0.94でも継続

   最初の報告は拡張機能1.0.93でしたが、1.0.94だけをインストールしたWindows・Edgeでも同じ拒否が出ました。

5. 2026年9月28日〜10月1日報告が続く

   個人のMaxアカウントでも、Chrome・Edge・デスクトップアプリのBrowserペインのすべてで拒否されるという報告が付き、10月1日にもコメントがありました。

起票者は、拡張機能もChromeも変えていないのに9月17日夕方から翌朝にかけて挙動が変わったと書いています。ほかの報告者も、9月17日までは動いていたと述べています。1.0.93のまま、インストール後に更新していない環境でも症状が出ているため、報告者はクライアント側ではなくサービス側の判定が変わったと見ています。

個人のサイト許可設定では直らない

まず疑われるのは、通常のトラブルシューティングで案内される許可済みサイトの確認です。多くの報告者がすでに試しています。

• 拡張機能の設定からreddit.comの許可エントリを全部削除し、再訪問して許可し直す
• Chromeを再起動する
• 別のブラウザ(Edge)や別のOS(Windows・macOS)で試す
• 拡張機能の許可サイトの既定を「Allow all sites」にして、ブロック済みサイトの一覧を空にする

どれも改善しなかったという点で報告が一致しています。さらに、許可サイトの一覧にreddit.comを追加しようとするとThis site can't be added due to safety restrictions.(このサイトは安全性の制限により追加できません)と拒否された、という報告もあります。利用者の設定で上書きできない扱いになっている、ということです。

もう1つ、確認画面の出方に差があります。Googleに移動するときは通常の承認の確認が出るのに、Redditでは確認画面なしにいきなり拒否される、とある報告者は書いています。ユーザーに「許可しますか」と聞く段階より前で止まっている、という見方になります。

公式のブロック対象にRedditは載っていない

ヘルプセンターの「Use Claude in Chrome safely」(2026年8月12日の日付表示)は、ブロック対象の例としてアダルトコンテンツサイトと海賊版コンテンツサイトを挙げています。金融系サイトは全面ブロックではなく、アクセス前に承認を求める扱いです。一方、同じヘルプセンターの「Claude in Chrome troubleshooting」は、既定のブロックカテゴリとして金融サービス・銀行・投資プラットフォーム・暗号資産取引所・アダルト・海賊版を並べています。金融系の扱いが2ページで違うものの、どちらにもRedditやソーシャルメディアは出てきません。日本語での整理はClaude in Chromeを安全に使う方法とリスク対策にあります。

issueの報告者たちが求めているのは2点です。意図的な制限なら、拒否の理由になっているカテゴリ名をエラーに表示すること。そして、ヘルプセンターの記事に一行でも追記することです。理由が分からないままでは、利用者は自分の設定を疑い続けることになります。

組織のブロックとは別物

管理者向けのヘルプによると、組織のブロックリストに入ったサイトは、組み込みブラウザで手入力すると「This site is blocked by your organization's policy」というバナーとともに開き、そのページではClaudeのツールが無効になります。管理者の設定の見方はClaude in Chromeの管理者設定にまとめてあります。

くらべる

Redditで出ている拒否の性質

管理者が設定

組織のポリシーによるブロック

Team・Enterpriseの管理者が、ブロックリストに入れたサイトです。許可リストを絞っている組織では、リスト外のサイトも止まります。

個人でも発生

今回のReddit拒否

個人のMaxアカウント、組織に入っていないアカウントからも報告があります。許可サイトの一覧への追加も拒否され、利用者側の設定項目では動きません。

推測として出ている原因

issueのコメントでは、拡張機能の通信を読んだと称する報告者が、ドメインの安全性分類をサービス側に問い合わせた結果として拒否されていると推測しています。公式の仕様ではなく、あくまで利用者の解析です。確かなのは、クライアントのバージョンが変わっていないのに、ある日から結果が変わったという観察だけです。

別のコメントでは、同時期の裁判の判決との関連を疑う声もありましたが、根拠は示されていません。意図的な制限なのか誤分類なのかは、issueの時点で決着していません。

回避策と代替手段

個人の許可設定を見直しても効果がないことは、複数のアカウントで確かめられています。通常のClaude in Chromeのトラブルシューティングにある許可済みサイトの確認だけでは解決しません。

コメント欄には、ローカルにリバースプロキシを立ててホスト名を書き換えることでブロックを回避したという報告があります。非公式のワークアラウンドで、通信を自分の管理下にない仕組みで中継すること自体にリスクが伴います。安全性の分類を迂回する設定でもあるため、業務利用や機密性の高いアカウントでの利用は避けたほうが無難です。

現実的なのは、Redditの内容確認が必要な作業だけをClaude in Chromeから外す方法です。手動でブラウザを操作してページを開き、必要な部分をコピーしてClaudeとの会話に貼り付けます。自分のChromeで開くRedditそのものは普通に表示されるため、人が読んで貼る経路は止まりません。

似た名前のエラーに「Host not allowed in a cloud session」があります。こちらはクラウドセッションのネットワーク許可リストが原因なので、環境設定でドメインを追加すれば解消します。今回のRedditは、設定の追加では動かない点が根本的に異なります。

定期実行・自動化への影響

issueには、Coworkの定期実行タスクでRedditのサブレディットを毎週読んでいた報告者がいました。最後に成功したのは9月12日で、9月19日の実行から拒否が始まり、26日の再現でも変わりませんでした。別の報告者は、最初のnavigateで即座に失敗するので、リトライを続けるべきか、そのサイトを諦めるべきかのシグナルがない、と指摘しています。

Redditを入口にした定期実行を組んでいる場合は、失敗を検知した時点でRedditの手順を飛ばす分岐を入れておくと、ほかの手順を巻き込まずに済みます。

同じissueの周辺症状

性質が少し異なる報告も寄せられています。1件は、Reddit上のページでget_page_textやread_page、スクリーンショットの取得が、安全性の拒否ではなくTool "<name>" failed in the extension.という汎用の失敗メッセージで止まるというものです。同じ報告者はGitHubのタブでも断続的に同じ汎用エラーが出たとしており、Reddit固有ではなく拡張機能全体の不安定さが重なっている可能性を挙げています。メインの拒否と同じ原因かどうかは、issueの中でも切り分けられていません。

もう1件、macOSでRedditとInstagramの両方が拒否されるという短い報告がありますが、issueではほかに再現した報告はありません。Redditに関する報告が大多数で、Instagramなど別のサイトへ広がったと言える材料はまだありません。

まとめ

他のサイトは開けるのにReddit系のドメインだけが一律に拒否され、許可サイトへの追加も拒否されるなら、2026年9月18日から報告が続いているこの件と見てよさそうです。許可設定を変えても結果は動かないので、Redditが必要な作業は貼り付けなどの別経路に切り替え、自動化は失敗時にRedditの手順を飛ばす分岐を持たせておくのが現実的です。