База знаний

Разверните статический сайт в своей собственной учетной записи Render

Создайте ключ Render API и подключите его, чтобы ваши статические сайты собирались из вашего репозитория в вашей собственной учетной записи Render.

Что дает подключение

Подключение вашей собственной учетной записи Render позволяет публиковать статический сайт в вашу учетную запись Render из панели управления Zinn®. Проект и счета остаются полностью вашими; мы берем на себя развертывание, собственный домен и записи DNS.

Перед началом работы

Вам понадобятся учетная запись Render и подключенная учетная запись GitHub, GitLab или Bitbucket, в которой хранится код сайта — Render выполняет сборку сайтов из репозитория и не принимает загруженную готовую сборку. Бесплатные статические сайты Render разрешают коммерческое использование.

1. Создайте ключ в Render

В панели Render Dashboard перейдите в раздел Account Settings, найдите API Keys и создайте новый ключ. Render показывает полный ключ только один раз — при его создании; скопируйте его сразу.

2. Подключите его здесь

Откройте раздел Integrations в вашей панели управления и выберите Connect an account. Выберите Static hosting (Netlify, Vercel) в качестве группы и Render в качестве учетной записи, заполните поле API token и нажмите Connect account.

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

Что происходит дальше

  • При создании или переносе статического сайта эта учетная запись отображается как цель развертывания.
  • Render выполняет сборку из репозитория — у сервиса нет возможности принять загруженную сборку — поэтому код сайта должен поступать из подключенного репозитория GitHub, GitLab или Bitbucket. Сначала подключите один из них, если вы этого еще не сделали.

  • Мы создаем службу в вашей учетной записи, направляем ее на репозиторий, прикрепляем ваш собственный домен и запускаем развертывания. На странице домена отображаются любые записи DNS, которые требуются Render.
  • Использование и оплата относятся к вашей учетной записи и видны в вашей собственной панели поставщика.

Если подключение не удается

Сайт не может быть создан. Убедитесь, что учетная запись репозитория подключена и что Render может получить доступ к репозиторию — Render может запросить у вас авторизацию собственного доступа к вашему поставщику Git в своей панели управления.

Ключ был отозван. Ключи Render остаются действительными до момента отзыва; если ваш ключ был отозван, создайте новый.

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

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

Отключение

Откройте раздел Integrations, найдите учетную запись и нажмите Disconnect. Это сразу удаляет сохраненный ключ. Все, что его использовало, останавливается при следующем действии, а экраны, зависевшие от него, сообщают об этом, а не дают сбой без предупреждения.

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

Новое в блоге

О чем мы писали: хостинг, SEO и масштабирование сайтов.

SEO и наращивание ссылочной массы на уровне хостинга: Взгляд оператора в 2026 году

Как хостинг влияет на индексацию и ссылочный вес в 2026 году: поддержание страниц в индексе, проверка старых доменов перед запуском проектов, построение ссылок без цифрового следа (футпринта) и честный взгляд на то, что инфраструктура может и чего не может сделать для SEO.

Читать запись →

Как сделать WordPress быстрым и безопасным: чек-лист по производительности и плагинам

Практический контрольный список для быстрого и безопасного WordPress: кэширование на уровне сервера, объектный кэш для каждого сайта, несколько действительно полезных плагинов, поддержание стека в актуальном состоянии и страницы WooCommerce, которые ни в коем случае нельзя кэшировать.

Читать запись →

Как выбрать управляемый веб-хостинг в 2026 году: руководство для покупателя

Что на самом деле отличает хороший управляемый хостинг от дешевого сервера с панелью управления — миграции, резервное копирование, изоляция, реальное кэширование и честное масштабирование — и как оценить его до принятия обязательств.

Читать запись →

Читать блог →

Всё ещё нужна помощь?

Поддержка включена в каждый тарифный план, служба работает 24 часов в сутки, и вы можете писать нам на любом из наших 58 языков — мы ответим вам на вашем.

Связаться со службой поддержки → Все статьи →