Perplexity SEO：PerplexityBot が読めるか確認する3つのチェック
結論： Perplexity SEO で、表示や引用を約束できる人はいません。Perplexity のクローラー向けページに書かれているのは、各ボットをどう扱ってほしいかであり、ページがどう選ばれてどの順に並ぶかではありません。運営者が自分で確認できるのは3つです。robots.txt が PerplexityBot を通していること、サーバーの手前でボットが追い返されていないこと、本文が JavaScript なしの HTML に入っていること。3つ通れば、私たちの知る技術的な障害は取り除けますが、順位や引用は約束されません。
Perplexity SEO で何ができるのか：Perplexity が公開していること
「Perplexity に表示される方法」を探す人は、順位のある一覧を上っていくイメージを持ちがちです。しかし Perplexity 自身のクローラー向けページが説明しているのは、もっと狭いことです。どのボットがサイトを訪れるのか、それぞれ何のためのものか、運営者がどの設定を制御できるのか。Perplexity が回答に使うページをどう選び、どの順番で見せるのかは書かれていません。技術的な設定がそれを変えると裏づける情報源も、私たちは知りません。そのためこの記事は、表示順位も引用も約束しません。
「読める」ことと「引用される」ことは別です。PerplexityBot が読めるページでも、回答に載らないことはあります。逆に、読めないページでは、見せる材料を何も渡せません。運営者が制御できるのは、読めるかどうかのほうです。SEOgrinder が確認するのも、そこだけです。Perplexity があなたのサイトを挙げるかどうかは測りません。言及を追跡するサービスは別の仕事をしており、その違いは AI Visibility チェックの記事で説明しています。
PerplexityBot と Perplexity-User：2つのボット、2つの役割
Perplexity のクローラー向けページ（2026年11月4日に取得）には、2つのユーザーエージェントが載っています。同じページには、各設定は互いに独立して働くこと、変更が Perplexity のシステムに反映されるまで最大24時間かかることがあることも書かれています。
| ユーザーエージェント | Perplexity による用途の説明 | robots.txt について Perplexity が述べていること |
|---|---|---|
| PerplexityBot | Perplexity の検索結果にサイトを表示してリンクするためのもの。AI の基盤モデル向けにコンテンツをクロールするためには使われない | Perplexity は、robots.txt で許可し、公開している IP 範囲からのリクエストも許可することを推奨している |
| Perplexity-User | ユーザーの操作を支えるもの。ユーザーが質問すると、正確に答えるためにページを訪れ、回答にそのページへのリンクを付けることがある。Web のクロールにも、AI の基盤モデルの学習用コンテンツの収集にも使われない | ユーザーの依頼による取得なので、この取得は robots.txt のルールを「通常は無視する」（“generally ignores robots.txt rules”） |
両方のボットが、IP 範囲を JSON ファイルで公開しています。perplexitybot.json と perplexity-user.json です。PerplexityBot は検索結果向けのボットなので、以下のチェックはまず PerplexityBot を対象にします。
チェック1：robots.txt が PerplexityBot を通している
Perplexity は、「PerplexityBot をサイトの robots.txt で許可し、公開している IP 範囲からのリクエストも許可すること」を勧めています（原文：“allowing PerplexityBot in your site’s robots.txt file and permitting requests from our published IP ranges”、Perplexity）。前半がこのチェックで、後半はチェック2です。
- PerplexityBot にどのグループが適用されるかを調べる。 RFC 9309 によると、クローラーは自分の名前に一致するグループに従い、一致するものがないときに限って
*のグループに従います。専用のグループがなければ、*の下にあるDisallow: /は PerplexityBot も締め出します。専用のグループがあれば、*のルールはそのボットには適用されません。 - 変更の直後にテストしない。 反映に最大24時間かかることがあるので、編集の1時間後にテストしても、見ているのは古い状態です。
- ファイルに到達できる状態を保つ。 RFC 9309 は、サーバーエラーやネットワークエラー（たとえばステータス 500）で robots.txt に到達できないとき、クローラーは全面禁止とみなさなければならないと定めています。PerplexityBot がその場合にどうするかは Perplexity が述べていません。これは標準の規定であり、Perplexity の発言ではありません。
このチェックでよくある失敗は、1つめの点にある落とし穴です。次の例は、/private/ をすべてのボットに対して閉じ、そのルールをボット専用のグループでも繰り返しています。
User-agent: *
Disallow: /private/
# PerplexityBot 専用のグループ：閉じておきたいルールを繰り返す
User-agent: PerplexityBot
Disallow: /private/
Allow: /繰り返した Disallow の行がないと、/private/ は PerplexityBot に対して開いたままになります。複数の User-agent 行を1組のルールの上に並べるもう1つの書き方は、AIクローラー robots.txt の記事で紹介しています。
私たち自身のファイルは例であって、推奨ではありません。2026年11月4日に https://seogrinder.com/robots.txt を curl で取得したところ、PerplexityBot は * とほかの8つのボットと同じ1つのグループに書かれており、/api/ 以外はすべて許可されていました。これはこのサイトでの私たちの判断で、あなたの場合は違ってかまいません。
チェック2：サーバーの手前で PerplexityBot が追い返されていない
robots.txt が「許可」と書いていても、ファイアウォール、CDN のボット対策、ホスティング会社が、ボットにエラーを返すことがあります。許可はあるのに、ページは届きません。Perplexity はこれに専用の節を設けています。Web アプリケーションファイアウォール（WAF）を使っているなら、「Perplexity のボットを明示的に許可する必要があるかもしれない」（“you may need to explicitly allow Perplexity’s bots”、Perplexity）というのです。ページには Cloudflare WAF と AWS WAF の手順があります。次の点は、どの環境にも当てはまります。
- 名前とアドレスを組み合わせて照合する。 Perplexity の例は、ユーザーエージェント（
PerplexityBotを含む）と、公開された範囲に入る送信元アドレスを組み合わせています。セキュリティのためにも両方を使うよう、Perplexity は勧めています。 - ボットごとに範囲が違う。 PerplexityBot は PerplexityBot のリストと、Perplexity-User は Perplexity-User のリストと照合してください。
- 範囲を更新する。 Perplexity によると、アドレスは定期的に更新されます。JSON ファイルを自動で取得することも勧めています。誰も更新しないコピーは、古くなります。
- Cloudflare では順序に注意する。 Perplexity によれば、Skip ルールは、それより後に実行されるルールだけを飛ばします。そのため、ブロックやチャレンジを行うルールより上に置く必要があります。Bot Fight Mode は WAF のカスタムルールでは飛ばせず、Perplexity のボットにチャレンジを出し続けることがある、とも書かれています。
- サーバーログが証拠になる。 ログは
PerplexityBotで検索し、バージョン番号では検索しないでください。Perplexity は、バージョン番号は変わることがあると述べています。この名前は誰でもヘッダーに書けるので、訪問として数えるのは、送信元アドレスが公開リストに載っている場合だけです。Perplexity はボットが訪れる頻度を述べていません。そのためログに何もなくても、ブロックの証拠にはなりません。チェック1とチェック2を見直すきっかけにしてください。
チェック3：本文が JavaScript なしの HTML に入っている
ボットが許可され、サーバーに届いても、テキストがスクリプトの実行後にしか現れないなら、読めるものは何もありません。PerplexityBot が JavaScript を実行するかどうかは、Perplexity のページに書かれていません。ひとつの測定結果が、Vercel と MERJ によるものです。2024年12月17日に The rise of the AI crawler として公開されました。結果は、測定した主要な AI クローラーはどれも JavaScript を実行せず、PerplexityBot もその1つでした。Gemini が使う Google のクローラーと AppleBot は、実行していました。
この結果は慎重に読んでください。2024年時点のスナップショットで、引用できる新しい測定は私たちには見つかっていません。また、ボットが何を読むかを示すだけで、ページが引用されるかどうかは示しません。警告として受け取ってください。
読み取りテストは1分で済み、必要なのは curl だけです。Perplexity のページにある例のユーザーエージェント文字列を送り、ステータスコードを表示し、スクリプトを実行せずに HTML に届いたままの見出しを出力します。
curl -sL -A "Mozilla/5.0 (compatible; PerplexityBot/1.0; +https://perplexity.ai/perplexitybot)" \
-w "\nstatus: %{http_code}\n" https://www.example.com/your-page | grep -i -E -A2 "<h1|^status:"ステータスが200で、出力に本物の見出しが出ていれば、テキストは配信される HTML に入っています。div とスクリプトタグだけの空の外枠が出る、または見出しが出ない場合は、スクリプトを実行しないボットにも同じものが見えます。最初の段落の1文でも、同じテストを繰り返してください。script 要素の中にしかないテキストは、数えられないからです。対策は、サーバー側でレンダリングするか、あらかじめ生成しておくことです。ほかの1分テスト2つと詳しい内容は、AIクローラーと JavaScript の記事にあります。
このテストが示すのは、あなたのサーバーが「名前」にどう反応するかです。Perplexity の本物のアドレスへの反応ではありません。多くの保護ルールは、偽のボット名を弾き、本物のボットは IP アドレスで通します。それは意図した動作です。したがって、403 が返ったときは、ルールを見直すきっかけであって、本物のボットがブロックされている証拠ではありません。200 が返っても、本物が通る証拠にはなりません。本当の証拠は、チェック2のログです。
SEOgrinder で3つのチェックを確認する
SEOgrinder は無料で、アカウントは不要です。アドレスを入力して分析を開始し、レポートを開きます。ここで見る場所は3つです。
- AI 対応 タブの「AI エージェント向けのチェック」：「AI ボットを制御する」の項目に、明示的なルールのある AI クローラーの数、許可の数、拒否の数が表示され、拒否されているクローラーの名前も挙がります。「ボットの動きを決める規則」は、robots.txt そのものを扱う項目です。これがチェック1です。
- タスク タブの「AI クローラーは許可されているのに、サーバーが拒否しています — 要確認」：SEOgrinder は、サーバーが4つの固定のボット名（GPTBot、ClaudeBot、OAI-SearchBot、PerplexityBot）にどう応答するかを、robots.txt が許可しているものだけについてテストし、ブラウザーの応答と比べます。Perplexity-User は含まれず、テストは名前だけを使います。これがチェック2です。
- タスク タブの「ページがブラウザー内でしか組み立てられていない」：内容の表示に JavaScript が必要なページで、この指摘が出ます。多くの AI クローラーは JavaScript を実行しないからです。これがチェック3です。
各項目で エージェント用プロンプトをコピー を押すと、コーディングアシスタント向けの指示が得られます。変更したら 再チェック を押してください。レポートは最大24時間キャッシュされます。SEOgrinder はあなたのサーバーログを読まず、Perplexity があなたのサイトを挙げるかどうかも測りません。
よくある間違い
- AI の学習に使われたくなくて PerplexityBot をブロックする。 Perplexity によると、PerplexityBot は AI の基盤モデル向けのコンテンツ収集には使われません。検索用のボットです。
- 1つのボットのためにグループを作り、共通のルールを失う。 そのボット専用のグループが、
*のグループを置き換えます。 - robots.txt では許可し、ファイアウォールで追い返す。 ファイルだけでなく、ログも確認してください。
- IP 範囲を一度貼ったきり更新しない。 公開されているリストは変わります。
- 早すぎるテスト。 Perplexity は、変更の反映に最大24時間かかることがあると述べています。
- robots.txt を防御と考える。 RFC 9309 は、このプロトコルは本物のコンテンツ保護策の代わりにならないと述べています。
- チェックの合格を、表示順位と読み替える。 合格しても、Perplexity があなたのページを表示するか、引用するかは分かりません。
よくある質問
Perplexity に自分のページを引用させることはできますか？
できません。引用を強制できる人はいませんし、Perplexity のクローラー向けページにも、引用を引き起こす設定は書かれていません。できるのは、PerplexityBot がページを読めるように障害を取り除くことです。表示するかどうかは Perplexity が決めます。
Perplexity-User も許可する必要がありますか？
Perplexity が許可を勧めているのは PerplexityBot です。Perplexity-User については、そうした推奨はページにありません。Perplexity-User は robots.txt のルールを通常は無視すると書かれており、WAF の例は両方のボットを対象にしています。
PerplexityBot をブロックすれば、自分のコンテンツを AI の学習から外せますか？
Perplexity によると、PerplexityBot は AI の基盤モデル向けのコンテンツ収集には使われません。つまりこの設定が関わるのは検索結果です。学習用の設定はページに書かれておらず、私たちもそれについては何も言いません。
SEOgrinder は、Perplexity が自分のサイトを引用しているかを表示しますか？
しません。確認するのは技術的な土台、つまり AI システムがページに到達して読めるかどうかです。
次の一歩
robots.txt を開き、PerplexityBot にどのグループが適用されるかを確認してください。いちばん大事なページで、チェック3の読み取りテストを実行し、ステータス200と自分の見出しが返るかを見ます。そのあと SEOgrinder で無料スキャンを実行し、AI 対応 タブと タスク タブを開いて、未達の項目を直してください。