ChatGPT Sites позволяет создавать интерактивные сайты и лёгкие веб-приложения и получать приватный предпросмотр результата. После проверки сайт можно опубликовать по готовому URL внутри Sites.

🔄
Актуальность: проверено 6 сентября 2026 года по официальной документации OpenAI. Sites остаётся в публичной бете, поэтому доступность, лимиты и элементы интерфейса могут меняться. Проверяйте текущие условия в руководстве OpenAI и непосредственно в интерфейсе Sites.
📌
Коротко: опишите нужный сайт в ChatGPT Work или Codex, проверьте приватный предпросмотр, сохраните версию и только затем публикуйте. Каждый URL деплоя считается боевым. Аудиторию можно ограничить владельцем и администраторами, выбранными пользователями или группами, рабочим пространством либо открыть всему интернету, если это разрешено планом и настройками рабочего пространства.

Где работает Sites и кому он доступен

Sites находится в публичной бете и доступен для поддерживаемых платных аккаунтов и рабочих пространств ChatGPT. На Free и Go функция недоступна. На старте расширенной беты Sites также не поддерживается в EEA, Швейцарии и Великобритании.

Запустить Sites можно:

  • в ChatGPT Work на вебе;
  • в ChatGPT Work или Codex в актуальном настольном приложении ChatGPT;
  • явным упоминанием @Sites в промпте, если нужно однозначно запустить создание сайта.

Отдельно устанавливать Sites как плагин не требуется. В приложении ChatGPT Classic функция недоступна.

Для рабочих пространств действуют дополнительные правила:

  • Business — Sites включён по умолчанию, но администратор может управлять разрешениями;
  • Enterprise — администратор включает Sites и через ролевое управление доступом (RBAC) определяет, кто может создавать и публиковать сайты;
  • публичная публикация в Enterprise — выключена по умолчанию и требует отдельного разрешения администратора.

Если Sites не отображается, проверьте план, регион, выбранное рабочее пространство, версию приложения и разрешения вашей роли. Функция также может ещё не дойти до конкретного аккаунта в рамках поэтапного запуска.

Что можно собрать в Sites

Sites подходит для интерактивных веб-страниц и небольших приложений, которые работают в поддерживаемом рантайме Sites. Типовые варианты:

  • внутренний дашборд;
  • трекер проекта или календарь запуска;
  • прототип интерфейса;
  • внутренний портал или ревью-хаб;
  • публичный лендинг;
  • отчёт с интерактивными элементами;
  • небольшое приложение с файлами или структурированными данными.

Sites может использовать встроенное хранение данных и файлов. В официальной справке OpenAI упоминаются D1 и R2; конкретные возможности зависят от поддерживаемого рантайма, функций, доступных аккаунту, и настроек рабочего пространства.

Некоторые фреймворки, частные сети, внешние базы, фоновые сервисы и схемы хостинга могут не поддерживаться. Для существующего проекта сначала попросите Codex проверить совместимость сборки с рантаймом Sites.

Как создать и опубликовать сайт

  1. Откройте Work на вебе либо Work или Codex в настольном приложении.
  2. Опишите сайт: его задачу, контент, данные, файлы, ссылки и ограничения. Можно добавить слово website или упомянуть @Sites.
  3. Дождитесь приватного предпросмотра.
  4. Проверьте тексты, ссылки, формы, загруженные файлы, интерактивное поведение и работу входа.
  5. Попросите внести исправления и снова проверьте предпросмотр.
  6. Сохраните версию, которую хотите опубликовать.
  7. Выберите аудиторию в настройках доступа.
  8. Нажмите Publish только после проверки выбранной версии и аудитории.
  9. Откройте опубликованный сайт через Visit или скопируйте его адрес через Copy link.

Пример промпта:

Промпт:

@Sites Создай сайт для внутреннего календаря запуска продукта. Добавь этапы, ответственных и фильтр по статусу. Сначала покажи приватный предпросмотр и не публикуй сайт без отдельного подтверждения.
⚠️
Каждый URL деплоя Sites является боевым URL. Для безопасной проверки сначала сохраните версию и изучите предпросмотр. Публикация обновляет живой сайт.

Версии, редактирование и повторная публикация

Открыть существующий проект можно из исходного чата или раздела Sites в боковой панели. После выбора сайта опишите нужные изменения, проверьте обновлённый предпросмотр и сохраните новую версию.

Sites разделяет сохранение и публикацию:

  1. Сохранение версии фиксирует вариант сайта для проверки.
  2. Публикация версии делает выбранный вариант доступным по живому URL.

Такой порядок позволяет подготовить изменения без немедленного обновления опубликованного сайта.

Где совместное редактирование доступно, владелец может дать активному участнику того же рабочего пространства право Can edit. Редактор сможет менять и сохранять сайт. После того как владелец впервые опубликует сайт, редактор также сможет публиковать последующие версии на тот же URL без отдельного шага одобрения владельца.

Только владелец управляет аудиторией, названием и URL сайта, передачей владения, секретами и собственными доменами. Перед выдачей права на редактирование договоритесь, кто проверяет изменения перед публикацией.

Режимы доступа

Новый сайт по умолчанию доступен владельцу и администраторам рабочего пространства. Дальнейшие варианты зависят от плана и настроек рабочего пространства.

РежимКто получает доступ
Владелец и администраторыВладелец сайта и администраторы рабочего пространства
Выбранные пользователи или группыУказанные активные пользователи или группы рабочего пространства, если этот вариант поддерживается
Именованные внешние зрителиПриглашённые по адресу электронной почты люди вне рабочего пространства; они получают только просмотр
Все в рабочем пространствеАктивные участники рабочего пространства, если этот вариант поддерживается
Любой человек в интернетеПубличный доступ без членства в рабочем пространстве; требуется разрешённая публичная публикация

Приглашение внешнего зрителя не делает сайт публичным, не добавляет человека в рабочее пространство и не даёт ему права редактировать или публиковать. В Enterprise возможность приглашать внешних зрителей включается администратором отдельно от публичной публикации.

После изменения доступа проверьте сайт с точки зрения предполагаемого посетителя. Удаление персонального приглашения не закроет доступ, если сайт одновременно открыт всему рабочему пространству или интернету.

Аудитория сайта и встроенный вход

Настройка аудитории определяет, кто может открыть сайт. Встроенная авторизация внутри сайта решает другую задачу: идентифицирует посетителя уже после открытия.

Публичный сайт может работать без аккаунта рабочего пространства. При необходимости в сам сайт можно добавить поддерживаемую функцию Sign in with ChatGPT. Если она используется, объясните посетителю, какие сведения получает сайт и зачем они нужны. Ответственность за соблюдение требований к персональным данным лежит на владельце сайта.

Перед публикацией проверьте:

  • открывается ли сайт у нужной аудитории;
  • требуется ли вход там, где он задуман;
  • не раскрываются ли данные другим посетителям;
  • корректно ли работают формы и поля свободного ввода;
  • понятно ли описано использование данных посетителя.

Секреты и собственный домен

Секреты относятся к настройкам сайта и доступны владельцу. Не помещайте реальные ключи, пароли и токены в исходный код, промпты или публичные файлы. После изменения конфигурации проверьте новую версию перед повторной публикацией.

Собственный домен можно подключить там, где функция доступна. Sites не регистрирует домен: вы должны владеть им и иметь возможность менять DNS-записи.

Общий порядок:

  1. Откройте настройки сайта и выберите Add domain.
  2. Укажите основной домен или поддомен.
  3. Скопируйте предложенные Sites DNS-записи в панель регистратора или DNS-провайдера.
  4. Подождите обновления DNS и проверьте статус домена в Sites.

В Enterprise собственные домены на старте функции недоступны.

Полезные сценарии

Внутренний дашборд команды

Исходные данные: показатели проекта, список этапов и участники рабочего пространства. Попросите Sites собрать дашборд, проверьте приватный предпросмотр и откройте доступ выбранной группе или всему рабочему пространству.

Наблюдаемый результат: участники открывают один URL и видят нужные данные и интерактивные элементы. Сценарий не подходит для информации, которую политика организации запрещает размещать в Sites, а также при обязательном требовании data residency.

Публичный лендинг или небольшой инструмент

Исходные данные: тексты, изображения, формы и правила обработки пользовательских данных. Создайте сайт, проверьте его как внешний посетитель и выберите Anyone on the Internet, если публичная публикация разрешена.

Наблюдаемый результат: сайт открывается по URL без членства в рабочем пространстве. Если посетитель вводит персональные данные, заранее определите правовое основание, срок хранения и правила обработки.

Закрытый сайт для внешнего заказчика

Если функция доступна, добавьте заказчика как именованного внешнего зрителя вместо публикации для всего интернета. Получатель должен войти под аккаунтом, которому выдан доступ.

Наблюдаемый результат: конкретный человек видит сайт, но не получает членство в рабочем пространстве, право редактирования или доступ к другим материалам. В Enterprise для такого приглашения требуется отдельное разрешение роли.

Лимиты и неподдерживаемые сценарии

В публичной бете действуют лимиты, зависящие от плана или рабочего пространства. OpenAI показывает актуальные значения в интерфейсе Sites и предупреждает о приближении к пределу.

При достижении лимита может оказаться недоступным создание нового сайта, добавление хранилища или поддержание публичной доступности сайта с высокой нагрузкой. Существующие сайты при этом можно продолжать редактировать и администрировать. Лимиты учитываются по всем Sites аккаунта и могут изменяться во время беты.

Sites не поддерживает data residency и inference residency на старте. Ограничение распространяется на развёрнутые сайты, их код, данные и файлы D1/R2, артефакты и журналы.

Запрещено использовать Sites для:

  • обработки защищённой медицинской информации (PHI);
  • обработки данных платёжных карт, если они не переданы исключительно стороннему платёжному процессору;
  • таргетинга детей младше 13 лет или применимого возраста цифрового согласия;
  • распространения вредоносного ПО и фишинга;
  • выдачи себя за людей или организации;
  • других нарушений правил OpenAI и условий ChatGPT Sites.

Продажа товаров и услуг допускается через сторонний платёжный процессор. В этом случае платёжные данные должен обрабатывать провайдер, а владелец сайта отвечает за его подключение, транзакции, возвраты, поддержку, налоги и выполнение обязательств перед покупателями.

Как проверить результат

После публикации:

  1. Откройте сайт через Visit и убедитесь, что используется ожидаемый URL.
  2. Проверьте его в режиме предполагаемого посетителя, а не только владельца.
  3. Убедитесь, что выбранная аудитория действительно имеет доступ, а остальные посетители его не получают.
  4. Пройдите основной пользовательский сценарий: навигацию, форму, вход, сохранение данных или загрузку файла.
  5. Проверьте ссылки, изображения, загруженные материалы и мобильное отображение.
  6. Если подключён собственный домен, проверьте его статус и открытие сайта по этому адресу.
  7. После изменения секретов или конфигурации опубликуйте проверенную версию и повторите тест.
💡
Если сайт опубликован ошибочно, ограничьте аудиторию через Share. Для окончательного удаления используйте Delete site только осознанно: удалённый сайт восстановить нельзя.

Чеклист перед публикацией

Приватный предпросмотр проверен.
Сохранена именно та версия, которую нужно опубликовать.
Тексты, ссылки, файлы, формы и интерактивные элементы просмотрены.
На сайте нет конфиденциальных данных и контента, на публикацию которого нет прав.
Аудитория соответствует задаче сайта.
Вход проверен глазами предполагаемого посетителя.
Секреты не записаны в исходники или публичные файлы.
Для сбора персональных данных определены понятные правила обработки.
Учтены ограничения рантайма, региона, плана и рабочего пространства.
После публикации подтверждены статус и живой URL.

Официальные ссылки

Следующий шаг

Пять интерактивных лендингов за час: что умеет Codex с правильными skills

Если вы выбираете между Sites и отдельным стеком для внутреннего дашборда, лендинга или небольшого командного инструмента, полезно сначала проверить требования к доступу, данным и хостинговому окружению.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov