База знань

Розгорніть статичний сайт у власному обліковому записі 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 року

Як хостинг впливає на індексацію та передачу ваги посилань (link equity) у 2026 році: підтримка сторінок у пошуковому індексі, перевірка старих доменів перед створенням сайтів, лінкбілдинг без слідів (footprint) та відвертий погляд на те, що інфраструктура може і чого не може зробити для SEO.

Читати допис →

Як зробити WordPress швидким та безпечним: контрольний список оптимізації та плагінів

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

Читати допис →

Як вибрати керований вебхостинг у 2026 році: Посібник для покупця

Що насправді відрізняє якісний керований хостинг від дешевого сервера з панеллю керування — міграції, резервні копії, ізоляція, справжнє кешування та чесне масштабування — і як оцінити його, перш ніж брати на себе зобов'язання.

Читати допис →

Читати блог →

Усе ще потрібна допомога?

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

Звернутися до служби підтримки → Усі статті →