«Хостинг для Google» — неофициальный термин, описывающий требования к серверной инфраструктуре для оптимальной индексации и ранжирования в Google Search. Google учитывает несколько технических параметров хостинга: скорость загрузки страниц, стабильность соединения, геолокацию сервера и соответствие Core Web Vitals.
Что Google учитывает при ранжировании
Core Web Vitals стали официальным сигналом ранжирования в мае 2021 года (Page Experience Update). Три метрики измеряются по реальным пользователям через CrUX (Chrome User Experience Report):
- LCP менее 2,5 с — скорость загрузки основного контента.
- INP менее 200 мс — отзывчивость на взаимодействие (с марта 2024 года вместо FID).
- CLS менее 0,1 — визуальная стабильность.
TTFB (Time to First Byte) — время ответа сервера — напрямую влияет на LCP. Рекомендованный TTFB: менее 200 мс (Lighthouse оценивает как «хорошо»), максимально допустимый — 600 мс. TTFB выше 600 мс означает, что сервер медленно генерирует ответ: причиной может быть перегруженность CPU, медленные SQL-запросы к базе данных или отсутствие кэширования на уровне приложения.
Uptime критичен для индексации. Если Googlebot получает 5xx-ошибки при нескольких последовательных обходах, он снижает частоту краулинга. Систематические ошибки сервера ведут к исключению страниц из индекса. Google Search Console фиксирует ошибки краулинга в разделе «Crawl stats».
Влияние географии сервера
Google не использует физическое расположение сервера напрямую как сигнал ранжирования, но оно влияет на TTFB пользователей из целевого региона. Сервер в Москве даёт TTFB 5–20 мс для российских пользователей против 80–200 мс при размещении в Европе или США. Высокий TTFB ухудшает LCP — а LCP уже является сигналом ранжирования.
Для геотаргетинга Google использует: hreflang-теги, ccTLD домены (.ru, .de), настройку «International Targeting» в Google Search Console. При использовании CDN физическое расположение origin-сервера менее критично — статика раздаётся из ближайшей edge-ноды. Google Search Console позволяет задать целевую страну через Legacy Tools → International Targeting.
Скорость сервера и мобильный индекс
С сентября 2020 года Google перешёл на Mobile-First Indexing: поисковик сканирует и индексирует прежде всего мобильную версию страницы. Это означает, что мобильная скорость стала приоритетом. Сервер должен отдавать адаптивные изображения (WebP, AVIF), поддерживать HTTP/2 для параллельной загрузки ресурсов. Googlebot Mobile имитирует смартфон Nexus 5X с Android 8.0.
Как проверить совместимость с Googlebot
- Google Search Console → URL Inspection → «Test Live URL» — видно, как Googlebot рендерит страницу.
- PageSpeed Insights (pagespeed.web.dev) — отображает Lab Data (Lighthouse) и Field Data (CrUX).
- Google Rich Results Test — проверка структурированных данных Schema.org.
- Анализ логов Nginx: строки с User-Agent «Googlebot» — частота обходов, ошибки, задержки ответов.
История
Google ввёл HTTPS как сигнал ранжирования в августе 2014 года. Page Speed как фактор ранжирования для десктопа — с 2010 года, для мобильных — с июля 2018 года (Speed Update). Core Web Vitals объявлены сигналом ранжирования в мае 2021 года. В марте 2024 года INP заменил FID. Таким образом, требования к серверной инфраструктуре со стороны Google постепенно ужесточались на протяжении 14 лет.
Практические рекомендации
Для эффективной работы с Google Search: Nginx с включённым Brotli и gzip — сжатие HTML/CSS/JS снижает LCP. Redis-кэш для приложений — кэшированные ответы отдаются за 1–5 мс вместо 50–500 мс при генерации. HTTPS с HTTP/2 обязателен — Google даёт буст за HTTPS, HTTP/2 ускоряет параллельную загрузку ресурсов. Корректные 301-редиректы без цепочек: каждый дополнительный редирект добавляет 50–300 мс к TTFB. Robots.txt без блокировки CSS и JS — Googlebot должен скачивать ресурсы для корректного рендеринга страницы.