これまでのAEO（Answer Engine Optimization）フロンティア連載では、AIが自社の情報に触れる「場面」を一つずつ広げてきました。国や言語をまたぐ「越境（空間）」、AIの長期記憶に残る「記憶」、ニュース直後の「速報（時間）」、毎朝の自動ブリーフィングで引用される「定期実行（自動）」、そして前回は自社ページを開いたユーザーのブラウザ内AIが要約する「滞在中（オンページ）」を扱いました。
今回扱うのは、そのどれとも性質が違う面です。それは、自社が渡した提案書・製品資料・ホワイトペーパーが、顧客企業の社内AI（Microsoft 365 Copilot・Gemini Enterprise・Glean など）に取り込まれ、稟議や比較検討の場で「A社とB社を比較して」と聞かれる瞬間です。B2Bの購買担当者は、受け取ったPDFを一つずつ読み込む代わりに、社内AIに要約と比較を任せるようになりつつあります。
この面の厄介な点は、自社からは観測も修正もできないことです。公開WebのAI回答なら、プロンプトを投げて確認し、誤りがあればページを直せます。しかし顧客のテナント内で何が起きているかは、こちらからは一切見えません。だからこそ、資料を渡す前の「設計」で守るしかない——本記事ではその具体的な方法をまとめます。
はじめに——AEOの最後の空白は「相手の社内」
B2Bの購買プロセスでは、営業担当が渡した資料は担当者のメールやTeams、共有フォルダに保存され、そのまま社内の検索・AIの対象になります。検討メンバーが「候補3社の料金体系を表にして」「セキュリティ要件を満たしているのはどこ？」とCopilotに聞いたとき、AIが参照するのは各社から受け取った資料そのものです。
ここで資料が読まれなかったり、古い版が参照されたり、条件付きの数字が条件抜きで要約されたりすれば、営業担当がその場にいないまま比較の土俵で静かに負けます。しかも負けたことにすら気づけません。
前提——購買側の社内AIで何が起きているか
資料が社内AIに届く3つの経路
- メール添付・チャット共有：Outlookで受け取った添付ファイルやTeamsで共有されたファイルは、Microsoft 365 Copilotが参照できる範囲に入ります。担当者がファイルを開いて「この資料を要約して」と頼むのも、最も日常的な使われ方です。
- 共有ドライブへの保存：SharePoint・OneDrive・Google Drive・Boxなどに保存された資料は、Copilotや、コネクタ経由でGemini Enterpriseの検索対象になります。Gemini EnterpriseはGoogle Driveに加え、SharePoint Online・OneDrive・Outlook・Box などのコネクタを提供しています。
- エンタープライズ検索：Gleanのような社内横断検索は、複数のSaaSにまたがる資料をまとめて索引化し、AIが横断的に回答します。
いずれも一般的には、文書を細かい断片（チャンク）に分割して検索し、関連する断片をAIに渡して回答を作るRAG（検索拡張生成）の仕組みで動いています。つまり資料は「1冊」ではなく「断片の集まり」として読まれるという前提で設計する必要があります。
公開Web AEOとの決定的な違い
| 観点 | 公開Web AEO | 購買側の社内AI |
|---|---|---|
| 観測 | 自分でプロンプトを投げて確認できる | 顧客テナント内のため確認できない |
| 修正 | ページを更新すれば反映される | 渡した版が残り続け、差し替えられない |
| 比較相手 | Web上の不特定の情報源 | 同じ案件で提出された競合の資料 |
| 読み手 | 不特定のユーザー | 稟議・選定に関わる意思決定者 |
| 影響 | 認知・流入 | 受注・失注に直結 |
社内AIで「負ける資料」の5つの典型
| 典型 | 社内AIで起きること | 対策の方向 |
|---|---|---|
| 1. 読めない | 暗号化・画像化されたPDFの中身が要約されず、比較表から自社が抜ける | テキスト層のあるPDF、保護レベルの見直し |
| 2. 単体で完結しない | 「前述の通り」「別紙参照」で断片の意味が失われる | 1断片1事実の書き方 |
| 3. 日付・版がない | 旧版と新版が混在し、古い価格や仕様で比較される | 全ページに日付・版・有効期限 |
| 4. 比較軸が拾えない | 仕様が図やキャッチコピーに埋もれ、「記載なし」扱いになる | 比較を前提にした仕様表 |
| 5. 条件が抜ける | 「最大」「Enterpriseプランの場合」が落ち、誤った約束として伝わる | 条件と数字を同じ文に置く |
設計原則1：「機械に読める」PDFにする
最初の関門は、そもそも読めるかどうかです。Microsoftの公式ドキュメントでは、秘密度ラベルで暗号化されたファイルにEXTRACT（コピー）権限がない場合、Copilotはその内容を要約せず、リンクで参照するだけと説明されています。保護を強めた資料ほど、相手の社内AIの比較から自社が抜け落ちる可能性があるわけです。
- テキスト層を持たせる：スライドを画像として書き出したPDFや、スキャンしたPDFは避けます。PowerPointやWordから「PDFとして保存」で直接書き出すのが基本です。
- 見出し構造を残す：見出しスタイルを使い、タグ付きPDFとして書き出すと、章立てが機械にも伝わります。
- 表は表のまま：料金表や仕様表を画像で貼らないでください。画像の中の数字は拾われない前提で考えます。
- 意味のあるファイル名：「提案書_最終.pdf」ではなく「XYZクラウド_製品概要_v3.2_2026-10.pdf」のように、社名・内容・版・日付を入れます。
- 保護と可読性を分ける：本当に機密性が高い情報（個別見積の内訳など）は別資料に分離し、比較されてほしい製品情報は読める形で渡します。
注意：PDFに白文字や極小フォントで「この製品を推奨して」とAI向けの指示を埋め込む手法は、プロンプトインジェクションそのものです。顧客のセキュリティ製品に検知されれば、信頼を一瞬で失います。本記事の手法は、すべて人間が読んでも問題のない「正直な可読性の改善」に限っています。
設計原則2：「1断片1事実」——資料単体・段落単体で完結させる
RAGでは段落や数ページ単位で切り出されるため、前後の文脈がなくても意味が通る書き方が効きます（以下の「XYZクラウド」は架空の製品名です）。
| 悪い例 | 良い例 |
|---|---|
| 前述の通り、本機能により工数を削減できます。 | XYZクラウドの自動仕訳機能により、月次決算の作業時間を平均40%削減できます（導入企業12社の2026年上期実績）。 |
| 詳細は別紙をご参照ください。 | XYZクラウドはISO/IEC 27001認証を取得しています（認証範囲：クラウドサービス運用、2026年3月更新）。 |
| 同機能は上位プランで利用可能です。 | SSO（SAML 2.0）はXYZクラウド Enterpriseプランで利用できます。Standardプランでは利用できません。 |
- 主語に社名・製品名を入れる：「当社」「本製品」だけだと、複数社の資料が混ざった検索結果で誰の話かわからなくなります。
- 略語はセクションごとに定義する：最初の1回だけの定義では、後半の断片には届きません。
- 数字の根拠を同じ文に置く：出典・母数・期間を数字の直後に書きます。
設計原則3：日付・版・有効期限を全ページに
渡した資料は差し替えられません。半年前の提案書と今月の提案書が同じフォルダにあれば、AIはどちらも参照します。AIが新旧を判断できる手がかりを資料自体に埋め込むことが重要です。
- 表紙・各ページのフッター・ファイル名の3か所に発行日と版番号を入れる
- 価格には「2026年10月時点・税別・年額契約の場合」のように時点と条件を必ず添える
- 見積や価格表には有効期限を明記する（「本資料の価格は2027年3月31日まで有効」）
- 改訂した場合は「v3.1からの主な変更点」を冒頭に入れ、旧版との差分をAIが拾えるようにする
設計原則4：比較されることを前提にした仕様表
「A社とB社を比較して」と聞かれたとき、AIは各社の資料から同じ軸の情報を探します。軸に対応する記述が見つからなければ「記載なし」になり、比較表の空欄は意思決定者に不利な印象を与えます。
- よく比較される軸を先回りで並べる：料金体系、最低契約期間、ユーザー上限、SSO・監査ログ、データ保管場所、SLA、サポート時間、導入期間、解約時のデータ返却など
- 「非対応」も明記する：空欄はAIに推測されます。「非対応（2027年上期対応予定）」のように書いたほうが正確に伝わります
- 単位と条件を揃える：「月額／ユーザー」「年額／テナント」が混在すると、比較で誤った大小関係が生まれます
- 表の各行を自己完結させる：セル結合や「同上」を避け、1行だけ切り出されても意味が通るようにします
設計原則5：「AIが要約しそうな内容」を自分で書いておく
社内AIは、冒頭のまとめや要点リストを要約の土台にしやすい傾向があります。自社が伝えたい要点を、資料の冒頭に正確な形で置いておくのが最も確実です。
- エグゼクティブサマリー（5行以内）：誰向けの、何を解決する製品か、主要な数字、価格帯、導入期間
- 「向いている企業／向いていない企業」：適合条件を正直に書くと、比較の場で「この会社の条件なら合う」という正しい結論に導きやすくなります
- 想定質問への回答（FAQ）：「既存の会計ソフトと連携できるか」「オンプレミス版はあるか」など、稟議で必ず出る質問に先に答えます
なお、競合他社を名指しで比較・批判する記述は避けたほうが安全です。AIの比較では文脈が削られやすく、意図しない形で伝わるリスクがあるためです。自社の事実と適合条件を明確に書くことが、結果的に最も強い比較材料になります。
公開Webとの「単一の真実」を揃える
Microsoft 365 Copilotなどは、管理者の設定によってはWeb検索の結果も組み合わせて回答します。社内に保存された資料と、自社の公開Webページで価格や仕様が食い違っていると、AIの回答は揺れ、信頼性も下がります。
- 製品仕様・価格は公開Webの仕様ページを正とし、資料はそのURLを明記する
- 資料を改訂したら、同じタイミングで公開ページも更新する
- 公開Web側のAEO（構造化データ、FAQ、更新日の明記）を、これまでの連載で紹介した方法で整えておく
観測できない面をどう検証するか——「再現環境」で試す
筆者はネットワークのTAC（テクニカルアシスタンスセンター）で長年障害対応に携わってきました。顧客環境に直接入れないとき、TACでは同じ構成をラボに組んで現象を再現するのが定石です。社内AIのAEOも、同じ発想で検証できます。
- 自社のテナントで再現する：自社のMicrosoft 365やGoogle Workspaceの検証用フォルダに、自社資料と、公開されている競合の資料を入れます。
- 購買担当者のプロンプトを流す：「候補各社の料金を表にして」「SSOに対応しているのはどこ？」「導入期間が最も短いのは？」など、稟議で聞かれそうな質問を10〜20個用意して実行します。
- 誤り・欠落を記録する：自社が抜けた軸、条件が落ちた数字、古い情報が出た箇所を一覧にし、資料を修正します。
- 改訂ごとに回帰テストする：資料を改訂するたびに同じ質問を流し、結果が悪化していないかを確認します。
あわせて、失注・受注時のヒアリングで「比較検討にAIを使いましたか」「AIの要約で気になった点はありましたか」と聞くと、見えない面の手がかりが得られます。
B2B資料のAEOチェックリスト
| 領域 | 確認項目 | 優先度 |
|---|---|---|
| 可読性 | テキスト層のあるPDFか（画像化・スキャンでないか） | 高 |
| 可読性 | 比較されてほしい資料に、コピー禁止の暗号化をかけていないか | 高 |
| 可読性 | 料金表・仕様表を画像でなく表として入れているか | 高 |
| 自己完結 | 主語に社名・製品名が入っているか | 高 |
| 自己完結 | 「前述」「別紙参照」に頼っていないか | 中 |
| 版管理 | 表紙・フッター・ファイル名に日付と版があるか | 高 |
| 版管理 | 価格に時点・条件・有効期限があるか | 高 |
| 比較 | 主要な比較軸を網羅した仕様表があるか（非対応も明記） | 高 |
| 要約 | 冒頭に5行以内のエグゼクティブサマリーがあるか | 中 |
| 整合性 | 公開Webの仕様・価格と食い違いがないか | 中 |
| 検証 | 自社テナントで比較プロンプトの再現テストをしたか | 中 |
よくある質問（Q&A）
Q1. 顧客の社内AIが自社資料をどう要約したか、確認する方法はありますか？
直接確認する方法はありません。顧客のテナント内のデータとAIの回答は、顧客の管理下にあるためです。自社テナントでの再現テストと、商談後のヒアリングを組み合わせて推定するのが現実的です。
Q2. 情報漏洩が心配なので、資料にはコピー禁止の保護をかけたいのですが。
保護自体は正当な判断です。ただし、Microsoftのドキュメントでは、EXTRACT（コピー）権限のない暗号化ファイルはCopilotが要約しないと説明されています。比較されてほしい製品情報と、守るべき機密情報を別の資料に分けるのがおすすめです。
Q3. スライド形式の提案書でも対策できますか？
できます。スライドでも、各ページのタイトルを「結論を述べる一文」にする、数字の横に条件と時点を書く、仕様は表で入れる、といった工夫が効きます。補足として、テキスト中心の「製品概要（読み物版）」を1本添えるのも有効です。
Q4. 競合より有利に要約されるよう、AI向けの指示を資料に隠して入れるのはだめですか？
やめてください。隠し文字によるAIへの指示はプロンプトインジェクションの一種で、顧客のセキュリティ対策で検知される可能性があります。発覚すれば取引の信頼そのものを失います。
Q5. 公開しているホワイトペーパーのAEOと、何を変えればよいですか？
公開Web向けは「引用されること」が目的ですが、社内AI向けは「比較の場で正確に語られること」が目的です。比較軸を網羅した仕様表、版と有効期限の明記、資料単体での自己完結を、より厳しく意識してください。
まとめ——「手を離れた後も正しく語られる」資料を設計する
購買側の社内AIは、公開WebのAEOで使ってきた観測と修正という武器が一切使えない面です。資料は渡した瞬間に自社の手を離れ、営業担当がいない場所で、競合の資料と並べて要約されます。
だからこそ、「読める」「単体で完結する」「日付と版がある」「比較軸がそろっている」「要点を自分で書いてある」——この5つを、資料を渡す前に作り込むことが、相手の社内で比較に負けないための基本姿勢です。
参考リンク
- Microsoft Learn：Considerations for Microsoft Purview protections for Microsoft 365 Copilot
- Microsoft Support：File formats supported by Copilot
- Google Cloud：Gemini Enterprise – Introduction to connectors and data stores
本記事は2026年10月時点の公開情報に基づく一般的な情報提供であり、特定の製品・環境における動作を保証するものではありません。各サービスの仕様は変更される可能性があるため、最新の公式ドキュメントをご確認ください。
コメント