От хостинга зависят две вещи, которые видит поиск. Скорость отдачи — слабый сервер тянет TTFB вверх, страница начинает грузиться медленнее, и Core Web Vitals проседают. Аптайм — если сервер регулярно лежит, робот ловит ошибки при обходе и может выкинуть страницы из индекса.
Для регионального продвижения важна и география: сервер ближе к аудитории — отклик быстрее. На живых проектах я смотрю на стабильный аптайм, нормальный TTFB и запас по ресурсам под нагрузку. Дешёвый перегруженный shared-хостинг — частая скрытая причина медленного сайта.
Сервер, где хранятся файлы и откуда грузятся страницы.
Хороший хостинг отдаёт первый байт быстрее 0,2 секунды.
Дешёвый сервер тормозит загрузку и роняет позиции.
Переехали с дешёвого виртуального хостинга на VPS с SSD — TTFB упал с 1200 мс до 180 мс. Страницы стали грузиться вдвое быстрее, и поисковый робот успевает обойти больше URL за визит.
Тип хостинга прямо задаёт потолок по краулинговому бюджету: на shared-тарифе сосед по серверу запускает тяжёлый скрипт или ловит DDoS — и ваш сайт отвечает роботу медленнее или отдаёт 5xx. В логах это видно как всплески времени ответа и серий 503/504 в часы пик; Яндекс на устойчивые 5xx реагирует жёстче Google и быстрее снижает скорость обхода. Минимум для контентного проекта — VPS с гарантированными ядрами и NVMe. «Безлимит» с overselling сюда не годится.
Проверяется состояние хостинга без догадок: TTFB смотрите в Метрике (отчёт «Время до получения HTML»), в PageSpeed Insights и через curl с замером по полю time_starttransfer; аптайм держите на внешнем мониторинге вроде UptimeRobot с проверкой раз в минуту, на ощущения тут полагаться нельзя. Отдельно проверьте, что включён HTTP/2и сжатие (gzip/brotli), стоит ли перед сайтом CDN и не режет ли фаервол робота Яндекса по IP — последнее частая причина «загадочного» падения обхода, которое лечится правкой правил: смена тарифа тут ни при чём, как и TTFB как таковым.
Выбор упирается в три вещи: где стоят серверы, какие ресурсы вам выделены и что с резервными копиями. Сервер ближе к аудитории сокращает время ответа, а лимиты процессора на дешёвых тарифах приводят к задержкам в часы нагрузки. Копии проверяют разворачиванием: работает та копия, которую вы хоть раз восстанавливали.
Переезд на отдельный сервер имеет смысл, когда сайту перестаёт хватать ресурсов общего тарифа: заметны скачки времени ответа, растёт число ошибок при обходе. Перед переездом сохраняют структуру адресов и проверяют коды ответов, после — следят за временем до первого байта и отчётами об ошибках в панелях вебмастера.
Частые вопросы
Как выбрать хостинг для сайта?
По расположению серверов относительно аудитории, выделенным ресурсам и политике резервного копирования. Для небольшого сайта хватает общего тарифа, для магазина с нагрузкой берут отдельный сервер или облако.
Влияет ли хостинг на позиции?
Влияет косвенно: медленный ответ сервера ухудшает метрики скорости и сокращает число страниц, которые робот успевает обойти. Регулярные сбои приводят к ошибкам при обходе и выпадению страниц из индекса.
Когда переезжать на отдельный сервер?
Когда упираетесь в лимиты общего тарифа: время ответа скачет в часы нагрузки, растёт число ошибок, поддержка ссылается на превышение ресурсов. До этого момента переезд усложняет обслуживание без выигрыша.
Как проверить резервные копии?
Развернуть одну из них на тестовой площадке. Копия, которую никто ни разу не восстанавливал, регулярно оказывается битой или неполной именно в тот момент, когда она нужна.