Где размещать сайт на Next.js в России

Современные фронтенд-проекты предъявляют к площадке другие требования, чем классические сайты на PHP. Разбираем, что нужно и сколько это стоит.

Чем такой сайт отличается от обычного

Классический сайт на PHP: пришёл запрос — сервер выполнил скрипт — отдал страницу. Виртуальный хостинг для этого и создан.

Проект на Node.js устроен иначе: это постоянно работающий процесс, который принимает запросы. Ему нужна возможность запускаться и жить, а не выполняться по требованию.

Отсюда основное ограничение: классический виртуальный хостинг обычно не подходит.

Важное исключение. Если сайт собран полностью статически — все страницы сгенерированы заранее, — на выходе получается набор обычных файлов, и разместить их можно где угодно, включая самый простой хостинг. Что такое статическая генерация, разобрано в статье SSR, SSG и CSR.

Варианты размещения

Статика на простом хостинге или в хранилище

Если весь сайт собран заранее, готовые файлы раздаются как обычные страницы.

Плюсы: максимально дёшево, очень быстро, ничего не ломается.

Минусы: не подходит, если есть серверная логика — приём заявок, личный кабинет, обмен данными.

Стоимость: от нескольких сотен рублей в месяц.

Подходит: лендингам, визиткам, блогам, портфолио.

VPS — виртуальный выделенный сервер

Основной вариант для большинства проектов.

Плюсы: полный контроль, любое окружение, предсказуемые ресурсы.

Минусы: нужен человек, который настроит и будет обслуживать: обновления системы, мониторинг, автоперезапуск.

Стоимость: 1 000 — 3 000 ₽ в месяц для корпоративного сайта, 3 000 — 8 000 ₽ для проекта с базой и нагрузкой.

Контейнеры и облако

Проект упаковывается в контейнер и разворачивается в облачной инфраструктуре.

Плюсы: воспроизводимое окружение, простое масштабирование, удобное обновление без простоя.

Минусы: выше порог входа, дороже при небольших объёмах.

Стоимость: от 5 000 ₽ в месяц.

Подходит: нагруженным проектам, сервисам с личными кабинетами, командам с несколькими окружениями.

Что должно быть у площадки

Достаточно памяти для сборки. Сборка современного проекта требует заметно больше ресурсов, чем его работа. Типичная ошибка — взять минимальный тариф, на котором проект работает, но не собирается.

Автоматический перезапуск. Процесс упал — должен подняться сам, без участия человека.

Развёртывание из репозитория. Обновление сайта одним действием, а не ручным копированием файлов.

Расположение серверов близко к аудитории. Для российских посетителей — сервер в России, для казахстанских — рядом. Это напрямую влияет на скорость первого показа: что измеряется, в статье Core Web Vitals.

Резервное копирование. С проверкой восстановления, а не просто «копии делаются» — почему это принципиально, в статье резервное копирование сайта.

Внятная поддержка. Разница между дешёвым и приличным провайдером измеряется не рублями, а временем реакции на сбой.

Требования по данным

Если сайт собирает контакты — а это почти любой коммерческий сайт, — учитывайте требование локализации: первичная обработка и хранение данных российских граждан должны происходить на территории России.

Практически это влияет на выбор площадки и на то, куда уходят заявки: базовая сторона вопроса в статье 152-ФЗ на сайте.

Обсуждать это нужно до запуска: перенос данных потом — отдельный проект.

Как устроено обновление сайта

Полезно понимать, даже если делает подрядчик.

Типичная схема: изменения попадают в репозиторий → автоматически запускается сборка → собранная версия разворачивается на сервере → старая версия заменяется новой.

Что стоит уточнить у подрядчика:

• сколько занимает обновление — секунды или минуты простоя;
• можно ли откатиться на предыдущую версию, если что-то сломалось;
• кто может запускать обновление — только подрядчик или и вы тоже;
• есть ли тестовое окружение, где изменения проверяются до боевого.

Наличие внятных ответов — хороший признак зрелости процесса.

Частые ошибки

Взять минимальный тариф. Проект работает, но не собирается из-за нехватки памяти.

Разместить далеко от аудитории. Сервер за рубежом добавляет задержку к каждому запросу.

Оформить аккаунт на подрядчика. Самая частая причина потери контроля над сайтом — что нужно проверить, в статье как выбрать хостинг.

Забыть про сертификат. Автопродление должно работать, иначе в один день посетители увидят предупреждение вместо сайта: подробнее в статье SSL-сертификат.

Не настроить мониторинг. О недоступности вы должны узнавать раньше клиентов.

Экономить на площадке при платном трафике. Медленный сервер съедает часть оплаченных кликов.

Итог

Полностью статический сайт можно разместить где угодно и очень дёшево. Проекту с серверной логикой нужен VPS или контейнерная инфраструктура: 1 000 — 8 000 ₽ в месяц в зависимости от нагрузки.

Что проверить: хватает ли памяти для сборки, есть ли автоперезапуск и развёртывание из репозитория, где расположены серверы, работают ли резервные копии, оформлен ли аккаунт на вас.

И обсудите требования к хранению данных до запуска — это тот вопрос, который дорого решать задним числом.