ChatGPT Sitesのプラグイン連携とは？使う人ごとのデータと権限を解説

Siteから接続サービスを使う仕組み

Sitesは、公式ドキュメントによると、パブリックベータとして、ChatGPTのPlus、Pro、Business、Enterprise、Eduのプランで使えます。プロンプトに「website」と書くか、@Sites と入力すると、Sitesの流れが始まります。

流れは、説明する→確認する→直す→管理して共有する。公開の前に「バージョンを保存する」ことと、「デプロイする（公開する）」ことは、別の手順です。デプロイしたURLは、すべて本番のURLになるので、確認したいときは、公開せずに保存だけを頼みます。

新しいSiteは、最初は作成者とワークスペースの管理者だけが見られます。共有の範囲は、招待した人、ワークスペースの全員、インターネット全体（公開が許可されている場合）から選べます。

• 出典：OpenAI「DevDay 2026 の振り返り」（新しいタブ）

プラグインの連携で、何が変わる？

これまでのSiteは、作った人のデータを出すものでした。プラグインを組み込むと、Siteが、見る人それぞれの、つないだアプリから、データを読めるようになります。

公式ドキュメントの例が、分かりやすいです。課題管理のダッシュボードで、あなたには「あなたに割り当てられた課題」、同僚には「同僚に割り当てられた課題」が出ます。

ほかにも、元の書類へのリンクつきの資料の検索ページや、チケットとメッセージをまとめたプロジェクトの概要などが挙げられています。

作り方は、3ステップです。

ChatGPT WorkかCodexに、Siteを作るよう頼む。プラグイン（コネクタ）の名前と、やりたいことを伝える。使えるプラグインを、聞いてもよい

実際のデータで、プレビューを確認する（作成中は、自分の接続が使われる）

ワークスペース向けに公開して、リンクをチームに共有する

公式の依頼の例を、日本語にすると、こうなります。

• 出典：公式ドキュメント：Sites（新しいタブ）

権限まわりの決まり

チームで使うアプリで、いちばん大切なのが権限です。公式の説明を、整理します。

見る人は、ChatGPTでサインインし、Siteが求めるアプリのアクセスを確認して、つなぐアカウントと許可を自分で選びます

Siteを共有しても、作った人のアカウントへのアクセスは付きません。Siteが受け取るのは、見る人が許可したアプリのデータだけです

Siteがアプリに書き込む場合は、書き込みの許可が必要で、見る人の同意と、明示的な操作が要ります

許可しなくても、Siteは使えます。ただし、接続が必要な機能は動きません

なお、EnterpriseとEduのワークスペースでは、プラグインとアプリが標準でオフ（Businessは標準でオン）です。管理者が、プラグインごとの権限や、テナントの制限を確認したうえで、有効にします。

使うときの注意点

保存するデータを、最初に決める：記録や進み具合はD1、画像や書類はR2、と依頼の仕方が変わります

公開の範囲は、いちばん狭く：公式は、共有の前に、内容・生成した文章や画像・リンク・フォームを確認し、目的の相手に合う最も狭い共有を選ぶよう勧めています

使ってはいけない用途：Sitesの公式ドキュメントは、保護対象の医療情報や、カード情報の処理には使わないよう書いています。データ所在地・推論の所在地も、開始時点では未対応です

公式の振り返りには、「自動処理の追加・管理を簡単にして、共有情報を最新に保つ」ともありますが、具体的な手順は、9月30日時点のSitesのドキュメントには見当たりませんでした

小さく試すなら

最初は、読み取りだけの、社内向けダッシュボードがよいと思います。たとえば、担当の課題やタスクの一覧です。書き込みは、同意と明示的な操作が要る設計ですが、最初は「見るだけ」にして、表示されるデータが、その人の権限どおりかを確かめます。

チームで使う前に、メンバーの1人に、実際に開いてもらうのも大切です。作った人には見えるデータが、他の人には見えない、あるいはその逆、ということが、いちばん起きやすいミスだからです。

担当者ごとの顧客一覧を作る例

顧客一覧のSiteをチームで使う場合、サイトを開けることと、顧客データを読めることをそれぞれ確認します。Siteのログインが済んでも、接続先の顧客管理サービスでその人に閲覧権限がなければ、必要な一覧を取得できない場合があります。

例として、Aさんは自分の担当顧客、管理者は全顧客を読める設計を考えます。Siteを作った人の接続を全員に共有する方法では、作成者の権限で見えるデータが他の人へ渡る可能性があります。誰の接続で問い合わせ、どこで閲覧権限を判定するかを、サイトの仕様として確認します。

試用では、担当が違う架空のアカウントを使い、表示される顧客が分かれるかを確認します。閲覧だけの人が更新ボタンを押した場合や、接続を解除した場合の表示も確認すると、公開前に気づける問題が増えます。