Коротко. «Бесплатного хостинга» как одной услуги не существует — под этим словом прячутся три разные вещи. Статика из Git (GitHub Pages, GitLab Pages, Cloudflare Pages, Netlify, Vercel) действительно бесплатна, но там нет PHP и MySQL. Бесплатные тарифы обычных хостеров дают PHP и базу, но с жёсткими лимитами, рекламой и доменом третьего уровня. Free-tier облаков бесплатен до квоты, дальше приходит счёт.
Три класса «бесплатного хостинга» — и чем они отличаются
Запрос «бесплатный хостинг для сайта» в выдаче смешивает несовместимые вещи. Прежде чем что-то выбирать, разложите варианты по трём корзинам — у них разная экономика, разные ограничения и разные способы вас подвести.
- Статический хостинг из Git. Вы кладёте в репозиторий HTML, CSS, JS и картинки, платформа собирает их и раздаёт через свой CDN. Бесплатность здесь честная: раздача статики стоит провайдеру копейки, а вы приводите в его экосистему свои проекты. Ограничение принципиальное — сервер не выполняет ваш код.
- Бесплатный тариф обычного хостера. Тот же shared-хостинг, что и платный, только с урезанными лимитами: диск, процессорное время, число баз, число писем. Бесплатность оплачивается вами же — рекламой на страницах, доменом третьего уровня и апгрейдом, к которому вас подталкивают лимиты.
- Free-tier облака. Виртуальная машина, объектное хранилище или контейнер в рамках стартовой квоты или пробного периода. Технических ограничений почти нет — вы получаете полноценный сервер. Ограничение временное и счётное: закончилась квота или период — начинается тарификация.
Смешивать эти классы в одном сравнении бессмысленно: у первого нет бэкенда, у второго нет свободы, у третьего нет бессрочности. Ниже разбираем каждый по отдельности, а затем сводим в одну таблицу.
Статический хостинг из Git: бесплатно, но без PHP и MySQL
Это единственный класс, где слово «бесплатно» не требует оговорок про подвох. Модель простая: репозиторий → сборка (если нужна) → раздача готовых файлов с CDN. Внутри бесплатного плана обычно есть свой домен через CNAME или ALIAS, автоматический TLS-сертификат, HTTP/2 или HTTP/3, кэширование на периферии и разумные квоты на трафик и время сборки.
Что вы получаете
- Скорость, которую shared-хостинг за деньги обычно не даёт: файлы отдаются с ближайшей точки присутствия, TTFB не зависит от загрузки соседей по серверу.
- Неубиваемость публикации: сайт — это коммит. Откат — это
git revert. Бэкап — это ваш локальный клон репозитория. - Отсутствие поверхности атаки на уровне приложения: нет PHP — нет уязвимого плагина, нет админки — нет брутфорса.
- Предпросмотр веток: почти все такие платформы поднимают отдельный URL на каждый pull request.
Чего вы не получаете
- PHP, Python, Ruby на сервере. Никакого
index.php, никакого WordPress, Bitrix, Joomla в привычном виде. - MySQL или PostgreSQL. Базы нет вообще, её нужно брать отдельным managed-сервисом и ходить в неё из браузера или из функции.
- Почту на домене. Статик-платформа не MX-сервер. Почта — отдельная услуга у почтового провайдера, MX-записи ведут туда же, куда обычно.
- Произвольные правила сервера. Редиректы, заголовки и rewrite задаются файлом конфигурации платформы, а не
.htaccess. Возможности ограничены тем, что платформа поддерживает.
Частичный обход первого пункта — serverless-функции: у многих платформ на бесплатном плане есть квота на вызовы. Этого хватает на форму обратной связи или проксирование внешнего API, но не на интернет-магазин с корзиной и личным кабинетом.
Правило отбора: если сайт можно целиком описать набором файлов, которые одинаковы для всех посетителей, — статик-хостинг из Git закроет задачу лучше и надёжнее любого бесплатного shared-тарифа. Как только появляется «показать разное разным пользователям на сервере» — этот класс отпадает.
Бесплатные тарифы обычных хостеров: где спрятана цена
Здесь всё выглядит знакомо: панель управления, файловый менеджер, PHP, база данных, FTP. И тут же начинаются оговорки, которые редко пишут крупно на посадочной странице.
Типичный набор ограничений
- Домен третьего уровня. Ваш сайт живёт по адресу вида
mysite.platform.tld. Подключение собственного домена часто вынесено в платный тариф. - Реклама провайдера. В HTML на лету вставляется баннер или скрипт. Вы не контролируете, что именно грузится, куда уходят данные посетителя и как это влияет на Core Web Vitals.
- Отключение при неактивности. Не заходили в панель N дней — сайт усыпляется, а затем удаляется. Это одна из самых частых причин внезапной потери проекта.
- Жёсткие лимиты процессорного времени. CMS на бесплатном тарифе легко упирается в лимит и отдаёт 503 в момент, когда на сайт зашли три человека одновременно.
- Отсутствие бэкапов. Или бэкапы «по запросу и без гарантий». Восстанавливать нечего и не у кого.
- Отсутствие SLA. Формально провайдер не обязан вам ничем: услуга бесплатная, компенсировать простой нечем.
- Саппорт по остаточному принципу. Тикеты бесплатных аккаунтов обрабатываются последними или не обрабатываются вовсе.
- Старый PHP и урезанные расширения. Нет нужного модуля — нет и способа его добавить.
Общий IP и репутация соседей
Бесплатные площадки — магнит для спамеров, фишинга и дорвеев. Ваш сайт делит IP-адрес с сотнями чужих проектов, и репутация этого адреса общая. Последствия: письма с формы уходят в спам, часть корпоративных фаерволов режет домен, антивирусные и репутационные списки могут пометить весь диапазон. Проверить это можно ещё до переезда — см. раздел «Как проверить бесплатный хостинг».
Free-tier облаков: бесплатно, пока не кончилась квота
Третий класс — это не хостинг в бытовом смысле, а инфраструктура: виртуальная машина, объектное хранилище, контейнерная платформа, функции. Бесплатность здесь бывает двух видов, и путать их дорого.
| Вид | Как устроено | Что происходит дальше |
|---|---|---|
| Пробный период | Полный доступ на фиксированный срок или на сумму стартового гранта | Срок вышел — ресурсы останавливаются или начинают тарифицироваться по обычному прайсу |
| Бессрочная квота | Небольшой постоянный лимит: часы работы инстанса, гигабайты хранилища, число запросов | Всё, что сверх квоты, тарифицируется автоматически, обычно без отдельного подтверждения |
Российские облачные провайдеры — например, Selectel — как правило не держат бессрочный бесплатный веб-хостинг: вместо него стартовые бонусы на баланс или пробный доступ к отдельным сервисам. Это нормальная и честная модель, но планировать на ней постоянный сайт нельзя.
Опасность free-tier не в лимите, а в отсутствии жёсткого стопа. Трафик от ботов, случайно включённое логирование или забытый бэкап в объектном хранилище легко выводят проект за квоту. Настраивайте бюджетные алерты в первый же день, до того как выложите сайт.
Отдельно учитывайте, что на облачной ВМ вы получаете голый Linux. Обновления, фаервол, TLS-сертификаты, ротация логов, мониторинг — ваша зона ответственности. Это плюс для тестового стенда и минус для человека, которому нужен просто работающий сайт.
Чем вы платите за бесплатный хостинг
Сведём всё в одну таблицу. Это основной ориентир при выборе: смотрите не на объём диска, а на строку «главный риск».
| Признак | Статика из Git | Free-тариф хостера | Free-tier облака |
|---|---|---|---|
| PHP и серверный код | Нет; частично закрывается serverless-функциями с квотой | Обычно да, но версия старая и набор расширений урезан | Да, стек вы ставите сами |
| MySQL / PostgreSQL | Нет; нужна внешняя managed-база | Часто одна база с лимитом размера и соединений | Да, но managed-база почти всегда вне бесплатной квоты |
| Почта на домене | Нет | Иногда, с лимитом писем и слабой доставляемостью | Нет; исходящий SMTP на портах 25/587 часто закрыт |
| Свой домен | Да, через CNAME или ALIAS | Часто только на платном тарифе, иначе домен третьего уровня | Да |
| HTTPS и заголовки | Сертификат автоматически, заголовки — файлом конфигурации платформы | Сертификат бывает только на платном; заголовки обычно не изменить | Полный контроль, настраиваете сами |
| Реклама в вашем HTML | Нет | Бывает, вставляется провайдером на лету | Нет |
| Бэкапы и SLA | Бэкап = ваш репозиторий; SLA нет, но откат мгновенный | Обычно ни того, ни другого | Бэкапы делаете сами; SLA на бесплатные ресурсы не распространяется |
| Главный риск | Упереться в отсутствие бэкенда и переписывать сайт | Отключение при неактивности, общий IP в списках, потеря данных без бэкапа | Счёт после исчерпания квоты или окончания периода |
| Кому подходит | Лендинг, портфолио, документация, блог на генераторе | Учебный сайт, черновик, временная страница-визитка | Тестовый стенд, MVP, эксперименты с инфраструктурой |
Неочевидные статьи расходов
- Время. Обход ограничений бесплатной площадки съедает больше часов, чем стоит год нормального хостинга.
- Данные посетителей. Рекламные вставки провайдера — это сторонние скрипты и куки на вашем домене. Вы за них отвечаете перед посетителем, но не управляете ими.
- Репутация домена. Соседство с дорвеями и фишингом на одном IP влияет на доставляемость почты и на то, как домен видят фильтры.
- Экспортируемость. Если сайт собран во встроенном конструкторе площадки, забрать его целиком часто нельзя: выгружается HTML без исходников и без данных.
- Аккаунт как единая точка отказа. Блокировка аккаунта по автоматическому правилу выключает сайт, домен третьего уровня и доступ к файлам одновременно.
Красные флаги площадок «бесплатно навсегда»
- Нет публичной страницы с условиями отключения и удаления аккаунта.
- Нет способа скачать все файлы и дамп базы одной операцией.
- Обязательный «фирменный» скрипт или баннер, который нельзя убрать.
- Свой домен не подключается вообще, даже за деньги.
- Нет доступа по SSH или SFTP — только веб-файловый менеджер.
- Сертификат выдаётся только на домен площадки, а на ваш домен HTTPS не поднимается.
- В условиях есть пункт о праве размещать рекламу и передавать данные посетителей партнёрам.
- Нет ни одного канала связи, кроме формы на сайте, и нет юридического лица в реквизитах.
Бесплатный домен и хостинг: почему домен важнее площадки
Запрос «бесплатный домен и хостинг для сайта» почти всегда означает домен третьего уровня вида mysite.platform.tld. Технически это работает. Стратегически это худшее решение из возможных, и вот почему.
- Адрес вам не принадлежит. Домен второго уровня
platform.tldзарегистрирован на площадку. Вашmysite— просто запись в её DNS-зоне, которую можно удалить в одностороннем порядке. - Его нельзя забрать с собой. Трансфера поддомена не существует. Уходя, вы меняете адрес полностью — а вместе с ним теряете накопленные внешние ссылки и историю адреса в поисковых системах.
- Редиректы придётся ставить на чужой территории. Если площадка не даёт настроить 301 со старого адреса, поисковые системы будут годами видеть два разных сайта.
- Репутация общая. Санкции и пометки, полученные соседними поддоменами, частично распространяются на всю зону.
- Почта и доверие. Адрес на домене третьего уровня выглядит как временный проект и хуже конвертирует в заявки.
Правильный порядок: сначала свой домен второго уровня, потом любая площадка — хоть бесплатная. Домен стоит дёшево, живёт годами и переносится между хостингами за пару часов. Хостинг — расходник, домен — актив.
Если домен уже есть, подключение к бесплатной статик-платформе занимает одну DNS-запись: подробности в материалах о подключении домена к хостингу и о выборе доменного имени. Проверить, что записи разъехались по миру, помогает проверка распространения DNS.
Сайт без бэкенда: формы, поиск и комментарии на статике
Главное практическое возражение против статик-хостинга — «а как же форма заявки». Решается, но с оговорками, которые нужно понимать заранее.
Формы
Вариантов три: сторонний обработчик форм (POST уходит на чужой домен), собственная serverless-функция на той же платформе, или отдельный микросервис на дешёвой ВМ. Разметка не меняется — меняется только action.
<!-- форма на статике: обработчик живёт на стороннем домене -->
<form method="post" action="https://forms.example-handler.tld/f/abc123">
<input type="email" name="email" required>
<input type="text" name="_gotcha" tabindex="-1" autocomplete="off">
<textarea name="message" required></textarea>
<button type="submit">Отправить</button>
</form>Проверьте перед запуском три вещи: куда физически уезжают данные, есть ли у обработчика антиспам без внешних куки, и не ломает ли сторонний домен вашу политику безопасности контента. Скрытое поле-ловушка (honeypot) отсекает часть примитивных ботов бесплатно.
Поиск
На сайте до нескольких сотен страниц клиентский поиск по заранее собранному индексу (JSON-файл, генерируемый при сборке) работает быстрее серверного. Дальше — внешний поисковый сервис. Серверный полнотекстовый поиск на статике невозможен по определению.
Комментарии
Либо внешний сервис комментариев, либо связка «обсуждение в issue-трекере репозитория», либо отказ от комментариев. Все варианты означают либо сторонние скрипты на странице, либо отсутствие функции.
Каждый сторонний обработчик — это ещё один домен, который получает данные ваших посетителей, и ещё одна точка отказа. Для сайта, который собирает персональные данные, это не техническая деталь, а вопрос ответственности: обработчик становится вашим подрядчиком по обработке, со всеми вытекающими обязанностями.
Когда бесплатный хостинг адекватен, а когда категорически нет
Нормальный выбор
- Лендинг или страница-визитка без форм с персональными данными: контакты, описание, карта, кнопка звонка.
- Портфолио и личный сайт — статика идеально ложится на эту задачу.
- Документация к проекту или продукту: генератор статики плюс Git-хостинг — отраслевой стандарт, а не компромисс.
- Тестовый стенд и превью веток: показать макет заказчику, прогнать проверки, собрать демо.
- MVP на выходные, задача которого — проверить гипотезу, а не выдержать нагрузку.
- Учебный проект: научиться публиковать сайт, не тратя деньги.
Категорически нет
- Интернет-магазин. Корзина, склад, оплата, чеки — всё это серверная логика и деньги клиентов. Простой площадки без SLA равен потерянным заказам.
- Любая обработка персональных данных. Формы заявок, личные кабинеты, записи на приём. Российское законодательство требует локализации баз с персональными данными граждан РФ на территории России и подтверждаемых мер защиты — бесплатная площадка без договора и без понятной юрисдикции этого не обеспечивает. Разбор требований — в проверке соответствия 152-ФЗ.
- Всё, что связано с платежами. Платёжные шлюзы требуют HTTPS, стабильных вебхуков и контроля над сервером.
- Корпоративный сайт с почтой на домене. Доставляемость с общего IP бесплатной площадки предсказуемо плохая.
- Проект, где важна непрерывность. Если сутки простоя стоят дороже годовой оплаты хостинга — бесплатный вариант экономически бессмысленен.
- Сайт с уже накопленным трафиком. Переезд на площадку без контроля над заголовками и редиректами — это добровольная потеря позиций.
Как переехать с бесплатного хостинга на платный без потерь
Переезд с бесплатной площадки отличается от обычного тем, что вы часто не контролируете старую сторону: нельзя поставить 301, нельзя настроить заголовки, нельзя выгрузить исходники. Поэтому порядок действий важнее скорости.
1. Экспорт
Заберите всё до того, как что-либо трогать. Файлы — по SFTP, если он есть; иначе зеркалированием готового HTML. Базу — дампом из панели. Сохраните также список страниц: он понадобится для карты редиректов.
# зеркало публичной версии сайта, если нет доступа по SFTP
wget --mirror --page-requisites --adjust-extension \
--convert-links --no-parent \
https://mysite.platform.tld/
# полный список URL из карты сайта — основа карты редиректов
curl -s https://mysite.platform.tld/sitemap.xml \
| grep -oE 'https?://[^<]+' | sort -u > old-urls.txt2. Снижение TTL заранее
За сутки до переключения уменьшите TTL A- и CNAME-записей до 300 секунд. Иначе часть посетителей будет ходить на старый адрес столько, сколько указано в текущем TTL.
# текущий TTL записи (первое число в строке ответа)
dig +noall +answer mysite.tld A
# кто сейчас отвечает за зону и с какими параметрами
dig +noall +answer mysite.tld NS
dig +noall +answer mysite.tld SOA
# после переключения — сравнить ответ разных резолверов
dig @8.8.8.8 +short mysite.tld A
dig @1.1.1.1 +short mysite.tld A3. Сборка на новом месте до переключения
Разверните сайт на новом хостинге и проверьте его по временному адресу или через правку локального hosts. Переключать DNS на непроверенную копию — гарантированный простой.
4. Редиректы 301
Если старый адрес был на вашем домене, ставьте постоянные редиректы на новом сервере и держите их минимум год. Если старый адрес был доменом третьего уровня площадки — редирект возможен только средствами самой площадки, а их часто нет. Тогда единственное, что остаётся, — метатег обновления и канонический адрес на старых страницах, если площадка разрешает править HTML.
# nginx: постоянный редирект со старого хоста на новый с сохранением пути
server {
listen 443 ssl;
server_name old.mysite.tld;
ssl_certificate /etc/letsencrypt/live/old.mysite.tld/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/old.mysite.tld/privkey.pem;
return 301 https://mysite.tld$request_uri;
}
# проверка цепочки редиректов без загрузки тела ответа
curl -sSIL https://old.mysite.tld/page/ | grep -iE '^(HTTP/|location:)'5. Карта сайта и переиндексация
Обновите sitemap.xml и robots.txt на новом адресе, отправьте карту в панели вебмастеров, проверьте отсутствие битых ссылок и лишних цепочек редиректов. Подробный порядок — в чеклисте переезда сайта. Проверить результат помогут анализ редиректов и поиск битых ссылок.
6. Наблюдение первые две недели
Держите под мониторингом доступность, коды ответа и скорость. Большая часть проблем переезда всплывает не в момент переключения, а через несколько дней — когда обновляются кэши резолверов и переобходят роботы.
Как проверить бесплатный хостинг
Перед тем как выкладывать проект на бесплатную площадку — и сразу после публикации — прогоните четыре проверки. Они занимают несколько минут и показывают ровно то, о чём провайдер не пишет.
Скорость и TTFB
Бесплатные shared-тарифы обычно перегружены: TTFB в сотни миллисекунд и плавающее время ответа — норма для них и проблема для вас. Измеряйте не один раз, а серией, и сравнивайте с текущей площадкой.
# разложение времени запроса по стадиям
curl -o /dev/null -s -w \
'dns=%{time_namelookup} tcp=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total} code=%{http_code}\n' \
https://mysite.platform.tld/
# серия из десяти замеров — видно разброс, а не удачный единичный результат
for i in $(seq 1 10); do
curl -o /dev/null -s -w '%{time_starttransfer}\n' https://mysite.platform.tld/
doneОнлайн-замер с разбивкой по стадиям и рекомендациями — проверка скорости сайта.
SSL и цепочка сертификатов
На бесплатных тарифах частая картина: сертификат выдан только на домен площадки, а на вашем домене отдаётся чужой сертификат или неполная цепочка. Браузер покажет ошибку, а поисковый робот просто не зайдёт.
# издатель, субъект и срок действия предъявленного сертификата
openssl s_client -connect mysite.tld:443 -servername mysite.tld \
</dev/null 2>/dev/null | openssl x509 -noout -issuer -subject -dates
# полная цепочка: должно быть больше одного сертификата
openssl s_client -connect mysite.tld:443 -servername mysite.tld -showcerts \
</dev/null 2>/dev/null | grep -c 'BEGIN CERTIFICATE'Быстрее — через проверку SSL-сертификата; типовые ошибки разобраны в диагностике ошибок SSL и в материале о бесплатных сертификатах Let's Encrypt.
Репутация общего IP
Узнайте, какой IP отдаёт площадка, и проверьте его по чёрным спискам и репутационным базам. Это же объясняет, почему письма с формы уходят в спам.
Инструменты: проверка IP-адреса и проверка сайта на вредоносный код и списки блокировок. Заодно посмотрите, какие заголовки безопасности отдаёт площадка и не вставляет ли она в ответ чужие скрипты — анализ HTTP-заголовков.
Доступность во времени
Разовая проверка ничего не докажет: бесплатные площадки падают эпизодически и усыпляют неактивные сайты. Поставьте мониторинг доступности и посмотрите статистику за неделю-две — это единственный честный способ оценить площадку без SLA.
Частые вопросы
Бывает ли бесплатный хостинг для сайта на PHP и MySQL?
Да, но только во втором классе — на бесплатных тарифах обычных хостеров. Ожидайте старую версию PHP, урезанный набор расширений, одну базу с лимитом размера, ограничение процессорного времени и отсутствие бэкапов. Для учебного проекта или черновика этого хватает, для рабочего сайта — нет. На статик-хостинге из Git PHP и MySQL нет принципиально.
Что означает «бесплатный хостинг навсегда»?
Обычно — что бесплатен базовый тариф на текущих условиях, которые провайдер вправе изменить. «Навсегда» не бывает договорным обязательством в услуге, за которую вы не платите. Если условия отключения и удаления аккаунта нигде не описаны, считайте, что сайт может исчезнуть в любой момент, и держите полную копию у себя.
А хостинг игровых серверов — это то же самое?
Нет, это другая услуга. Игровому серверу (например, для Minecraft) нужны постоянно работающий процесс, много оперативной памяти, произвольные TCP/UDP-порты и низкая задержка. Веб-хостинг раздаёт HTTP по портам 80 и 443 и рассчитан на короткие запросы. Бесплатные игровые площадки живут по своей экономике: слоты, засыпание сервера при отсутствии игроков, реклама в лобби. К публикации сайта это отношения не имеет — если в выдаче попадаются такие предложения, это просто шум по слову «бесплатный хостинг».
Можно ли перенести сайт с бесплатного хостинга и сохранить позиции?
Если сайт был на вашем домене второго уровня — да: меняется только IP, а адреса страниц остаются прежними. Если сайт был на домене третьего уровня площадки — адреса меняются полностью, и без корректных 301 со старых URL накопленная история и внешние ссылки не переходят. Именно поэтому свой домен нужно брать до публикации, а не после.
Бесплатный облачный хостинг и free-tier — это одно и то же?
Практически да: под «бесплатным облачным хостингом» обычно подразумевают стартовую квоту или пробный период у облачного провайдера. Отличие от бесплатного тарифа хостера в том, что вы получаете полноценный сервер и полный контроль, но и полную ответственность за обновления, фаервол, сертификаты и бэкапы. И в том, что бесплатность заканчивается по счётчику.
Есть ли смысл в бесплатном хостинге, если сайт делается в конструкторе?
Бесплатные тарифы конструкторов — это тот же второй класс со всеми его свойствами: домен третьего уровня, брендирование, ограниченный экспорт. Ключевой вопрос перед стартом — можно ли забрать сайт и данные при уходе. Сравнение подходов — в обзоре конструкторов сайтов.
Чеклист перед публикацией на бесплатном хостинге
- Определили класс площадки: статика из Git, бесплатный тариф хостера или free-tier облака.
- Проверили, что задачам сайта хватает возможностей класса — особенно наличие или отсутствие серверного кода и базы.
- Зарегистрировали собственный домен второго уровня и подключили его до того, как на сайт пошёл трафик.
- Нашли в условиях пункты об отключении при неактивности, удалении данных и праве размещать рекламу.
- Убедились, что можете выгрузить все файлы и дамп базы одной операцией, и сделали такую выгрузку.
- Проверили TTFB серией замеров, а не одним запросом — проверка скорости.
- Проверили сертификат и полноту цепочки на своём домене — проверка SSL.
- Проверили репутацию общего IP и отсутствие пометок — IP и вредоносный код.
- Посмотрели, какие заголовки и сторонние скрипты площадка добавляет в ответ — HTTP-заголовки.
- Настроили мониторинг доступности и наблюдаете за площадкой минимум две недели.
- Не размещаете на бесплатной площадке персональные данные, платежи и заказы.
- Заранее знаете, куда переезжаете, если проект вырастет — критерии выбора в материале как выбрать хостинг и в обзоре хостинг-провайдеров.