III-A4 PerplexityBotを理解する

PerplexityBotは、クロール:リファラル比率で見るとAI専業サービスの中では優秀な部類に入る一方、過去に「宣言と実態が違う」と技術者から指摘された経緯を持つボットでもあります。優等生なのか要注意人物なのか、このレッスンでは両方の顔を見比べていきます。

Perplexityが使う2種類のボット

Perplexityが運用するクローラーは、検索結果のインデックスを作るPerplexityBot（通信時に自己申告する識別文字列＝User-AgentはPerplexityBot/1.0）と、ユーザーが対話中に指定したページをその場で取得するPerplexity-User（User-Agentにperplexity.aiという文字列を含む）の2種類です（出典: Perplexity公式ドキュメント, 2026年）。PerplexityBotを拒否すると、Perplexityの回答インデックスから除外されます。

2025年に話題になった「宣言と実態の乖離」

Perplexityは自社ドキュメントでボットの仕様を公開していますが、2025年には技術者のRobb Knight氏が、Perplexityがrobots.txtを無視し、User-Agentを偽装してアクセスしているという実測報告を公開し話題になりました（出典: Robb Knight氏のブログ, 2025年）。「企業が公式にこう書いている」という宣言だけを鵜呑みにせず、実際のログで検証する姿勢が欠かせないという教訓を、この一件は業界に残しました。

だから「ログでの実測」が欠かせない

対策として有効なのは、User-Agentの文字列だけで判断せず逆引きDNSでもアクセス元を検証すること、そして自社サーバーのアクセスログで実際の挙動を定期的に確認することです。ぶっちゃけ、公式ドキュメント通りに動く保証がない以上、最終的に頼れるのは自社の実測データだけだと考えておくくらいがちょうどいいでしょう。ログの具体的な確認方法は編III-A9で詳しく扱います。

クロール:リファラル比率で見る立ち位置

クロール:リファラル比率（クローラーが何ページ取得するごとに人間の来訪が1件返るか）で比べると、Perplexityは約195:1と、AI専業サービスの中では最良水準にあるとされます。これはPerplexity自体がリアルタイム検索を提供する製品であるためです（出典: Cloudflare Radar, 2026年）。

学習専用のボットに比べれば桁違いに「見返り」がある部類ですが、宣言と実態が一致しているかは別問題として扱う必要があります。

robots.txtの書き方

User-agent: PerplexityBot
Allow: /

User-agent: Perplexity-User
Allow: /

許可する場合も、書いて終わりにせずアクセスログでの定期確認とセットにするのが実務上の正解です。

実践ステップ

1. 1
   サーバーログでPerplexityBot・Perplexity-Userのアクセスを確認する
2. 2
   User-Agentの文字列だけでなく、可能であれば逆引きDNSでもアクセス元を検証する
3. 3
   robots.txtにPerplexityBotとPerplexity-Userの方針を明記する
4. 4
   設定後も「宣言通りに動いているか」を定期的にログで確認する
5. 5
   挙動に疑問があれば、アクセスパターンを記録して判断材料として残しておく

このレッスンはテキストとスライドで学べます。スライドは上のビューアからご覧ください。