У плохого хостинга есть неприятная особенность: почти все его недостатки обнаруживаются после оплаты. До этого момента все выглядит убедительно. Быстрые серверы, современные процессоры, NVMe, круглосуточная поддержка, высокая надежность и тариф со скидкой. Сайт провайдера открывается мгновенно, характеристики впечатляют, а возле кнопки заказа иногда еще и тикает таймер акции.
Настоящее знакомство начинается позже. Например, когда интернет-магазин неожиданно замедляется вечером. Или выясняется, что ежедневные резервные копии хранятся всего несколько дней. Поддержка действительно круглосуточная, но первый содержательный ответ приходит через несколько часов. На тарифе обещаны десятки гигабайт пространства, хотя сайт упирается совсем не в диск, а в ограничение процессорной нагрузки.
Менять хостинг после этого можно, но придется переносить сайт, базы данных, почту, проверять DNS, сертификаты и следить, чтобы переезд не закончился простоем. Поэтому несколько часов, потраченных на проверку хостинга до оплаты или во время тестового периода, иногда экономят значительно больше времени.
Причем для проверки не нужна собственная серверная лаборатория. Большую часть важных вещей можно выяснить еще до переноса основного сайта.
Не начинайте выбор хостинга с количества гигабайт
Дисковое пространство проще всего превратить в красивую цифру, поэтому оно почти всегда занимает заметное место в тарифной таблице. 10 ГБ выглядят хуже 50 ГБ, а 100 ГБ кажутся очевидным преимуществом перед обоими вариантами.
Но если сайт занимает 2,3 ГБ и за год прибавляет еще 500 МБ, разница между 30 и 100 ГБ для него практически ничего не меняет.
Зато два тарифа с одинаковыми 30 ГБ могут серьезно отличаться по процессорным ограничениям, допустимому количеству процессов, памяти, производительности базы данных и правилам резервного копирования.
Перед сравнением тарифов полезно сначала посмотреть, сколько места действительно занимает существующий сайт. Желательно отдельно узнать размер файлов, базы данных, почты и резервных копий. Для нового проекта достаточно оценить ожидаемый объем с нормальным запасом.
Если WordPress занимает 4 ГБ, тариф с 20-30 ГБ уже оставляет пространство для роста. Переплачивать только ради 100 ГБ нет необходимости, если никакого сценария использования оставшихся 90 ГБ не существует.
Совсем другая ситуация у фотосайта, большого интернет-магазина или проекта, который хранит пользовательские файлы. Там объем диска действительно может стать одним из основных параметров.
Хороший тариф не тот, где цифра больше. Хороший тариф дает достаточно именно тех ресурсов, которые использует сайт.
Узнайте ограничения CPU до покупки хостинга
Процессорные ограничения гораздо менее наглядны, чем гигабайты диска, но именно они нередко становятся причиной проблем динамического сайта.
WordPress, OpenCart, 1С-Битрикс и другие CMS выполняют PHP-код, обращаются к базе данных, запускают фоновые задачи. Все это требует процессорного времени.
На виртуальном хостинге физический сервер используется многими клиентами, поэтому провайдер не может разрешить одному аккаунту бесконечно загружать CPU. Ограничения необходимы. Вопрос в другом: насколько они подходят вашему проекту и насколько понятно описаны.
Если на странице тарифа указано только «высокая производительность», этого недостаточно. Стоит открыть документацию или правила предоставления услуг и найти реальные лимиты.
У разных провайдеров они могут выражаться по-разному: процентом процессорного времени, CP, количеством доступных ядер, средней допустимой нагрузкой или другими величинами. Из-за этого сравнить два хостинга одной арифметической операцией иногда невозможно.
Но уже сам факт публикации понятных ограничений полезен. Пользователь хотя бы знает, где проходит граница тарифа.
Особенно внимательно CPU стоит проверять владельцам интернет-магазинов, сайтов с большим количеством плагинов, форумов и проектов с активной административной частью.
Проверьте, сколько оперативной памяти действительно доступно
Фраза «серверы с большим объемом RAM» практически бесполезна для клиента виртуального хостинга. Физический сервер действительно может иметь сотни гигабайт памяти, но это не означает, что один аккаунт способен использовать их все.
Важен лимит конкретного тарифа.
Нужно также различать общую доступную память и PHP memory_limit. Это не одно и то же. memory_limit ограничивает память отдельного PHP-процесса, тогда как одновременно с ним работают другие процессы, база данных, веб-сервер и системные службы.
Для небольшого WordPress жесткие ограничения могут никогда себя не проявить. Для WooCommerce, тяжелого импорта товаров или ресурсоемкого плагина ситуация меняется.
Если информация о RAM отсутствует на основной странице, стоит поискать ее в технической документации. Когда точные значения нигде не опубликованы, их можно запросить у поддержки еще до покупки.
Заодно это будет первой проверкой самой поддержки.
Не путайте NVMe с гарантией быстрого хостинга
NVMe действительно является современной и быстрой технологией хранения данных. Для баз данных и большого количества операций ввода-вывода быстрый накопитель полезен.
Но одна надпись «NVMe» не рассказывает, как будет работать сайт.
На одном физическом сервере может находиться множество клиентов. Провайдер способен устанавливать ограничения на IOPS и скорость ввода-вывода. Процессор может оказаться перегружен, а самому сайту может не хватать PHP-процессов.
В результате хостинг на NVMe способен работать медленнее хорошо настроенной платформы на более скромной дисковой подсистеме.
При одинаковых остальных условиях NVMe предпочтительнее. Использовать тип накопителя как главный критерий выбора не стоит.
Посетителю сайта вообще неизвестно, какой диск установлен в дата-центре. Он замечает только время ожидания страницы.
Проверьте тестовый период на реальном сайте
Если провайдер предоставляет бесплатный тест, не стоит тратить его на изучение цвета кнопок в панели управления.
Лучший тест хостинга — собственный сайт.
Можно перенести копию проекта, подключить временный домен или проверить работу через изменение файла hosts на своем компьютере. Основной сайт при этом продолжит работать на старом сервере, а новая площадка будет доступна только для тестирования.
Такой способ позволяет увидеть гораздо больше любого обзора.
Нужно открыть главную страницу, тяжелые разделы, поиск, административную панель, несколько карточек товаров. Если используется WordPress, стоит проверить обновление плагинов, создание резервной копии и выполнение ресурсоемких операций.
Интернет-магазину особенно полезно протестировать каталог, фильтры, корзину и оформление заказа.
И проверять желательно не один раз в три часа ночи.
Хостинг может прекрасно работать при минимальной нагрузке на физический сервер и вести себя иначе вечером. Несколько измерений в разное время дадут более реалистичную картину.
Как проверить скорость хостинга до переноса сайта
Открыть страницу в браузере и решить «вроде быстро» недостаточно.
Для начала стоит отделить серверную скорость от скорости самого сайта.
Если страница содержит огромные фотографии, несколько мегабайт JavaScript и десятки сторонних скриптов, медленная полная загрузка не обязательно является проблемой хостинга.
Для оценки серверной части полезно смотреть на TTFB — Time to First Byte, время до получения первого байта ответа. Но и его нельзя превращать в абсолютный рейтинг хостеров. На TTFB влияют CMS, плагины, база данных, кэширование, географическое расстояние и состояние конкретной страницы.
Поэтому сравнивать лучше одну и ту же копию сайта в максимально похожих условиях.
Если старый и новый хостинг обслуживают идентичный WordPress, а на одном сервер стабильно начинает отдавать страницу заметно быстрее, это уже полезная информация.
Еще лучше провести несколько тестов в течение дня и смотреть не только на среднее значение, но и на стабильность результатов.
Сервер, который девять раз отвечает быстро, а каждый десятый запрос неожиданно обрабатывает несколько секунд, для рабочего магазина может оказаться менее приятным, чем чуть более медленный, но стабильный вариант.
Проверьте, что происходит с сайтом при нагрузке
Обычный тест показывает поведение одного пользователя. Но проблемы с ресурсами часто начинаются именно тогда, когда посетителей становится несколько одновременно.
Здесь пригодится нагрузочное тестирование, но проводить его нужно разумно.
На виртуальном хостинге нельзя бездумно запускать сотни или тысячи параллельных запросов. Это может нарушать правила провайдера и мешать другим клиентам. Перед серьезным тестом стоит проверить допустимые условия.
Для небольшого сайта вообще не нужна имитация огромной атаки.
Задача состоит в том, чтобы посмотреть, как меняется время ответа при умеренном росте количества одновременных запросов. Если даже небольшая параллельная нагрузка приводит к резкому увеличению задержек или ошибкам, стоит разобраться, где находится ограничение.
Причина при этом может быть не в хостинге. Плохо написанный плагин WordPress способен создать проблему даже на хорошем сервере.
Именно поэтому тестируется копия настоящего проекта, а не пустая HTML-страница с надписью «Hello World».
Узнайте, как на самом деле работают резервные копии
Строка «ежедневные бэкапы» выглядит успокаивающе, но оставляет слишком много вопросов.
Что именно копируется?
Файлы сайта?
Базы данных?
Почта?
Сколько дней хранятся копии?
Можно ли восстановить отдельный файл?
Сколько занимает восстановление?
Учитываются ли резервные копии в дисковой квоте?
Где физически находятся эти копии?
Последний вопрос особенно важен. Резервная копия должна пережить проблему с основным хранилищем.
Но даже хорошие автоматические бэкапы провайдера не отменяют собственное резервирование. На Hostingi.org уже подробно разбиралось создание и восстановление резервных копий, и общий принцип здесь остается прежним: важный сайт не должен зависеть от единственной системы бэкапов.
Для интернет-магазина глубина хранения тоже имеет значение. Если повреждение базы обнаружилось через десять дней, а хостер хранит копии только семь, формально резервное копирование работало безупречно, но нужной версии уже нет.
Попробуйте восстановить сайт из резервной копии
Это один из самых полезных тестов, который почти никто не делает.
Создать бэкап — только половина задачи. Его еще нужно уметь восстановить.
Во время тестового периода можно специально сделать резервную копию, изменить тестовый сайт и попробовать вернуть прежнее состояние.
Например, создать тестовую страницу, сделать бэкап, затем удалить ее и восстановить сайт.
Так становится понятно, насколько удобен интерфейс восстановления, можно ли отдельно вернуть базу и файлы и сколько времени занимает процедура.
Лучше обнаружить неудобство на тестовой странице, чем впервые разбираться с системой резервирования в пятницу вечером после поломки рабочего магазина.
Напишите в техническую поддержку до оплаты
Вопрос «хорошая ли у вас поддержка?» задавать бессмысленно. Ответ известен заранее.
Нужен конкретный технический вопрос.
Например:
«Какой лимит оперативной памяти действует на этом тарифе?»
«Сколько PHP-процессов может одновременно работать?»
«Сколько дней хранятся резервные копии базы данных?»
«Можно ли изменить версию PHP отдельно для каждого сайта?»
«Что произойдет при превышении процессорного лимита?»
Полезно оценивать не только скорость ответа.
Оператор может написать «Здравствуйте! Сейчас уточним информацию» через тридцать секунд, а содержательный ответ появится через час. Поэтому интереснее время решения вопроса.
Еще важнее качество ответа. Если вместо конкретного значения лимита приходит рекламное описание тарифа, это тоже информация о будущей работе с поддержкой.
Можно написать днем, а затем задать другой вопрос поздно вечером или в выходной. Если поддержка заявлена как круглосуточная, проверять ее логично именно тогда, когда обычный рабочий день закончился.
Посмотрите, какие версии PHP доступны
Этот пункт особенно важен для CMS.
Слишком старая версия PHP создает проблемы с безопасностью и совместимостью. Но и слепой переход на самую новую версию может сломать старый сайт.
Хороший виртуальный хостинг обычно позволяет выбирать версию PHP для каждого проекта отдельно.
Представим аккаунт с тремя сайтами. Новый WordPress нормально работает на актуальной версии PHP, а старый самописный проект пока требует предыдущую. Если версия меняется сразу для всего аккаунта, миграция становится сложнее.
Стоит также проверить доступные расширения PHP и возможность менять основные параметры в пределах разрешенных провайдером значений.
Для обычного WordPress этого чаще всего достаточно. Для нестандартного приложения требования лучше сверить заранее.
Проверьте базы данных, а не только PHP
Сайт может быстро выполнять PHP-код и при этом медленно работать с базой.
На виртуальном хостинге ресурсы MySQL или MariaDB тоже могут ограничиваться. У некоторых провайдеров лимиты базы публикуются отдельно, у других приходится искать их в документации.
Для простого сайта компании это редко становится главным ограничением. Для интернет-магазина, форума или большого WordPress база способна оказаться одним из основных источников нагрузки.
При переносе копии проекта полезно открыть страницы, которые активно работают с данными: поиск, фильтры каталога, административные списки, отчеты.
Если именно они резко медленнее остальных, нужно выяснить причину до переезда.
Не всегда виноват хостинг. Иногда тест просто обнаруживает запрос к базе, который давно пора оптимизировать.
И это тоже полезный результат.
Убедитесь, что хостинг позволяет нормально работать с Cron
Cron запускает задачи по расписанию. Он нужен для автоматизации множества процессов: от технического обслуживания CMS до импорта данных и запуска собственных скриптов.
На простом сайте пользователь может годами не открывать этот раздел панели. В интернет-магазине или проекте с регулярными импортами ограничения Cron уже имеют значение.
Нужно посмотреть минимально допустимый интервал запуска, максимальное время выполнения задач и ограничения на ресурсы.
Особенно это важно, если текущий проект уже использует собственные cron-задачи. После переноса может оказаться, что старое расписание невозможно воспроизвести на новом тарифе.
Список существующих задач лучше сохранить еще до миграции.
Проверьте SSH и файловый доступ
FTP по-прежнему используется, но для разработчика наличие SSH значительно расширяет возможности.
Через SSH удобно работать с Composer, Git, WP-CLI, архивами, правами файлов и другими инструментами. Даже если владелец сайта сам никогда не открывает терминал, SSH может понадобиться разработчику или администратору.
Наличие SSH на странице тарифа еще не означает полный доступ без ограничений. На shared-хостинге он закономерно ограничен по сравнению с VPS.
Поэтому для нестандартного проекта стоит заранее проверить, какие команды разрешены и какое программное обеспечение установлено.
Обычному владельцу сайта достаточно убедиться, что есть нормальный файловый менеджер, SFTP или FTP и возможность без препятствий скачать собственные данные.
Последний пункт кажется очевидным, пока не приходит время переезжать.
Проверьте почту, если собираетесь хранить ее на хостинге
Корпоративная почта часто воспринимается как бесплатное приложение к сайту. Пока не перестают приходить письма.
Если почтовые ящики будут находиться на том же хостинге, нужно узнать ограничения их размера, количество ящиков, наличие антиспама, веб-интерфейса, переадресации и стандартных протоколов IMAP/SMTP.
Для бизнеса особенно важна доставляемость исходящей почты.
Сам факт наличия почтового сервера еще не гарантирует, что письма будут хорошо доходить до адресатов. Репутация IP-адресов, корректная настройка SPF, DKIM и DMARC имеют гораздо большее значение.
Если компания активно использует электронную почту для работы, отдельный специализированный почтовый сервис иногда надежнее бесплатной почты при хостинге.
А перед переносом сайта нужно отдельно решить судьбу старых писем. Перенос файлов WordPress автоматически не переносит содержимое почтовых ящиков.
Узнайте, что будет при превышении лимитов
Само наличие ограничений не делает хостинг плохим. Ограничения есть практически везде, просто реализованы они по-разному.
Намного интереснее поведение системы после их превышения.
Один провайдер может временно ограничить производительность. Другой отправит предупреждение. В определенных случаях процессы начнут завершаться, а сайт станет отвечать ошибками. Где-то поддержка предложит перейти на следующий тариф.
Эту информацию желательно знать заранее.
Особенно внимательно стоит изучить правила, если сайт периодически получает короткие всплески посещаемости. Средняя нагрузка за сутки может быть небольшой, но несколько минут после рекламной рассылки или публикации популярной ссылки создают совсем другой профиль потребления ресурсов.
Хостинг должен соответствовать не только обычному вторнику в 11 утра, но и самому активному часу проекта.
Посмотрите, насколько легко перейти на более мощный тариф
Небольшой сайт редко остается совершенно одинаковым несколько лет.
Добавляются страницы, фотографии, плагины, посетители, товары. В какой-то момент первоначального тарифа становится мало.
Хорошо, если для увеличения ресурсов достаточно нескольких действий в панели и доплаты разницы. Значительно хуже, если переход требует ручной миграции на другую платформу.
Еще до покупки стоит выяснить, куда можно расти.
Есть ли более мощные тарифы виртуального хостинга?
Предлагает ли провайдер VPS?
Можно ли увеличить ресурсы без смены IP?
Что произойдет с оплаченной суммой при переходе?
Есть ли помощь с миграцией?
Для маленького сайта эти вопросы кажутся преждевременными. Через два года они могут стать главными.
При этом покупать огромный тариф заранее тоже не нужно. Гораздо выгоднее иметь возможность спокойно увеличивать ресурсы по мере необходимости.
Проверьте стоимость продления, а не только первого платежа
«Хостинг от 99 рублей» способен означать очень разные вещи.
Это может быть обычная постоянная цена. Скидка при оплате за три года. Стоимость первых трех месяцев. Цена только для нового клиента. Тариф без НДС или дополнительной услуги, которая затем окажется необходимой.
Перед оплатой нужно найти обычную стоимость продления.
Если первый год стоит 1200 рублей, а второй уже 4800, реальная цена владения заметно отличается от рекламных 100 рублей в месяц.
Для рабочего сайта разумнее посчитать расходы хотя бы на два-три года.
Сюда же нужно добавить платные панели, резервное копирование, дополнительный IP, увеличение диска и другие услуги, если они понадобятся.
Особенно важно это при сравнении VPS. Дешевый сервер без панели и бэкапов нельзя напрямую сравнивать с более дорогим вариантом, где эти услуги уже включены.
Не игнорируйте расположение серверов
Физическое расстояние между посетителем и сервером влияет на задержку. Чем дальше приходится передавать пакеты, тем больше времени занимает сетевой обмен.
Но правило «сервер обязательно должен стоять в том же городе, что и посетитель» слишком примитивно.
Качество каналов и маршрутизации тоже имеет огромное значение. Хорошо связанный европейский дата-центр способен показывать отличную скорость для российской аудитории, а неудачный маршрут к географически более близкому серверу иногда дает неожиданные задержки.
Для сайта, ориентированного преимущественно на пользователей из России, российская локация обычно является естественным вариантом. Но кроме скорости необходимо учитывать требования законодательства и особенности самого проекта.
Если аудитория распределена по нескольким странам, может пригодиться CDN, который будет отдавать статические данные с узлов, расположенных ближе к посетителям.
Проверьте бесплатный SSL и автоматическое продление
Бесплатный Let’s Encrypt сегодня настолько распространен, что его наличие кажется само собой разумеющимся. Тем не менее проверить стоит не только возможность выпустить сертификат, но и его автоматическое продление.
Сертификаты Let’s Encrypt имеют ограниченный срок действия, и нормальная хостинговая платформа должна продлевать их автоматически.
Если на аккаунте несколько доменов и поддоменов, полезно посмотреть, насколько удобно управлять сертификатами для каждого из них.
Для собственного коммерческого сертификата стоит проверить возможность его ручной установки.
HTTPS давно является базовым требованием, поэтому необходимость каждый раз вручную следить за истечением сертификата на обычном виртуальном хостинге выглядит лишней работой.
Узнайте, где хостинг хранит ваши данные
Этот вопрос редко задают при покупке тарифа за несколько сотен рублей, хотя для бизнеса он может быть принципиальным.
Важно понимать, в какой стране находится дата-центр, кто фактически предоставляет инфраструктуру и какие требования применяются к обработке данных.
Особенно внимательно к этому нужно относиться сайтам, работающим с персональными данными пользователей.
Расположение компании и расположение сервера не обязательно совпадают. Российский провайдер может предлагать несколько зарубежных локаций, а международный сервис — серверы в разных юрисдикциях.
Выбирать локацию только по пингу поэтому недостаточно.
Проверьте историю доступности собственного сайта
После переноса тестовой копии можно измерять скорость, но после запуска рабочего проекта полезнее подключить постоянный мониторинг.
Сервис проверки доступности периодически обращается к сайту и фиксирует моменты, когда тот не отвечает.
Это позволяет перейти от ощущения «вроде иногда не открывается» к конкретным данным.
Если за месяц произошло несколько простоев, можно посмотреть их продолжительность и время. Возможно, они совпадают с техническими работами. Возможно, сайт падает каждую ночь во время резервного копирования. А может быть, проблема находится в самом приложении.
Мониторинг полезен даже на очень хорошем хостинге.
Провайдер контролирует свою инфраструктуру. Владелец сайта должен контролировать конечный результат.
Не переносите домен к хостеру только ради удобства
Хостинг и регистрация домена — две разные услуги, хотя многие компании предоставляют обе.
Хранить домен и сайт у одного провайдера действительно удобно: одна панель, один баланс, меньше аккаунтов.
Но технической необходимости в этом нет.
Домен можно оставить у регистратора, а DNS направить на любой выбранный сервер.
Для важного коммерческого проекта разделение иногда даже полезно. Проблема с аккаунтом хостинга не затрагивает управление регистрацией домена.
Главное — не забывать продлевать домен и хранить доступ к аккаунту регистратора независимо от учетных данных CMS и хостинга.
Потеря файлов сайта неприятна, но при наличии резервной копии они восстанавливаются. Потеря контроля над доменом может создать значительно более серьезные последствия.
Почитайте отзывы о хостинге, но не считайте среднюю оценку
Отзывы полезны, если использовать их не как голосование.
У крупного провайдера с огромным количеством клиентов обязательно будут отрицательные истории. Само их наличие ничего не доказывает.
Интереснее повторяющиеся детали.
Если разные пользователи в разные месяцы описывают одну и ту же проблему с поддержкой, оплатой, нагрузкой или восстановлением данных, это уже повод разобраться.
Особенно полезны отзывы, где человек указывает тариф, тип сайта, дату возникновения проблемы и действия поддержки.
Сообщение «ужасный хостинг, никому не советую» дает примерно столько же информации, сколько «лучший хостинг в мире!!!».
Почти никакой.
Не стоит также слепо доверять обзорам, которые заканчиваются десятком партнерских кнопок «Купить» и при этом не находят ни одного недостатка ни у одного провайдера.
Хостинг без недостатков существует примерно в том же месте, что и автомобиль, который одновременно самый быстрый, дешевый, вместительный и экономичный.
Как протестировать новый хостинг за один вечер
Практическая проверка может выглядеть довольно просто.
Сначала создается аккаунт и переносится копия реального сайта. Затем проверяются PHP, база данных, SSL, Cron и необходимые расширения. После этого сайт открывается несколько раз в разное время, измеряется серверный ответ и проверяются самые тяжелые страницы.
Дальше создается резервная копия и выполняется тестовое восстановление. В поддержку отправляется один конкретный технический вопрос. Отдельно изучаются ограничения тарифа, правила превышения ресурсов и стоимость продления.
Если сайт использует почту, проверяется отправка и получение сообщений.
На все это не требуется неделя работы администратора.
Зато после такой проверки уже понятно, как выглядит панель, насколько быстро работает настоящий проект, что умеет система резервирования и как отвечает поддержка.
Это намного больше информации, чем можно получить из сравнения рекламных таблиц.
Какие характеристики хостинга действительно важны
Для небольшого сайта список можно сократить до нескольких основных пунктов. Должно хватать дискового пространства с запасом, процессорных ресурсов и памяти. Нужны автоматические резервные копии, актуальные версии PHP, бесплатный SSL и понятная техническая поддержка.
Для нескольких сайтов добавляется допустимое количество проектов и желательно их изолированное размещение.
Для интернет-магазина возрастает значение CPU, RAM, базы данных и поведения тарифа во время пиков нагрузки.
Для разработчика становятся важны SSH, Git, Composer, Cron и возможность менять окружение.
Если все эти требования перестают помещаться в возможности shared-хостинга, имеет смысл смотреть на VPS. Но переходить на виртуальный сервер только ради ощущения «теперь у меня настоящий сервер» нет необходимости. VPS дает больше контроля и одновременно перекладывает больше ответственности на владельца. На Hostingi.org уже есть отдельное руководство о переходе от виртуального хостинга к VPS и случаях, когда такой переезд действительно оправдан.
Как понять, что перед вами хороший хостинг
Парадоксально, но хороший хостинг обычно довольно скучный.
Не приходится каждое утро проверять, работает ли сайт. Не нужно регулярно писать в поддержку. Резервные копии создаются без участия владельца. Сертификаты продлеваются. В панели видно потребление ресурсов, а при росте проекта можно перейти на более мощный тариф без многодневной миграции.
Хостинг становится заметен только тогда, когда нужно что-то изменить.
И именно поэтому при выборе полезнее искать не самый впечатляющий набор характеристик, а отсутствие будущих проблем.
Если сайту требуется 5 ГБ, нет никакой награды за покупку 100 ГБ. Если WordPress упирается в процессорный лимит, дополнительное дисковое пространство его не ускорит. Если резервная копия существует, но восстановить ее самостоятельно невозможно, ценность такого бэкапа резко уменьшается. А поддержка, отвечающая за минуту шаблонным сообщением, не обязательно лучше специалиста, который через десять минут прислал решение.
Перед покупкой хостинга поэтому стоит потратить немного времени и проверить то, что обычно скрывается за большими цифрами на странице тарифов: реальные ограничения, резервирование, работу поддержки, стоимость продления и поведение собственного сайта.
Самый дешевый тариф можно найти за несколько минут.
Самый дорогой — еще быстрее.
Гораздо сложнее найти тот, о котором после переноса сайта просто не придется думать. Именно это и является одним из лучших признаков удачно выбранного хостинга.
