Как выбрать хостинг: во что обходится дешёвый тариф
Клиент заходит на ваш сайт в самый горячий день кампании — когда объявлена скидка или товар вот-вот закончится — и страница зависает на три-четыре секунды. Он нажимает «назад» и переходит к следующему результату в поиске. Вы этого не видите: никакой ошибки не появляется, просто строка в статистике молча исчезает.
Чаще всего дело не в дизайне и не в контенте, а в мощности сервера, на котором всё это работает. А сервер обычно выбирают один раз, второпях, глядя на самую низкую цену в списке — потому что слово «хостинг» большинству кажется фоновой деталью. В первые месяцы это незаметно, потому что трафика мало — проблема вскрывается именно тогда, когда сайт растёт, в день кампании, и чинить её в этот момент выходит куда дороже.
Скорость — это не техническая деталь, а вопрос продаж
Время от отправки запроса браузером до первого байта ответа сервера называется Time to First Byte (TTFB). По методологии Google хорошим считается результат до 0.8 секунды, диапазон 0.8–1.8 секунды требует улучшения, а всё, что больше 1.8 секунды, — плохой результат. (web.dev/articles/ttfb)
Это не абстрактная цифра — она напрямую влияет на то, когда браузер успевает показать основной контент страницы (LCP), потому что пока сервер не ответил, отрисовывать нечего. Если сервер физически далеко от посетителя, его ресурсы делят сотни других сайтов или программная часть давно не обновлялась, это время растягивается — даже если в дизайне ничего не менялось. Причём это касается не только удобства посетителя: сам Google перечисляет Core Web Vitals среди сигналов, которые «его основные системы ранжирования стремятся вознаграждать». (developers.google.com/search/docs/appearance/core-web-vitals)
Практический вывод: требуйте цифру TTFB у своего провайдера. Если вы не знаете, что показывает нынешний хостинг, — это уже проблема сама по себе: тем, что не измеряется, нельзя управлять.
Что на самом деле стоит за словом «безлимитный»
Большинство дешёвых тарифов обещают «неограниченное место» и «неограниченный трафик». Это не обман, но и не полная правда. Модель shared-хостинга обычно строится на том, что подавляющее большинство клиентов использует лишь малую часть выделенных ресурсов — провайдер продаёт один и тот же сервер множеству сайтов именно потому, что в норме никто не выбирает лимит целиком. Проблема начинается, когда сайт получает реальный трафик: за словом «безлимитный» обнаруживаются негласные потолки — по процессорному времени, числу файлов (inode) или количеству одновременных соединений, а в договоре нередко закреплено право провайдера приостановить аккаунт, создающий «избыточную нагрузку». (en.wikipedia.org/wiki/Overselling)
Это не значит, что от «безлимитных» тарифов нужно бежать — для небольшого сайта с невысокой посещаемостью они вполне разумны. Значит это одно: правильный вопрос не «безлимитно ли это», а «какая цифра на самом деле служит потолком». Проще всего узнать этот потолок напрямую у провайдера, письменно: сколько процессорного времени выделено, сколько одновременных соединений разрешено и что считается «избыточной нагрузкой». Если ответ уклончивый или сводится к фразе «на практике лимитов нет» — это уже сигнал само по себе, и в этом случае тариф с выделенными ресурсами обычно обходится дешевле, чем срочный переезд в разгар кампании.
Дешёвый хостинг работает хуже всего именно в тот день, когда он нужен больше всего.
Шесть параметров, которые стоит проверить перед выбором
1. Где физически находится сервер
Если основная часть клиентов заходит из Азербайджана или региона, сервер должен быть географически близко. Расстояние добавляет миллисекунды к каждому запросу — незаметно по отдельности, но складывается напрямую в TTFB, когда запросов десятки. Перед заказом уточните конкретный город дата-центра — ответ «где-то в Европе» недостаточен.
2. С кем делятся ресурсы
Сколько ещё сайтов размещено на этом же сервере, обычно не написано на странице с тарифами. На shared-хостинге всплеск трафика у соседнего сайта может замедлить и ваш — чем дешевле тариф, тем, как правило, больше соседей. Тариф с выделенными ресурсами (VPS или dedicated) обычно стоит в несколько раз дороже, зато чужая кампания не тормозит ваш сайт — стоит рассматривать переход, как только трафик начинает расти.
3. Как часто делают резервную копию
Разница между ежедневным и еженедельным бэкапом — это объём контента, который теряется при сбое. Спрашивать нужно не «есть ли бэкап», а с какой частотой он делается и сколько времени занимает восстановление — если копия есть, но восстанавливается два дня, кампания к этому моменту уже закончится. Перед подписанием договора спросите, как именно тестируется восстановление: непроверенная копия — это надежда, а не резервная копия.
4. Кто следит за SSL-сертификатом
Когда срок сертификата истекает, браузер показывает предупреждение «соединение не защищено» — и посетитель уходит немедленно. Важно заранее знать, продлевается ли сертификат автоматически и кто устанавливает обновления безопасности — фразу «продлевается автоматически» стоит получить письменно, а не на словах.
5. Что реально обещает время реакции на сбой
Фраза «поддержка 24/7» и обязательство «сбой устраняется в течение X часов» — разные вещи. Второе конкретно и фиксируется в договоре, первое чаще остаётся маркетинговой формулировкой. Не полагайтесь на фразу «поддержка есть», пока конкретная цифра не появится в договоре.
6. Сколько шагов нужно, чтобы увеличить ресурсы
Когда трафик растёт, апгрейд тарифа занимает один клик или требует нового сервера, переноса и нескольких дней ожидания? Если этот вопрос не задан заранее, ответ на него обычно узнают в худший момент — прямо во время кампании. Спросите заранее: «если завтра трафик утроится, что я нажимаю и сколько это займёт».
Насколько сложен на самом деле переход на другой хостинг
Многие не меняют хостинг, даже зная, что он плохой, из страха, что «сайт ляжет на несколько дней». Настоящая причина задержки — DNS-кеш: как долго запись о вашем домене считается «актуальной», определяет число под названием TTL, и, по документации Cloudflare, это время может составлять от нескольких секунд до суток — для проксируемых записей это обычно чуть больше 5 минут, для обычных записей заранее можно задать значение от 30 секунд до 1 дня. (developers.cloudflare.com/dns/manage-dns-records/reference/ttl)
Практический вывод: если за день-два до переезда сократить TTL (например, с суток до нескольких минут) и не выключать старый сервер, пока новый полностью не заработал, переход становится незаметным для посетителя. Когда это не спланировано заранее, «сайт был недоступен несколько часов» обычно объясняется не технической неизбежностью, а именно отсутствием плана.
Проверка днём кампании
Самый честный тест такой: если рекламный бюджет вырастет или объявят скидку и на сайт зайдёт в 5-10 раз больше людей, чем в обычный день, — как справится с этим текущий хостинг? Если ответ «не знаю», это сигнал, что менять хостинг нужно до кампании, а не во время неё.
Если хотите измерить скорость и серверную часть самостоятельно, наш бесплатный инструмент аудита скорости и SEO берёт реальные показатели TTFB и загрузки из измерительного источника Google и объясняет простым языком, что именно проблемно.
Если нужно заранее спланировать сервер, домен, DNS, SSL и резервное копирование, наша услуга хостинга и инфраструктуры создана именно для этого — аккаунты открываются на ваше имя, доступ всегда остаётся у вас, мы только настраиваем и следим.
