Безплатен хостинг за статичен сайт
GitHub Pages: безплатен сайт от хранилище и собствен домейн
- Публикувано
- 4 ноември 2026 г.
- Източници
- 9
- Автор
- Редакция на host1.bg
GitHub Pages публикува безплатно статичен сайт направо от хранилище в GitHub. При безплатния акаунт хранилището трябва да е публично, сайтът е до 1 GB, а GitHub изрично забранява ползването му за онлайн търговия и сайтове, създадени главно за търговски сделки. За лична страница, портфолио, документация или проект е удобен избор, а собственият домейн и HTTPS са безплатни.
Накратко
- Безплатно само от публично хранилище; частни хранилища изискват платен план.
- Сайт до 1 GB, мек лимит 100 GB трафик и 10 компилации на час.
- Не е за онлайн магазини и сайтове главно за търговски сделки.
- Голият домейн: четири A записа 185.199.108–111.153; www: CNAME към потребител.github.io.
- Потвърдете домейна в настройките на профила, за да не го заеме друг.
01Какво позволява безплатният план
С GitHub Free можете да публикувате Pages само от публични хранилища. За частни трябват планове Pro, Team или Enterprise. Ограниченията по документацията:
| Какво | Ограничение |
|---|---|
| Публикуван сайт | до 1 GB |
| Хранилище с изходния код | препоръчително до 1 GB |
| Трафик | мек лимит 100 GB на месец |
| Компилации | мек лимит 10 на час (не важи при собствен GitHub Actions процес) |
| Време за публикуване | прекъсва след 10 минути |
„Мек лимит“ значи, че GitHub може да ви пише или да ограничи сайта, ако го надхвърляте трайно, а не че спира веднага. Колко тежи сайтът ви, вижте с теглото на сайта.
02За какво не е позволено
Документацията казва, че GitHub Pages не е предвиден и не е позволен като безплатна уеб хостинг услуга за онлайн бизнес, електронна търговия или сайтове, създадени главно за търговски сделки или софтуер като услуга. Не е и за чувствителни данни като пароли или номера на карти.
Сайт-визитка на фирма, документация на продукт или лично портфолио са в рамките на предназначението. Онлайн магазин с количка и плащания не е – за него вижте споделен хостинг, VPS или облак.
03Публично хранилище: какво значи това за вас
Щом хранилището е публично, всеки може да види не само сайта, но и изходния код и цялата история на промените. Ако веднъж качите файл с парола или ключ, изтриването му в следваща промяна не стига – той остава в историята. Затова пазете в хранилището само това, което и без това ще е публично на сайта.
Има два вида сайтове. Личен сайт е хранилище с име потребител.github.io и се отваря на https://потребител.github.io/. Сайт на проект е всяко друго хранилище и се отваря на https://потребител.github.io/хранилище/. И двата могат да получат собствен домейн.
04Собствен домейн: кои записи
Препоръчително е първо да потвърдите домейна в настройките на профила (Profile settings → Pages, не в хранилището): GitHub ви дава TXT запис с име _github-pages-challenge-ПОТРЕБИТЕЛ. Потвърждението пречи на друг потребител да заеме домейна, ако например изтриете хранилището. Оставете TXT записа и след проверката.
После в хранилището, в Settings → Pages → Custom domain, въвеждате домейна и записвате. При DNS доставчика си добавяте:
- за
www.example.bg: CNAME къмпотребител.github.io(без името на хранилището); - за
example.bg: ALIAS/ANAME къмпотребител.github.io, ако доставчикът ви го поддържа, или четири A записа:185.199.108.153,185.199.109.153,185.199.110.153,185.199.111.153; - по желание AAAA записи за IPv6:
2606:50c0:8000::153до2606:50c0:8003::153.
Не ползвайте wildcard записи (*.example.bg) – GitHub предупреждава, че те оставят поддомейните отворени за превземане. Промените в DNS може да отнемат до 24 часа. Проверете записите с DNS проверката.
05HTTPS и пренасочванията
След като домейнът е записан, GitHub проверява DNS и сам иска сертификат от Let's Encrypt. Отметката Enforce HTTPS може да се появи до 24 часа по-късно – включете я, за да се пренасочва http:// към https://. Пълното име на домейна трябва да е под 64 знака.
Ако сте задали и A записите за голия домейн, и CNAME за www, GitHub сам пренасочва между двата към този, който сте въвели като собствен домейн. Файл за собствени пренасочвания като _redirects при Cloudflare Pages или Netlify в документацията на GitHub Pages не е описан. Възможностите са:
- плъгинът
jekyll-redirect-from, който е сред поддържаните от GitHub Pages плъгини, ако сайтът се строи с Jekyll; - страница с
<meta http-equiv="refresh" content="0;url=https://example.bg/novo/">на стария адрес – MDN предупреждава, че автоматичното пренасочване може да обърка хора с екранни четци, затова сложете и видима връзка; - ако ви трябват много истински пренасочвания с код 301, сайтът е по-подходящ за Cloudflare Pages или Netlify.
→Стъпка по стъпка
- Създайте публично хранилище
За личен сайт го кръстете
потребител.github.io(с малки букви). За сайт на проект името може да е всякакво – адресът ще епотребител.github.io/хранилище/. - Качете файловете
Сложете
index.html(илиindex.md,README.md) най-горе в папката за публикуване. Ако нямате страница, направете я с генератора на index.html. - Включете Pages
В Settings → Pages, в „Build and deployment“, изберете като източник публикуване от клон, после клона и папката (
/или/docs). - Изчакайте и отворете сайта
Промените се публикуват до 10 минути след изпращане. Отворете адреса от бутона „Visit site“.
- Потвърдете домейна
В настройките на профила, в Pages, добавете домейна и публикувайте TXT записа
_github-pages-challenge-ПОТРЕБИТЕЛ. След проверката не го изтривайте. - Задайте собствения домейн
В хранилището, в Custom domain, въведете домейна и запишете. При DNS доставчика добавете CNAME за www и A записите (или ALIAS) за голия домейн.
- Включете Enforce HTTPS
Когато сертификатът е издаден, отметнете Enforce HTTPS. Проверете с проверката на SSL и пренасочванията.
?Чести въпроси
Може ли сайтът на фирмата ми да е в GitHub Pages?
Информационен сайт, който не е създаден главно за продажби, е в рамките на правилата. Онлайн магазин, плащания или SaaS не са позволени според документацията на GitHub.
Публикувах промяна, но сайтът е стар. Защо?
GitHub посочва, че промените може да се публикуват до 10 минути след изпращането. Ако и след час не се виждат, проверете за грешки в компилацията с Jekyll в раздела с действията на хранилището.
Защо не се появява Enforce HTTPS?
GitHub първо проверява DNS и издава сертификат; отметката може да отнеме до 24 часа. Ако и след това я няма, проверете дали A и CNAME записите са точно тези от документацията и дали CAA записите (ако имате) позволяват Let's Encrypt.
Източници
- GitHub Docs – What is GitHub Pages?
- GitHub Docs – GitHub Pages limits – 1 GB, 100 GB на месец, 10 компилации на час, забранени употреби
- GitHub Docs – Creating a GitHub Pages site
- GitHub Docs – Managing a custom domain for your GitHub Pages site
- GitHub Docs – Verifying your custom domain for GitHub Pages
- GitHub Docs – About custom domains and GitHub Pages – автоматично пренасочване между www и голия домейн
- GitHub Docs – Securing your GitHub Pages site with HTTPS
- GitHub Pages – Dependency versions (jekyll-redirect-from 0.16.0)
- MDN – meta http-equiv (refresh)
Ръководството описва публикувани условия и официална документация към датата на проверка. Условията на доставчиците се променят: проверете ги при поръчка. Видяхте грешка? Пишете на [email protected].