Что хостинг решает в поисковом продвижении
Поисковая система сначала должна открыть страницу, а уже потом оценивать ее содержание. Все, что мешает роботу получить ответ сервера, работает против сайта: ошибки 5xx, долгий ответ, обрывы соединения, недоступность в момент обхода.
Поэтому хостинг влияет не на «вес» сайта, а на условия, в которых его оценивают. Хороший сервер не заменит спрос, структуру и контент. Плохой обнулит часть работы, которую вы уже оплатили.
- доступность сайта в момент обхода и в момент визита клиента
- время ответа сервера, оно же влияет на скорость первого экрана
- пропускает ли защита хостинга поисковых роботов
- корректная работа HTTPS, редиректов и заголовков
- лимиты тарифа: процессорное время, память, число процессов
- возможность быстро откатиться из резервной копии
Доступность: что теряется незаметно
Если робот приходит на сайт и получает ошибку сервера, страница не обновляется в индексе. Разовый сбой поисковик прощает: он вернется позже. Регулярные ошибки означают, что часть обходов уходит впустую, а обновления страниц доходят до поиска с задержкой.
В Яндекс Вебмастере это видно в статистике обхода и в разделе с ошибками, в Google Search Console – в отчете о статистике сканирования. Но оба отчета приходят с задержкой в день-два, поэтому короткие падения в них смазываются.
Для реальной картины нужен внешний мониторинг: сервис раз в минуту проверяет сайт и присылает уведомление, когда он не ответил. Подойдет любой, в том числе бесплатные планы вроде UptimeRobot. Так вы узнаете о сбое раньше, чем его увидит поисковик.
- ошибки 5xx в статистике обхода за последний месяц
- резкие падения числа обойденных страниц
- письма хостинга о превышении лимитов тарифа
- уведомления внешнего мониторинга за тот же период
Технические работы: только 503
Когда сайт временно недоступен, важно, какой код ответа видит робот. Правильный вариант – 503 с заголовком Retry-After: это означает «приходите позже», и страница остается в индексе.
Заглушка с кодом 200 – худший сценарий: поисковик решит, что теперь это и есть содержимое страницы. Ошибка 404 не лучше: она означает, что страницы больше нет. Проверьте, что выдает сайт в режиме обслуживания, до того, как он вам понадобится.
curl -I https://ваш-сайт.ru/Когда хостинг блокирует роботов
Антибот-защита и файрвол хостинга иногда принимают поискового робота за вредный трафик: отдают капчу, код 403 или просто рвут соединение. В Вебмастере это выглядит как ухудшение обхода без видимой причины, а на стороне хостинга все «работает нормально».
Проверяется это по логам сервера: нужно найти запросы роботов и посмотреть, какие коды они получали. Подделать имя робота может кто угодно, поэтому Яндекс и Google описывают, как проверить его подлинность по обратному DNS-запросу.
Если защита действительно режет роботов, обычно достаточно попросить поддержку добавить их в исключения. Это бесплатно и решается письмом.
Скорость: ответ сервера и отрисовка
Скорость страницы складывается из двух частей. Первая – ответ сервера: сколько проходит от запроса до первого байта ответа. Вторая – отрисовка в браузере: картинки, шрифты, стили, скрипты. Хостинг отвечает за первую часть, верстка и контент – за вторую.
Разделять их полезно потому, что решения разные. Если сервер отвечает быстро, а страница все равно грузится долго, менять хостинг бессмысленно. Если же ответ сервера уходит за секунду, никакая оптимизация картинок этого не спрячет.
Как измерить ответ сервера
Утилита curl показывает время по этапам. В macOS и Linux она уже есть, в Windows тоже, но в PowerShell имя curl занято встроенной командой, поэтому там нужно писать curl.exe, а вместо /dev/null указывать NUL.
curl -o /dev/null -s -w "connect: %{time_connect}\ntls: %{time_appconnect}\nttfb: %{time_starttransfer}\ntotal: %{time_total}\n" https://ваш-сайт.ru/
# Windows, PowerShell:
curl.exe -o NUL -s -w "connect: %{time_connect}`ntls: %{time_appconnect}`nttfb: %{time_starttransfer}`ntotal: %{time_total}`n" https://ваш-сайт.ru/Показатель ttfb включает поиск адреса, соединение и установку защищенного канала, поэтому «чистый» ответ сервера – это примерно ttfb минус tls. Если разница между tls и ttfb маленькая, сервер отвечает быстро, а время съедает сеть.
Замер с домашнего интернета включает ваш канал и расстояние до сервера, а повторные запросы могут попадать в кеш и показывать слишком хорошую картину. Поэтому меряйте несколько раз в разное время суток, делайте паузы между запросами и проверяйте не только главную, но и тяжелую страницу каталога или фильтра.
Какой ответ считать нормальным
Единой официальной нормы нет. В рекомендациях web.dev хорошим показателем TTFB считается значение до 0,8 секунды, и это разумная верхняя граница для обычного сайта.
Мой рабочий ориентир строже: до 200 миллисекунд – отлично, до 500 – нормально, стабильно больше секунды – повод разбираться с хостингом, тарифом или движком. Полезнее не абсолютная цифра, а сравнение: замерьте себя и двух-трех конкурентов из выдачи по одинаковым страницам.
Логи сервера: что видит робот
Отчеты поисковых систем показывают их сводку, а логи сервера – сырую правду: какой робот приходил, на какие адреса и какой код ответа получил. Это самый прямой способ увидеть блокировки, всплески ошибок и страницы, которые робот обходит зря.
Доступ к логам обычно есть в панели хостинга или по SSH. Если логи не хранятся или отдаются только по запросу в поддержку, это минус хостингу: без них техническая диагностика превращается в гадание.
- какие коды ответа получают Яндекс и Googlebot
- нет ли среди них 403, 429 и 5xx
- не уходит ли обход на служебные адреса, фильтры и параметры
- совпадает ли активность робота с падениями в Вебмастере
CDN и кеширование
Прежде чем менять тариф, посмотрите на кеширование. Сайт на движке часто генерирует одну и ту же страницу заново при каждом запросе; кеш страниц убирает эту работу и обычно дает больше, чем переезд.
Сеть доставки контента ускоряет отдачу статических файлов и снимает нагрузку с сервера. Для аудитории в одной стране выигрыш скромнее, чем обещает реклама, но картинки и скрипты она отдает быстрее. Главное – настроить заголовки кеширования так, чтобы обновления доезжали до посетителей.
Что проверить у хостинга
Кроме скорости и доступности есть набор вещей, которые обычно выясняются в самый неподходящий момент – при переезде, взломе или сбое. Этот список пригодится и для выбора нового хостинга, и для проверки текущего.
- резервные копии: хранятся ли вне сервера и пробовали ли вы восстановление
- бесплатный SSL-сертификат и его автопродление
- поддержка HTTP/2 и HTTP/3, сжатие gzip или brotli
- редиректы http на https и склейка www, заголовок HSTS
- доступ к логам сервера
- доступ по SSH: без него сложно автоматизировать выкладку и диагностику
- актуальная версия PHP и возможность переключить ее самому
- лимиты тарифа и что происходит при их превышении
- общий IP-адрес: на дешевых тарифах соседи по адресу влияют на его репутацию
- поддержка: отвечает ли по существу и как быстро
Общий хостинг, VPS или облако
Для поиска нет разницы, на каком типе размещения стоит сайт: важны только доступность и скорость ответа. Разница в том, чем вы платите за стабильность – деньгами или своим временем.
Виртуальный сервер дает больше ресурсов и контроля, но требует администрирования: обновления, настройка веб-сервера, мониторинг. Без человека, который этим займется, VPS часто оказывается медленнее общего хостинга просто потому, что его никто не настроил.
- сайт услуг, визитка, блог, небольшой магазин – обычно хватает общего хостинга
- растущий магазин с фильтрами и импортом товаров – тариф с выделенными ресурсами или VPS
- нагрузка скачет в сезон – облако с оплатой за потребление
- нет администратора – выбирайте то, что провайдер обслуживает сам
География сервера
Страна сервера не является фактором ранжирования сама по себе. В Яндексе регион сайта задается в Вебмастере и определяется содержанием страниц. Google ориентируется на домен, язык и содержание сайта, а не на адрес дата-центра.
Но расстояние добавляет задержку в каждом запросе, поэтому для российской аудитории сервер в России обычно отвечает быстрее зарубежного. Второй довод практический: если сайт собирает персональные данные российских пользователей, их хранение регулируется законом. Это вопрос к юристу, но при выборе хостинга его стоит держать в голове.
Когда переезд нужен и как его пережить
Переезд оправдан, если проблемы повторяются и не решаются на текущем тарифе: сервер регулярно отдает ошибки, ответ стабильно дольше секунды, нет нужных возможностей или поддержка не помогает. Если сайт просто медленно грузится, сначала проверьте картинки, шрифты, скрипты и кеш: переезд тут ничего не изменит.
Сам переезд опасен не сменой сервера, а тем, что вместе с ним обычно меняют еще что-нибудь. Меняйте что-то одно.
- перенесите сайт, сохранив все адреса страниц один в один
- за сутки-двое до переключения уменьшите TTL у DNS-записей до 300 секунд
- проверьте сайт на новом сервере до переключения DNS, подменив адрес в файле hosts
- убедитесь, что с тестовой версии не переехали noindex и закрытый robots.txt
- перенесите почту: MX-записи и ящики ломаются при переезде чаще всего
- не отключайте старый хостинг еще 2–4 недели
- после переключения проверьте коды ответа, редиректы, HTTPS, robots.txt и карту сайта
- следите за обходом в Вебмастере и Search Console первые две недели
Если вместе с переездом меняются и адреса страниц, это уже отдельная операция со своими правилами: инструкция Google о переезде с изменением URL объясняет порядок действий и что проверять после.
На чем работает этот сайт
lvseo.ru лежит на Sprinthost. Выбирала не по рейтингам, а по тому, что нужно в работе: сервер в России, бесплатный SSL, доступ по SSH, понятная панель и поддержка, которая отвечает по делу.
Важная оговорка: мой сайт статический, сервер отдает готовый HTML без обращения к базе данных, поэтому требования к тарифу у него минимальные. Для сайта услуг, блога или небольшого магазина на движке такой хостинг тоже подойдет. Для нагруженного магазина, самописной системы или проекта с тяжелыми расчетами выбор нужно делать по нагрузке, а не по чужой рекомендации.
Из особенностей: статические файлы здесь отдает веб-сервер, который стоит перед Apache, поэтому часть правил из .htaccess на них не действует. У меня так не сработали заголовки для картинок, и правило пришлось переносить в настройки. На типовом сайте с движком это не заметно, а при ручной настройке экспортированного сайта всплывает.
Посмотреть тарифы можно на сайте хостинга: Sprinthost Ссылка партнерская: если вы оформите хостинг по ней, я получу вознаграждение. На цену для вас это не влияет, а рекомендация основана на собственном опыте.
Что в итоге
Хостинг – это гигиена, а не рычаг роста. От него нужна предсказуемость: сайт доступен, отвечает быстро, роботов пропускает, копии есть, доступы есть. Дальше решают спрос, структура сайта и содержание страниц.
Начните с двух проверок: замерьте ответ сервера и посмотрите отчеты об обходе. Полчаса работы сразу покажут, в хостинге дело или нет.
Когда нужна полная картина, а не отдельная проверка, SEO-аудит сайта покажет и техническую основу, и причины потери спроса.