Огляд
ChatGPT Sites дає учасникам робочого простору змогу створювати й поширювати розміщені на хостингу Sites безпосередньо з ChatGPT. Власники й адміністратори робочого простору можуть допомогти визначити, хто може створювати й публікувати Sites, як надавати до них доступ і як за потреби перевіряти або видаляти їх.
Для функцій підключених застосунків адміністратори робочого простору визначають, які підтримувані плагіни можуть використовувати Sites. Кожен відвідувач дозволяє доступ через власний підключений обліковий запис, а його наявні дозволи в застосунку залишаються чинними.
Доступність
Ця стаття призначена для власників і адміністраторів робочих просторів ChatGPT Business та Enterprise. Доступні елементи керування залежать від вашого тарифного плану й конфігурації робочого простору.
Попередній доступ до Sites для адміністраторів поступово впроваджується в робочих просторах Enterprise, які відповідають вимогам. Адміністратори можуть перевірити доступ, перш ніж увімкнути Sites для учасників. Налаштування робочого простору й дозволи ролей визначають, хто може використовувати Sites. Загальнодоступна публікація налаштовується окремо.
Функції підключених застосунків мають власні умови доступності. Налаштування робочого простору й організації залишаються чинними. Підтримка вимог до локалізації даних у Sites не надає доступу до підключених застосунків.
Вимоги до локалізації даних
У робочих просторах із вимогами до локалізації даних у США або ЄС нові Sites автоматично використовують уже заданий регіон робочого простору для підтримуваних сховищ і хостингу. Sites доступні в робочих просторах із вимогами до локалізації даних в інших регіонах, але наразі це налаштування регіональної локалізації не поширюється на сховища й хостинг Sites.
Наявні Sites залишаються в поточному розташуванні й не переносяться автоматично. Регіональний хостинг Sites не пов’язаний із локалізацією інференсу для обробки даних моделлю. Докладніше див. у статті Вимоги до локалізації даних і локалізація інференсу в ChatGPT.
Налаштування політик робочого простору
Перш ніж увімкнути Sites для широкого кола учасників, визначте:
Хто може створювати Sites.
Чи дозволяти загальнодоступну публікацію.
Який вміст можна публікувати.
Як ваша організація вирішуватиме питання підтримки, перевірки, видалення та дотримання нормативних вимог.
Перш ніж учасники почнуть створювати Sites, перегляньте вимоги до локалізації даних у вашому робочому просторі та перевірте, якою мірою Sites їх підтримує. Наявні Sites залишаються в поточному розташуванні й не переносяться автоматично.
Увімкнення або обмеження Sites
У робочих просторах Business функцію Sites увімкнено за замовчуванням. Власники й адміністратори Enterprise можуть використовувати керування доступом на основі ролей (RBAC), щоб визначати, хто може створювати й публікувати Sites.
Перш ніж увімкнути Sites для ширшого кола учасників, перевірте їхній поточний доступ до Sites і дозволи на загальнодоступну публікацію.
Якщо Sites відображається в розділі Попередній доступ для адміністраторів, виберіть Налаштувати доступ під час запуску або Змінити доступ під час запуску, щоб визначити доступ на момент запуску. Доступ під час запуску налаштовується окремо від поточного попереднього доступу.
Щоб Sites залишалася вимкненою під час запуску, установіть для відповідних параметрів Доступ під час запуску значення Вимкнено та збережіть зміни. Знову відкрийте налаштування й перевірте, чи збереглося значення Вимкнено.
Дотримуйтеся кінцевого терміну відмови, зазначеного в повідомленні про запуск. Якщо ви вже відмовилися за попередньою процедурою, зверніться до служби підтримки OpenAI, щоб підтвердити цей запит.
Якщо потрібна допомога щодо повідомлення про запуск або запиту на відмову, див. статтю Звернення до служби підтримки OpenAI.
У робочих просторах Enterprise загальнодоступну публікацію вимкнено за замовчуванням. Щоб дозволити учасникам публікувати Sites для загального доступу:
Увімкніть загальнодоступну публікацію в розділі Налаштування робочого простору.
За допомогою RBAC надайте відповідним користувачам або групам дозвіл створювати й публікувати Sites.
Якщо учасник не може користуватися Sites, переконайтеся, що:
Sites увімкнено для робочого простору.
Учасник має відповідну роль або належить до групи з потрібними правами.
Учасник увійшов у потрібний робочий простір.
Ці налаштування керують створенням і публікацією сайтів. Доступ до підключених застосунків також залежить від налаштувань робочого простору, згоди кожного відвідувача та політики тенанта, якщо вона застосовується.
Керування доступом до підключених застосунків
У робочих просторах із підтримкою цієї функції сайт може використовувати власні підключені застосунки кожного відвідувача. Наприклад, спільна інформаційна панель може показувати дані з облікового запису відвідувача, який увійшов у систему.
Щоб використовувати підключені застосунки:
Сайт має бути приватним і доступним лише в межах робочого простору.
Відвідувач має належати до цього робочого простору.
Відвідувач має схвалити доступ через власний підключений обліковий запис.
Якщо сайт запитує доступ на запис, кожен відвідувач має схвалити його для власного підключеного облікового запису. Наявні дозволи відвідувача в застосунку залишаються чинними. Це схвалення не надає фоновим завданням за розкладом доступ до підключених застосунків відвідувача.
Перш ніж дозволити плагін у Sites, перевірте, до якої інформації він може отримувати доступ і які дії може виконувати.
Якщо політика тенанта блокує доступ, глобальний адміністратор має:
Відкрити консоль адміністратора OpenAI.
У розділі Зовнішній доступ відкрити ChatGPT Sites.
Вибрати Доступ, а потім установити для параметра Підключені застосунки значення Дозволено.
Власники й адміністратори робочого простору не стають глобальними адміністраторами автоматично. У робочих просторах без тенанта цього параметра немає.
Якщо для Sites не задано окремої політики щодо підключених застосунків, доступ на рівні організації дозволено. Наявні збережені політики тенанта залишаються чинними.
Інструкції з налаштування доступу та схвалення на рівні тенанта див. у статті Керування тенантом у консолі адміністратора.
Надання дозволу на використання плагіна в Sites
У налаштуваннях Sites для плагіна перевірте параметр Дозволити відвідувачам сайту використовувати цей плагін.
Збережений вибір адміністратора має пріоритет над стандартним значенням. Якщо вибір не збережено:
Business: доступні плагіни дозволено за замовчуванням.
Enterprise: доступні плагіни вимкнено за замовчуванням.
Плагін може бути доступним у ChatGPT, але вимкненим у Sites. Його ввімкнення для Sites не надає учасникам доступу до застосунку й не підключає для них обліковий запис. Кожен відвідувач усе одно має схвалити доступ, який запитує сайт.
Перевірка доступу учасника робочого простору
Якщо сайт не може використовувати підключений застосунок учасника, спершу перевірте налаштування робочого простору:
У робочому просторі доступна функція доступу Sites до підключених застосунків.
Якщо робочий простір належить до тенанта, цей тенант дозволяє ChatGPT Sites доступ до підключених застосунків. Глобальний адміністратор може перевірити це в розділі Зовнішній доступ консолі адміністратора OpenAI.
Для плагіна застосунку ввімкнено параметр Дозволити відвідувачам сайту використовувати цей плагін.
Конкретний застосунок увімкнено для робочого простору.
Потім перевірте налаштування учасника:
Сайт приватний і доступний лише в межах робочого простору, до якого належить учасник.
Застосунок підключено до облікового запису учасника, і учасник вибрав потрібний підключений обліковий запис.
Учасник увійшов в обліковий запис, переглянув запитувані сайтом дозволи й схвалив доступ.
Учасник має потрібні дозволи в підключеному застосунку.
Схвалення на рівні тенанта, якщо воно потрібне, поширюється на наявні й майбутні Sites. Кожен відвідувач усе одно має схвалити доступ через власний обліковий запис. Схвалення на рівні тенанта не надає кожному сайту доступ до даних усіх учасників.
Надання доступу до сайту, дозвіл на загальнодоступну публікацію чи запрошення зовнішнього глядача не означають схвалення доступу до підключених застосунків.
Інструкції зі створення сайту з підключеними застосунками та схвалення доступу відвідувачів див. у статті Створення й використання ChatGPT Sites.
Керування публікацією та доступом
Якщо у вашому робочому просторі Enterprise використовуються дозволи на основі ролей і учасник не може знайти колег, коли надає доступ до сайту, перейдіть до розділу Налаштування робочого простору > Дозволи й ролі та перевірте дозвіл Перегляд учасників і груп робочого простору для призначеної йому ролі. Увімкніть його, якщо це прийнятно для вашої організації, а потім попросіть учасника оновити ChatGPT і повторити спробу. Цей дозвіл визначає, чи доступний для перегляду список учасників; для публікації у відкритому доступі та запрошення зовнішніх користувачів діють окремі дозволи.
Доступ до сайту можна надати:
Лише його власнику й адміністраторам робочого простору.
Активним учасникам робочого простору.
Вибраним активним користувачам або групам, якщо ця можливість підтримується.
Усім в інтернеті, якщо публікацію у відкритому доступі ввімкнено й учасник має дозвіл на публікацію.
Власник може надати активному учаснику того самого робочого простору доступ Може редагувати. Редактори можуть зберігати зміни, а після першої публікації власником — публікувати наступні версії за тією самою URL-адресою.
Редактори також можуть переглядати робочу базу даних і публікувати код, що використовує секрети та сховище сайту. Надавайте доступ до редагування лише тим співробітникам, яким довіряєте.
У налаштуваннях самого сайту власник може:
Керувати тим, хто має доступ.
Змінювати назву або URL-адресу сайту.
Передавати право власності іншому активному учаснику робочого простору.
Налаштовувати параметри, доступні лише власнику, як-от секрети та власні домени.
Власники й адміністратори робочого простору також можуть передавати право власності іншому активному учаснику того самого робочого простору.
Власник може змінити рівень доступу редактора на Може переглядати або видалити редактора. Після цього ця людина більше не зможе редагувати сайт. Перевірте решту налаштувань аудиторії сайту, щоб дізнатися, чи ця людина досі може його переглядати.
Якщо для сайтів Sites у робочому просторі ввімкнено власні домени, власник сайту може підключити домен, яким керує. Якщо елементи керування відсутні або дію заборонено, перш ніж усувати проблеми з DNS, перевірте, хто є власником сайту, чи доступна ця функція в робочому просторі та які дозволи встановлено для Sites.
Докладніше про налаштування домену див. у статті Створення та використання ChatGPT Sites.
Публічний доступ робить сайт доступним за межами робочого простору для аудиторії, вибраної під час публікації.
Доступні елементи керування залежать від тарифного плану та конфігурації робочого простору. Якщо ви не можете знайти або використати певний елемент керування, зверніться до служби підтримки OpenAI.
Перевірка дозволів для тунелів
Тунель дає сайту змогу підключатися до сервісу в приватній мережі вашої компанії, наприклад до внутрішнього API.
Перш ніж підключити сайт до тунелю:
Переконайтеся, що власник сайту й людина, яка підключає тунель, мають доступ до Sites. Для обох має бути ввімкнено параметр Дозволити учасникам підключати приватні тунелі.
Використовуйте тунель, доступний у робочому просторі сайту. Якщо сайт уже загальнодоступний, зробіть його приватним, перш ніж додавати новий тунель.
Разом із власником сервісу перевірте, до яких даних сайт матиме доступ і які дії зможе виконувати.
Щоб зробити сайт загальнодоступним, параметр Дозволити загальнодоступні Sites із приватними тунелями має бути ввімкнено і для власника, і для людини, яка його публікує. У робочому просторі також має бути дозволено загальнодоступну публікацію. Перед публікацією перевірте, що відвідувачі зможуть бачити й робити через сайт.
Тунелі не змінюють дозволи відвідувачів у підключених застосунках.
Про налаштування тунелів, дозволи й усунення несправностей див. у статті Підключення ChatGPT Sites до приватних сервісів за допомогою тунелів.
Зовнішні глядачі
Власники сайту можуть запрошувати конкретних людей поза робочим простором до перегляду сайту.
У робочих просторах Business автори можуть запрошувати зовнішніх глядачів на основі наявних дозволів для Sites у налаштуваннях робочого простору.
У робочих просторах Enterprise людині, яка надсилає запрошення, потрібен окремий дозвіл на запрошення зовнішніх глядачів. Щоб увімкнути його, виконайте наведені нижче кроки для Enterprise.
Власники й адміністратори робочого простору можуть керувати зовнішніми глядачами в розділі Налаштування робочого простору > Sites.
У робочих просторах Enterprise:
Перейдіть до розділу Налаштування робочого простору > Дозволи й ролі.
Виберіть роль, якій потрібно дозволити запрошувати зовнішніх глядачів, або виберіть стандартні налаштування робочого простору.
У розділі Ранній доступ > Sites переконайтеся, що Sites увімкнено для цієї ролі або для робочого простору.
Для вибраної ролі ввімкніть параметр Дозволити учасникам запрошувати зовнішніх відвідувачів на сайти.
Зовнішній глядач має ввійти в обліковий запис ChatGPT, для якого надіслано запрошення на сайт. Він може переглядати сайт, але не редагувати його. Запрошення не додає його до вашого робочого простору й не робить сайт загальнодоступним.
Дозвіл запрошувати зовнішніх глядачів не залежить від дозволу на загальнодоступну публікацію. Зовнішні глядачі також не відповідають вимозі членства в робочому просторі для використання функцій підключених застосунків.
Скасування запрошення може не позбавити людину доступу, наданого іншим налаштуванням аудиторії. Після додавання або вилучення зовнішнього глядача:
Перевірте збережений список доступу.
Перевірте, чи інше налаштування аудиторії досі надає цій людині доступ.
Перевірте, як сайт відображається для цільових відвідувачів.
Якщо можливість запрошення зовнішніх глядачів недоступна або зміна не набуває чинності, перевірте вибраний робочий простір, роль і дозвіл на запрошення зовнішніх глядачів у відправника, а також застосунок чи браузер, що використовується. Якщо проблема не зникає, див. статтю Звернення до служби підтримки OpenAI.
Перевірка доступу до плагінів, розміщених на Sites
На новому або наявному сайті можна розмістити MCP-сервер і плагін. Перевірте, чи має одержувач доступ і до плагіна, і до сайту, на якому його розміщено. Саме лише надання доступу до плагіна або його встановлення не дає доступу до сайту.
Одержувачу також може знадобитися надати дозволи застосунку або схвалити запитувану дію. Доступ до сайту не замінює цих схвалень.
Окремо перевірте дозволи на:
Публікацію сайту для загального доступу.
Запрошення людей до перегляду сайту.
Надання доступу до плагіна.
Публікацію плагіна в каталозі робочого простору.
Докладніше про розміщення плагінів на сайті, зокрема про дозволи адміністратора, які потрібно ввімкнути, читайте в статті Розміщення плагіна за допомогою ChatGPT Sites.
Про керування доступом до плагінів див. у статті Адміністративні засоби керування, безпека й дотримання нормативних вимог для плагінів і застосунків.
Дані, дотримання нормативних вимог і локалізація
Sites можуть використовувати запити, інструкції, файли, код сайту, згенеровані матеріали, URL-адреси на хостингу, сховище та журнали, потрібні для роботи й захисту сайту.
У робочих просторах із вимогами до локалізації даних у США або ЄС нові Sites автоматично використовують уже заданий регіон робочого простору для підтримуваних сховищ і хостингу. Sites доступні в робочих просторах із вимогами до локалізації даних в інших регіонах, але наразі це налаштування регіональної локалізації не поширюється на сховища й хостинг Sites.
Наявні Sites залишаються в поточному розташуванні й не переносяться автоматично. Регіональний хостинг Sites не пов’язаний із локалізацією інференсу для обробки даних моделлю. Докладніше див. у статті Вимоги до локалізації даних і локалізація інференсу в ChatGPT.
Якщо регіон хостингу сайту не відповідає очікуваному, перевірте регіон, заданий для робочого простору, і дату створення сайту. Наявні Sites залишаються в поточному розташуванні й не переносяться автоматично.
Рекомендована політика робочого простору
Надайте учасникам чіткі вказівки зі створення Sites, які відповідають вимогам вашої організації щодо безпеки, конфіденційності, приватності та інших аспектів.
Визначте в політиці, коли дозволено загальнодоступну публікацію.
Запровадьте обов’язкову перевірку перед публікацією сайтів із конфіденційним, чутливим вмістом або матеріалами третіх сторін.
Визначте, хто може схвалювати загальнодоступні Sites і хто може їх видаляти.
Задокументуйте, куди учасники мають повідомляти про підозрілі, шкідливі, небезпечні Sites або Sites, що порушують права.
Для кожного сайту призначте людину, відповідальну за його актуальність і вирішення питань доступу. Сплануйте передавання обов’язків, перш ніж ця людина залишить команду.
Перевіряйте сайт після суттєвих змін його вмісту, підключених сервісів або аудиторії.
Поширені запитання
Чи стягується плата за хостинг і використання Sites у робочих просторах Enterprise?
Наразі плата за роботу й хостинг Sites у робочих просторах Enterprise не стягується. Створення або редагування сайту й надалі зараховується до використання Codex. Обмеження на використання та обсяг сховища залишаються чинними.