ChatGPT Sites позволяет вам создавать, размещать и делиться интерактивными веб-сайтами, веб-приложениями и играми прямо внутри ChatGPT, без отдельного конвейера развертывания и без сервера в аренду. Вы описываете в запросе, что хотите, ChatGPT это создаёт (работая на Codex под капотом), и вы получаете рабочий production URL, которым можно поделиться с вашим workspace или с публикой. По состоянию на июль 2026 года он находится в публичной бета-версии на всех платных тарифах ChatGPT, кроме Free и Go, и это не то же самое, что ChatGPT Projects или Canvas. Это руководство пошагово объясняет, как именно использовать ChatGPT Sites, что он может и не может создавать, и когда вам лучше вместо этого строить решение через API.
Что такое ChatGPT Sites на самом деле
Sites превращает запрос в размещённую интерактивную поверхность (панель управления, трекер проекта, лендинг, внутренний инструмент или небольшую игру) вместо статического документа или ответа в чате. Создание и размещение происходят прямо внутри ChatGPT, поэтому не нужно экспортировать код, выбирать хостинг и настраивать этап развёртывания.
Сразу важны два различия. Sites — это отдельный продукт от ChatGPT Projects (который организует чаты и файлы) и от Canvas (среды для редактирования документов и кода внутри одного чата). Sites — единственный из этих трёх, который создаёт *размещённое, доступное для общего доступа* приложение по собственному URL. Он построен на Codex, том же агенте, который лежит в основе рабочих процессов OpenAI для программирования, и ориентирован не только на разработчиков, но и на операторов, аналитиков и маркетологов.
*Детали ниже подтверждены на основе официальной документации OpenAI по Sites по состоянию на 15 июля 2026 года. Поскольку Sites находится в публичной бета-версии, доступность тарифов и регионов может меняться.*
Кто может использовать ChatGPT Sites прямо сейчас
Sites находится в публичной бете, и доступ предоставляется поэтапно, план за планом. Текущее правило из Help Center OpenAI: Sites доступен на платных тарифах кроме Free и Go. Это включает Plus, Pro, Business, Enterprise и Edu, при этом некоторые тарифы (Plus и Business) были подключены позже в процессе развёртывания, чем Pro и Enterprise. Администраторы рабочих пространств могут ограничивать доступ, поэтому в управляемых аккаунтах вам может понадобиться, чтобы администратор включил его.
Два ограничения доступа часто ставят людей в тупик:
- Регион. На момент запуска Sites недоступен в Европейской экономической зоне, Швейцарии и Великобритании; сроки запуска в этих регионах пока не объявлены.
- Платформа. Вы открываете Sites в настольном приложении ChatGPT или через ChatGPT Work в веб-версии по адресу
chatgpt.com/sites. Он не управляется через Codex CLI или расширения IDE.
Для начала либо попросите ChatGPT создать для вас сайт в обычном чате, либо введите @Sites в своём запросе, чтобы явно запустить сборку. Вы также можете начать с совместимого существующего локального проекта, а не с нуля.
Если вы вообще не видите Sites, причина почти всегда одна из трёх: вы используете Free или Go (не поддерживается), вы находитесь в регионе с ограничениями (EEA, UK или Switzerland), либо администратор рабочей области не включил эту функцию для вашей учётной записи.
Как создать сайт, шаг за шагом
Создание — это разговор, а не форма. Четыре этапа:
1. Напишите начальный запрос. Качество первой сборки зависит от детализации вашего запроса. Укажите аудиторию, основной рабочий процесс, какие данные нужны, должны ли пользователи входить в систему и кто должен иметь к нему доступ. Пример рабочего запроса:
> Создайте внутренний трекер проектов для моей маркетинговой команды. Члены команды входят в систему с помощью нашей учетной записи рабочего пространства. У каждого проекта есть название, владелец, статус (Не начато / В процессе / Готово) и дата выполнения. Сохраняйте записи, чтобы они сохранялись. Покажите обзорную таблицу, а также простую доску, сгруппированную по статусу. Доступ должен быть ограничен только нашим рабочим пространством.
Этот единственный запрос определяет аудиторию (маркетинговая команда), рабочий процесс (отслеживание проектов), модель данных (поля), хранение (сохранение записей) и область доступа (только рабочее пространство), то есть всё, что нужно Sites, чтобы принимать разумные решения вместо угадывания.
2. Просмотрите, что оно сгенерировало. ChatGPT показывает вам созданный сайт и то, как он обрабатывает данные. Проверьте макет, поля и любое поведение, связанное со входом в систему или хранением данных, прежде чем делиться им где-либо.
3. Уточните. Попросите внести изменения простым языком: "add a filter for overdue projects," "move the board above the table," "let owners edit their own rows only." Вы можете прикрепить скриншоты или файлы, чтобы направить дизайн. Для большинства нетривиальных сайтов требуется несколько раундов уточнения, чтобы всё получилось правильно, особенно в части логики входа и разрешений.
4. Получите свою ссылку. Когда всё будет готово, разверните и поделитесь URL. Подробнее о шаге публикации далее.
Сохранение vs публикация: как работает публикация
Это та часть, которая сбивает с толку пользователей, впервые работающих с системой. Каждый URL развертывания — это production URL. Отдельной среды staging нет, поэтому Sites разделяет публикацию на два действия:
- Сохранить версию создаёт сборку, доступную для проверки, привязанную к исходному коммиту, без её публикации в рабочей среде.
- Развернуть версию публикует сохранённую сборку по её production URL.
Безопасный шаблон: попросите ChatGPT *сохранить* версию, проверьте её и только затем *разверните*. Если сразу перейти к развёртыванию, всё, что вы создали, немедленно станет доступно по адресу, которым можно поделиться.
Совместный доступ и управление доступом
После развертывания вы контролируете, кто может получить доступ к сайту. Режимы доступа:
- Только владелец: только вы и администраторы workspace (хороший вариант по умолчанию, пока сайт еще находится на проверке).
- Выбранные пользователи или группы: конкретные люди, которых вы укажете.
- Workspace: все активные пользователи в вашем workspace.
- Публично: любой, у кого есть ссылка.
Общий доступ предоставляет только просмотр, а не редактирование: получатели видят сайт, но не получают доступ к конструктору. Администраторы могут полностью отключить публичный доступ, а в Enterprise workspace публикация может быть ограничена администратором. Любые секреты, которые нужны вашему приложению (API keys, токены), помещайте в панель Settings сайта, а не в ваш код или файлы конфигурации, чтобы они не были доступны в общей сборке.
Что вы можете и не можете создавать
Знание ограничений заранее помогает избежать напрасной разработки. Sites работает на хостинге, управляемом OpenAI, совместимом с runtime Cloudflare Workers, и предлагает два варианта хранения: D1 (реляционная база данных на основе SQLite) для структурированных записей и R2 (объектное хранилище) для загрузки файлов, таких как изображения, документы и видео.
| Поддерживается | Не поддерживается | |
|---|---|---|
| Типы приложений | Контентные сайты, дашборды, трекеры, планировщики, посадочные страницы, внутренние порталы, небольшие игры | Электронная коммерция / обработка платежных карт, приложения для данных о здоровье, что-либо для детей младше 13 лет |
| Backend | Управляемая serverless-логика (Workers runtime), база данных D1, файловое хранилище R2, workspace или публичный вход | Серверы Node.js, Postgres или внешние базы данных, серверы WebSocket, фоновые задачи / длительно работающие сервисы |
| Данные | Постоянные записи в D1, загрузки в R2, переменные окружения через Settings | Контроль размещения данных по регионам (недоступно на момент запуска) |
Технические ограничения — вот что действительно важно: если вашей идее нужен постоянно работающий серверный процесс, внешний экземпляр Postgres, живые соединения WebSocket или запланированная фоновая работа, Sites не сможет это разместить. Он создан для интерактивных фронтендов с лёгким, управляемым хранением данных, а не для полноценных кастомных бэкендов.
Пользовательские домены работают там, где доступны, но есть нюанс: Sites не регистрирует домен за вас. Вы приносите свой домен, владеете им и указываете DNS-записи на сайт. Пользовательские домены также *не* доступны в рабочих пространствах Enterprise на момент запуска.
Сколько это стоит
Отдельной платы за Sites нет. Он включен в ваш платный план ChatGPT, а создание или редактирование сайта учитывается в пределах лимита использования вашего плана по той же схеме, что и Codex, поэтому интенсивные итерации расходуют тот же бюджет, что и ваша другая работа в Codex. Использование ограничено лимитами, зависящими от плана, которые OpenAI отображает внутри продукта. По состоянию на июль 2026 года публичного прайс-листа, специфичного для Sites, нет; фактически стоимость — это «часть вашей текущей подписки, в пределах ее лимитов использования».
Когда использовать API вместо Sites
Sites — это самый быстрый путь от идеи до общего рабочего приложения, *если* вы остаетесь в пределах его возможностей. Вы перерастаете его в тот момент, когда вам нужно что-то, что среда выполнения блокирует (настоящий backend-сервер, внешняя база данных вроде Postgres, постоянные WebSocket-соединения или фоновые задачи), конкретная модель, к которой приложение обращается напрямую, оплата по фактическому использованию вместо тарификации в рамках чат-плана, или развертывание в регионе, который Sites пока не поддерживает.
На этом этапе вы создаёте обычное приложение, обращаясь к API модели и размещая его самостоятельно, что меняет удобство Sites без настройки на полный контроль над стеком. Доступ к модели через API тарифицируется по токенам, а не по плану с оплатой за место; шлюзы вроде AIReiter маршрутизируют основные семейства моделей (включая совместимые с Anthropic конечные точки Claude) по тарифам, основанным на использовании, что и является той ценовой моделью, которая обычно нужна отдельному приложению. Это другой инструмент для другой задачи: Sites — для быстрых, автономных внутренних приложений; API — когда вам нужен настоящий бэкенд.
| Используйте ChatGPT Sites, когда… | Создавайте на основе API, когда… |
|---|---|
| Вам нужно приложение, которым можно поделиться, за минуты | Вам нужен собственный или постоянный backend |
| Достаточно дашборда, трекера или внутреннего инструмента | Вам нужны Postgres, WebSockets или фоновые задачи |
| Ваши пользователи находятся внутри вашего workspace | Вам нужен определённый регион или provider |
| Учёт использования по вашему плану вас устраивает | Вы хотите контроль затрат по токенам, на основе использования |
Часто задаваемые вопросы
ChatGPT Sites бесплатен?
Нет. Для этого требуется платный план ChatGPT. Он доступен на всех платных тарифах, кроме Free и Go, и отдельная плата сверх подписки не взимается. Использование учитывается в пределах лимитов вашего плана.
Могу ли я использовать собственный домен с ChatGPT Sites?
Да, там, где эта функция доступна: вы указываете домен, которым уже владеете, и настраиваете его DNS-записи на сайт. Sites не будет регистрировать домен для вас, а пользовательские домены не предлагаются в рабочих пространствах Enterprise на момент запуска.
Доступен ли ChatGPT Sites в тарифе Plus?
Это внедряется в платные тарифы, кроме Free и Go, что включает Plus, хотя Plus и Business появились в развёртывании позже, чем Pro и Enterprise. Доступность по-прежнему может зависеть от вашего региона и настроек рабочего пространства.
В чем разница между ChatGPT Sites и ChatGPT Projects?
Projects организует связанные чаты, файлы и инструкции в одном рабочем пространстве. Sites создаёт размещённый интерактивный веб-сайт или приложение по собственному URL, которым можно поделиться. Это отдельные функции, которые решают разные задачи.
Могу ли я создать интернет-магазин с помощью ChatGPT Sites?
Нет. Sites explicitly запрещает электронную коммерцию и обработку платежных карт, а также приложения, работающие с данными о здоровье, и всё, что предназначено для детей младше 13 лет. Он предназначен для интерактивных инструментов и контентных сайтов, а не для транзакционной коммерции.