Выбрать хостинг для нового сайта иногда проще, чем определиться с тарифом внутри него. Провайдер уже найден, условия устраивают, панель понятная, поддержка работает. Остается оплатить услугу, и тут начинаются вопросы.
На одном тарифе можно разместить один сайт, на другом десять. Где-то дают больше места на диске, где-то отличаются лимиты процессора, памяти или количества процессов. В дорогом тарифе могут появляться дополнительные резервные копии, почта, базы данных и другие возможности.
Новичку легко решить, что самый дорогой вариант автоматически будет самым быстрым и надежным. Или, наоборот, купить минимальный тариф только потому, что сайт пока занимает несколько сотен мегабайт.
Оба подхода не совсем правильные.
Хороший тариф хостинга — не самый мощный и не самый дешевый. Это тариф, ресурсов которого достаточно для вашего сайта сейчас и остается небольшой запас на нормальный рост.
Причем заранее точно предсказать будущую посещаемость нового проекта почти невозможно. Поэтому вместо попытки купить хостинг «на пять лет вперед» полезнее понять, какие характеристики действительно важны на старте и насколько легко потом перейти на следующий тариф.
Для нового сайта обычно не нужен самый дорогой тариф
У нового проекта есть одно большое преимущество — на старте его реальная нагрузка обычно невелика.
Сайт только появился в поиске, постоянной аудитории еще нет, рекламные кампании либо не запущены, либо работают в небольшом объеме. Даже если в будущем проект должен стать крупным, покупать максимальную конфигурацию в первый день чаще всего нет смысла.
Особенно это относится к обычным информационным сайтам, блогам, визиткам и корпоративным ресурсам.
Если провайдер позволяет быстро перейти на более высокий тариф без переноса сайта к другому хостеру, начинать можно с разумной младшей или средней конфигурации.
Появилась нагрузка — увеличили тариф.
Это намного практичнее, чем месяцами оплачивать ресурсы, которыми сайт пока не пользуется.
Начните с количества сайтов которые собираетесь размещать
Это один из самых простых параметров тарифной сетки.
Если создается один сайт и в ближайшее время других проектов не планируется, возможность разместить двадцать или пятьдесят сайтов сама по себе ничего полезного не дает.
Но запас иногда оправдан.
Например, у компании есть основной сайт, а через несколько месяцев планируется отдельный лендинг. Владелец ведет два тематических проекта. Веб-мастер хочет разместить несколько небольших сайтов в одном аккаунте.
Тогда тариф с поддержкой нескольких сайтов удобнее.
При этом цифра «10 сайтов» не означает, что на тарифе одинаково хорошо заработают любые десять проектов.
Десять небольших страниц-визиток и десять интернет-магазинов создают совершенно разную нагрузку. Количество разрешенных сайтов показывает административное ограничение тарифа, но не заменяет лимиты вычислительных ресурсов.
Дисковое пространство редко должно быть единственным критерием
Гигабайты хорошо заметны в таблице тарифов, поэтому на них легко ориентироваться.
Но обычный новый сайт зачастую занимает значительно меньше места, чем предлагает даже недорогой современный хостинг.
WordPress, тема, плагины, база и некоторое количество изображений не требуют десятков гигабайт сами по себе. Размер начинает быстро расти, если загружать много фотографий в исходном разрешении, хранить видео, архивы, резервные копии и другие тяжелые файлы.
Поэтому переплачивать за огромный диск только ради запаса обычно не нужно.
Гораздо интереснее узнать, что произойдет при приближении к лимиту. Можно ли быстро перейти на следующий тариф? Есть ли возможность докупить пространство? Учитывается ли почта в общем объеме?
Для большинства новых сайтов удобство дальнейшего расширения важнее огромного количества свободных гигабайт с первого дня.
SSD и NVMe важны но не выбирайте тариф только по названию диска
Сегодня быстрые накопители стали обычной частью хорошего хостинга. Если провайдер использует SSD или NVMe, это лучше старых медленных дисковых систем для множества типичных операций сайта.
Но надпись NVMe в тарифе не означает, что любой сайт автоматически станет мгновенным.
На скорость влияют процессор, база данных, настройки PHP, кэширование, тема, плагины и само приложение. Имеет значение и то, как провайдер распределяет дисковые ресурсы между клиентами.
Поэтому тип накопителя стоит учитывать при выборе хостинга, но покупать более дорогой тариф только ради красивого обозначения диска не всегда рационально.
Лимиты процессора могут оказаться важнее количества гигабайт
Сайт не просто хранится на сервере. Он выполняет код.
Когда посетитель открывает динамическую страницу WordPress, серверу может потребоваться запустить PHP, получить данные из базы, обработать плагины, сформировать HTML и отправить результат браузеру.
Все это требует вычислительных ресурсов.
На виртуальном хостинге они распределяются между клиентами, поэтому провайдеры устанавливают ограничения.
Проблема в том, что эти ограничения не всегда одинаково хорошо видны в тарифной таблице. На первом плане может находиться место на диске и количество сайтов, а реальная разница между тарифами скрывается в допустимой нагрузке.
Если хостер публикует лимиты CPU, памяти и процессов, их стоит посмотреть до оплаты.
Не все хостеры показывают ресурсы одинаково
Сравнивать виртуальный хостинг сложнее, чем кажется.
Один провайдер указывает процент процессорного времени, другой количество ядер или условные единицы нагрузки. Где-то явно написан лимит оперативной памяти, а где-то клиент видит только ограничения отдельных процессов.
Поэтому две тарифные таблицы нельзя всегда сравнить строка в строку.
Если непонятно, чем младший тариф отличается от следующего именно по производительности, нормальный вопрос технической поддержке звучит просто: какие ограничения ресурсов действуют на каждом варианте и что произойдет при их превышении?
Ответ часто полезнее рекламного описания.
Для сайта-визитки обычно достаточно младшего тарифа
Небольшой сайт компании, специалиста или локального бизнеса редко требует много ресурсов.
Несколько страниц, форма обратной связи, фотографии, контакты, карта, информация об услугах — для такого проекта качественного младшего тарифа обычно достаточно.
Особенно если страницы хорошо оптимизированы и используется кэширование.
Здесь важнее не огромный запас CPU, а надежность самого хостинга, нормальная поддержка, резервное копирование, SSL и удобное управление сайтом.
Если через некоторое время посещаемость вырастет, тариф всегда можно пересмотреть.
Блогу WordPress тоже не обязательно начинать с большого тарифа
Информационный WordPress хорошо подходит для постепенного роста.
На старте статей немного, аудитория небольшая, а значительную часть страниц можно эффективно кэшировать.
Поэтому начинающему блогу редко нужен максимальный тариф виртуального хостинга.
Но стоит оставить небольшой запас для плагинов, базы данных и роста медиатеки.
Еще важнее убедиться, что хостинг нормально работает с WordPress: предоставляет актуальную версию PHP, позволяет использовать HTTPS, создает базы данных, поддерживает необходимые расширения и дает возможность настраивать cron.
Автоматическая установка WordPress приятна, но это скорее удобство. Она не говорит о производительности тарифа.
Корпоративному сайту важнее стабильность чем огромные ресурсы
Корпоративный сайт может быть довольно большим по количеству страниц, но это не означает высокую серверную нагрузку.
Если посетители в основном читают информацию о компании, услугах и проектах, значительную часть содержимого можно кэшировать.
Поэтому обычного виртуального хостинга часто хватает даже достаточно серьезному корпоративному ресурсу.
Здесь я бы обращала больше внимания на резервные копии, поддержку, почту, SSL и надежность площадки.
Если сайт является важным каналом получения заявок, стоит также проверить, насколько быстро можно связаться с поддержкой при проблеме.
Интернет-магазину нужен больший запас
Магазин отличается от обычного информационного сайта количеством динамических операций.
Корзина, оформление заказа, авторизация, поиск, фильтры, изменение остатков, импорт товаров и интеграции создают нагрузку, которую нельзя полностью снять обычным кэшированием страниц.
Поэтому для нового интернет-магазина я бы не выбирала тариф строго по минимальным требованиям CMS.
Разумный запас CPU, памяти и количества процессов здесь полезнее.
Особенно если планируется реклама и посещаемость способна вырасти быстро.
Но даже магазину не всегда нужен VPS с первого дня. Небольшой каталог с умеренной посещаемостью вполне может нормально работать на производительном виртуальном хостинге.
Количество товаров само по себе не определяет нужный тариф
Магазин на тысячу товаров не обязательно тяжелее магазина на сто товаров в десять раз.
Большую роль играет структура базы, используемые плагины, фильтрация, поиск, количество одновременных покупателей и фоновые операции.
Например, автоматический импорт большого каталога способен создавать более заметную нагрузку, чем обычный просмотр страниц посетителями.
Поэтому выбирать тариф только по количеству карточек товара неправильно.
Если магазин использует регулярную синхронизацию с внешней системой, это стоит учитывать отдельно.
Посещаемость нельзя точно перевести в тариф
Очень хочется получить простую таблицу: до определенного количества посетителей нужен первый тариф, дальше второй, а после некоторой границы VPS.
В реальности такой универсальной таблицы нет.
Тысяча посещений хорошо кэшируемого информационного сайта и тысяча активных пользователей динамического сервиса создают совершенно разную нагрузку.
Даже два одинаковых WordPress могут отличаться в разы из-за темы, набора плагинов и качества настройки.
Поэтому обещания вида «этого тарифа хватит на X посетителей» нужно воспринимать как очень приблизительный ориентир, если не описаны условия тестирования.
Количество баз данных обычно не является проблемой для одного сайта
Большинству CMS нужна одна основная база данных.
Если на тарифе разрешена одна база и вы размещаете один сайт, этого может быть вполне достаточно.
Несколько баз становятся полезными при размещении нескольких независимых проектов, тестовых версий или приложений с собственной архитектурой.
Поэтому огромное число баз в дорогом тарифе не является преимуществом для человека, которому нужна одна установка WordPress.
Смотрите на реальные потребности проекта.
Почта на домене может повлиять на выбор тарифа
Не каждый владелец сайта использует почтовые ящики хостинга, но для бизнеса это распространенный сценарий.
Адреса вида info@вашдомен выглядят естественнее бесплатной личной почты в контактах компании.
Перед покупкой стоит проверить, входит ли почта в тариф, сколько ящиков можно создать и как учитывается занимаемое ими место.
Если сотрудники активно пересылают большие вложения, почта способна постепенно занять заметную часть диска.
Другой вариант — использовать отдельный почтовый сервис. Тогда возможности почты самого хостинга становятся менее важными.
SSL сегодня лучше воспринимать как базовую функцию
Обычному сайту нужен HTTPS.
Для большинства проектов достаточно бесплатного сертификата, который хостинг может автоматически выпустить и продлевать.
Поэтому при сравнении тарифов полезно проверить наличие бесплатного SSL и автоматического продления.
Покупать дорогой тариф только ради возможности подключить HTTPS в большинстве обычных случаев странно. Эта функция давно должна восприниматься как базовая часть современного хостинга.
Резервные копии важнее многих рекламных бонусов
Тариф может предлагать много доменов, установщик CMS, конструктор и десятки других функций. Но после первой серьезной ошибки владельца обычно начинает интересовать совсем другое — можно ли вернуть вчерашнюю версию сайта.
Поэтому посмотрите, делает ли хостинг автоматические резервные копии.
Важно знать частоту создания, глубину хранения и способ восстановления.
Еще лучше иметь собственную независимую копию за пределами рабочего хостинга, особенно если сайт имеет коммерческую ценность.
Но встроенный backup провайдера все равно остается очень полезным первым уровнем защиты.
Автоматическое резервное копирование не всегда одинаковое
Фраза «ежедневные бэкапы» выглядит понятно, пока не потребуется восстановление.
Тогда появляются детали.
Сколько дней хранится история? Можно ли вернуть отдельную базу? Можно ли скачать архив? Восстанавливает ли пользователь сайт самостоятельно через панель или нужно писать в поддержку?
Эти вопросы особенно важны, если разница между тарифами связана с резервным копированием.
Иногда более дорогой вариант оправдан именно лучшей политикой хранения данных, а не дополнительными гигабайтами.
Не переплачивайте за функции которыми не будете пользоваться
Хостинговые тарифы часто устроены как пакеты.
Вместе с дополнительными ресурсами пользователь получает больше сайтов, баз, почтовых ящиков и других возможностей.
Это нормально, но не означает, что каждая строка дорогого тарифа имеет для вас ценность.
Если нужен один WordPress, возможность разместить сто сайтов ничего не улучшает.
Если почта работает через отдельный сервис, количество почтовых ящиков хостинга неважно.
Если вы не используете конструктор сайтов, его наличие не должно влиять на выбор.
Смотрите прежде всего на ресурсы и функции, которые относятся к вашему проекту.
Но самый дешевый тариф тоже не всегда выгоден
Экономия имеет смысл, пока она не создает постоянные ограничения.
Если минимальный тариф рассчитан на один небольшой сайт, а вы сразу планируете магазин, корпоративный портал и еще несколько проектов, покупать его только ради низкой цены нет смысла.
То же касается слишком жестких лимитов ресурсов.
Когда сайт регулярно упирается в ограничения, приходится разбираться с ошибками, писать в поддержку и в итоге все равно менять тариф.
Поэтому между «взять максимальный с огромным запасом» и «купить самый дешевый любой ценой» обычно находится нормальная средняя конфигурация.
Обратите внимание на условия превышения лимитов
Это одна из характеристик, которую легко пропустить до покупки.
Что произойдет, если сайт временно создаст слишком большую нагрузку?
Хостинг ограничит отдельные процессы, замедлит аккаунт, отправит уведомление или предложит перейти на другой тариф?
Особенно важно это для проектов с периодическими пиками.
Например, статья попала в рекомендации, началась рекламная кампания или интернет-магазин запустил распродажу.
Хорошо заранее понимать поведение площадки в такой ситуации.
Посмотрите можно ли сменить тариф без переноса сайта
Для нового проекта это одна из самых полезных возможностей.
Вы не знаете точно, сколько ресурсов понадобится через полгода. И знать это необязательно.
Если тариф можно увеличить в панели, а сайт продолжит работать на том же аккаунте, выбор становится намного проще.
Можно начать с меньшей конфигурации, посмотреть реальное потребление и перейти выше при необходимости.
Стоит также узнать, возможен ли обратный переход. Иногда проект оказывается легче, чем ожидалось, и постоянно оплачивать избыточный тариф незачем.
Переход на VPS тоже желательно продумать заранее
Хороший виртуальный хостинг способен обслуживать сайт очень долго, но некоторые проекты его перерастают.
Причиной становится высокая нагрузка, необходимость собственных серверных настроек, нестандартное программное обеспечение или требования приложения.
В таком случае удобно, если тот же провайдер предлагает VPS и может помочь с переносом.
Это не означает, что обязательно нужно покупать все услуги у одной компании. Но понятный путь роста проекта является плюсом.
Особенно для владельца, который не хочет однажды срочно искать новую площадку из-за превышения лимитов.
Для одного нового WordPress чаще всего нужен простой тариф с небольшим запасом
Если отбросить рекламные таблицы, требования обычного нового WordPress довольно понятны.
Нужна поддерживаемая версия PHP, база данных, HTTPS, достаточно дискового пространства, нормальные лимиты ресурсов и резервные копии.
Желательно иметь удобную панель, файловый менеджер, доступ по FTP или SFTP и возможность настроить cron.
Все остальное зависит от конкретного проекта.
Для блога или небольшого корпоративного сайта нет необходимости покупать максимальный тариф только потому, что CMS называется WordPress.
Для нескольких проектов лучше оставить запас по ресурсам
Если в одном аккаунте размещаются несколько сайтов, оценивать нужно их суммарную нагрузку.
Один проект может почти не потреблять ресурсов, другой периодически запускать тяжелые задачи.
Причем проблема одного сайта иногда влияет на весь аккаунт.
Например, неудачный плагин начинает активно использовать процессор и достигает общего лимита тарифа.
Поэтому при размещении нескольких проектов небольшой запас становится полезнее, чем для одной визитки.
А критичные сайты иногда разумно разделять между разными аккаунтами или серверами, чтобы они меньше зависели друг от друга.
Новый сайт не нужно сразу готовить к миллиону посетителей
Это одна из самых дорогих ошибок начинающего проекта.
Владелец планирует большую аудиторию и пытается с первого дня купить инфраструктуру, которая когда-нибудь сможет ее выдержать.
Но архитектура сайта все равно будет меняться по мере роста.
Появится статистика реальной нагрузки, станет понятно поведение пользователей, изменятся плагины, код и требования к базе.
Поэтому гораздо рациональнее обеспечить нормальную работу текущей версии проекта и иметь понятный путь масштабирования.
Если через год сайту понадобится VPS или облако, это будет хорошая проблема. Она означает, что проект действительно вырос.
Когда лучше взять тариф на ступень выше
Есть ситуации, когда небольшой запас стоит своих денег.
Например, сразу после запуска планируется заметная рекламная кампания. Интернет-магазин импортирует большой каталог. На одном аккаунте будет несколько WordPress. Используется тяжелая тема или набор ресурсоемких плагинов.
В таких случаях младший тариф может оказаться слишком близко к границе возможностей уже на старте.
Тариф на ступень выше дает пространство для первых экспериментов и роста.
Но «на ступень выше» и «самый дорогой из существующих» — совершенно разные вещи.
Тестовый период помогает больше рекламных обещаний
Если хостер дает возможность протестировать услугу до долгосрочной оплаты, ей стоит воспользоваться.
Перенесите или установите сайт, откройте административную панель, загрузите изображения, установите нужные плагины и посмотрите, как все работает.
Проверьте скорость не только главной страницы, но и административной части.
Напишите в поддержку с нормальным техническим вопросом и посмотрите на качество ответа.
Такой тест дает больше информации, чем сравнение двух тарифных таблиц.
Не оценивайте тариф только по первой цене
При покупке хостинга важно смотреть на стоимость не только первого платежа.
У провайдера может действовать скидка для новых клиентов, а последующее продление выполняется на обычных условиях.
Это не проблема само по себе, если правила понятны заранее.
Просто сравнивать нужно стоимость использования, а не самый крупный процент скидки на рекламном баннере.
То же касается дополнительных услуг. Панель, выделенный IP, дополнительное место или другие функции могут оплачиваться отдельно.
Лучше понять итоговую конфигурацию до покупки.
Как выбрать тариф если вы вообще не знаете будущую нагрузку
Для нового сайта это нормальная ситуация.
Никто не знает точно, сколько посетителей придет из поиска через несколько месяцев и какой объем контента накопится через год.
Поэтому не нужно пытаться угадать.
Выберите тариф, который соответствует текущему типу проекта и имеет небольшой запас. Убедитесь, что хостер показывает статистику потребления ресурсов. После запуска периодически смотрите на нее.
Если сайт использует лишь небольшую часть возможностей, все хорошо.
Если регулярно приближается к ограничениям, можно сначала проверить оптимизацию, а затем увеличить тариф.
Так решение основывается на реальных данных, а не на прогнозах.
Для большинства новых сайтов выбор проще чем кажется
Если вы запускаете один небольшой сайт, блог или корпоративный ресурс, начинать обычно можно с качественного младшего тарифа виртуального хостинга, если его лимиты не урезаны до совсем минимальных значений.
Для нескольких сайтов разумно взять больше ресурсов и проверить общий лимит нагрузки.
Для небольшого интернет-магазина лучше оставить запас по CPU, памяти и процессам, особенно если планируется реклама, импорт каталога и интеграции.
Если проект изначально требует собственного программного окружения, нестандартных сервисов или полного контроля над системой, возможно, выбирать нужно уже не тариф виртуального хостинга, а VPS.
Главное — не покупать характеристики просто потому, что большая цифра выглядит надежнее.
Количество гигабайт, сайтов и баз легко сравнивать, но реальная работа проекта сильнее зависит от доступных вычислительных ресурсов, качества инфраструктуры, резервного копирования и возможности безболезненно перейти на следующий уровень.
Поэтому для нового сайта я бы выбирала не тариф «на вырост навсегда», а тариф «достаточно сейчас плюс небольшой запас».
А перед оплатой проверила бы четыре вещи: хватает ли ресурсов для вашего типа сайта, есть ли автоматические резервные копии, какие ограничения действуют при высокой нагрузке и можно ли быстро увеличить тариф без переноса проекта.
Если с этим все в порядке, начинать с относительно простого виртуального хостинга совершенно нормально. Хороший хостинг должен позволять сайту расти постепенно, а не заставлять владельца оплачивать будущую популярность еще до появления первых посетителей.
