Perplexity の検索がタイムアウト？Clash で perplexity.ai と CDN を分流する実測メモ（2026）

「開けるのに検索だけ止まる」Perplexity と Clash 分流のはざま

2026 年も、要約付きの AI 検索として Perplexity（perplexity.ai）を日常利用する人は増え続けています。一方でコミュニティでは、トップや設定画面は普通に表示できるのに、クエリ送信後だけぐるぐるしたまま終わる、拡張機能や API だけ タイムアウトする、といった報告が後を絶ちません。原因が「プロキシを完全にオフにすると直る」タイプなら、単純なブロックではなく、出口の品質と接続の張り方、そして Clash の分流（ルールでホストごとに出口を変える設計）とDNS の噛み合わせを疑うのが実務では早いです。

本稿は、すでに公開している ChatGPT／Claude 向け、Gemini／AI Studio 向け、Grok・xAI 向けの各記事と役割を分け、Perplexity 固有のドメインと「遅い／途中で切れる」症状に焦点を当てます。完全に繋がらないケースより、長めの応答や別ホストへの APIが絡むときに起きやすい落とし穴を中心に整理します。

なぜトップは速いのに検索や回答だけ遅いのか

モダンな Web アプリは、最初の HTML と、その後に走るデータ取得が別系統であることが珍しくありません。Perplexity でも、画面の骨格や静的アセットは比較的軽く終わる一方、実際の推論や検索結果のストリームは、別の API エンドポイントやエッジ経由の長い HTTPS 接続に載ることがあります。ここが混雑したノードや、途中で再接続が多い経路に乗ると、体感では「ページは開いたのに中身が返ってこない」に見えます。

加えて、フロントの配信に CDN やサードパーティの配信ドメインが絡むと、ブラウザのネットワークタブには perplexity.ai 以外のホスト名も並びます。購読ルールセットが「海外サイトまとめて一つの select」のままだと、軽い静的リクエストと重いストリームが同じ出口に載り、後者だけが律速になることがあります。そこで DOMAIN-SUFFIX でサービス本体側を切り出し、用途に合うプロキシグループへ寄せると改善しやすいです。

コピー用：よく参照されるホスト例（perplexity.ai 周辺）

実務の出発点として、次のような DOMAIN-SUFFIX を挙げます。環境やクライアント（ブラウザ拡張、モバイルアプリ、公式 API）によって追加ホストが出るため、タイムアウト時は必ず実測ログで足し引きしてください。

• サービス本体：perplexity.ai（Web やアプリが共通して参照しやすい基底サフィックス）
• 短縮・周辺ドメイン：pplx.ai がログに出ることがある（共有リンクや計測周りなど、用途は変わり得る）
• API／開発者向け：REST や SDK が api.perplexity.ai など別ホストを叩く場合、UI だけ通って API だけ失敗しやすい
• CDN・静的・エッジ：*.cloudflare.com 配下や、その他 CDN のホスト名が混ざることがある。広いサフィックスを一括で同じグループに載せると他サービスまで巻き込むため、まずは上記の狭いサフィックスから始め、ネットワークログで漏れを足すのが安全

ルールの型そのものはルール分岐の詳解ガイドと共通です。DOMAIN-KEYWORD,perplexity のような雑な書き方は、意図しないホストまで同じ出口に載せる恐れがあるため、まず DOMAIN-SUFFIX を優先してください。

なぜ Perplexity 専用のプロキシグループを作るのか

デフォルトでは、海外向けトラフィックが一つの url-test や select にまとまっていることが多いです。動画や一般ブラウジングと同じ出口に、AI 検索のストリーム応答や長めのセッションが載ると、帯域の輻輳やプロバイダー側の挙動の影響を受けやすくなります。PPLX_PROXY のような名前の独立プロキシグループを切り、関連サフィックスだけそこへ流すと、(1) 一般トラフィックのノード切り替えと独立して低遅延・高安定の出口に固定しやすい、(2) ログ上でどのホストがどの出口か追いやすい、(3) 「本体は米国、API だけ別地域」といった運用にも展開しやすい、という利点があります。

評価順：Perplexity 行をどこに置くか

Clash 系の rules: は上から順に評価され、最初の一致で打ち切られます。Perplexity 向けの行を末尾に追記したつもりが、上段の GEOIP や巨大 RULE-SET に先に飲み込まれている——というのは典型的なパターンです。より具体的な行を、大雑把な締め行より上に置き、保存後は順序を目視してください。外部ルールプロバイダーを併用している場合、明示ルールが埋もれていないかも確認が必要です。

YAML の骨格例（概念サンプル）

キー名やインデントは利用中のコア・GUI に合わせてください。ここでは PPLX_PROXY を用意し、rules から参照するイメージだけ示します。

proxy-groups:
  - name: PPLX_PROXY
    type: select
    proxies:
      - 🇺🇸 低遅延・長接続向け
      - 🇯🇵 安定
      - 🌐 自動選択

rules:
  - DOMAIN-SUFFIX,perplexity.ai,PPLX_PROXY
  - DOMAIN-SUFFIX,pplx.ai,PPLX_PROXY
  - DOMAIN-SUFFIX,api.perplexity.ai,PPLX_PROXY

このあとに社内ドメインや国内 GEOIP、最後に MATCH などを続けます。グループ名は既存構成と衝突しないようリネームしてください。api.perplexity.ai は環境によっては不要または名称が異なる場合があるため、実測で調整してください。

ノード選定：長接続・ストリーム・API を意識する

Perplexity の検索結果は、短い JSON 一発より長めの応答本文やチャンク転送に近い挙動になりやすいです。遅延テストの数値だけが良くても、途中で切断が多いノードではタイムアウトに見えることがあります。実務では次を意識すると切り分けが速いです。

• 遅延より切断の少なさ：同一プロバイダー内で、別地域・別プロトコル（REALITY／Hysteria2 等）を試し、ストリームが最後まで流れるか比較する
• UI と API を分けて観測：ブラウザは通るが CLI や IDE からのリクエストだけ失敗するときは、HTTPS_PROXY や TUN 未捕捉プロセスが原因のことが多い。OS 全体へ透過させる手順はTUN モード完全ガイドが参考になります
• GEOIP との競合：解決済み IP が別ルールに先にマッチし、DOMAIN-SUFFIX より IP 側が優先されていないか確認する

CDN 別ホストが絡むときの見方

静的アセットやエッジ経由のリクエストが、サービス本体と別ドメインになると、ルールが perplexity.ai だけだと抜けることがあります。開発者ツールで、失敗しているリクエストのホスト名を確認し、必要なら DOMAIN-SUFFIX か、狭い範囲の DOMAIN で補強してください。一方で cloudflare.com など広すぎるサフィックスを丸ごと同じグループへ載せると、無関係なサイトまで同じ出口に乗るため、まずは Perplexity 関連で実際に出た名前から足すのが安全です。

DNS とルールのズレ：Fake-IP・Secure DNS

ルールはドメイン行と IP 行が混在します。DNS が Clash の想定とずれていると、YAML は正しそうでも実接続は別経路に落ちます。典型例は次のとおりです。

• ブラウザの Secure DNS が Clash 外で先に解決し、想定外の IP が宛先になる
• Fake-IP と、一部アプリだけ直叩きするシステム DNS が混在し、マッチと実接続の関係が追いにくくなる
• GEOIP 行が、解決結果の国コードと噛み合わず誤直結／誤プロキシに見える

対策の方向性は「名前解決の経路をできるだけ一本化し、TUN や DNS ハイジャックを併用するならその前提でルールを読む」ことです。設定変更後は DNS キャッシュのクリアと、Perplexity への再接続をセットで確認してください。

検証チェックリスト（そのまま試せる順序）

1. ブラウザの開発者ツールで Perplexity を開き、ネットワークタブに出たホスト名をメモする（失敗している行のドメインを最優先）
2. Clash の接続ログまたはダッシュボードで、該当ホストが PPLX_PROXY（または同等のグループ）に乗っているか確認する
3. 同じプロファイルのままノード地域やプロトコルだけを切り替え、ストリーム完了まで再現性があるか比較する
4. API や CLI を使う場合は、ブラウザとプロキシ環境（環境変数・TUN）を揃えて再試行する

よくある誤解と切り分け

CDN サフィックスを広く取りすぎる

手早い反面、無関係なサイトまで同じ出口に乗り、期待しない挙動や負荷集中の原因になり得ます。まず perplexity.ai／pplx.ai のような狭いサフィックスから始め、ログで漏れを足してください。

ルールを足したのに効かない

多くは順序かグループ名の綴りです。外部 RULE-SET を大量に載せている場合、明示ルールが下に埋もれていないかを確認してください。

ブラウザは通るが API だけ失敗する

SDK やバッチは、ブラウザとは別の DNS／プロキシ設定を持つことがあります。TUN で全体を捕捉するか、該当プロセスだけ Clash 側に乗るよう環境変数を揃える必要があるケースがあります。

まとめ

2026 年の AI 検索ブームの中で、Perplexity は「完全に繋がらない」より遅延・タイムアウトの相談が目立ちます。原因の多くは単一ノードの遅延数値だけではなく、perplexity.ai 系ホストと CDN や API 先の別ホストが、意図しない出口や不安定な経路に載っていることにあります。DOMAIN-SUFFIX でサービス本体を明示し、独立プロキシグループへ寄せ、評価順序とDNS（Fake-IP・Secure DNS）をセットで設計すると、長い応答や API の成功率が体感しやすく上がります。

用語や汎用手順は当サイトのチュートリアル・ドキュメントも参照できます。オープンソースの挙動を追う用途では GitHub 上のリポジトリも有用ですが、日々のクライアント入手と更新は説明の揃った配布ページのほうが取り違えが少ないです。Windows／macOS／Linux／モバイル向けビルドはダウンロードページから環境に合わせて選べます。ルールの基礎はルール分岐の詳解、OS 全体へ透過的に効かせたい場合はTUN ガイドと併読すると、本稿の設定がすぐ実装に落ちます。単純な常時 VPN より、トラフィックを用途別に制御できる点が、多くのチームにとって実用的な体験になりやすいでしょう。→ Clash クライアントを無料でダウンロードし、Perplexity 向け分流を試す