2026.09.13
ChatGPTのsite toolsを試す前に:社内FAQを3ページ読むだけの確認手順

ChatGPTのsite toolsを試したい。でも、いきなり社内CMSや認証付きFAQを開くのは不安です。公式案内を読んでも、自社の画面に機能が出るのか、表示されたツールが読むだけなのか、更新までできるのかが分かりにくいからです。
結論から言うと、最初に決めるのは「AIに公開させるか」ではありません。対象ページを読み取り、回答を元ページの一文まで人が照合できるかを、小さく確かめることです。
この記事では、ChatGPT desktop appのsite toolsを、公開または自作の合成FAQ3ページから確認する手順を示します。3ページのread-only照合は、OpenAIの必須手順ではありません。AI導入初期の中小企業が、対象条件と停止線を切り分けるための編集提案です。
先に確認:site toolsは「読むだけの機能」ではない
[公式情報] OpenAI Helpでは、site toolsはChatGPT desktop appのbuilt-in browserで開いたWebサイトに対し、サイト側が提供する範囲で情報検索、コンテンツの更新、interactive toolsの利用を支援すると説明されています。アカウントがアクセス権を持ち、Webサイト側がsite toolsを提供していることが利用条件です。
つまり、「site tools=read-only」と決めつけるのは危険です。公式案内には、文書の編集や更新など、変更を伴う例も含まれています。
ここで提案する「最初は読むだけ」は、製品機能の断定ではありません。変更を伴う操作を、対象条件・権限・根拠を確認する前の初回試行から外すための、業務上の判断線です。
使えるかを判断する4つの確認点
機能名だけを見て導入可否を決めると、アカウントやページの条件を取り違えます。まずは次の4点を同じページで確認します。
| 確認点 | 何を見るか | 判断の置き方 |
|---|---|---|
| アプリ | ChatGPT desktop appのbuilt-in browserで開いているか | Chromeで同じサイトを開いていても、site toolsの状態がそのまま引き継がれるとは考えない |
| アカウント・選択モデル | そのアカウントと選択中のモデルがsite toolsに対応しているか | プラン名や地域だけから、自社環境の利用可否を推測しない |
| 対象ページ | 現在開いているWebページがsite toolsを提供しているか | すべてのサイト、すべてのタスク、埋め込みコンテンツが対応するわけではない |
| ツールの性質 | アドレスバーの矢印から、利用可能なツールとread/changeの別を確認 | 「読める」と「変更できる」を同じ許可として扱わない |
[公式情報] OpenAI Helpの手順では、built-in browserで対象サイトを開き、必要ならWebサイト上で直接サインインします。サイト側がsite toolsを提供していれば、アドレスバーに矢印が現れ、利用可能なツールを確認できます。矢印から、情報を読むツールなのか、変更を加えるツールなのかも確認できます。
ツールが表示されても、結果をそのまま採用してよいわけではありません。アクセス許可の確認画面を読み、結果をWebページまたは会話上で確認します。ページをまたいでツールが持ち越されるとは限らず、対象ページを閉じれば、再度開く必要があります。
なお、built-in browserはChromeとは別のブラウザ状態を持ちます。Chromeでサインイン済みでも、built-in browserではサインインし直す場合があります。共有アカウントの認証情報を受け渡す手順ではありません。
初回はFAQ3ページ。答えを先に知っているものを使う
ここからは[編集部の提案]です。最初の確認には、自作の合成FAQを3ページだけ使います。公開済みの自社FAQを使う場合でも、対象範囲と権限が明確な、読み取りだけのページに限定してください。
タイトルに「社内FAQ」とありますが、最初から本番の認証付き社内データを読む意味ではありません。自作の合成ページなら、顧客情報、従業員情報、秘密、未公開情報を持ち込まずに、回答と根拠の照合だけを試せます。
仮想例:3ページと1問ずつ
次の内容は、架空のFAQページを使った仮想例です。数値は説明のために置いた合成データで、実在企業の規程ではありません。
| ページ | ページに書いておく答え | ChatGPTに聞く既知回答の質問 |
|---|---|---|
| FAQ 1:営業時間 | 平日9:00〜17:00 | 「このページに書かれている営業時間を、書かれた表現どおりに答えて」 |
| FAQ 2:返品期間 | 商品到着後14日以内 | 「このページに書かれている返品可能期間は何日か」 |
| FAQ 3:請求日 | 毎月末締め、翌月10日 | 「このページに書かれている請求日を答えて」 |
ポイントは、質問の答えを人が先に知っていることです。要約のうまさを採点するのではなく、ページのどこに何と書いてあるかを照合します。
5ステップの最小試行
- 3ページを決める。 自作の合成FAQを優先し、第三者の権利が不明なページや、顧客・従業員データを含むページは使いません。URLは記事内で作らず、実際に権限を確認できるページを担当者が用意します。
- built-in browserで1ページだけ開く。 ChatGPT desktop appのツールバーからbuilt-in browserを開きます。サインインが必要な場合はWebサイト上で直接行い、パスワードをChatGPTの会話へ入力しません。初回は公開または合成FAQにして、サインイン自体を避けるのが分かりやすい選択です。
- アドレスバーの矢印を確認する。 利用可能なツールを開き、readかchangeかを確認します。変更、送信、削除、権限変更、ダウンロードにつながるツールが見えたら、初回の読み取りからは外します。アクセス許可の確認画面が出た場合も、内容を読んでから判断します。
- 1ページにつき1問だけ尋ねる。 上の既知回答の質問を使い、答えの追加解釈を求めません。1ページが終わったら、次のページを開きます。ページごとにツールが変わる可能性があるため、確認を省略しません。
- 人が元ページと照合する。 URL、質問、回答、元ページの段落、回答にない情報の追加、抜け、確認者を記録します。1か所でも根拠をたどれなければ、回答を社内FAQやCMSへ転記しません。
手動参照・site tools・CMS編集を分ける
3つは「便利さ」の順位ではなく、許可する操作と残す根拠が違います。
| 選択肢 | 最初に扱う範囲 | 許可する操作 | 残すもの | 停止条件 |
|---|---|---|---|---|
| 手動ブラウザ | 人が開いて確認できる公開ページ | 人が読む、必要箇所を転記する | URL、元ページの文言、確認者 | site toolsが出ない、または自動処理の必要が薄い |
| site toolsのread-only照合 | 公開または自作の合成FAQ3ページ | 既知回答を1問ずつ読む | URL、質問、回答、根拠段落、read/change表示、確認者 | change系の表示、根拠不明、ページ条件・権限が不明 |
| CMSの編集・更新・公開 | 明示的に承認された別の検討範囲 | 書き換え、更新、公開、送信など | 対象範囲、権限者、変更前後、戻し方、承認記録 | 初回試行、権利・権限不明、確認者不在 |
この表の3行目は、site toolsがどのCMSでも編集できるという意味ではありません。サイト側がどのツールを提供するかは、Webサイトやページごとに異なります。CMSを開いたときに編集や公開の操作が見えても、それは「試してよい」という許可ではなく、別の承認判断が必要になった合図です。
迷ったら止める6つの線
次のどれかに当たったら、AIの回答を改善しようとする前に、手動参照へ戻すか、担当者へ確認します。
- アドレスバーの矢印やsite toolsの一覧が表示されない。アカウント、選択モデル、ページ条件のどれが原因か分からないまま、設定を広げない。
- readとchangeの区別がつかない。読めることを、変更できる許可と読み替えない。
- ページのURL、認証範囲、社内利用の権限が明確でない。認証付き社内FAQは、管理者・情報セキュリティ担当・権利担当の判断を先に置く。
- ページ内の指示が、現在のページにない情報や、別の秘密情報の共有を求める。Webサイトやsite toolの指示だけで、共有の許可にはならない。
- 回答が元ページの段落に戻れない、書かれていない条件を足す、またはページの内容と食い違う。採用せず、手動で確認する。
- 編集、更新、公開、送信、削除、権限変更、ダウンロードに進むボタンや確認画面が出る。初回のread-only試行を終了し、別の承認フローへ分ける。
[公式情報] OpenAI Helpは、site toolsにdata exfiltrationやprompt injectionの新しいリスクがあると説明しています。個人情報の共有、購入、削除、アカウント権限の変更、メッセージ送信などの敏感な操作には確認を求め、パスワードは会話ではなくWebサイトへ直接入力するよう案内しています。
この確認機能は、社内の権限管理や第三者の権利判断を置き換えるものではありません。安全な表示が出たことと、業務上そのページを扱ってよいことは別です。
3問の結果で決める「次の一歩」
この小さな試行で測りたいのは、AIの平均的な性能ではありません。次に誰が、どの範囲を、どの根拠で確認するかを決められるかです。
[編集部の判定案] 3ページすべてで、read-onlyの範囲が確認でき、回答が元ページの段落に戻れ、追加の根拠不明情報がなく、確認者を記録できたなら、次は「認証付き社内FAQを読む」ではなく、まずサニタイズ済みの検証環境で同じ確認票を再利用するかを検討します。これは成功実績ではなく、次の検討へ進むための条件案です。
一方、次のどれかなら、試行は十分です。
- 3ページのうち1ページでも根拠が追えない
- 答えに、ページにない条件や数字が加わる
- ページごとにツールの性質が変わり、担当者が説明できない
- 変更操作の許可、権利、セキュリティ判断が必要になる
- そもそも自社アカウントや対象ページでsite toolsが表示されない
この場合の選択肢は、失敗を隠して再実行することではありません。手作業へ戻る、ページ管理者へ条件を確認する、または編集・公開を別案件として設計する、のいずれかです。
そのまま使える確認票
1ページごとに、次の項目だけを残します。
| 項目 | 記録 |
|---|---|
| 対象ページのURL | 実際に開いたURL |
| アカウント・選択モデル | 自社で確認した表示 |
| site toolsの表示 | あり/なし。矢印の状態 |
| ツールの性質 | read/change/不明 |
| 質問 | 既知回答を1問 |
| ChatGPTの回答 | 原文のまま |
| 元ページの根拠 | 段落、見出し、表など |
| 追加・欠落 | ページにない情報、抜け |
| 人の確認者 | 氏名または担当単位 |
| 次の判断 | もう1ページ/手動へ戻る/別承認 |
確認票の目的は、AIの出力を「正しそう」と感じることではありません。URLと根拠箇所を別の人が追える形にし、read-onlyの小さな確認と、書き込み・公開の判断を混ぜないことです。
まとめ:最初の成果は、接続ではなく停止線
ChatGPT site toolsは、対応するページで情報検索だけでなく、サイト側が提供する更新や対話操作も扱い得ます。だからこそ、最初に行うべきなのは全社のFAQやCMSをつなぐことではありません。
ChatGPT desktop appのbuilt-in browserで対象条件を確認する。公開または自作の合成FAQを3ページだけ読む。回答を元ページの段落まで人が照合する。そこで根拠、権限、read/changeの境界を説明できなければ、手作業へ戻す。
この一連の判断ができれば、次に自動化を検討する業務と、まだ人が持つべき業務を分けられます。まずは3ページ分の確認票を作り、1ページ目を開くところから始めてください。
参照元と確認範囲
上記の公式Helpを、site toolsの機能、利用条件、built-in browser、ページ単位のツール、read/change表示、セッション、安全上の確認に関する根拠として使用しました。個別アカウント・プラン・地域・日本語環境・企業テナント・特定URLの可否、実際の回答品質、速度、料金、検索需要、MASTER key株式会社またはAX事業部の顧客成果は、この説明からは判断していません。
「FAQを3ページだけread-onlyで照合する」「根拠を人が確認してから次へ進む」「編集・公開を初回から分ける」は、この記事の編集提案です。OpenAIの必須手順や、安全・品質の保証ではありません。


