ChatGPT Sites 共有：クライアントにシートなしで限定公開する方法

2026年9月3日、ChatGPT Sites 共有機能に、招待した相手だけがアクセスできる指名制の外部閲覧者が加わりました。URLを一般公開したり、相手を自社のワークスペースに追加したりせず、非公開のライブ Site をクライアントへ共有できます。

ChatGPT Sites 共有なら、クライアント用シートは不要

共有設定としては小さな追加ですが、ビジネスには実用的な効果があります。

これまでは、クライアントにプレビューを見せる際のアクセス管理が悩みどころでした。Site をクライアントが参加していない自社ワークスペース内に置くか、インターネットへ公開するかの二択だったためです。非公開でレビューしてもらうには、別のツールへプレビューを移す、レビュー担当者を社内ワークフローへ加える、あるいは公開URLを受け入れる必要がありました。

新しい共有方法は、その中間に位置します。Site のオーナーが、社外の特定の相手をメールアドレスで追加します。相手は招待を受けたアカウントでサインインし、ライブ Site を利用できますが、編集や新しいバージョンの公開はできません。この招待によって、相手がワークスペースのメンバーになることもありません。

予算面で重要なのは最後の点です。外部閲覧者を追加しても、ワークスペースのメンバー枠は一切増えません。 クライアントが Site を確認するためだけにワークスペースのシートを購入していたなら、そのシートは今後のプレビューには不要です。

これは匿名のリンク共有ではありません。閲覧者は、招待先と一致するアカウントでサインインし、本人であることを確認する必要があります。誰でも転送して開けるリンクというより、名前入りのゲストパスに近い仕組みです。

アクセスモデルをわかりやすく整理

ChatGPT Sites では、プロジェクトに関わる人ごとの役割が明確に分かれています。

重要なのは、閲覧範囲と操作権限を分けて考えることです。閲覧範囲は誰が Site を開けるかを決め、操作権限は誰が変更・公開できるかを決めます。指名制の外部共有では、編集・公開権限をチーム内に保ったまま、閲覧範囲だけを社外へ広げられます。

一般公開も、これとは別の設定として残ります。Enterprise の管理者は、公開を無効にしたまま、特定のロールだけに外部訪問者を招待する権限を与えられます。Business ワークスペースの作成者は、より広い Sites 権限の一部として外部閲覧者を利用できます。一方、Enterprise と Edu で招待するには、そのロールに外部訪問者の権限が有効になっている必要があります。

コストはどう変わるか

すべてのケースに当てはまる正確な金額は示せません。OpenAI が現在公開している Sites のページには、外部閲覧者向けの個別料金や指名できる閲覧者数の上限が記載されておらず、ベータ版の制限はプランごとに製品内で表示されます。

判断に使えるのは、自社の実額です。

月間プレビュー費用の削減余地 = 社外レビュー担当者だけのために購入していたワークスペースシートの月額 + 実際に解約できる別の非公開プレビューツールの月額。

ただし、両方を自動的に削減額へ含めてはいけません。クライアントが引き続き編集、コメント、承認、バージョン比較を行う場合や、ワークスペース内の別の場所で作業する必要がある場合、この機能では従来のワークフローを置き換えられません。提供されるのは Site の閲覧専用アクセスであり、クライアント承認システムとして案内されているわけではありません。

時間面の効果は、より明確です。チームは同じ製品上で Site を制作、デプロイ、アクセス制限し、そのまま相手に見せられます。指名ユーザーだけにプレビューを見せるために、別途エクスポートして同期を保つ必要はありません。

実務での使いどころ

制作会社がランディングページを見せる場合

制作会社の担当者は、提案中のランディングページをデプロイし、クライアントのマーケティング責任者を招待しながら、一般のインターネット利用者には公開せずに済みます。クライアントが確認するのは、実際に操作できる Site です。重要な編集・公開権限は、制作会社だけが保持します。

利点はプライバシーだけではありません。従来の回避策として社内シートや別のホスティング環境を用意しており、相手が内容を確認するだけなら、その費用をプレビューから外せる可能性があります。

コンサルタントがインタラクティブなレポートを納品する場合

個人のコンサルタントは、レポートや簡易ダッシュボードを Site にして、購入者をメールで招待できます。購入者はコンサルタントのワークスペースに参加せず、成果物を利用できます。

コメントと正式な検収は、契約で指定したシステムに残してください。閲覧専用アクセスでは、誰が Site を開けるかは管理できますが、それだけで承認履歴が作られるわけではありません。

プロダクト責任者が社外レビューを集める場合

プロダクト責任者は、一般公開前のプロトタイプを社外の法律顧問、経営アドバイザー、研究パートナーに見せられます。レビュー担当者には個別にアクセス権を与えつつ、変更と公開はプロダクトチームのワークスペース内に留められます。

この方法が最も向いているのは、レビュー担当者が実際の操作フローを体験する必要があるときです。コピーの書き換えやコンポーネントの移動が必要なら、ワークスペース編集者として参加してもらうか、普段その作業に使っているデザインツールを利用します。

Enterprise 管理者がプレビューと公開を分ける場合

Enterprise の管理者は、一般公開を有効にしなくても、クライアントレビューを担当するロールに Allow members to invite external visitors を有効化できます。両者は、ワークスペースの管理設定で別々の権限として扱われます。

これにより、より限定的なポリシーを設定できます。許可された担当者は指名した社外ユーザーを招待できますが、一般公開の設定でも許可されていない限り、Site を公開状態にはできません。

非公開のクライアントプレビューを共有する手順

必要なのは設定操作であり、技術的な連携ではありません。

1. 1

   共有設定が利用できるか確認する

   Site を開き、Share を選択します。Enterprise または Edu ワークスペースで社外メールアドレスの項目が表示されない場合は、オーナーか管理者に、Workspace settings、Permissions & roles、該当するロール、Early access、Sites の順に設定を確認してもらいます。そのロールには、外部訪問者を招待する権限が必要です。

2. 2

   デプロイ済みの内容を確認する

   Site に、受信者へ見せてよい内容だけが含まれていることを確認します。この共有方法の対象はライブ Site です。閲覧範囲が制限されていても、すべてのデプロイURLは本番URLです。

3. 3

   指名した閲覧者を招待する

   共有設定にクライアントのメールアドレスを入力し、閲覧専用アクセスになっていることを確かめて保存します。その人がアクセスリストに表示されることも確認してください。

4. 4

   受信者側のアクセスをテストする

   クライアントには、招待を受け取ったアカウントでサインインした状態で Site を開いてもらいます。オーナー側の表示が相手にも同じように見えると考えず、そのアカウントから実際の閲覧状態をテストしてください。

5. 5

   レビュー終了後にアクセス権を削除する

   Site の共有設定から閲覧者を削除します。その後、残っている閲覧範囲の設定も確認してください。直接の招待を削除しても、一般公開またはワークスペース全体への公開設定によって、引き続きアクセスできる場合があります。

見落とせない制約

外部閲覧者は編集も公開もできません。この境界こそが機能の目的ですが、フィードバックを受け取る場所は別途必要です。

指名した閲覧者を削除しても、あらゆるアクセスを止められるとは限りません。Site がワークスペース全体またはインターネット上のすべての人にも公開されている場合は、別の閲覧範囲設定によってアクセス可能な状態が続くことがあります。

プランと提供地域にも制限があります。Sites は、ChatGPT のワークスペース、Plus、Pro アカウント向けにパブリックベータとして提供されています。提供開始時点では Free と Go、EEA、スイス、英国では利用できません。Enterprise で利用できるかどうかは、管理者が有効にした権限にも左右されます。

コンプライアンス上の境界は、利便性以上に重要です。提供開始時点で、ChatGPT Sites はデータレジデンシーにも推論レジデンシーにも対応していません。また OpenAI は、Sites で保護対象保健情報や決済カード情報を処理してはならないとしています。ただし、カード情報を第三者の決済処理業者だけが扱う場合は例外です。指名制の閲覧権限はアクセス制御にすぎず、制限対象の情報を Site に置く許可にはなりません。

今すぐ使うべき人

すでに Sites を制作しており、社外のレビュー担当者が成果物を見て操作するだけなら、すぐに利用する価値があります。制作会社、コンサルタント、プロダクトチームは、一般公開のプレビューという妥協策を指名制アクセスへ置き換えられます。

アカウントにこの設定が表示されない、管理者が社外への招待を承認していない、またはレビューにインラインコメント、ゲスト編集、バージョン比較、正式な承認が必要なら、導入を待ちましょう。そうした役割を担う既存のレビューツールは残してください。

公開 Site だけを運用している、同じワークスペースのメンバーとしか仕事をしない、Free または Go を利用している、あるいは Sites がまだ提供されていない地域で運用している場合、この変更による影響はありません。

実務を変えるプラットフォーム更新をわかりやすく知りたい方は、ニュースレターに登録してください。