Первый сайт легко превратить в дорогую игрушку. Берут VPS «на вырост», ставят WordPress, добавляют плагины — а через неделю ночью ищут, почему после обновления упала база. Не надо так.
На старте важнее быстро запустить сайт, обновить его и восстановить после ошибки. Мощность сервера пока вторична. Есть четыре нормальных пути: платформа-конструктор, статический хостинг, виртуальный хостинг и VPS. Это не рейтинг, где один победил всех. Это разный объём контроля и ответственности.
Выберите тип сайта, а не самый грозный тариф
Лендинг психолога с формой заявки, портфолио дизайнера, блог и сервис с личным кабинетом выглядят как «сайты». Но технически это разные вещи. Поэтому сначала ответьте на один вопрос: что должно происходить на сайте через месяц после запуска?
Короткая развилка такая:
- нужен лендинг, портфолио или страница услуги без кода — берите платформу;
- есть готовый HTML/CSS-сайт или проект в Git — подойдёт статический хостинг;
- нужен WordPress с плагинами и базой данных — выбирайте виртуальный хостинг;
- нужны Docker, свой API, очередь задач или Redis — смотрите на VPS.
Сравнивайте варианты по одним и тем же критериям: скорость запуска, поддержка сервера, контроль над файлами и данными, резервные копии, домен и HTTPS, нужные интеграции, ограничения по софту и сложность переезда. Не пытайтесь определить скорость по типу площадки. VPS сам по себе не ускоряет сайт, а конструктор не обязан быть медленным. Тяжёлые картинки, видео на автоплее и десяток виджетов положат почти любой проект.
Если вы не можете назвать конкретную причину для VPS, он вам пока не нужен. Сначала выпустите сайт. Усложнить инфраструктуру успеете потом.
Платформа: быстро запускаетесь, но играете по её правилам
Конструкторы вроде Tilda или WordPress.com удобны, когда нужно собрать страницу из блоков, подключить домен и поставить форму. Сервер, HTTPS и базовое обслуживание уже на стороне сервиса. Для лендинга фотографа, страницы консультаций или небольшого портфолио это практичный выбор: вместо настройки PHP вы пишете внятный первый экран и объясняете, как с вами связаться.
Цена простоты — ограничения при переезде. Из Tilda можно экспортировать страницы, но встроенная логика CRM, Members, лент и каталога не уедет на другой хостинг вместе с кодом. Данные каталога можно выгрузить отдельно, но сам магазин на новом месте придётся собрать заново. Что именно экспортируется, разобрано в справке Tilda.
Локальный сервис может быть удобнее русским интерфейсом, оплатой и знакомыми интеграциями. Но это не делает его автоматически сильнее по дизайну, SEO или скорости. Для аккуратного лендинга без разработчика выбирайте ту платформу, на которой вы сможете сами поменять текст и форму через неделю.
Статический хостинг: когда сайт уже написан
GitHub Pages, Cloudflare Pages, Netlify и Vercel публикуют статические сайты: HTML, CSS, JavaScript и изображения. Обычно здесь нет привычной админки WordPress и базы данных. Зато меньше деталей, которые могут сломаться.
Представьте портфолио на Astro. Разработчик хранит исходники в Git, вы подключаете репозиторий к сервису и привязываете домен. После обновления кода появляется новая версия сайта. Если площадка перестанет устраивать, исходники уже лежат отдельно — переезд будет заметно спокойнее.
Бесплатный тариф не равен вечной безлимитке. У сервисов бывают лимиты на трафик, сборки, файлы и серверные функции. У GitHub Pages есть и ограничения по назначению проектов: перед запуском коммерческого сервиса или магазина откройте правила сервиса. Для портфолио, документации или сайта мероприятия статический хостинг — отличный старт. Если слово Git вызывает тоску, не мучайте себя: возьмите конструктор и запустите страницу сегодня.
Виртуальный хостинг: спокойная база для WordPress
Виртуальный хостинг находится между конструктором и VPS. Провайдер обслуживает серверную среду, а вы управляете сайтом через панель, базу данных и CMS. Это разумный вариант для блога на WordPress, сайта компании с десятками страниц или каталога с обычными плагинами.
На таком хостинге вы ставите тему, форму, SEO-плагин, рассылку и кэширование. Настраивать Linux с нуля не придётся. Но обновления WordPress и плагинов, доступы пользователей и содержание сайта остаются вашей зоной ответственности. Сомнительный плагин или забытое обновление вполне способны устроить маленький цифровой бунт.
Перед оплатой проверьте версии PHP, наличие SSL и SSH, лимиты памяти и файлов, способ создания бэкапов и возможность скачать отдельно базу с файлами. Автобэкап полезен, но не заменяет вашу копию. Частоту выбирайте по простому правилу: сколько данных вы готовы потерять. Если заявки приходят каждый день, копия раз в неделю — слабая страховка.
У меня сайт на WordPress с формой заявки и статьями.
Перед оплатой хостинга я проверяю:
1. Можно ли выбрать нужную версию PHP и создать базу данных.
2. Есть ли бесплатный SSL, SSH и cron.
3. Как создаются бэкапы и можно ли скачать файлы и базу отдельно.
4. Можно ли развернуть тестовую копию на временном домене.
5. Какие есть лимиты на память, выполнение PHP и число файлов.
Если обязательного пункта нет, я не переношу туда рабочий сайт.
После запуска форма, обновление плагина или бэкап могут упереться в лимит.
Тогда придётся переезжать заново.Для WordPress с обычными плагинами виртуальный хостинг обычно практичнее VPS: гибкости хватает, а работа системного администратора не прилетает в комплекте. И да, курс «Как выбрать хостинг за 30 минут» покупать не надо. Нужные пункты обычно видны в характеристиках тарифа за пять минут.
VPS: не следующий уровень, а отдельная работа
VPS берут, когда виртуальный хостинг реально мешает. Например, вы запускаете сервис со своим API, Docker-контейнерами, постоянным воркером очередей и Redis. На обычном хостинге такое окружение часто нельзя развернуть или нормально поддерживать.
Вместе с root-доступом вы получаете обновления ОС, firewall, мониторинг, настройку веб-сервера, SSL и восстановление после сбоев. Это не бонус, а ваша новая работа. Снапшот сервера тоже не равен полноценной резервной копии: нужна отдельная выгрузка базы и файлов, желательно вне самого сервера. И её стоит хотя бы иногда восстановить на тестовой версии.
VPS хорош для нестандартной серверной логики. Для обычного WordPress он не обещает лучший результат — только больше контроля и больше способов сломать сайт своими руками. Такие дела.
Переезжайте, когда ограничение уже мешает делу
Менять площадку стоит не из-за рекламы и не из-за красивого тарифа. Переезд нужен, когда нельзя поставить нужное расширение, сервису требуется свой API или Docker, резервную копию невозможно скачать, а лимиты тормозят сайт или команду.
Сначала соберите копию сайта на новой площадке. Проверьте формы, письма, аналитику, robots.txt, HTTPS и восстановление бэкапа. Только потом меняйте DNS. Если адреса страниц остались прежними, редиректы обычно не нужны. Они понадобятся при смене URL, домена или структуры сайта.
Если сайт собирает заявки, продаёт товары или принимает платежи, отдельно проверьте требования к персональным данным, оферте, кассе и рекламе. Это информационный материал, а не юридическая или налоговая консультация: правила меняются, поэтому перед запуском сверяйтесь с первоисточником или специалистом.
Сегодня выберите один сценарий из этой статьи и сделайте первый шаг: для лендинга соберите тексты и картинки в отдельную папку, для статического сайта создайте репозиторий, для WordPress проверьте, скачивается ли бэкап. Это полезнее, чем ещё неделю выбирать «идеальный» сервер.
Статья помогла?
