От хостинга зависят две вещи, которые видит поиск. Скорость отдачи — слабый сервер тянет 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 как таковым.