Сайты на GitHub Pages

По данным GitHub на 2026 год общее число публичных репозиториев на платформе превышает 250 миллионов, из которых около 7-10 миллионов активно используют GitHub Pages для хостинга статических сайтов, документации, портфолио и блогов. Точное число официально не раскрывается, но по оценкам исследователей W3Techs и BuiltWith доля GitHub Pages среди всех публичных сайтов в мире — около 0.8-1.2%, что выводит сервис в топ-15 хостинг-провайдеров планеты по числу обслуживаемых доменов. Среди технической ниши (документация open-source-проектов, портфолио разработчиков, технические блоги) доля GitHub Pages значительно выше — около 25-35% всех open-source-документаций мира хостится на GitHub Pages, особенно в JavaScript/TypeScript-экосистеме (React, Vue, Angular плагины и темы) и Python (документация многих библиотек через MkDocs или Sphinx). В России GitHub Pages активно используется разработчиками для портфолио (более 50% программистов с публичным портфолио используют именно GitHub Pages или Vercel), документации open-source-проектов российских команд (часть проектов JetBrains, Яндекс, VK, Авито, Тинькофф, Сбер открытый код), технических блогов на Jekyll/Hugo, лендингов pet-проектов и хакатонных команд. Точное число российских сайтов с публично детектируемой инфраструктурой GitHub Pages в нашей базе указано выше — это домены, у которых X-kit Scanner обнаружил *.github.io в URL или CNAME, IP в диапазоне 185.199.108-111.153, или характерные заголовки Server: GitHub.com и X-GitHub-Request-Id.

Главные причины — полностью бесплатный для публичных репозиториев без лимитов на число сайтов и проектов: разработчик может разместить документацию десятков своих open-source-библиотек, портфолио, технический блог, лендинги pet-проектов без единого рубля затрат; глубочайшая интеграция с git-воркфлоу — push в репозиторий автоматически запускает build и deploy через GitHub Actions, никаких отдельных CI/CD-инструментов настраивать не нужно (в отличие от Vercel/Netlify, где надо подключать репозиторий и настраивать webhooks); нативная поддержка Jekyll с темами, плагинами, фронтматтером Markdown — идеально для документации, технических блогов и портфолио; через GitHub Actions поддержка любых современных статических генераторов (Hugo, Next.js export, Nuxt.js, Gatsby, Astro, Eleventy, VuePress, Docusaurus, MkDocs, Sphinx); автоматический SSL Let's Encrypt для своих доменов с автообновлением каждые 90 дней; глобальный CDN на инфраструктуре Fastly с anycast IP и TTFB менее 50 мс; нативная поддержка branch-based превью-окружений через GitHub Actions с deploy в отдельные подпути; для open-source-проектов и публичной документации GitHub Pages — стандарт de facto в индустрии. По сравнению с Vercel/Netlify GitHub Pages выигрывает в простоте (нет отдельной регистрации на стороннем сервисе, всё в той же экосистеме GitHub) и в стоимости (бесплатный без коммерческих ограничений для публичных репозиториев).

GitHub Pages выбирают преимущественно технические компании и команды для документации open-source-проектов, портфолио программистов, технических блогов разработчиков, лендингов pet-проектов и хакатонных команд, страниц конференций и митапов, академических проектов. Известные публичные сайты в мире — официальные документации сотен open-source-проектов и фреймворков (Bootstrap, jQuery исторически, многие плагины npm и Python-библиотек, темы Jekyll), сайт Microsoft Open Source (opensource.microsoft.com частично), сайты Google open-source-инициатив (через @google-organization на GitHub), документация TensorFlow и PyTorch частично, многие GitHub-organizations с тысячами звёзд, сайты университетов MIT, Stanford, Harvard для отдельных курсов, страницы научных групп и публикаций arXiv-сообщества. В России GitHub Pages активно используется техническими блогерами и разработчиками для портфолио и pet-проектов; российские IT-компании и open-source-команды используют GitHub Pages для документации своих open-source-библиотек и SDK — часть проектов JetBrains (документация плагинов IntelliJ), Яндекс (некоторые open-source-инициативы Я.Дзен, Я.Метрика SDK), VK (несколько SDK-документаций), Авито (open-source-проекты Avito Tech), Тинькофф (часть библиотек Tinkoff React UI Kit), Сбер открытый код (несколько проектов SberCloud SDK), стартапы IT-сообщества Habr. Сегменты — преимущественно dev-tools, open-source, образование, документация, портфолио. Размер компании — от 1 разработчика-инди с портфолио до Fortune 500 корпораций (Microsoft, Google, Facebook/Meta) для документации open-source-инициатив с миллионами просмотров в год.

GitHub Pages и Vercel — оба сервиса хостинга современных веб-проектов, но с разным позиционированием и возможностями. GitHub Pages — сервис статического хостинга только: поддерживает исключительно статические HTML/CSS/JS-файлы, никакого server-side рендеринга, никаких API routes, никаких serverless-функций; Vercel — полноценная PaaS-платформа с поддержкой SSR/SSG/ISR, serverless-функций на Node.js/Python/Go/Ruby, edge-функций на V8 Isolates, managed-сервисов KV/Postgres/Blob. По интеграции с фреймворками GitHub Pages работает «из коробки» только с Jekyll (Ruby-based генератор); для Next.js, Nuxt, Astro, Gatsby нужна настройка через GitHub Actions с экспортом статики (для Next.js — output: 'export', что отключает многие фичи фреймворка); Vercel глубоко интегрирован с Next.js (компания разрабатывает фреймворк) и поддерживает все его фичи нативно. По CDN GitHub Pages использует Fastly с 100+ PoP; Vercel имеет собственную edge-сеть на 100+ PoP с edge-функциями. По preview-деплоям Vercel предоставляет уникальный URL на каждый pull request автоматически без настройки; в GitHub Pages preview приходится настраивать вручную через GitHub Actions с deploy в отдельные подпути или ветки. По цене GitHub Pages полностью бесплатный для публичных репозиториев без коммерческих ограничений; Vercel Pro $20/мес/пользователь для коммерческого использования. Практический выбор: для документации open-source и личного портфолио — GitHub Pages без вариантов (бесплатно, нативная интеграция); для коммерческих SaaS-приложений на Next.js с SSR/API — Vercel; для статичных корпоративных сайтов — оба варианта работают, выбор по экосистеме и бюджету.

GitHub Pages на 2026 год имеет уникальную бизнес-модель — сервис полностью бесплатный для публичных репозиториев без ограничений на число сайтов и без коммерческих ограничений (можно использовать для бизнес-сайтов, документации SaaS-продуктов, портфолио фрилансеров). Для приватных репозиториев GitHub Pages доступен на платных планах GitHub: GitHub Free — только публичные репозитории с Pages бесплатно; GitHub Pro — $4 в месяц за пользователя при годовой оплате $48/год (приватные репозитории + Pages + 3000 минут GitHub Actions + расширенные лимиты Codespaces); GitHub Team — $4/мес/пользователь начиная с 5 пользователей (всё из Pro + team-управление, code review tools, draft pull requests); GitHub Enterprise Cloud — от $21/мес/пользователь (всё из Team + SSO/SAML с корпоративным IdP, audit logs для compliance, выделенный support 24/7, GitHub Advanced Security с CodeQL и Dependabot, 50 000 минут GitHub Actions); GitHub Enterprise Server — от $21/мес/пользователь с возможностью on-premise развёртывания для компаний с особыми требованиями к compliance. Лимиты GitHub Pages: 1 ГБ на исходники репозитория (рекомендуется до 100 МБ), 100 МБ на отдельный файл, 100 ГБ месячного исходящего трафика (мягкое ограничение, GitHub предупреждает при превышении, но не блокирует автоматически), 10 builds в час на репозиторий. Дополнительная стоимость может возникнуть только за регистрацию собственного домена (GitHub Pages не регистрирует домены, нужен внешний регистратор — около $13/год за .com у Namecheap или Cloudflare Registrar, 199 ₽/год за .ru у REG.RU). Практический расчёт для типичного разработчика с 10 публичными репозиториями-сайтами: $0/мес — всё бесплатно.

Самый очевидный признак — домен сайта имеет вид <username>.github.io или <organization>.github.io (для user-сайтов и organization-сайтов соответственно), что является однозначным маркером GitHub Pages. Для project-сайтов внутри organization адрес имеет вид <organization>.github.io/<repo-name>/. При использовании собственного домена заказчика проверка делается через DNS: команда dig A <домен> должна вернуть один или несколько IP из четырёх anycast-адресов, зарезервированных исключительно для GitHub Pages — 185.199.108.153, 185.199.109.153, 185.199.110.153, 185.199.111.153 (любой IP в этом узком диапазоне = GitHub Pages); альтернативно dig CNAME <домен> может вернуть <username>.github.io. HTTP-заголовки ответа сервера однозначно идентифицируют GitHub Pages: Server: GitHub.com (характерный заголовок с заглавной G и .com на конце); X-GitHub-Request-Id с уникальным request ID; Via: 1.1 varnish (использование Varnish для кэширования на стороне Fastly CDN под капотом); X-Served-By: cache-XXX-XXX.fastly.net (Fastly edge-серверы); X-Cache: HIT/MISS; X-Fastly-Request-ID. Заголовок strict-transport-security: max-age=31556952 типичен для всех GitHub Pages-сайтов (1 год HSTS). В HTML-коде часто присутствует мета-тег <meta name="generator" content="Jekyll v4.X.X"> для Jekyll-сайтов (стандартный генератор GitHub Pages) или <meta name="generator" content="Hugo X.X.X"> / "Docusaurus" / "VuePress" / "Astro" для проектов на сторонних SSG через GitHub Actions. В корне репозитория сайта (доступно через сам репозиторий на github.com) часто есть файл CNAME с указанием домена сайта. X-kit Scanner проверяет все эти сигналы автоматически и определяет GitHub Pages за 5 секунд.