Perplexityはどんな情報源を引用するのか 仕組みと、引用されやすくするために事業者ができること

Perplexityは、質問に文章で答え、根拠にしたWebページを番号つきの出典として示すAI検索サービスです。利用者は回答を読み、気になった出典を開いて元のページへ進みます。

自社のページが出典に選ばれるかどうかは、AI経由で見つけてもらえるかに直結します。

この記事では、Perplexityが公式に説明している仕組みを整理します。回答のつくり方、2種類のボット、robots.txtの扱い、出典のラベルの順に見ていきます。

そのうえで、中小企業の事業者が今日から確認できる対策に進みます。

内容は、Perplexityのヘルプセンター、開発者向け文書、公式ブログを、2026年10月17日に開いて確かめたものです。

Perplexityは機能の名前がよく変わります。設定を変える前に、公式の最新の案内もあわせて見てください。

先に結論 公式が言えていることと、言っていないこと

この記事でいちばん大事なのは、公式が明言していることと、明言していないことの線引きです。先に表で示します。

項目	公式の記載	この記事での扱い
回答のつくり方	質問を解釈し、Webを検索し、番号つきの出典を付けて答える	事実として書く
2種類のボット	PerplexityBotは索引づくり、Perplexity-Userは質問をきっかけにした取得	事実として書く
robots.txtで拒否した場合	本文はインデックスしない。ドメイン名、見出し、短い要約は残ることがある	事実として書く
出典のラベル	提携や支払いは影響しない。訂正、書き手の明示などで評価する	事実として書く
引用される条件	こうすれば引用される、という基準は公開されていない	公式の仕組みからの推測と明記する

最後の行が、記事全体の前提になります。

公式が書いていること

仕組みの部分は、ヘルプセンターと開発者向け文書にそのまま書かれています。誰が何を読みに来るのか、どう拒否できるのかは、確認すれば分かる事柄です。

そのため、まず確認できる部分から手を付けるのが、無駄の少ない進め方です。

公式が書いていないこと

どの条件を満たしたページが、どの順番で出典に選ばれるのかは、公式に書かれていません。

この記事の後半に出てくる書き方の工夫は、公式が公開している仕組みから考えた推測です。推測の部分は、そのつど推測と書きます。

全体の流れを図で見る

質問から回答までを、4つの段階に分けて図にしました。

図の左から右へ進みます。事業者が関われるのは、主に「情報を集めて読む」の段階です。

読める状態にしておくことが、すべての出発点になります。

Perplexityが回答をつくる流れ

質問を解釈し、検索し、出典つきで答える

ヘルプセンターの「How does Perplexity work?」には、回答までの流れが書かれています。

1. 言語モデルで、質問の意図や文脈を読み取る
2. Webを検索し、記事、Webサイト、学術誌などから情報を集める
3. 要点をまとめた回答を返す。回答には番号つきの出典が付き、元の情報源にリンクする

回答の材料になるのは、その都度Webを検索して集めたページです。

検索で拾われないページは、そもそも出典の候補に入りません。

自前の大規模な索引を持っている

Perplexityは、2025年9月25日に開発者向けのSearch APIを公開しました。その発表記事には、このAPIがPerplexityの回答エンジンを動かす基盤と同じものを使っていると書かれています。

あわせて、索引は数千億ページ規模で、毎秒数万件の更新を処理しているとも説明されています。情報の古さはAIエージェントがつまずく大きな原因の一つで、更新の速さを重視している、という趣旨も記されています。

つまりPerplexityは、自前で集めた索引を持っています。

robotsに関するヘルプでは、索引づくりに第三者のクローラーも使っているとあります。そうした事業者にもrobots.txtを守らせるよう、契約を更新したとも書かれています。

ページ全体より、節や範囲を単位にする

同じ日に公開された研究チームの技術記事は、AI向けの検索では文書を細かい単位に分けて扱う考え方を述べています。ページ全体の関連度だけでなく、節や範囲を、それぞれ独立した単位として扱うというものです。

Search APIの発表記事にも、文書を細かい単位に分けて、質問に合う部分をあらかじめ順位づけして返すと書かれています。

これはSearch APIについての説明です。回答の出典選びがまったく同じ仕組みだと、公式が明言しているわけではありません。

それでも事業者としては、1ページの中の特定の段落が、質問への答えとして切り出される可能性を考えておくと役に立ちます。

見る点	技術記事と発表記事の記載	事業者への示唆(推測)
検索の単位	節や範囲を独立した単位として扱う	段落ごとに意味が通る書き方にする
検索の方式	語句の一致と意味の近さを組み合わせる	質問に近い言葉と、言い換えの両方を本文に入れる
順位づけ	複数の段階で順位をつける	1つの工夫に頼らず、基本を整える
鮮度	索引を常に更新し、古さを失敗の要因と見ている	更新日を明記し、古い情報を残さない

検索の種類で、参照の範囲が変わる

通常の検索とPro Search

ヘルプセンターの「What is Pro Search?」によると、Pro Searchは複数回の検索を行い、記事、学術論文、フォーラム、動画などから情報を集めます。

選んだ絞り込み(Web、Academic、Finance、Filesなど)に応じて、参照先が変わります。

集めた情報は、数十の情報源を読み、分析して、まとめられます。回答には、元の情報源へのリンクが付きます。

利用者が使う機能によって、参照される情報源の幅が変わるということです。

Research

「What is Research mode?」によると、Researchは数十回の検索を行い、数百の情報源を読んで、報告書を自動でまとめる機能です。ほとんどの調査は3分以内に終わり、回答まで4〜5分かかることがあると説明されています。

検索ボックスのモード選択から使います。使うモデルは自動で選ばれ、利用者が選ぶことはできません。

種類	公式の説明(要約)	事業者にとっての意味
通常の検索	質問を解釈し、Webを検索して、出典つきで答える	検索で拾われなければ、出典の候補に入らない
Pro Search	複数回の検索で、記事、論文、フォーラム、動画などを参照する	参照先の幅が広がり、比較や詳しい説明の中で名前が出る可能性がある
Research	数十回の検索で数百の情報源を読み、報告書をまとめる	長い報告書の一部として、段落単位で使われる可能性がある

検索の種類は、利用者が選ぶ

どの種類を使うかは、質問する側が決めます。事業者が指定する方法はありません。

そのため、特定の機能向けに最適化するよりも、どの機能でも読める状態を整えるほうが、効率のよい進め方です。

出典になりうるものを整理する

公式の説明から読み取れる、出典になりうるものを順に見ます。

自前の巡回で集めたページ

PerplexityBotが巡回して集めたページです。企業サイト、ブログ、メディアの記事、公的機関のページなどが含まれます。

事業者が最初に気にするべきは、このボットが自社サイトを読めるかどうかです。

第三者のクローラー経由で集めたページ

索引づくりに、提携する外部のクローラーも使っています。自社が直接関係を結んでいなくても、ページが集められる経路が複数あるということです。

質問をきっかけに取得するページ

利用者の質問に答えるために、その場でページを読みに行く動きがあります。担当するのはPerplexity-Userというアクセス元で、次の章で詳しく見ます。

絞り込みで対象になる情報

学術論文や金融関連の資料のように、絞り込みの対象になる情報源があります。一般の企業サイトが直接関わる場面は多くありませんが、業界の公的な資料や論文の中に自社が載っている場合があります。

出典のラベルは、順位とは別のもの

盾のアイコンと3つのラベル

ヘルプセンターの「Understanding source labels」によると、一部の出典には、盾のアイコンとともにGovernment、Academic、Trustedのいずれかのラベルが表示されます。

それぞれ、政府、学術、信頼を示すラベルです。

評価の観点

評価はWebサイトを単位に行われ、ページごとには行われません。確認する観点は、客観的に答えられる問いです。

観点	問いの例
誤りの訂正	誤りを見つけたときに、訂正しているか
書き手の明示	各記事の書き手を示しているか
広告との区別	ニュースと、広告や意見を分けているか

Perplexityとの提携や支払いなどの事業上の関係は、ラベルに影響しないと明記されています。

ラベルがないことの意味

ラベルがないことは、質が低いという判断ではありません。まだ評価されていないか、評価が定まっていないことを意味します。

また、ラベルは、そのサイトの主張にPerplexityが同意しているという意味でもありません。

ラベルが出典選びに影響するかは、書かれていない

ラベルがどのページを出典に選ぶかに影響するのか、順位に影響するのかについて、公式は何も述べていません。ラベルは、利用者が出典の種類や信頼性を判断する手がかりとして説明されています。

それでも、評価の観点にある書き手の明示、訂正の姿勢、広告との区別は、サイトの信頼性の基本です。整えておいて損はない項目だと考えられます。

PerplexityBotとPerplexity-Userの違い

2つのアクセス元の役割

Perplexityの開発者向け文書「Perplexity Crawlers」では、2種類のアクセス元が説明されています。事業者がまず理解しておきたいのは、この2つの違いです。

項目	PerplexityBot	Perplexity-User
役割	Perplexityの検索結果にWebサイトを表示し、リンクするためのクローラー	利用者の質問に答えるため、その場でページを読みに行く取得役
動き方	自動で巡回して、索引を作る	利用者の操作をきっかけに動く
AIの基盤モデルの学習	使わないと明記	使わないと明記
robots.txt	従う	利用者の依頼による取得のため、通常は適用しない(公式の表現は”generally ignores”)
IP範囲の公開	perplexity.comのperplexitybot.json	perplexity.comのperplexity-user.json

名乗り方は文書に書かれている

アクセス元が名乗る識別文字列(ユーザーエージェント)は、文書に具体的に示されています。

PerplexityBotは「PerplexityBot/1.0」、Perplexity-Userは「Perplexity-User/1.0」という名前を含み、それぞれ公式の説明ページへのURLが添えられています。

アクセスログを見るときは、この名前を手がかりにします。

名前だけで本物とは決められない

ユーザーエージェントは、誰でも名乗ることができます。そのため文書は、WAFでボットを判定するときに、ユーザーエージェントの一致とIPアドレスの確認を組み合わせるよう勧めています。

本物かどうかは、公開されているIP範囲と照らし合わせて判断する、という考え方です。

robots.txtで拒否するとどうなるか

本文はインデックスされない

ヘルプセンターの「How does Perplexity follow robots.txt?」には、robots.txtでPerplexityBotを拒否したサイトについて、本文の全部または一部をインデックスしないと書かれています。

本文が索引にない以上、その内容が回答の根拠として使われる可能性は大きく下がると考えられます。この部分は推測です。

ドメイン名、見出し、短い要約は残ることがある

同じヘルプには、ブロックされていても、ドメイン名、見出し、短い事実の要約はインデックスすることがあるとも書かれています。

拒否しても、サイトの存在が見えなくなるとは限りません。自社の情報を完全に隠したい場合は、robots.txtだけでは足りないと考えておくのが安全です。

URLを指定した要約は無効にされている

以前は、利用者がURLを指定すると、robots.txtでブロックされたページも要約できました。ヘルプでは、悪用を防ぐために、この機能は無効にしたと説明されています。

反映には最大24時間かかる

開発者向け文書によると、robots.txtを変更してからPerplexity側に反映されるまで、最大24時間かかることがあります。

変更した直後に確認して反映されていなくても、すぐに失敗と決めないでください。

状況	公式の記載	見るポイント
拒否したサイト	本文の全部または一部をインデックスしない	引用されたい場合は、拒否の行が残っていないか確認する
拒否したサイトでも残るもの	ドメイン名、見出し、短い事実の要約	完全に隠せるとは考えない
URLを指定した要約	無効にした	拒否を回避する使い方はできない
変更の反映	最大24時間	変更後は1日あけてから確認する

robots.txtの設定例

robots.txtは、サイトの最上位に置くテキストファイルです。たとえば「自社ドメイン/robots.txt」で開けます。

クローラーに、どこを読んでよいかを伝えます。

引用されたい場合の基本形

Perplexityに引用されたい場合は、2つのボットを明示的に許可しておくと、意図がはっきりします。

“`
User-agent: PerplexityBot
Allow: /

User-agent: Perplexity-User
Allow: /
“`

Perplexity-Userは通常robots.txtを適用しないとされています。それでも、方針を明文化するために併記して構いません。

全ボットの一括拒否が残っていないか

よくあるのが、次のような一括拒否が残っているケースです。

User-agent: *
Disallow: /

制作中に検索エンジンを避けるために書いたものが、公開後もそのまま残っていることがあります。PerplexityBot用のグループが別になければ、このボットも同じルールでブロックされます。

名前を指定したグループがあれば、そちらが優先されます。一括拒否を残したままPerplexityBotだけを許可したい場合は、上の基本形のように、PerplexityBot用のグループを別に書きます。

確認は、ブラウザで「自社ドメイン/robots.txt」を開き、「User-agent: *」や「User-agent: PerplexityBot」の下にDisallow: /がないかを見るだけです。

一部だけを除外したい場合

会員ページのように、一部だけを除外したい場合は、PerplexityBotのグループにDisallowの行を足します。

User-agent: PerplexityBot
Disallow: /members/

除外した範囲の本文はインデックスされません。ただし、先に見たとおり、ドメイン名や見出しが残る可能性はあります。

WAFとCDNの設定も確認する

robots.txtの手前で止まっていることがある

robots.txtで許可していても、その手前にあるWAF(不正アクセスを防ぐ仕組み)やCDN(配信を高速にするサービス)のボット対策で、PerplexityBotが止められていることがあります。

この場合、サイトの持ち主がrobots.txtで許可していても、ボットは本文に届きません。

Cloudflareの許可ルール

開発者向け文書には、Cloudflareでの許可ルールの例が紹介されています。WAFのカスタムルールを作り、動作を「Allow」にします。

条件は、ユーザーエージェントにPerplexityBotまたはPerplexity-Userを含むこと、かつ送信元のIPが公開されたIP範囲に含まれることです。

AWS WAFの許可ルール

AWS WAFでは、公開されたIP範囲からボットごとのIPセットを作ります。それをユーザーエージェントの文字列一致の条件と組み合わせて許可ルールを作り、Web ACLに関連付ける手順が示されています。

利用しているもの	文書にある対応	確認のしかた
Cloudflare	カスタムルールで、ユーザーエージェントとIP範囲の両方を条件に許可する	管理画面でルールの有無を見る
AWS WAF	IPセットと文字列一致を組み合わせた許可ルールを、Web ACLに関連付ける	ルールとWeb ACLの設定を見る
上記以外	文書に個別の手順はない	管理会社に、ボットを止める設定がないか聞く

IP範囲は更新される

文書は、公開しているIP範囲のJSONをWAF設定の「信頼できる唯一の情報源」と位置づけ、定期的に取得して自動で更新する仕組みを勧めています。

一度手作業で登録して終わりにすると、あとで範囲が変わったときに、本物のボットを止めてしまうおそれがあります。

管理会社に頼むときの聞き方

自分で管理画面を触っていない場合は、サイトの管理会社に次のように頼むと伝わります。

「PerplexityBotとPerplexity-Userを、公式のIP範囲を条件に許可してください。今、遮断する設定になっていないかも教えてください。」

返ってきた答えは、日付とともに記録しておくと、あとで見直すときに役立ちます。

引用されやすくするために事業者ができること

前提として、Perplexityは、この条件を満たせば引用される、という基準を公開していません。

以下は、公式が公開している仕組みから考えた、取り組む価値の高い項目です。どこまでが公式の記載で、どこからが推測なのかを、表で先に示します。

項目	手がかりになる公式の記載	確からしさ
読める状態にする	拒否したサイトの本文はインデックスしない	公式の記載から直接分かる
段落ごとに答えになる書き方	節や範囲を独立した単位として扱う設計	推測(Search APIの説明からの類推)
情報を新しく保つ	古さを失敗の要因とみて、更新を重視している	推測(索引の設計方針からの類推)
書き手、訂正、広告の区別	出典のラベルの評価観点	推測(ラベルが出典選びに効くかは不明)
自社にしか書けない情報	複数の情報源をまとめて答える	推測(公式の記載なし)

1 まず読める状態にする

最初にやるべきことです。次の3点を確かめます。

• robots.txtでPerplexityBotを拒否していないか
• WAFやCDNのボット対策で、PerplexityBotを遮断していないか
• 重要なページがログイン必須になっていないか

本文が画像の中の文字だけだったり、ページを開いてからJavaScriptで後から表示されたりすると、読み取りにくい場合があります。PerplexityがどこまでJavaScriptを実行して読むのかは、公式に明記されていません。

大事な情報は、HTMLのテキストとして書いておくのが無難です。

2 質問に、段落単位で答える書き方にする

先に見たとおり、Perplexityの検索基盤は、文書の節や範囲を単位にする設計です。そこから考えると、1つの段落だけを取り出しても意味が通る書き方が有利になると考えられます。

• 見出しを、お客様の質問の形にする(「営業時間は」「対応する地域はどこか」など)
• 見出しの直後の1〜2文で、結論を書く
• 「上記のとおり」「前述の」など、前後を読まないと分からない表現を減らす
• 数字、条件、固有名詞を具体的に書く

3 情報を新しく保ち、更新日を示す

Search APIの発表記事は、情報の古さがAIエージェントの大きな失敗の原因になると述べています。事業者の側でも、古い情報を残さない対応が役に立ちます。

• サービス内容、営業時間、所在地は、変わったらすぐに更新する
• 記事には、公開日と更新日を明記する
• 終了した情報は、削除するか「終了しました」と明記する

古い案内が残っていると、誤った内容が回答に使われるおそれがあります。

誤りが出た場合の直し方は、Perplexityが自社について間違った回答をするときの対処法にまとめています。

4 書き手、訂正の方針、広告の区別を示す

出典のラベルの評価観点は、誤りの訂正、書き手の明示、広告との区別でした。ラベルが出典選びに効くかは不明ですが、サイトの信頼性を示す基本として整えておく価値があります。

• 記事ごとに、著者名とその人の経歴を書く
• 会社概要のページに、所在地、代表者、連絡先を明示する
• 訂正した場合は、日付と内容を記す
• 広告や紹介の記事には、その旨を明記する

5 自社にしか書けない一次情報を出す

Perplexityは複数の情報源をまとめて答えます。どこにでも書いてある一般論のページは、ほかのページと入れ替えがききます。

公式は明言していませんが、次のような自社ならではの情報は、出典として使われる理由になりやすいと考えられます。

• 実績のデータ、施工や導入の事例(掲載の許可を得たもの)
• 自社で行った調査の結果(方法、時期、対象を明記する)
• 現場の担当者が書いた、具体的な手順と注意点
• 自社の商品やサービスの、正確な仕様

買い物と商品データ(EC事業者向け)

Instant Buyは米国の利用者向け

ヘルプセンターの「What is Instant Buy?」によると、Instant Buyは、米国の利用者が複数の販売者の商品を、Perplexity上で直接購入できる機能です。

対象は米国内の全利用者で、Enterprise ProとEnterprise Maxのプランは対象外とされています。

日本の事業者や利用者が、この機能をどこまで使えるかは、2026年10月17日時点で公式の記載から確認できませんでした。

推薦されやすくなる条件の記載

同じヘルプには、商品の掲載について次のように書かれています。

項目	ヘルプの記載
並べ方	回答の出典を権威と関連性で並べるのと、似た基準で商品を並べる
推薦されやすい販売者	在庫、レビュー、価格、仕様など、詳しい情報を提供する販売者
広告	広告主が掲載を買うことはできない。関連商品は関連性と評価で決まる

詳しい商品情報を載せている販売者ほど推薦されやすい、という説明は、自社サイトの商品ページを整える理由になります。

Merchant Programは大規模小売向け

2024年11月18日の公式ブログでは、Merchant Programが発表されました。大規模な小売事業者が、商品の仕様をPerplexityに共有するための仕組みで、販売者側の参加は無料と説明されています。

参加の利点として、推薦される商品に選ばれる可能性が上がること、ワンクリック購入の仕組みに加われること、APIを無料で使えること、検索や購買の傾向を見られる管理画面があることが挙がっています。

同じ記事には、まず米国向けに始め、その後ほかの市場に広げる予定と書かれています。中小の事業者が、すぐに使えるものとは限りません。

報道機関、メディア向けの提携

ニュースや専門メディアを運営している場合は、提携のプログラムも選択肢です。一般の企業サイトが対象になるものではありません。

Publishers’ Program

2024年7月30日の公式ブログで、Publishers’ Programが発表されました。パートナーの記事が参照された回答でPerplexityが広告収入を得た場合に、その発行元にも分配される、という内容です。

その後の拡大では、日本から、ニューズピックスとミンカブ・ジ・インフォノイドが参加企業に加わりました。

2026年10月17日時点の受け付け状況や条件は、公式のページから確認できませんでした。関心がある場合は、Perplexityに直接問い合わせてください。

Comet Plus

2025年8月25日の公式ブログで、Comet Plusが発表されました。参加する出版社に、収益を配分する仕組みです。

配分は、人の訪問、検索での引用、エージェントの操作という、3種類のアクセスに応じて行われると説明されています。

プログラム	発表時期	公式の説明(要約)	対象
Publishers’ Program	2024年7月	参照された回答の収益を、発行元に分配する	報道機関、出版社
Comet Plus	2025年8月	人の訪問、引用、エージェントの操作に応じて配分する	参加する出版社
Merchant Program	2024年11月	大規模な小売事業者が商品の仕様を共有する	大規模な小売事業者

これらの提携の有無が、出典選びや順位に影響するかについて、公式は明言していません。出典のラベルについてだけは、提携や支払いは影響しないと明記されています。

Cloudflareとの議論について

Cloudflareの主張

2025年8月4日、Cloudflareは自社のブログで、Perplexityが宣言していないクローラーを使い、クロールを拒む指示を回避しているとする記事を公開しました。記事の主な内容は次のとおりです。

• 検索エンジンに登録されていない新しいドメインを用意し、robots.txtとWAFで、Perplexityの公表しているボットを拒否した
• それでもPerplexityは、そのドメインの内容について詳しく答えた
• 公表しているボットが止められると、macOSのChromeを名乗る一般的なブラウザのユーザーエージェントや、公開されたIP範囲の外のIPからのアクセスが見られた
• そのためCloudflareは、Perplexityを検証済みボットの一覧から外し、こうしたアクセスを遮断するルールを加えた

Perplexityの反論

同じ日に、Perplexityは公式ブログ「Agents or Bots? Making Sense of AI on the Open Web」で反論しました。

• 利用者の依頼に応じてページを取得するAIアシスタントの動きは、機械的に大量収集する巡回とは性質が違う
• Perplexityのユーザー向けの取得は、情報を保存せず、学習にも使わない
• Cloudflareが挙げた一部のアクセスは、Perplexityがときどき使う第三者のクラウドブラウザサービス(BrowserBase)の通信を取り違えたものだ

事業者が押さえておくこと

双方の主張は食い違っています。この記事では、どちらが正しいかを判断しません。

事業者として確かめられる事実は、次の2点です。

• 開発者向け文書の上で、Perplexity-Userは通常robots.txtを適用しないとされていること
• Cloudflareを使っているサイトでは、Cloudflare側のボット対策の設定によって、Perplexityからのアクセスが遮断される場合があること

引用されたいのか、アクセスを制限したいのか。自社の方針を先に決め、robots.txtとWAF、CDNの設定をその方針にそろえてください。

論点	Cloudflareの説明	Perplexityの説明
発表日	2025年8月4日	2025年8月4日
問題とした行動	拒否されたあとに、別の名乗りと別のIPでアクセスした	利用者の依頼による取得で、巡回とは違う
一部のアクセスの出どころ	Perplexityのもの	第三者のクラウドブラウザサービスのもの
事業者の対応	Cloudflare側で遮断のルールを加えた	自社の方針に合わせて設定する

自社の表示状況を確かめる

方法1 アクセスログを見る

サーバーのアクセスログで、ユーザーエージェントに「PerplexityBot」や「Perplexity-User」を含むアクセスがあるかを探します。

見つかったら、そのIPアドレスが公式のIP範囲のJSONに含まれるかを照らし合わせます。含まれていれば、本物のアクセスと判断できます。

ログの形式は、使っているサーバーによって違います。見方が分からない場合は、管理会社に「PerplexityBotのアクセスが記録されているか」を聞いてください。

方法2 実際に質問して、出典を見る

Perplexityで、お客様が聞きそうな質問を入力します。業種、地域、サービス名などを入れ、出典に自社サイトが含まれるかを見ます。

回答は、言い回しや時期で変わります。1回で判断せず、いくつかの質問で、日をあけて確かめるのがおすすめです。

結果を記録する

確かめた結果は、日付とともに表に残します。

日付	質問	出典に自社サイトがあったか	ほかに出た出典	気づいたこと
記入する	記入する	あり/なし	上位の出典を書く	古い情報の有無など

同じ質問を、同じ条件で繰り返すと、変化が分かります。

よくある質問

Q. 引用されるために、お金を払う方法はありますか？

出典のラベルについては、提携や支払いなどの事業上の関係は影響しないと、公式が明記しています。

出典の選ばれ方そのものについて、支払いで有利になる仕組みは、公式の資料に書かれていません。

Q. PerplexityBotを許可すると、自社の文章がAIの学習に使われますか？

開発者向け文書は、PerplexityBotもPerplexity-Userも、AIの基盤モデルの学習には使わないと明記しています。

ただし、方針が変わる可能性はあります。許可の判断をするときは、公式の最新の文書を確かめてください。

Q. 小さな会社でも、出典に選ばれますか？

公式は、会社の規模について何も述べていません。選ばれるかどうかは、質問との合い方や、ページの読みやすさなど、複数の要素で決まると考えられます。

小さな会社にできるのは、読める状態にし、質問に答える形で、正確な情報を書くことです。

Q. 出典に出るようになったか、どれくらいで分かりますか？

反映までの期間は、公式に書かれていません。robots.txtの変更は最大24時間とされています。

ページの更新が回答に反映される時期は、保証されていません。日をあけて、同じ質問で繰り返し確かめてください。

Q. 自社の名前が間違って答えられています。

その場合は、出典を開いて原因を切り分けるところから始めます。手順は、Perplexityが自社について間違った回答をするときの対処法にまとめています。

まとめ

Perplexityは、質問のたびにWebを検索し、集めたページをもとに回答を作って、番号つきの出典を示します。2026年10月17日時点の公式情報から、押さえておきたい点は次のとおりです。

• 索引を作るのはPerplexityBotで、robots.txtに従う。拒否すると本文はインデックスされない
• Perplexity-Userは、質問をきっかけにページを読みに行く取得役で、通常はrobots.txtを適用しない
• どちらも公開IP範囲があり、WAFではユーザーエージェントとIPの両方で確認するのが公式の推奨
• 検索基盤は節や範囲を単位に扱い、情報の新しさを重視している
• 出典のラベルは、訂正、書き手の明示、広告との区別などで評価され、提携や支払いは影響しない
• こうすれば必ず引用される、という公式の基準はない

今日できる点検

順番	やること	確かめる場所
1	robots.txtで、PerplexityBotを拒否していないか見る	自社ドメイン/robots.txt
2	WAFやCDNの設定で、ボットを遮断していないか見る	管理画面、または管理会社
3	重要なページの本文がテキストで読めるか見る	ページのソース
4	古い情報に、更新日か終了の表示を付ける	自社サイトの各ページ
5	質問を3つ決め、出典に自社が出るか記録する	Perplexity

まずrobots.txtとWAF、CDNの設定を確認して、読める状態を作ってください。そのうえで、段落ごとに答えになる書き方、情報の更新、書き手の明示、自社ならではの一次情報の発信に取り組みましょう。

ページを増やしても問い合わせが来ないなら、原因はページの外にあります。その場合は、下の入口からご相談ください。