プレスリリースはAI検索の引用源になるか｜PR配信とサイテーション獲得の実務

先に結論です。プレスリリースはAI検索の引用源になり得ます。ただし引用されるのは多くの場合「自社サイト」ではなく「PR TIMESなど配信プラットフォームや転載メディアのURL」です。 つまりプレス配信は、AIの回答に自社の名前と一次情報を載せる手段としては有効ですが、自社ドメインへのサイテーション（引用・言及）を直接積み上げる手段としては不完全です。この非対称を理解した上で、リリース文の構造・配信面の選び方・自社サイトとの連携を設計することが、プレスリリースをAI検索対策（LLMO対策・AIO対策）に組み込む実務の中心になります。

この記事では、第三者調査のデータと各プラットフォームの公式仕様をもとに、「プレス配信がAI Overview・ChatGPT検索の引用にどう効くのか」を検証的に整理します。なお、AI検索におけるサイテーションの概念そのもの（被リンクとの違い、獲得戦略の全体像）はサイテーションとAI検索の関係で解説しています。本記事は「プレスリリースという手段」に特化した各論です。

プレスリリースのAI検索引用とは（定義）

プレスリリースのAI検索引用とは、企業がPR TIMES等の配信サービスで発表したリリース情報が、ChatGPT検索・Google AI Overview・Perplexity等の生成AI検索の回答内で出典として提示されたり、回答本文の根拠として利用されたりすることを指します。 引用されるURLは自社サイトとは限らず、配信プラットフォーム上のリリースページや、ニュースサイトへの転載記事であることが多い点が、従来のSEOにおける被リンク獲得と大きく異なります。プレスリリースは「AIが参照しやすい一次発表情報」を公開ウェブに置く行為であり、AI検索対策の文脈では、自社発の事実（新サービス・調査データ・提携・実績）をAIの学習・検索インデックスに正確な形で供給するチャネルとして位置づけられます。

この定義から導かれる実務上のポイントは3つです。

• プレス配信は「AIに引用される場所を増やす」施策であって、「自社ドメインが引用される」ことを直接保証するものではない
• 引用のされやすさは、配信面（プラットフォーム・転載メディア）のクローラビリティと権威性に依存する
• リリース文自体の構造（見出し・事実の書き方・数値の根拠明示）が、AIが安全に切り出せるかどうかを左右する

検証：プレスリリースは実際にAI検索に引用されているのか

第三者調査が示す引用の実態

株式会社Wallabeeが運営するOptyino.aiは、2026年4月〜7月にかけて81,895件のAI回答（引用URL約70万件）を分析し、生成AIがプレスリリースをどの程度引用するかを調査しています。この調査で示された主な数値は次のとおりです。

出典：Optyino.ai（株式会社Wallabee）調査、2026年4月21日〜7月8日実施。

この調査からは、実務上重要な示唆が3つ読み取れます。

1. プレスリリースは引用対象URL全体の2.20%に過ぎないのに、回答の15.05%に関与している。 母数に対して引用されやすいコンテンツタイプであることを示唆します。
2. プレスリリース引用URLの60.5%がPR TIMESに集中している。 日本語圏のAI検索において、配信プラットフォームの選択が引用機会に直結する可能性が高いことを意味します。
3. 「出典リストでの引用」は15.05%ある一方、「AIが自分の言葉で構成する本文中での言及」は0.63%にとどまる。 プレスリリースは出典欄には載りやすいものの、AIの回答本文の中核情報として消化されるケースは少ない、という非対称があります。

ただしこの調査は、プロンプトの選定（金融・住宅・家電・BtoB関連の120個）やAPIベースの取得手法による偏りの可能性が調査元自身から注記されています。数値は「傾向を示す参考値」として扱い、自社の業界・キーワードで再現するかは個別に観測すべきです。この記事でも、これらの数値をもって「配信すれば引用される」とは主張しません。

誰のURLが引用されるのかという問題

上記の調査で最も注意すべき点は、引用されているのがPR TIMESドメインのリリースページだということです。PR TIMESで配信したリリースは、livedoorニュースやInfoseekニュース等の提携メディアに転載されることがあり、AIが引用するURLはこれら転載先になる場合もあります。

つまりプレス配信で起きることを分解すると、次のようになります。

• 自社の発表内容（企業名・サービス名・事実）がAIの回答に載る → 起きやすい
• 自社ドメインのURLが出典として提示される → 起きにくい（リリース内リンクは通常、出典として選ばれるページ自体ではないため）
• 配信プラットフォームや転載メディアのURLが出典になる → 起きやすい

自社ドメインのサイテーションを増やしたい場合は、プレス配信単体では完結しません。後述するとおり、リリースと同じ内容の詳細版を自社サイトに公開し、リリースから参照させる「二段構え」が実務の基本形になります。

SEOの被リンク評価とAI検索の引用は別物

プレスリリースのSEO効果については、Googleが2013年にリンクスパムポリシー（当時のリンクプログラムに関するガイドライン）を更新し、プレスリリース内の最適化されたアンカーテキストリンクは広告と同様にnofollowにすべきという方針を示した経緯があります。PR TIMESをはじめとする配信サービスのリリース内リンクは、この方針に沿ってnofollow等の属性が付与されるのが一般的です。2019年以降、Googleはnofollowを「無視する指示」から「ヒント」として扱う方針に変えていますが、「プレス配信で被リンクSEO効果を狙う」施策が推奨されない状況は変わっていません。

一方、AI検索の引用は、この被リンク評価の枠組みとは動作原理が異なります。

ここで重要なのは、「プレスリリースはSEOに効かないからやる意味がない」という2010年代の結論を、AI検索にそのまま持ち込むのは誤りだということです。nofollowリンクはリンク評価を渡しませんが、AIクローラーがリリースページ本文を読み、企業名と発表内容を回答素材にすることは妨げません。プレス配信の価値は「リンク」から「AIが読める一次発表テキスト」に軸足が移っています。

なお、Google自身はAI機能とウェブサイトに関する公式ドキュメントで、AI OverviewやAIモードに表示されるための追加要件や特別な最適化は存在せず、通常の検索と同様にインデックス登録とスニペット表示可能な状態が前提だと明言しています。「AI Overviewに載せるための裏技」的な施策は、プレス配信を含めて存在しない前提で設計してください。

配信面の権威性と転載メディアの扱い

配信プラットフォーム選定の考え方

前述の調査でPR TIMESがプレスリリース引用URLの60.5%を占めていた事実は、配信面選びの判断材料になります。ただし「PR TIMESだから引用される」のではなく、次の条件を満たす配信面が結果的に引用されやすい、と解釈するのが妥当です。

• AIクローラーがアクセスできる：OpenAIは公式ドキュメントで、ChatGPT検索用のインデックスを作るOAI-SearchBot、学習用のGPTBot、ユーザー操作起点のChatGPT-Userという3種のクローラーを公開しています。配信面がこれらをrobots.txtでブロックしていれば、そのプラットフォーム上のリリースはChatGPT検索の出典候補になりにくくなります。
• 検索インデックスに載る：Google AI Overviewの出典は通常検索のインデックスが前提です。配信面のドメインが検索で健全に評価されているかが土台になります。
• 転載ネットワークを持つ：大手ポータルへの転載は、同じ発表内容が複数の独立したURLで公開されることを意味し、AIから見た「複数ソースで確認できる情報」になります。

転載メディアは味方か、それとも競合か

転載記事の扱いには二面性があります。

プラス面：同一の事実が複数メディアに載ることで、AIにとって裏取り可能な情報になります。ブランド名と事実の共起が複数ドメインで発生することは、AI検索におけるブランドクエリ対策で解説しているエンティティ認識の観点でも望ましい状態です。

マイナス面：AIの出典枠は有限です。転載先が出典に選ばれると、自社サイトどころか配信元のPR TIMESすら出典に並ばないことがあります。また転載時にタイトルが短縮・変更されると、意図しない切り取られ方で引用されるリスクがあります。

実務上の結論としては、転載は制御できない前提で、「どのURLが引用されても自社の事実が正しく伝わる」リリース本文を書くことが対処になります。転載先で削られやすい末尾ではなく、リリース前半に企業の正式名称・サービス正式名称・数値の根拠を置くのはこのためです。

AIに引用されやすいリリース文の構造化

リリース文の構造化と言っても、本文にコードを埋め込む話ではありません。配信プラットフォーム上では自社でHTMLやメタデータを自由に制御できないため、テキストの書き方そのものでAIが切り出しやすい構造を作ることが中心になります。

引用されやすさを意識した執筆チェックリスト

• タイトルに「誰が・何を」を完結させる：企業名（または サービス名）と発表内容がタイトルだけで特定できるか。転載時に本文が省略されてもタイトルが独立して意味を持つか。
• 第1段落を要約として自立させる：5W1Hを最初の3文以内に収める。AIは冒頭の要約段落を優先的に素材化しやすい。
• 数値には必ず根拠を併記する：「導入企業数◯社（2026年6月末時点、自社集計）」のように、時点と出所をセットで書く。根拠のない数値はAIに引用された際に検証不能な情報として自社の信頼を損なう。
• 正式名称を最低1回はフルで書く：略称だけで通すと、AIが別エンティティと混同するリスクがある。「株式会社◯◯（本社：東京都◯◯区、代表取締役：◯◯）」の定型はエンティティ紐付けの観点で機能している。
• 小見出しを疑問文または事実文にする：「背景」「今後の展望」のような汎用見出しより、「なぜ◯◯を開発したのか」のような自己完結する見出しの方が、切り出されたときに文脈が保たれる。
• 自社サイトの詳細ページURLを本文に明記する：リンク評価は期待しない。AIや読者が「一次情報の置き場所」として自社ドメインを認識する導線として書く。
• 画像に依存した情報を作らない：料金表や比較表を画像だけで載せると、AIはその情報を読めない。重要情報は必ずテキストでも記載する。

リリースと自社サイトの二段構え

自社ドメインへのサイテーションを狙うなら、次の分担が基本形です。

配信リリースを自社サイトに全文コピーするだけの運用は、正本がどちらか曖昧になるため避けます。自社側にはリリースに書ききれない詳細（調査リリースなら調査手法と全設問、プロダクトリリースなら仕様と料金の正確な条件）を置き、AIが「要約はPR TIMES、詳細は自社サイト」と参照し分けられる状態を作ります。自社サイト側の受け皿ページの品質要件はAI検索に強いWebサイトの条件で扱っています。また、自社サイト側でAIクローラーを誤ってブロックしていては二段構えが機能しないため、robots.txtのAIクローラー設定を先に点検してください。

判断表：プレス配信をAI検索対策としてやるべきか

プレス配信には費用がかかります。AI検索対策の文脈でどう位置づけるかの判断表です。

表中で触れた関連施策は、AIが自社を間違って説明するときの修正方法とWikipedia・Wikidataによるブランドエンティティ整備でそれぞれ詳しく解説しています。

実装チェックリスト：配信前・配信時・配信後

配信前

• 発表内容が「事実」として書けるか確認する（希望や抱負ではなく、日付・数値・固有名詞で構成できるか）
• 自社サイト側に詳細版の受け皿ページを用意する
• 自社サイトのrobots.txtがGooglebot・OAI-SearchBot等の必要なクローラーを許可していることを確認する
• 企業の正式名称・サービス名表記が自社サイト・過去リリースと一致していることを確認する

配信時

• タイトル単体で「誰が何をしたか」が伝わる形にする
• 第1段落に5W1Hを収める
• 数値に時点と出所を併記する
• 自社詳細ページのURLを本文に記載する
• 重要情報を画像のみで掲載しない

配信後

• 配信リリースと転載先がGoogle検索でインデックスされているか確認する（site:検索や配信管理画面）
• 2〜4週間後を目安に、主要AI検索（ChatGPT検索・Perplexity・AI Overview/AIモード）で発表内容に関する質問を投げ、自社の事実がどのURL経由で引用されるか観測する
• 誤った要約・古い情報との混在が起きていないか確認し、起きていれば自社サイト側の正本を補強する
• 観測結果を記録し、次のリリースの書き方に反映する

AI検索での見え方の観測は一度で終わらせず、LLMOのKPI設計と測定で解説している定点観測の枠組みに組み込むことを推奨します。

失敗例：プレス配信をAI検索対策で誤用するパターン

失敗例1：引用実績のためだけの空リリース連発。 「◯◯を開始しました」レベルの中身がないリリースを月次で配信し続けるパターン。転載されず、AIの引用素材にもならず、配信費用だけが積み上がります。発表に値する事実を作ってから配信するのが順序です。

失敗例2：アンカーテキスト最適化への先祖返り。 AI検索が注目された結果、かえって2013年以前の「キーワードリンクを埋め込んだリリース量産」に回帰してしまうパターン。リンク評価は渡らない上、Googleのスパムポリシー上のリスクだけを負います。

失敗例3：自社サイトに正本を置かない。 配信面にだけ情報があり、自社サイトには1行のお知らせしかない状態。AIが詳細を確認しに行く先が存在せず、サイテーションが永久にPR TIMESドメイン止まりになります。

失敗例4：数値の根拠を書かない。 「業界No.1」「導入企業多数」のような検証不能な表現は、AIに引用された際にそのまま拡散されるか、根拠不明として無視されるかのどちらかです。時点・出所つきの数値に置き換えます。

失敗例5：引用率の数値を保証として受け取る。 「ChatGPTは42.84%でプレスを引用するらしいから、配信すれば載る」という誤読。調査の数値は特定条件下の観測結果であり、自社の業界・キーワードで同じ挙動になる保証はありません。自社での観測が唯一の確認手段です。

よくある質問

プレスリリースを配信すれば必ずAIに引用されますか

されません。引用はAI側の検索・生成の結果であり、保証できる施策は存在しません。言えるのは、第三者調査においてプレスリリースというコンテンツタイプが母数比で引用されやすい傾向が観測されていること、そして引用の前提条件（クロール可能・インデックス済み・事実が明確なテキスト）を配信によって満たしやすくなることまでです。

引用されるのがPR TIMESのURLなら、自社にメリットはないのでは

企業名・サービス名・発表事実がAIの回答に載ること自体に、指名検索や想起の観点で意味があります。また自社サイトに詳細版の正本を置く二段構えにすれば、深掘り質問への回答時に自社ドメインが参照される余地を作れます。「自社URLの引用」だけを成果指標にすると、プレス配信の評価を誤ります。

nofollowリンクしか付かないなら配信は無駄ではありませんか

被リンクSEOの観点では2013年から一貫して非推奨領域ですが、AI検索の引用はリンク属性ではなくページ本文のテキストを対象とします。nofollowであることは、AIクローラーがリリース本文を読み回答素材にすることを妨げません。評価軸を「リンク」から「AIが読める一次発表テキスト」に切り替えて判断してください。

配信サービスはPR TIMES一択ですか

第三者調査ではプレスリリース引用URLの6割超がPR TIMESに集中していましたが、これは日本語圏の配信シェアと転載ネットワークの反映と考えるのが自然です。判断基準は「AIクローラーと検索エンジンがアクセスできる配信面か」「転載ネットワークがあるか」であり、特定サービスの利用自体が引用を約束するわけではありません。

過去に配信した古いリリースがAIに引用されて困っています

古いリリースは削除できない、または削除しても転載先に残ることが一般的です。対処は上書きです。最新の事実を新しいリリースと自社サイトの正本ページで明示し、日付つきで更新履歴を示します。具体的な手順はAIが自社を間違って説明するときの修正方法を参照してください。

まとめ：プレスリリースは「引用面の供給」、自社サイトは「正本」

プレスリリースとAI検索の関係を一文でまとめると、プレス配信はAIが参照できる引用面（サーフェス）を公開ウェブに供給する施策であり、自社ドメインのサイテーションは自社サイトの正本ページとの二段構えで初めて狙える、ということです。

• 事実ベースの発表があるときに配信する。空リリースは配信しない
• タイトルと第1段落で事実が自立するよう書く。数値には時点と出所を付ける
• 自社サイトに詳細版の正本を置き、リリースから参照させる
• 配信後は主要AI検索で「どのURLが・どう引用されるか」を観測し、次に活かす

プレス配信を含めて、自社が現在AI検索でどう説明され、どのURLが引用面になっているかを把握していない場合は、まず現状把握から始めることを推奨します。Uravationでは自社サイトとブランド情報がAIにどう参照されているかを点検するLLMO診断を提供しています。自分で確認したい場合はLLMO監査チェックリストから着手してください。