Власний домен GitHub Pages: налаштування DNS, CNAME і HTTPS

Як підключити власний домен до GitHub Pages: DNS-записи для apex і www, призначення файлу CNAME, підтвердження домену та увімкнення HTTPS.

Поширені запитання

Які IP-адреси використовувати для apex-домену GitHub Pages?

Документація GitHub (перевірено в листопаді 2026 року) наводить чотири A-записи для кореневого хоста (@): 185.199.108.153, 185.199.109.153, 185.199.110.153 і 185.199.111.153. Якщо потрібен ще й IPv6, додайте чотири AAAA-записи: 2606:50c0:8000::153, 2606:50c0:8001::153, 2606:50c0:8002::153 і 2606:50c0:8003::153. GitHub радить залишати A-записи поряд з AAAA. Перш ніж копіювати значення, звірте їх із документацією, адже GitHub може їх змінити.

Чи потрібен файл CNAME у моєму репозиторії?

Лише якщо ви публікуєте з гілки. У такому разі, коли ви зберігаєте власний домен у Settings > Pages (Налаштування > Pages), GitHub сам комітить файл CNAME у корінь вихідної гілки. Якщо ж ви публікуєте через власний workflow GitHub Actions, файл CNAME не створюється, а наявний ігнорується й не обов'язковий.

Чому чекбокс Enforce HTTPS неактивний (сірий)?

За словами GitHub, після додавання домену ця опція може з'явитися лише через 24 години. Сертифікат видається автоматично, тож найчастіші причини проблеми — DNS ще не оновився або на домені є зайві записи: додаткові A, AAAA, ALIAS чи ANAME на apex, або CNAME на www, що веде не на GitHub. Також GitHub зазначає, що домен має бути коротшим за 64 символи. Якщо нічого не змінюється, натисніть Remove (Видалити) біля домену, введіть його знову й збережіть.

Що обрати: apex-домен чи www?

GitHub рекомендує www. У його документації сказано, що піддомени www — найстабільніший тип власного домену, бо зміни IP-адрес серверів GitHub на них не впливають. Який би варіант ви не вказали як власний домен, GitHub перенаправляє на нього інший — за умови, що DNS обох веде на GitHub Pages.

Скільки часу потрібно, щоб власний домен GitHub Pages запрацював?

За даними GitHub, зміни DNS можуть поширюватися до 24 годин. На практиці багато записів оновлюються швидше, але закладайте добу, перш ніж вирішувати, що щось зламалося.

Чи безпечно використовувати wildcard-запис DNS для GitHub Pages?

GitHub категорично не радить wildcard-записів на кшталт *.example.com. У його документації сказано, що вони одразу наражають на ризик перехоплення домену, навіть якщо домен підтверджено. Замість цього створюйте записи для конкретних піддоменів, якими ви користуєтеся.

Коротка відповідь: у репозиторії відкрийте Settings > Pages (Налаштування > Pages), впишіть свій домен у поле Custom domain (Власний домен) і збережіть. Потім у DNS-провайдера спрямуйте www на <username>.github.io через CNAME-запис, а «голий» домен (example.com) — на GitHub через чотири A-записи. Коли GitHub випустить сертифікат, поставте галочку Enforce HTTPS. Уся процедура — це одне налаштування в репозиторії та кілька DNS-записів. Більшість затримок спричиняє поширення DNS, яке, за даними GitHub, може тривати до 24 годин.

Усе нижче перевірено за офіційною документацією GitHub у листопаді 2026 року. DNS-значення — те, що найімовірніше зміниться, тому перед копіюванням звіряйте їх із документацією GitHub Pages про власний домен.

Спершу оберіть тип домену

Куди мають потрапляти відвідувачі	Що вказати як власний домен	Потрібні DNS-записи	Примітки
`www.example.com`	`www.example.com`	CNAME на `www` → `<username>.github.io`, плюс A-записи на apex	Рекомендований GitHub варіант. `example.com` перенаправляє на www.
`example.com`	`example.com`	A-записи на apex (або один ALIAS/ANAME), плюс CNAME на `www`	`www.example.com` перенаправляє на apex.
`blog.example.com`	`blog.example.com`	CNAME на `blog` → `<username>.github.io`	Записи на apex не потрібні.

У документації GitHub сказано, що піддомени www — найстабільніший вибір, бо зміни IP-адрес серверів GitHub їх не зачіпають. Якщо немає вагомої причини використовувати «голий» домен, обирайте www. Якщо ви ще вибираєте реєстратора, наше порівняння реєстраторів доменів розглядає наявні варіанти, а стаття про вартість домену пояснює ціни на продовження.

Покроково: підключаємо домен

Додайте домен у GitHub. Відкрийте репозиторій, натисніть Settings, потім Pages (у розділі «Code, planning, and automation»). Якщо вкладки Settings не видно, пошукайте її у випадаючому меню «More». Введіть домен у полі Custom domain і натисніть Save.
Перевірте, що GitHub зробив у репозиторії. Якщо ви публікуєте з гілки, GitHub комітить файл CNAME у корінь цієї гілки. Якщо публікуєте через власний workflow GitHub Actions, файл CNAME не створюється, а наявний ігнорується.
Приберіть DNS-записи за замовчуванням. Якщо DNS-провайдер автоматично створив для потрібного вам хоста парковий або типовий запис, спершу видаліть його.
Створіть DNS-записи у свого DNS-провайдера (див. наступний розділ).
Зачекайте на поширення. За словами GitHub, до 24 годин. Прогрес можна перевірити в терміналі командою dig www.example.com +noall +answer.
Увімкніть Enforce HTTPS, коли опція стане доступною (див. нижче).

Порядок має менше значення, ніж здається

DNS-записи можна створити як до, так і після збереження домену в GitHub. Ризик у тому, що DNS уже вказує на GitHub Pages, а домен не закріплений за жодним репозиторієм. GitHub попереджає: якщо налаштувати DNS, не додавши домен у GitHub, хтось інший зможе розмістити сайт на одному з ваших піддоменів. Тож спершу збережіть домен у GitHub, а потім налаштовуйте DNS.

DNS-записи

www або будь-який піддомен: один CNAME

Тип	Хост	Значення
CNAME	`www`	`<username>.github.io`

Використовуйте своє ім'я користувача або назву організації без назви репозиторію. GitHub окремо наголошує: не спрямовуйте CNAME на унікальну адресу *.pages.github.io, яку показано в налаштуваннях репозиторію.

Apex-домен: чотири A-записи (перевірено в листопаді 2026 року)

Тип	Хост	Значення
A	`@`	`185.199.108.153`
A	`@`	`185.199.109.153`
A	`@`	`185.199.110.153`
A	`@`	`185.199.111.153`

Необов'язковий IPv6, якщо він вам потрібен, — AAAA-записи на @:

Тип	Хост	Значення
AAAA	`@`	`2606:50c0:8000::153`
AAAA	`@`	`2606:50c0:8001::153`
AAAA	`@`	`2606:50c0:8002::153`
AAAA	`@`	`2606:50c0:8003::153`

GitHub радить додавати A-записи навіть тоді, коли ви додаєте AAAA, адже IPv6 досі поширений нерівномірно. Якщо ваш DNS-провайдер підтримує записи ALIAS або ANAME, замість A і AAAA можна використати один такий запис, що веде на <username>.github.io.

Дві помилки, яких варто уникати:

Зайві записи на apex. GitHub попереджає: додаткові A, AAAA, ALIAS чи ANAME на @, а також CNAME на www, що веде кудись інде, можуть завадити створенню HTTPS-сертифіката.
Спрямування піддомену на apex. За словами GitHub, це спричиняє проблеми з примусовим HTTPS і може взагалі закрити піддомену доступ до вашого сайту. Спрямовуйте піддомени на <username>.github.io.

Деякі провайдери використовують @ для кореневого хоста, інші просять залишити поле порожнім або ввести повний домен. Це особливість провайдера, а не налаштування GitHub.

Вмикаємо HTTPS

GitHub видає сертифікати для власних доменів через Let's Encrypt. Коли DNS почне правильно резолвитися:

Поверніться до Settings > Pages.
Знайдіть біля домену галочку — це означає, що перевірку DNS пройдено.
Поставте галочку Enforce HTTPS.

GitHub зазначає, що опція може з'явитися лише через 24 години. Якщо за кілька хвилин після збереження її досі немає, GitHub радить натиснути Remove біля власного домену, ввести його знову й ще раз натиснути Save. Для створення сертифіката домен також має бути коротшим за 64 символи.

Якщо чекбокс і далі неактивний, пройдіться за списком:

[ ] DNS для хоста веде на GitHub (dig показує чотири IP-адреси або ваш CNAME <username>.github.io)
[ ] На apex немає зайвих записів A, AAAA, ALIAS чи ANAME
[ ] CNAME для www веде на <username>.github.io, а не на apex чи адресу pages.github.io
[ ] Домен у Settings > Pages точно збігається з тим, що вказано в DNS
[ ] Ви один раз видалили й заново додали домен

Підтвердьте домен (наполегливо рекомендуємо)

Підтвердження не дає іншим акаунтам GitHub захопити ваш домен, якщо сайт Pages колись від'єднають. GitHub називає можливі випадки перехоплення домену: видалення репозиторію, зниження тарифного плану або будь-яка зміна, що від'єднує домен, поки він залишається налаштованим для GitHub Pages і непідтвердженим.

Відкрийте налаштування профілю (не репозиторію), потім Pages у бічному меню.
Натисніть Add a domain, введіть домен і підтвердьте.
Створіть TXT-запис, який покаже GitHub. Хост матиме вигляд _github-pages-challenge-USERNAME.example.com.
Переконайтеся, що запис видно, командою dig _github-pages-challenge-USERNAME.example.com +nostats +nocomments +nocmd TXT.
Повернувшись у GitHub, відкрийте меню біля домену, оберіть Continue verifying, а потім Verify.

GitHub каже, що це може статися миттєво або зайняти до 24 годин. Після цього залиште TXT-запис на місці. Також не використовуйте wildcard-записи на кшталт *.example.com: за словами GitHub, вони ризикують перехопленням навіть для підтвердженого домену.

Типові проблеми

404 на власному домені, а на github.io сайт працює. Домен так і не збережено в Settings > Pages, або DNS ще не оновився. Перевірте обидва варіанти.
Домен скидається після деплою. Якщо ви публікуєте з гілки, файл CNAME у вихідній гілці має містити ваш домен. Збірка, що очищає корінь гілки, або деплой, який пропускає цей файл, можуть його видалити. Перехід на власний workflow Actions робить цей файл непотрібним.
Apex працює, а www ні (або навпаки). Записи потрібні для обох хостів. Пам'ятайте: GitHub перенаправляє парний хост лише тоді, коли його DNS теж веде на GitHub Pages.
Сертифікат так і не з'являється. Пройдіться за контрольним списком вище, спершу пошукавши зайві записи.

Якщо не хочете самостійно займатися DNS

GitHub Pages добре підходить для статичних сайтів, які ви вже зберігаєте в репозиторії. Якщо вам головне — розмістити сайт у мережі на власному домені, власні домени в We.Inc проведуть вас тим самим DNS-кроком просто в конструкторі, а посібник із підключення домену описує це для будь-якого провайдера. Безкоштовний тариф We.Inc дозволяє опублікувати до трьох сайтів із готових шаблонів; AI-конструктор, що створює чернетку сайту за запитом, доступний від тарифу Starter за $20 на місяць. Зареєструватися можна тут.

Почати безкоштовно · Банківська картка не потрібна

Umair Ali Sadaqat

Засновник We.Inc

Умайр — засновник We.Inc. Він пише про створення сайтів за допомогою ШІ, агенції та ведення бізнесу вебстудії.

Готові створити щось вартісне?

Приєднуйтеся до 15,000+ компаній, які з We.Inc запускаються, зростають і автоматизують роботу — усе на одній платформі.

Почати безкоштовно

Банківська картка не потрібна · Зв'язатися з відділом продажів