Хостинг для сайтов

Как выбрать хостинг для сайта и проверить тариф до оплаты

Хороший тариф позволяет вашему сайту выполнять нужные действия и оставляет понятный способ получить помощь. Сравнение только по гигабайтам и цене легко пропускает главное: лимиты процессов, совместимость программ, условия почты и возможность восстановить данные. Ниже порядок проверки до окончательного переезда.

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

Соберите требования своего сайта

Попросите разработчика составить короткий паспорт проекта. Для существующего сайта в нём нужны CMS и её версия, плагины, версия PHP или другого языка, тип и версия базы, занятое место, размер базы и список фоновых заданий. Для нового сайта эти требования следует определить до покупки, когда ещё можно выбрать подходящее окружение.

Перечислите реальные действия посетителя и сотрудника: открыть каталог, найти товар, отправить форму с вложением, оформить заказ, выгрузить отчёт, загрузить фотографии. Отдельно запишите обмен с учётной системой, внешние API и обработку изображений. Именно эти операции нужно будет испытать на тарифе.

Объём файлов измеряйте с запасом на свою работу. Помимо текущего сайта место понадобится новым загрузкам, временным файлам, журналам и подготовке выгрузки. Если панель создаёт архив внутри того же аккаунта, на время упаковки потребуется дополнительное место. Не выбирайте величину запаса по универсальному проценту: оцените размер ожидаемого импорта и рост данных.

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

Если приложение требует собственного системного окружения или постоянного фонового процесса, сначала прочитайте сравнение хостинга, VPS и физического сервера. Поддержка CMS в рекламном описании не подтверждает возможность запустить любой дополнительный компонент.

Какие ограничения действительно влияют на работу

Количество сайтов и количество доменов могут означать разные вещи. Один сайт может иметь несколько доменных имён. Несколько независимых сайтов требуют отдельных каталогов, настроек и иногда баз. Уточните, считается ли тестовая копия отдельным сайтом, можно ли создать поддомен и изолировать доступ разработчика.

Прокрутите таблицу, чтобы увидеть все столбцы.

Параметры, которые стоит проверить в панели и документации
ПараметрЗачем нуженВопрос перед оплатой
Сайты, домены, базыОсновной проект, дополнительные сайты и копииКакие сущности считаются отдельно? Каковы лимиты числа и размера баз?
Диск и число файловМедиа, кеш, письма, архивыЕсть ли лимит inode, что входит в квоту и как меняется она при переполнении?
Память PHPИмпорт, плагины, обработка изображенийКакой лимит у одного процесса и можно ли его изменить?
Процессы и CPUПараллельные запросы и тяжёлые операцииКакие ограничения действуют и где видны их срабатывания?
Время выполненияОбмен данными и большие выгрузкиМожно ли запускать длительные задания по расписанию?
База данныхПоиск, корзина, административная частьЕсть ли ограничения соединений и способ найти медленные запросы?
Трафик и исходящие запросыПосетители, загрузки, интеграцииКакие действуют правила нагрузки и ограничения соединений наружу?

Inode в этом контексте помогает оценить число файловых объектов. Тысячи небольших файлов кеша могут приблизить аккаунт к ограничению, хотя по гигабайтам место ещё есть. Попросите показать, где панель отображает этот показатель и как безопасно разбирать его рост.

Лимит памяти одного процесса PHP не равен всей памяти, доступной аккаунту. Увеличение первого параметра не отменяет ограничение числа процессов или общей нагрузки. Если импорт завершается ошибкой, нужен текст ошибки и статистика в этот момент. Покупка более дорогого тарифа без выяснения причины может ничего не изменить.

С «безлимитом» проверяйте единицу и правила использования. Отсутствие тарификации трафика за гигабайт не означает отсутствие ограничений CPU, файлов и параллельных запросов. Попросите ссылку на действующие правила нагрузки именно выбранной услуги.

Панель, PHP и доступы для разработчика

Панель должна позволять выполнять ваши повседневные задачи: добавить домен, создать базу, выпустить сертификат, посмотреть ошибки, выгрузить и восстановить копию. Название панели само по себе мало что говорит о составе доступа на конкретном тарифе. Посмотрите демонстрацию или выполните эти действия в тестовом аккаунте.

Для PHP проверьте доступные версии, нужные расширения и способ смены версии отдельно для каждого сайта. Возможность выбрать свежую версию ещё не доказывает совместимость плагинов. Сначала испытайте копию. Старое приложение, которое работает только на давно неподдерживаемой версии, требует плана обновления.

SSH полезен для разработчика, но его наличие не означает права администратора ОС. Уточните доступные команды, ограничения окружения и возможность использовать менеджер зависимостей. Для заданий по расписанию проверьте минимальный интервал, допустимую длительность и куда записывается результат выполнения.

Не передавайте подрядчику единственный главный аккаунт без необходимости. Выясните, есть ли отдельные пользователи, ограничения по каталогам и журнал действий. Доступ к оплате и домену желательно оставить у владельца, а технические права выдать по задаче. После завершения работ проверьте, какие доступы остались активны.

Что входит в почту, защиту и резервные копии

Почта. Проверьте число ящиков, объём, ограничения отправки, веб-интерфейс и выгрузку писем. Уточните, подходит ли услуга для уведомлений сайта и какие настройки домена нужны. Успешная отправка из CMS ещё не означает доставку в нужную папку получателя.

HTTPS. Уточните выпуск и продление сертификата, поддержку всех нужных имён и порядок работы с внешним DNS. После подключения отдельно проверяются редиректы, ссылки на ресурсы и отсутствие запросов к старому HTTP-адресу. Значок сертификата не заменяет обновление CMS и защиту её административной части.

Резервные копии. Попросите описать состав, частоту, срок хранения, место хранения и стоимость восстановления. Включена ли база? Можно ли скачать архив? Доступно ли восстановление одного файла? Что произойдёт с копиями при блокировке или удалении аккаунта? Подробная проверка разобрана в материале о резервных копиях.

Защита и помощь. Формулировки об антивирусе и DDoS требуют уточнения. Что именно обнаруживается, какие действия выполняет провайдер и какие ограничения возможны во время атаки? Узнайте отдельно, кто удаляет вредоносный код из сайта, ищет причину заражения и восстанавливает доступ. Обнаружение проблемы не равнозначно её исправлению.

Как сравнить стоимость и условия выхода

Соберите сумму фактического платежа за выбранный срок. Если показывается месячный эквивалент годовой оплаты, рядом запишите годовую сумму и длительность обязательства. Отдельно отметьте цену продления, условия акции и обязательные опции. Продление может совпадать с первой ценой; это нужно проверить, а не предполагать в любую сторону.

Условный пример сравнения двух предложений без выдуманных цен

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

Проверьте последствия превышения лимита: предупреждение, ограничение операций, остановка сайта, доплата или смена тарифа. Выясните условия возврата, изменение тарифа в середине оплаченного срока и сроки хранения после неоплаты. Не откладывайте вопрос выгрузки данных до момента расторжения договора.

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

Что проверить на тестовой копии

Если предоставлен тест или другой согласованный способ испытания, разместите копию проекта. Ограничьте к ней доступ и отключите реальные рассылки, оплату и фоновые действия с внешними системами. Одного noindex недостаточно для защиты копии с данными клиентов.

  1. Развёртывание. Проверьте загрузку файлов, восстановление базы, версии программ и расширения. Сохраните список настроек, которые пришлось менять.
  2. Посетитель. Откройте основные страницы, поиск, форму с вложением, личный кабинет и корзину, если они есть.
  3. Сотрудник. Загрузите изображение, измените запись, выполните характерный импорт и выгрузку. Проверьте результат, а не только сообщение «успешно».
  4. Фоновые задачи. Убедитесь, что задания запускаются по расписанию, не дублируются и завершаются без ошибок.
  5. Наблюдение. Посмотрите журналы и статистику лимитов во время проверки. Согласуйте нагрузочные испытания с провайдером, не запускайте их по чужим сайтам.
  6. Копия. Создайте архив и восстановите его в отдельном каталоге или тестовом окружении. Проверьте базу и загрузки.

Сравнивайте одинаковую версию сайта и одинаковые сценарии. Один замер скорости главной не показывает качество поиска, административной части и обмена данными. Сохраните результаты, время проверки и обращения в поддержку: по ним проще принять решение и затем проверить переезд.

Для WordPress есть отдельный список проверок PHP, кеша и писем. Подборки для WordPress и для Битрикс помогают сузить каталог, но не заменяют испытание своей конфигурации.

Что спросить перед оплатой

С ответами переходите к сравнению хостингов. Для уже работающего сайта заранее подготовьте план переноса и переключения DNS.