
Как хостинг влияет на позиции в поиске и количество звонков — вопрос, который клиенты задают последним, а платят за него первыми. Сервер не видно посетителю, он не попадает в отчёты и им никто не любуется. При этом именно от него зависит, дойдёт ли робот до всех страниц сайта и дождётся ли человек загрузки прежде, чем закроет вкладку.
Ниже — разбор всей цепочки без терминологического тумана: как ответ сервера превращается в позиции, почему медленный хостинг съедает часть проиндексированных страниц, что проверить у своего провайдера за десять минут и что можно ускорить, не переезжая никуда.
Цепочка из шести звеньев
Когда нужно объяснить связь владельцу бизнеса, я рисую простую последовательность. Хостинг влияет на скорость. Скорость влияет на поведение людей. Поведение поиск читает как оценку «понравилось или нет». От этой оценки зависят позиции. От позиций — трафик. От трафика — звонки и заявки.
Шесть звеньев, и первое из них — сервер. Уберите его, и цепочка обваливается целиком. Проблема в том, что обвал тихий: сайт не падает с грохотом, он просто грузится на полторы секунды дольше, чем у конкурента. Для одного человека это мелочь. Для тысячи в месяц — десятки ушедших, которых вы никогда не увидите в статистике, потому что они не оставили следа. Они закрыли вкладку.
Это самая дорогая категория потерь: те, которых не видно. В отчётах они выглядят как обычные отказы, а причина отказа в них не указана.
Время до первого байта: где поиск теряет терпение
Показатель, который стоит проверить в первую же минуту знакомства с проектом, — время до первого байта. Это пауза между моментом, когда браузер постучался в дверь сервера, и моментом, когда сервер начал отвечать. Всё, что происходит потом — картинки, скрипты, шрифты, — уже вторично, потому что стартует после этой паузы.
Ориентиры простые:
- До 200 миллисекунд — хорошо, здесь работать не над чем.
- От 200 до 500 — терпимо, но есть запас для улучшения.
- От 500 до 1000 — плохо, и это уже влияет на всё, что идёт дальше по цепочке.
- Больше секунды — проблема не в сайте, а в сервере или в тяжёлых запросах к базе. Оптимизацией картинок она не лечится: сервер начинает отвечать до того, как браузер узнал о существовании изображений.
Замерить можно одной командой из терминала:
curl -o /dev/null -s -w "%{time_starttransfer}\n" https://site.ru/
Если нужны детали, смотрите «Как количество страниц влияет на позиции сайта».
Важный нюанс: замерять надо несколько раз в разное время суток и обязательно на внутренних страницах, а не только на главной. Главная часто отдаётся из кэша и выглядит прилично, а карточка товара, которая собирается запросами к базе, отвечает втрое дольше.
Краулинговый бюджет: сколько страниц робот успеет обойти
Здесь связь с позициями самая прямая и самая недооценённая. У поискового робота есть лимит ресурсов на ваш сайт за один заход. Он не бесконечно терпеливый: если каждая страница отвечает медленно, за то же время он успеет обойти меньше адресов.
Помогу с продвижением: заказать продвижение сайта — вывожу сайты в топ Яндекса белыми методами.
Как это выглядит на практике:
- Новые страницы попадают в индекс с задержкой. Вы опубликовали десять карточек, в поиске через месяц появились три.
- Обновления не подхватываются. Изменили цену или условия — поиск показывает старый вариант неделями.
- Глубокие разделы выпадают. До страниц, лежащих в четвёртом-пятом уровне вложенности, робот просто не доходит.
- Крупный каталог индексируется частично. Владелец видит в панели, что в поиске половина товаров, и не понимает почему.
На сайте из тридцати страниц этого не заметно — робот обойдёт их при любой скорости. Проблема проявляется от нескольких сотен адресов и становится критичной на каталогах в десятки тысяч позиций. Если у вас магазин и половина товаров не в индексе, разговор о текстах и ссылках можно отложить: сначала сервер.
Доступность: аварии, которых вы не видите
Обещание доступности в рекламе провайдеров звучит внушительно, но считать надо не проценты, а минуты. Разница между 99,9 и 99 процентами — это разница между несколькими минутами и почти семью часами простоя в месяц.
Опасность не в самих минутах, а в том, когда они случаются:
- Робот пришёл во время недоступности. Он получает ошибку и уходит. Несколько таких визитов подряд — и страницы начинают выпадать из индекса.
- Аварии происходят ночью, когда вы спите, а робот работает. Утром сайт открывается нормально, и вы ничего не подозреваете.
- Сервер отвечает, но с задержкой в десятки секунд. Формально доступность стопроцентная, фактически ни человек, ни робот не дождались.
- Отказ происходит под нагрузкой. Сайт падает ровно в тот момент, когда на него пришло больше людей, чем обычно, — то есть в самый ценный для вас момент.
Вывод практический: подключите внешний мониторинг доступности с уведомлениями. Бесплатных вариантов достаточно, настройка занимает пять минут, и вы наконец узнаете, что на самом деле происходит с сайтом ночью. Панель для вебмастеров тоже сообщает об ошибках обхода — этот раздел стоит открывать хотя бы раз в месяц.
Подробнее об этом — в статье «Лазерная эпиляция: клиентка выбирает по отзывам и позиции в поиске, а не по акции».
География сервера и соседи по адресу
Два фактора, о которых редко думают при выборе тарифа.
Расположение сервера. Физическое расстояние добавляет задержку на каждый запрос. Для сайта, который продаёт в России, сервер в России или в ближайших к ней точках даёт заметно меньшую задержку, чем сервер за океаном. Есть и вторая сторона: региональная принадлежность сайта складывается из нескольких сигналов, и расположение сервера в их числе, хотя и не главным.
Соседи по адресу. На недорогих тарифах сайт делит один сетевой адрес с сотнями других проектов. Обычно это ничем не грозит, но встречаются два неприятных сценария. Первый: соседний сайт даёт резкий всплеск нагрузки, и ваш начинает тормозить без всякой вашей вины. Второй: на адресе оказывается много сайтов сомнительного содержания, и адрес попадает в списки ограничений почтовых систем — ваши письма с заявками начинают уходить в спам.
Проверить, кто ваши соседи, можно бесплатными сервисами обратного поиска по адресу. Если в списке сотни сайтов и часть из них выглядит подозрительно, это повод задуматься о выделенном адресе — он стоит недорого и покупается отдельно почти у любого провайдера.
Что проверить у своего хостинга за десять минут
| Что проверить | Норма | Чем грозит отклонение |
|---|---|---|
| Время до первого байта на внутренней странице | До 500 мс | Медленный обход, потеря людей до первого экрана |
| Версия языка программирования и базы данных | Актуальные поддерживаемые версии | Кратная потеря скорости и уязвимости без обновлений |
| Тип накопителей | Твердотельные | Задержки на каждом обращении к базе |
| Поддержка современного протокола передачи | Включена | Медленная загрузка страниц с большим числом файлов |
| Сертификат безопасности | Есть, обновляется автоматически | Предупреждение в браузере, обвал доверия и переходов |
| Резервные копии | Ежедневные, с возможностью самостоятельного восстановления | Потеря сайта целиком при любом сбое или взломе |
| Ограничения по нагрузке | Понятные, с уведомлением при приближении к пределу | Внезапная блокировка сайта в момент наплыва посетителей |
| Скорость реакции поддержки | Ответ по существу в течение часа | Каждая авария растягивается на сутки простоя |
Отдельно проверьте, есть ли у провайдера тестовый период и возможность перейти на более мощный тариф без переезда. Это избавляет от главного страха — что при росте придётся всё переносить заново.
Какой тариф нужен вашему сайту
Переплачивать за мощности так же вредно, как экономить: деньги уходят из бюджета, который мог бы работать на содержание сайта. Ориентируйтесь по типу проекта.
| Тип размещения | Кому подходит | Ограничения |
|---|---|---|
| Общий хостинг | Сайты-визитки, блоги, небольшие каталоги до нескольких сотен страниц | Ресурсы делятся с соседями, всплески нагрузки не переживает |
| Виртуальный выделенный сервер | Магазины, каталоги от тысячи позиций, проекты с ощутимым трафиком | Требует администрирования либо тарифа с управлением |
| Выделенный сервер | Крупные каталоги, высоконагруженные сервисы | Стоимость и необходимость постоянного сопровождения |
| Облачное размещение | Проекты с сезонными всплесками нагрузки | Расход растёт вместе с нагрузкой, счёт непредсказуем |
| Конструкторы сайтов | Быстрый старт, проверка идеи | Ограниченный доступ к настройкам, сложности с тонкой оптимизацией |
Практическое правило: переезжать имеет смысл тогда, когда упёрлись в ограничения, а не заранее «на вырост». Признаки того, что упёрлись: время ответа стабильно выше секунды, провайдер регулярно сообщает о превышении лимитов, сайт заметно тормозит в часы пиковой посещаемости.
Тему разбирал отдельно: «Менеджеры жалуются на отсутствие лидов. Виноват не отдел продаж — виноваты позиции в поиске».
Что можно ускорить без переезда
Прежде чем менять провайдера, стоит убедиться, что вы выбрали всё из текущего. Часто половина проблемы решается настройками.
- Кэширование страниц. Готовая страница отдаётся из файла, минуя сборку и запросы к базе. Самый сильный по эффекту шаг из всех, доступен на любом тарифе.
- Обновление версии языка программирования. Переключение на актуальную версию в панели управления занимает минуту и часто даёт заметный прирост скорости само по себе.
- Чистка базы данных. Накопленные ревизии, логи, мусор от удалённых расширений замедляют каждый запрос. На старых сайтах база нередко в разы больше, чем должна быть.
- Отключение лишних расширений. Каждое подключённое дополнение добавляет запросы и файлы. Проверьте, сколько из установленных вы реально используете.
- Сжатие и правильные форматы изображений. Не ускоряет ответ сервера, но заметно сокращает время до появления страницы у человека.
- Кэширование на стороне браузера. Повторные визиты начинают грузиться почти мгновенно, а это ощутимая доля вашей аудитории.
- Сеть доставки содержимого. Разгружает сервер и приближает файлы к посетителю. Полезна при географически распределённой аудитории, для локального бизнеса эффект скромнее.
Если после всего этого время ответа не опустилось ниже секунды — дело действительно в сервере, и переезд оправдан.
Как связать замеры с деньгами
Разговор о миллисекундах остаётся абстрактным до тех пор, пока его не перевели в обращения. Сделать это можно своими силами, без сложной аналитики.
- Зафиксируйте отправную точку. Запишите текущее время ответа сервера, долю отказов на входе с телефонов, число визитов и число обращений за месяц. Без этих чисел любой разговор о результате превратится в спор об ощущениях.
- Разделите отказы по устройствам и скорости соединения. Если на телефоне отказы кратно выше, чем на компьютере, вы почти наверняка теряете людей на загрузке, а не на содержании.
- Сделайте одно изменение и подождите. Включили кэширование — не трогайте больше ничего две недели. Иначе вы не поймёте, что именно сработало.
- Сравните те же величины. Смотрите не на позиции — они реагируют месяцами, — а на долю отказов, глубину просмотра и число дошедших до формы. Эти показатели меняются в течение недель.
- Пересчитайте в деньгах. Умножьте прирост дошедших до формы на вашу долю закрытия сделок и на среднюю маржу. Обычно выясняется, что перенос на более дорогой тариф окупается быстрее, чем месяц рекламы.
Отдельно стоит проверять скорость после каждого обновления движка, темы и расширений. Прирост веса страницы происходит незаметно и накапливается: сайт, который год назад отвечал за 300 миллисекунд, сегодня может отвечать за секунду, и никто этого не заметит, пока не измерит.
Частые вопросы
Правда ли, что поиск понижает медленные сайты?
Прямого понижения за скорость как таковую нет, и это важно понимать, чтобы не гнаться за баллами в инструментах оценки. Механизм косвенный: медленный сайт хуже обходится роботом, теряет людей до первого экрана и получает худшие поведенческие сигналы. Именно они и влияют на позиции. То есть наказывают не за скорость, а за следствия скорости — но результат для вас одинаковый.
Насколько опасен переезд на другой хостинг для позиций?
При аккуратном переносе — практически не опасен, адрес сайта не меняется. Опасны ошибки в процессе: сайт недоступен несколько часов, потерялись перенаправления, изменились коды ответа, забыли перенести файл с директивами для роботов. Порядок безопасного переезда: полная копия, перенос и проверка на новом сервере до переключения, снижение времени жизни записи в системе доменных имён заранее, переключение в час минимальной посещаемости, проверка кодов ответа и индексации в первые сутки.
Влияет ли хостинг на количество звонков напрямую?
Не напрямую, а через два канала. Первый: люди, не дождавшиеся загрузки, до формы и телефона просто не доходят — эта потеря невидима, она выглядит в отчётах как обычные отказы. Второй, менее очевидный: письма с заявками уходят с почтового сервера провайдера, и при плохой репутации сетевого адреса они попадают в спам. Проверяется тестовой заявкой на почту крупного почтового сервиса.
Стоит ли брать хостинг у того же провайдера, где куплен домен?
Не обязательно и не всегда полезно. Удобство одного личного кабинета уравновешивается риском: при конфликте с провайдером или блокировке учётной записи вы теряете сразу и сайт, и домен. Разнесение домена и хостинга по разным компаниям — недорогая страховка, особенно для проекта, который вы строите надолго.
Что делать, если провайдер обещает высокую скорость, а замеры показывают обратное?
Сначала исключите свою сторону: проверьте время ответа на статическом файле — если он отдаётся быстро, а страница медленно, дело в движке или базе, а не в сервере. Если медленно и то и другое, обращайтесь в поддержку с конкретными замерами в разное время суток. Ответ вида «у нас всё в порядке» без данных — достаточная причина искать другого провайдера: диагностика собственных серверов входит в услугу, за которую вы платите.
Коротко
- Цепочка от сервера до звонка состоит из шести звеньев, и первое из них — скорость ответа хостинга.
- Время до первого байта выше секунды означает проблему в сервере или базе; оптимизацией картинок она не решается.
- Медленный сервер сокращает число страниц, которые робот успевает обойти: на каталогах это оборачивается частичной индексацией.
- Считать надо не проценты доступности, а минуты простоя — и особенно то, когда они случаются.
- Соседи по сетевому адресу влияют на скорость и на доставку писем с заявками; выделенный адрес стоит недорого.
- Перед переездом выберите всё из текущего тарифа: кэширование, актуальная версия языка, чистка базы, отключение лишних расширений.
Если непонятно, тормозит ли у вас сервер или движок и что из этого мешает росту, приходите на SEO-консультацию — замерим показатели, посмотрим индексацию и решим, нужен переезд или достаточно настроек.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →Комментарии
Юлиан Ушаков
Замерил по вашей команде: главная отвечает за 300 миллисекунд, а карточка товара за две с половиной секунды. Никогда бы не догадался проверить внутренние страницы, всегда смотрел только главную. У меня каталог на восемь тысяч позиций, и в индексе как раз примерно половина.
Анатолий Кузнецов автор
Вы нашли причину неполной индексации, и она типична для каталогов. Разница между главной и карточкой в восемь раз почти всегда означает одно: главная отдаётся из кэша, а карточка собирается запросами к базе каждый раз заново. Что делать по порядку. Первое: включите кэширование для карточек, а не только для главной и категорий — это самый быстрый выигрыш. Второе: попросите разработчика посмотреть медленные запросы к базе; обычно виноваты два-три запроса, например подбор похожих товаров или пересчёт остатков при каждом открытии страницы. Третье: проверьте индексы в таблицах базы — на выросших каталогах их часто не хватает, и выборка идёт перебором. Четвёртое: после ускорения отправьте часть непроиндексированных карточек на переобход и наблюдайте, растёт ли доля в индексе. Если растёт — гипотеза подтверждена, и дальше процесс пойдёт сам.
Серафима Юшкова
Про соседей по адресу — у меня ровно это и случилось. Заявки с формы перестали доходить, разбирались две недели. Оказалось, адрес попал в списки ограничений из-за чужих рассылок. Выделенный адрес решил вопрос за день.
Регина Сумарокова
Не соглашусь про облачное размещение. Взяли из-за сезонности, счёт в высокий сезон оказался в разы выше ожидаемого, потому что нагрузку создавали не покупатели, а боты. Предсказуемость тарифа иногда дороже гибкости.
Есения Челищева
Вопрос про мониторинг. Подключила уведомления, приходят сообщения о недоступности по несколько раз в неделю, но каждый раз по одной-две минуты. Это нормально для обычного хостинга или пора менять провайдера?
Анатолий Кузнецов автор
Сначала исключите ложные срабатывания: многие сервисы мониторинга проверяют слишком часто и с одной точки, а защита от нагрузки на стороне хостинга принимает их за подозрительную активность и временно блокирует. Настройте проверку раз в несколько минут с нескольких географических точек и посмотрите, останутся ли уведомления. Если останутся — сопоставьте время сбоев с разделом ошибок обхода в панели для вебмастеров: если робот тоже получал ошибки в эти моменты, проблема реальная и она уже вам вредит. Дальше идите в поддержку с конкретными датами и временем; ответ «не воспроизводится» без разбора логов — повод искать другого провайдера. По норме: несколько коротких перерывов в неделю — это уже за пределами приличного, при таком режиме робот регулярно натыкается на ошибку.
Роксана Извольская
Переключила версию языка на актуальную прямо в панели управления, как советуете. Время ответа упало почти вдвое, ничего больше не трогала. Пять лет сайт работал на версии, которую давно не поддерживают.
Клавдия Елагина
Про чистку базы хотелось бы подробнее. У меня сайт восемь лет, база разрослась до нескольких гигабайт при небольшом числе страниц. С чего начинать чистку и как не удалить нужное?
Анатолий Кузнецов автор
Несколько гигабайт при небольшом сайте — почти всегда одно и то же, и удалять нужное там обычно не приходится. Порядок такой. Нулевой шаг, обязательный: полная резервная копия базы, которую вы умеете восстановить. Дальше по убыванию объёма. Первое: ревизии записей — каждая правка текста сохраняется отдельной копией, и за восемь лет их накапливаются десятки тысяч. Ограничьте число хранимых ревизий и удалите старые. Второе: остатки удалённых расширений — они не убирают за собой таблицы, и в базе годами лежат данные от плагинов, которых уже нет. Третье: служебные записи и логи, если какое-то расширение вело журнал внутри базы. Четвёртое: спам и удалённые комментарии, лежащие в корзине. После чистки обязательно выполните оптимизацию таблиц, иначе освободившееся место не вернётся. И замерьте время ответа до и после — так вы поймёте, была ли база настоящей причиной или дело в сервере.
Эрнестина Обольянинова
Ценное замечание про домен у другого провайдера. У знакомого заблокировали учётную запись из-за спора по оплате, и он лишился доступа и к сайту, и к домену одновременно. Восстанавливал месяцами.
Кузьма Бердяев
Хочу уточнить про сеть доставки содержимого. У меня локальный бизнес, все клиенты в одном городе. Есть ли смысл её подключать, или это трата ради галочки в отчёте по скорости?
Анатолий Кузнецов автор
Для чисто локального бизнеса основной эффект сети доставки — не ускорение, а разгрузка сервера, и он тем заметнее, чем тяжелее ваши страницы. Если у вас много изображений и сервер на общем тарифе, вынос статики наружу освободит ему ресурсы для сборки самих страниц — а это как раз то, что влияет на индексацию. Если страницы лёгкие, а сервер и так отвечает за 200 миллисекунд, подключение не даст вам почти ничего. Что я бы сделал в вашем случае: сначала замерьте время ответа и вес страницы, потом посмотрите, какую долю этого веса составляют изображения. Больше половины — есть смысл попробовать. Меньше — займитесь кэшированием и чисткой расширений, отдача будет выше. И имейте в виду обратную сторону: лишний посредник между посетителем и сайтом добавляет свою точку отказа, а при неверной настройке умеет отдавать устаревшие версии страниц.
Гурий Ундольский
Добавлю про резервные копии. Провайдер обещал ежедневные, но восстановить их можно было только через поддержку и только за отдельную плату. Узнал об этом в момент, когда копия понадобилась. Проверяйте не наличие, а порядок восстановления.
Капитон Плещеев
Про невидимые потери — самая точная мысль в статье. Мы годами смотрели на отказы и объясняли их «нецелевым трафиком». А это были люди, которые не дождались загрузки. В отчёте они выглядят абсолютно одинаково.
Феофан Норов
Переехали на более мощный тариф, время ответа улучшилось незначительно. Оказалось, дело было в теме оформления, которая подгружала кучу лишнего. Переезд не помог, помогло отключение половины расширений. Сначала разбирайтесь, потом платите.
Евдокия Цурикова
Вопрос про переезд. Пишете про снижение времени жизни записи заранее. За сколько дней это надо делать и как проверить, что переключение прошло у всех посетителей, а не только у меня?
Анатолий Кузнецов автор
Снижать время жизни записи имеет смысл за сутки-двое до переезда, а не в день переключения: изменение само распространяется по сети столько же, сколько составляло прежнее значение. Ставьте небольшое значение, порядка нескольких минут, и возвращайте обычное через неделю после переезда. Как проверить, что переключились все. Первое: сервисы проверки записей из разных стран показывают, какой адрес отдаётся в разных точках сети, — пока там разнобой, часть посетителей ещё на старом сервере. Второе, самое надёжное: не выключайте старый сервер сразу, оставьте его работать неделю и следите по журналам обращений, приходит ли на него ещё кто-нибудь. Когда поток прекратился, переезд завершён. Третье: в первые сутки проверьте коды ответа основных страниц и раздел ошибок обхода в панели для вебмастеров — так вы поймаете ситуацию, когда робот попал на сервер в момент переключения.
Забрала: хостинг влияет через скорость и аптайм на поведенческие, позиции и звонки; отделять сервер от веса страницы; соседи, география, юрисдикция; менять хостинг, если затык в сервере; кеширование дёшево ускоряет; норма — ответ сервера в доли секунды; мерить на мобильных. Спасибо, проверю, где узкое место!
Добавлю: замеряйте скорость на мобильных и слабой связи, а не только на своём быстром компьютере. У вас офисный интернет и мощный ноутбук, а клиент — телефон в дороге со средним сигналом. Именно там теряются звонки. Проверяйте реальную скорость в условиях аудитории, а не в идеальных. Хостинг и оптимизация должны обеспечивать приемлемую загрузку на мобильном, потому что оттуда идёт большая часть трафика и звонков.
Грубый ориентир: время ответа сервера в идеале в пределах долей секунды, а полная загрузка страницы до пары секунд, особенно на мобильных. Ответ сервера в секунду и больше — повод разбираться с хостингом или тяжёлым бэкендом. Загрузка в 5 и более секунд — критично, теряете людей. Но точные пороги зависят от ниши; ориентируйтесь на конкурентов в топе и на поведение: растут отказы при медленной загрузке — это ваш сигнал.
А какие цифры скорости считать нормой, а какие уже поводом менять хостинг или чинить сайт?
Спасибо, разложили по полочкам. Забираю: хостинг влияет на скорость и аптайм, а те на поведенческие, позиции, трафик и звонки; пара секунд критична; аптайм важен; отделять сервер от веса страницы; соседи по shared влияют; география и юрисдикция; смена хостинга помогает, если затык в сервере; кеширование ускоряет дёшево. Проверю время ответа сервера.
Кеширование сильно снижает нагрузку на хостинг и ускоряет отдачу. Настроенный кеш отдаёт страницы быстро без тяжёлых вычислений на каждый запрос, и даже средний хостинг работает шустрее. Часто проблему скорости решает не смена тарифа, а грамотное кеширование и оптимизация. Прежде чем платить за мощный хостинг, включите кеш и сожмите ресурсы. Иногда это ускоряет сайт кратно дешевле, чем апгрейд сервера.
Если сайт реально тормозил из-за хостинга, ускорение улучшает поведенческие, а за ними подтягиваются позиции и звонки. Но если хостинг был нормальным, а тормозит тяжёлый сайт, смена хостинга мало что даст — надо оптимизировать сам сайт. Дорогой хостинг не волшебство: он помогает, когда узкое место было именно в сервере. Сначала определите, где затык, потом решайте, менять хостинг или оптимизировать сайт. Лечите причину, а не платите наугад.
А если перейти на хостинг подороже и побыстрее, реально ли вырастут позиции и звонки?
Владислав, если сайт реально тормозил из-за хостинга, ускорение улучшает поведенческие, а за ними подтягиваются позиции и звонки. Но если хостинг был нормальным, а тормозит тяжёлый сайт, смена хостинга мало что даст — надо оптимизировать сам сайт. Сначала определите, где затык, потом решайте. Лечите причину, а не платите наугад за дорогой тариф.
География сервера тоже влияет. Если аудитория в России, а сервер далеко, добавляется задержка на дорогу сигнала. Для российского бизнеса логичнее хостинг с серверами ближе к аудитории. Это часть скорости, которую не исправить оптимизацией картинок. Плюс вопрос юрисдикции хранения данных. Так что выбор географии хостинга — не только про скорость, но и про легальность, и то, и другое в пользу локального размещения для местной аудитории.
Соседи по shared-хостингу влияют на скорость. На дешёвом тарифе сотни сайтов делят один сервер, и если сосед нагружает его, тормозите вы все. Отсюда плавающая скорость без видимой причины. Выделенные ресурсы или VPS убирают эту зависимость от соседей. Если сайт то быстрый, то медленный без изменений с вашей стороны, дело может быть в перегруженном общем сервере. Ресурсы под вас стабилизируют скорость.
Разделите: время ответа сервера — это хостинг, а вес страницы (картинки, скрипты) — это сам сайт. Инструменты проверки скорости показывают время ответа сервера отдельно. Долгий ответ сервера при лёгкой странице — вина хостинга. Тяжёлая страница при быстром сервере — надо оптимизировать сайт. Часто виноваты оба. Посмотрите время до первого байта: большое — проблема на стороне хостинга, а не в ваших картинках.
А как понять, что мне тормозит именно хостинг, а не тяжёлый сайт или картинки?
Роман, разделите: время ответа сервера — это хостинг, а вес страницы (картинки, скрипты) — это сам сайт. Инструменты скорости показывают время ответа сервера отдельно. Долгий ответ при лёгкой странице — вина хостинга. Тяжёлая страница при быстром сервере — оптимизируйте сайт. Смотрите время до первого байта: большое — проблема на стороне хостинга, а не в ваших картинках.
Аптайм не менее важен скорости. Сайт лёг на хостинге — робот видит недоступность, при затяжном простое растут ошибки и позиции проседают, а люди в это время не могут к вам обратиться. Дешёвый нестабильный хостинг с частыми падениями тихо съедает и позиции, и звонки. Стабильная доступность — базовое условие, без которого остальное SEO не имеет смысла: нельзя ранжировать и продавать через лежащий сайт.
Критична, особенно на мобильных. Каждая лишняя секунда загрузки увеличивает отказы: человек не ждёт, уходит к тому, у кого открылось быстро. Больше отказов — хуже поведенческие — ниже позиции — меньше трафика и звонков. Плюс медленный сайт теряет людей прямо перед звонком, даже если они дошли. Так что пара секунд это не мелочь, а разница между заявкой и уходом, помноженная на весь поток.
А насколько сильно скорость реально влияет? Пара секунд разве так критична для позиций и звонков?
Алина, критична, особенно на мобильных. Каждая лишняя секунда загрузки увеличивает отказы: человек не ждёт, уходит к тому, у кого открылось быстро. Больше отказов — хуже поведенческие — ниже позиции — меньше трафика и звонков. Плюс медленный сайт теряет людей прямо перед звонком. Пара секунд это разница между заявкой и уходом, помноженная на весь поток.
На пальцах цепочка простая: хостинг влияет на скорость и аптайм, скорость и доступность влияют на поведенческие и обход, поведенческие влияют на позиции, позиции на трафик, трафик на звонки. Медленный или падающий хостинг рвёт эту цепочку в самом начале. Люди уходят с тормозящего сайта, робот спотыкается на ошибках, позиции проседают, звонков меньше. Хостинг — невидимый фундамент, от которого зависит всё сверху.