host1.bgхостинг без дребния шрифт

Безплатен хостинг за статичен сайт

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. Ограниченията по документацията:

Ограничения на GitHub Pages (проверено на 04.11.2026)
КаквоОграничение
Публикуван сайтдо 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.

→Стъпка по стъпка

  1. Създайте публично хранилище

    За личен сайт го кръстете потребител.github.io (с малки букви). За сайт на проект името може да е всякакво – адресът ще е потребител.github.io/хранилище/.

  2. Качете файловете

    Сложете index.html (или index.md, README.md) най-горе в папката за публикуване. Ако нямате страница, направете я с генератора на index.html.

  3. Включете Pages

    В Settings → Pages, в „Build and deployment“, изберете като източник публикуване от клон, после клона и папката (/ или /docs).

  4. Изчакайте и отворете сайта

    Промените се публикуват до 10 минути след изпращане. Отворете адреса от бутона „Visit site“.

  5. Потвърдете домейна

    В настройките на профила, в Pages, добавете домейна и публикувайте TXT записа _github-pages-challenge-ПОТРЕБИТЕЛ. След проверката не го изтривайте.

  6. Задайте собствения домейн

    В хранилището, в Custom domain, въведете домейна и запишете. При DNS доставчика добавете CNAME за www и A записите (или ALIAS) за голия домейн.

  7. Включете Enforce HTTPS

    Когато сертификатът е издаден, отметнете Enforce HTTPS. Проверете с проверката на SSL и пренасочванията.

?Чести въпроси

Може ли сайтът на фирмата ми да е в GitHub Pages?

Информационен сайт, който не е създаден главно за продажби, е в рамките на правилата. Онлайн магазин, плащания или SaaS не са позволени според документацията на GitHub.

Публикувах промяна, но сайтът е стар. Защо?

GitHub посочва, че промените може да се публикуват до 10 минути след изпращането. Ако и след час не се виждат, проверете за грешки в компилацията с Jekyll в раздела с действията на хранилището.

Защо не се появява Enforce HTTPS?

GitHub първо проверява DNS и издава сертификат; отметката може да отнеме до 24 часа. Ако и след това я няма, проверете дали A и CNAME записите са точно тези от документацията и дали CAA записите (ако имате) позволяват Let's Encrypt.

Източници

  1. GitHub Docs – What is GitHub Pages? проверено 4 ноември 2026 г.
  2. GitHub Docs – GitHub Pages limits проверено 4 ноември 2026 г. – 1 GB, 100 GB на месец, 10 компилации на час, забранени употреби
  3. GitHub Docs – Creating a GitHub Pages site проверено 4 ноември 2026 г.
  4. GitHub Docs – Managing a custom domain for your GitHub Pages site проверено 4 ноември 2026 г.
  5. GitHub Docs – Verifying your custom domain for GitHub Pages проверено 4 ноември 2026 г.
  6. GitHub Docs – About custom domains and GitHub Pages проверено 4 ноември 2026 г. – автоматично пренасочване между www и голия домейн
  7. GitHub Docs – Securing your GitHub Pages site with HTTPS проверено 4 ноември 2026 г.
  8. GitHub Pages – Dependency versions (jekyll-redirect-from 0.16.0) проверено 4 ноември 2026 г.
  9. MDN – meta http-equiv (refresh) проверено 4 ноември 2026 г.

Ръководството описва публикувани условия и официална документация към датата на проверка. Условията на доставчиците се променят: проверете ги при поръчка. Видяхте грешка? Пишете на kontakt@host1.bg.