База знань

Підключіть свій обліковий запис GitHub за допомогою токена, щоб ваші сайти розгорталися зі сховища

Створіть токен GitHub із точними дозволами для репозиторіїв, які ви розгортаєте, і підключіть його, щоб надсилання (push) розгортало ваш сайт, а гілки отримували попередній перегляд.

Що дає вам підключення

Підключення GitHub за допомогою токена дозволяє сайту розгортатися з одного з ваших репозиторіїв: надішліть зміни (push) у гілку, і сайт оновиться. Це також дозволяє нам публікувати на GitHub Pages у вашому обліковому записі, якщо ви обрали його як хостинг сайту.

Якщо ваші репозиторії належать організації, натомість надайте перевагу застосунку Zinn® GitHub — див. Встановлення застосунку Zinn® GitHub. Токен належить одній особі та припиняє працювати, коли вона вибуває.

Перш ніж почати

Обліковий запис GitHub із доступом до репозиторіїв, які ви бажаєте розгорнути. Якщо вони належать організації, власнику може знадобитися схвалити деталізовані токени (fine-grained tokens) для неї.

1. Створіть ключ на GitHub

На GitHub натисніть фото вашого профілю, потім Settings → Developer settings → Personal access tokens → Fine-grained tokens → Generate new token. Назвіть його та оберіть термін дії. У розділі Repository access виберіть Only select repositories та оберіть ті, які ви розгортаєте — найвужчий доступ, який підходить для роботи.

У розділі Repository permissions надайте доступ Read and write для:

  • Contents
  • Pages
  • Administration

Натисніть Generate token та скопіюйте його — GitHub показує його лише раз.

2. Підключіть його тут

Відкрийте Integrations на вашій панелі керування та виберіть Connect an account. Виберіть Code hosting як групу та GitHub як обліковий запис, заповніть API token і натисніть Connect account.

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

Що відбувається далі

  • Сайт може розгортатися безпосередньо з репозиторію в цьому обліковому записі: виберіть його у зв'язку з репозиторієм сайту, оберіть репозиторій і гілку, і push запустить розгортання.
  • Будь-яка інша гілка може мати власний попередній перегляд, тому ви можете перевірити зміну до того, як вона потрапить на робочий сайт.
  • Статичні хостинги на базі Git, такі як Render та Azure Static Web Apps, використовують це підключення як джерело коду сайту.

Якщо не підключається

Репозиторій не з'являється. Доступ токена до репозиторіїв не охоплює його. Відредагуйте токен на GitHub і додайте репозиторій.

Працювало, а потім перестало. Термін дії деталізованих токенів закінчується в обрану вами дату. Згенеруйте новий і підключіть його; GitHub надсилає електронного листа до закінчення терміну дії токена.

Повідомляється, що ключ було відхилено. Майже завжди одна з трьох причин: пробіл або розрив рядка, скопійований разом із ним, ключ, термін дії якого закінчився, або ключ, який було відкликано чи повторно згенеровано після копіювання. Створіть новий і вставте його знову.

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

Відключення

Відкрийте Integrations, знайдіть обліковий запис і натисніть Disconnect. Це негайно видалить збережений ключ. Усе, що використовувало його, зупиниться під час своєї наступної дії, а екрани, які залежали від нього, повідомлять про це, а не будуть мовчки давати збій.

Відключення не скасовує того, що вже було зроблено — записи, розгортання або налаштування, які ми змінили у вашому обліковому записі, залишаються такими, як є. Якщо ви вважаєте, що сам ключ міг скомпрометуватися, також відкличте його у постачальника; відключення видаляє нашу копію, а не їхню.

Останнє з блогу

Що ми писали про хостинг, SEO та роботу сайтів у великих масштабах.

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

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

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

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

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

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

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

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

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

Читати блог →

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

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

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