Контроль работы хостинга

Хостинг — это та часть сайта, о которой владелец вспоминает дважды: когда платит за год и когда всё лежит. В остальное время он считается чем-то вроде розетки: подключил и забыл. За двадцать лет в SEO я разбирал десятки просадок трафика, и заметная их часть заканчивалась не переработкой контента и не ссылками, а одной фразой: «а давайте посмотрим логи сервера».

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

Почему хостинг — зона ответственности владельца

Подрядчик по SEO почти никогда не имеет доступа к серверу на уровне, позволяющем что-то менять. Разработчик отвечает за код, но не за то, сколько процессорного времени вам выделил провайдер. В итоге между двумя подрядчиками остаётся дыра, и падает в неё именно владелец.

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

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

Аптайм: что обещают и что это значит на деле

Аптайм — доля времени, когда сайт доступен. Провайдеры пишут в договоре красивые цифры, но за ними стоят разные объёмы простоя.

Заявленный аптайм	Допустимый простой в месяц	Простой в год	Оценка
99,0%	около 7 часов	около 3,5 суток	Неприемлемо для коммерческого сайта
99,5%	около 3,5 часов	около 1,8 суток	Слабо, годится для личного проекта
99,9%	около 43 минут	около 8,8 часов	Рабочий минимум, типовое обещание
99,95%	около 22 минут	около 4,4 часов	Хороший уровень
99,99%	около 4,5 минут	около 53 минут	Уровень серьёзной инфраструктуры

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

Поэтому измерять аптайм нужно своим мониторингом, а не отчётом хостера. Расхождение в пользу провайдера я вижу почти всегда.

Время ответа сервера и как оно влияет на позиции

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

Время ответа	Что это значит	Действия
До 200 мс	Отлично, ограничение не на стороне сервера	Работать над фронтендом
200–500 мс	Нормально для типового сайта на CMS	Держать под наблюдением
500–800 мс	Заметно медленно, теряется часть скорости	Кэширование, оптимизация запросов к базе
800–1500 мс	Плохо, страдает и обход роботом, и пользователь	Разбираться с тарифом и кодом
Больше 1500 мс	Критично	Смена тарифа или провайдера

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

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

Ресурсы тарифа: на чём экономят провайдеры

В описании тарифа обычно крупно пишут объём диска и число сайтов, а мелким шрифтом — то, что реально определяет скорость. Что нужно спрашивать до оплаты:

• лимит процессорного времени и что происходит при его превышении — блокировка, замедление или письмо;
• объём оперативной памяти на аккаунт и лимит на один процесс;
• максимальное число одновременных процессов и подключений к базе;
• тип дисков: NVMe против обычных SSD даёт разницу на сайтах с тяжёлой базой;
• версии PHP и возможность переключаться самому, наличие менеджера версий;
• ограничения на длительность выполнения скрипта — упирается импорт товаров и генерация выгрузок;
• плотность размещения: сколько аккаунтов на сервере, хотя честный ответ дают редко.

Признак, что вы упёрлись в лимиты, а не в код: сайт работает нормально при небольшом трафике и резко тормозит при 20–30 одновременных посетителях, а в панели видно, что процессорное время выбрано на 100%. Лечится переходом на тариф выше или на виртуальный сервер, но сначала стоит проверить кэширование — иногда причина в отсутствии кэша, а не в тарифе.

Бэкапы: пункт, который проверяют слишком поздно

Каждый провайдер пишет «резервное копирование включено». За этой фразой скрывается что угодно. Вопросы, которые нужно задать письменно, чтобы ответ остался в переписке:

1. Какая глубина хранения: сколько дней и сколько копий доступно на восстановление.
2. Копируется ли база данных отдельно от файлов и можно ли восстановить только базу.
3. Можно ли скачать копию себе или восстановление возможно только силами поддержки.
4. Сколько стоит внеплановое восстановление и за какое время оно выполняется.
5. Где физически лежат копии — на том же сервере или на отдельном хранилище.

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

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

Поддержка: как проверить до аварии

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

На что смотреть: время первого ответа (норма — до 15–30 минут в рабочее время, круглосуточно для платного тарифа), отвечает ли человек по существу или шлёт ссылку на общий раздел базы знаний, есть ли вторая линия с администраторами, готовы ли они посмотреть логи и назвать причину, а не написать «проблема на вашей стороне».

Отдельно проверьте каналы связи. Тикет-система с ответом в течение суток — это не поддержка для коммерческого сайта. Нужен как минимум чат, а лучше телефон. И проверьте, что происходит ночью в выходные: именно тогда падает чаще всего.

Как проверять хостинг самому

Набор проверок, который я рекомендую владельцу, не требует администратора и занимает полчаса на настройку.

Что проверяем	Чем	Как часто	Норма
Доступность сайта	Внешний мониторинг с проверкой раз в минуту	Постоянно	Не более 1–2 коротких сбоев в месяц
Время ответа сервера	Тот же мониторинг, отчёт по динамике	Еженедельно смотреть график	До 500 мс в пике
Скорость загрузки страницы	PageSpeed Insights, замеры в браузере	Раз в месяц и после доработок	Стабильно, без ухудшений
Ошибки сервера	Вебмастер Яндекса, раздел диагностики	Раз в неделю	Единичные, без всплесков
Скорость обхода роботом	Вебмастер, статистика обхода	Раз в месяц	Число загруженных страниц не падает
Логи доступа	Панель управления хостингом	При подозрении на проблему	Нет массовых кодов 5xx
Работоспособность бэкапа	Разворот копии на тестовом домене	Раз в год	Сайт поднимается целиком
Срок действия сертификата	Уведомления, проверка в браузере	Автоматически	Продлевается без участия

Особенно ценен раздел статистики обхода в Вебмастере Яндекса. Там видно среднее время ответа глазами робота и число загруженных страниц. Если время ответа выросло, а число загруженных страниц упало — это объективное подтверждение проблемы на стороне сервера, которое можно предъявить провайдеру.

Когда пора менять хостинг и сколько это стоит

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

Ориентиры по ценам на российском рынке в 2026 году:

Тип размещения	Цена в месяц	Кому подходит
Виртуальный хостинг базовый	200–500 рублей	Визитка, блог с небольшим трафиком
Виртуальный хостинг с запасом ресурсов	500–1 200 рублей	Корпоративный сайт, небольшой магазин
Виртуальный сервер начального уровня	800–2 000 рублей	Магазин до нескольких тысяч товаров
Виртуальный сервер с администрированием	3 000–8 000 рублей	Проекты, где простой стоит денег
Выделенный сервер	от 10 000 рублей	Крупные каталоги, высокая нагрузка

Разница между тарифом за 300 рублей и за 900 рублей в масштабе года — около семи тысяч. Это меньше стоимости одной заявки в большинстве коммерческих ниш, поэтому экономия на хостинге почти всегда убыточна.

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

Частые ошибки владельцев

Ошибки, которые повторяются из проекта в проект и стоят дороже самого хостинга:

• верить отчёту провайдера об аптайме и не иметь своего мониторинга — расхождение в пользу хостера я вижу практически всегда;
• оплачивать три года вперёд ради скидки и оказаться привязанным к провайдеру, который за это время деградировал;
• держать домен и хостинг у одной компании без доступа к панели управления доменом — при конфликте вы теряете не сайт, а имя;
• регистрировать домен и хостинг на сотрудника или подрядчика вместо юрлица или самого владельца;
• не следить за автопродлением и потерять сайт из-за неоплаченного счёта на несколько сотен рублей;
• оставлять тестовую копию сайта открытой для индексации после переезда — получается полный дубль, и поисковик сам выбирает, какую версию показывать;
• списывать любые тормоза на хостинг, не проверив кэширование и тяжёлые плагины — в половине случаев виноват сайт, а не сервер;
• менять провайдера в сезон продаж, когда цена ошибки максимальна.

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

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

Коротко

Хостинг не бывает нейтральным: он либо не мешает, либо тихо съедает индексацию, скорость и заявки. Требовать от провайдера нужно аптайм от 99,9%, время ответа сервера до 500 миллисекунд в пике, понятные лимиты процессорного времени и памяти, бэкапы на отдельном хранилище с возможностью скачать копию самому и поддержку, которая отвечает по существу за 15–30 минут круглосуточно.

Проверять всё это надо своими средствами, а не отчётами хостера: внешний мониторинг доступности с интервалом в минуту, график времени ответа, раздел статистики обхода и диагностики в Вебмастере, ежегодный тестовый разворот бэкапа. Менять провайдера стоит при стабильном времени ответа выше секунды, регулярных простоях и отписках от поддержки. Бюджет ориентировочно: 500–1 200 рублей в месяц за приличный виртуальный хостинг, от 800 рублей за виртуальный сервер, от 3 000 рублей за сервер с администрированием. Экономия здесь мнимая — разница в цене тарифов за год обычно меньше стоимости одной потерянной заявки.

Если нужно раскрутка сайта в Яндексе — помогу вывести сайт в топ Яндекса и удержать позиции.