
Медленный сайт получает низкие позиции не потому, что Яндекс наказывает за секунды, а потому что человек не дожидается загрузки и возвращается в выдачу. Возврат к результатам поиска — самый неприятный для сайта сигнал: система видит, что выбор оказался неудачным, и в следующий раз показывает вместо вас соседа. Скорость работает не как отдельный фактор с весом, а как ворота, через которые проходят или не проходят все остальные ваши старания.
Из этого следует практический вывод, который экономит бюджеты. Ускорение сайта с восьми секунд до трёх обычно даёт заметный рост, потому что убирает потери. Ускорение с двух секунд до полутора почти никогда ничего не даёт, потому что терять уже нечего. За двадцать лет я не видел ни одного медленного сайта, который стабильно жил бы в топе по конкурентным коммерческим запросам, — и ни одного случая, когда доведение балла до зелёной зоны само по себе подняло сайт с двадцатой позиции на третью.
Как скорость связана с позициями на самом деле
Механизм цепочный, и понимать его надо целиком, иначе легко потратить деньги не на то звено.
Первое звено — отказ до просмотра. Человек нажал на сниппет, увидел белый экран, подождал две-три секунды и нажал «назад». Формально визит засчитан, фактически контент он не увидел. Доля таких заходов на медленном сайте доходит до трети мобильного трафика, и её не видно в отчётах по содержанию — она размазана по всем страницам.
Второе звено — поведение тех, кто дождался. Медленный сайт остаётся медленным и после первой загрузки: переходы между страницами тормозят, фильтры в каталоге срабатывают с задержкой, форма отправляется с паузой. Глубина просмотра падает, до целевого действия доходит меньше людей.
Третье звено — обход роботом. У краулера есть ограниченный бюджет времени на сайт. Если сервер отвечает за две секунды вместо двухсот миллисекунд, за то же время робот обойдёт в десять раз меньше страниц. Для сайта на пятьдесят страниц это неважно. Для каталога на пятьдесят тысяч это означает, что новые товары попадают в индекс неделями, а часть страниц не переобходится месяцами.
Четвёртое звено — сравнение с конкурентами. Ранжирование относительно: важна не абсолютная цифра, а ваше место среди тех, кто борется за тот же запрос. Если в вашей нише все грузятся за шесть секунд, ваши четыре — преимущество. Если все укладываются в полторы, ваши три — отставание.
Лабораторные и полевые данные: почему они расходятся
Главная ошибка при работе со скоростью — гнать балл в тестовом сервисе до зелёной зоны и считать задачу закрытой. Балл считается на эмулированном медленном устройстве при искусственно ограниченном канале, один раз, из одной точки. Ваши посетители сидят на других устройствах, в других городах, с прогретым кэшем и с включёнными блокировщиками рекламы.
Полевые данные честнее. В Яндекс Метрике есть отчёт по времени загрузки страниц: там видно медиану, распределение по долям и разбивка по устройствам и браузерам. Именно медиана и 75-й процентиль отвечают на вопрос «долго ли ждут мои люди». Среднее арифметическое смотреть нельзя: десяток заходов с очень медленного соединения перекашивает его так, что цифра перестаёт что-либо значить.
Тему разбирал отдельно: «Скорость загрузки сайта — обман: настоящая метрика, которая решает позиции, прячется в другом месте».
| Показатель | Что означает | Ориентир |
|---|---|---|
| Время ответа сервера | Сколько сервер думает до первого байта | До 200 мс, тревога после 600 мс |
| Отрисовка основного содержимого | Когда виден главный блок страницы | До 2,5 с на мобильных |
| Готовность к взаимодействию | Когда нажатия перестают «залипать» | Задержка отклика до 200 мс |
| Смещение вёрстки | Прыгает ли содержимое при догрузке | Совокупный сдвиг до 0,1 |
| Вес страницы | Сколько мегабайт качает посетитель | До 1,5 МБ для страницы услуги |
| Число запросов | Сколько файлов подтягивается | До 60–70, дальше — разбор |
Смещение вёрстки в этом списке — недооценённый пункт. Оно не влияет на секунды, но влияет на поведение напрямую: человек тянется нажать кнопку, в этот момент догружается шрифт или баннер, кнопка уезжает, палец попадает в другое место. Часть людей после такого просто уходит.
Откуда берутся секунды: разбор по слоям
Помогу с продвижением: раскрутка сайта в Яндексе — вывожу сайты в топ Яндекса белыми методами.
Время загрузки складывается из четырёх слоёв, и лечатся они разными средствами. Прежде чем что-то оптимизировать, надо понять, в каком слое сидит ваша проблема, иначе можно неделю жать картинки при том, что тормозит база данных.
- Сеть и сервер. Сколько времени проходит до первого байта. Сюда входят DNS, установка соединения, работа серверного кода и обращения к базе.
- Загрузка ресурсов. Сколько и каких файлов тянет браузер: стили, скрипты, шрифты, изображения, сторонние сервисы.
- Обработка в браузере. Разбор кода, выполнение скриптов, построение страницы. Здесь особенно страдают недорогие телефоны: у них процессор в разы слабее компьютера.
- Дозагрузка после отрисовки. Виджеты, чаты, счётчики, карты — то, что подключается последним и портит показатели отклика и смещения.
Разделить слои просто: откройте инструменты разработчика в браузере, вкладку с сетевыми запросами, и посмотрите, где именно копится время. Если до первого байта уходит секунда и больше — начинайте с сервера, всё остальное подождёт.
Сервер: где чаще всего теряют время
Серверная часть — самый недооценённый слой, потому что она не видна в популярных тестах в виде понятной картинки. При этом именно она чаще всего оказывается настоящей причиной.
- Дешёвый общий хостинг. На одной машине живут сотни сайтов, и сосед по тарифу может съедать процессор. Признак: время ответа скачет от 200 мс до трёх секунд без видимой закономерности.
- Старая версия языка. Переход на актуальную версию PHP на типовой системе управления сайтом даёт ускорение серверной части в полтора-два раза и не стоит ничего, кроме проверки совместимости.
- Отсутствие кэширования. Каждый заход собирает страницу заново из базы. Полностраничное кэширование снимает почти всю нагрузку — но требует внимания там, где на странице есть формы с защитой от подделки запросов: неаккуратное кэширование ломает их молча.
- Тяжёлые запросы к базе. Каталог без индексов по нужным полям начинает тормозить, когда товаров становится десятки тысяч. Лечится не хостингом, а работой с базой.
- Плагины и модули. На типовых системах управления половина времени генерации нередко уходит на два-три расширения, которые никто не использует. Отключение по одному с замером — скучная, но самая окупаемая процедура.
Клиентская часть: картинки, скрипты, шрифты
Когда сервер отвечает быстро, вся дальнейшая борьба идёт за то, что качает и обрабатывает браузер. Порядок действий по убыванию отдачи выглядит так.
Изображения. Обычно это 60–80% веса страницы. Три действия закрывают вопрос: перевод в современный формат, отдача размеров под конкретный экран вместо одной большой картинки на все случаи, отложенная загрузка всего, что ниже первого экрана. Важная деталь: у изображений в вёрстке должны быть заданы ширина и высота, иначе при догрузке страница будет прыгать.
Скрипты. Всё, что не нужно для отрисовки первого экрана, подключается отложенно. Сторонние виджеты — чаты, карты, формы обратного звонка — лучше загружать по первому действию пользователя, а не сразу. Разница на слабом телефоне измеряется секундами.
Смежный материал по теме — «Почему сайт не растёт в Яндексе: 12 технических причин, которые тормозят позиции».
Стили. Полезный приём — вынести стили первого экрана в отдельный небольшой файл и грузить его сразу, а основной подключать отложенно. Тогда человек видит оформленную страницу почти мгновенно, а остальное догружается фоном.
Шрифты. Нестандартные шрифты задерживают появление текста. Лечится указанием на подмену системным шрифтом до загрузки и предзагрузкой основного начертания. Проверьте заодно, не тянете ли вы шесть начертаний там, где реально используются два.
Сжатие и кэш. Текстовые ресурсы должны отдаваться сжатыми, статика — с длительным сроком хранения в кэше браузера. Это две строки в конфигурации сервера, которые почему-то отсутствуют на каждом третьем сайте, который я открываю.
Мобильная скорость — отдельная задача
Оценка идёт по мобильной версии, а условия там жёстче по трём причинам сразу: медленнее канал, слабее процессор, меньше памяти. Страница, которая на компьютере собирается за секунду, на недорогом телефоне может собираться пять — и виноват будет не канал, а разбор и выполнение скриптов.
Что проверять именно на мобильных:
- Открыть сайт на реальном телефоне через мобильный интернет, а не через домашний Wi-Fi. Разница в ощущениях радикальная.
- Посмотреть в Метрике время загрузки отдельно по мобильным устройствам — если разрыв с компьютерами больше чем вдвое, проблема в скриптах, а не в канале.
- Проверить, не грузятся ли на телефоне те же тяжёлые изображения, что и на большом экране.
- Убедиться, что виджеты не запускаются до того, как человек увидел содержимое.
Порядок работ и чего ждать по срокам
Работы по скорости имеют разную стоимость и разную отдачу. Ниже — последовательность, в которой я их обычно ставлю в план.
| Работа | Трудоёмкость | Эффект |
|---|---|---|
| Сжатие текстовых ресурсов и кэш статики | Полчаса | Заметный, почти всегда |
| Обновление версии языка на сервере | Час с проверкой | Серверная часть в 1,5–2 раза быстрее |
| Пережатие и перевод изображений в современный формат | День | Вес страницы минус 30–60% |
| Отложенная загрузка сторонних виджетов | Полдня | Сильный на мобильных |
| Кэширование страниц | День с тестами форм | Сильный на сайтах с базой |
| Критические стили первого экрана | Один-два дня | Ускоряет появление содержимого |
| Переезд на другой хостинг | Неделя | Только если сервер действительно тормозит |
По срокам: изменения в поведении посетителей видны сразу — уже через неделю в отчётах меняются отказы и глубина просмотра. Изменения в позициях — не раньше чем через полтора-два месяца, потому что системе нужно накопить новую статистику поведения. Ожидать роста через три дня после ускорения бессмысленно, и именно на этом ожидании люди обычно бросают работу на середине.
Если нужны детали, смотрите «Как хостинг влияет на позиции в поиске и количество звонков: разбор на пальцах».
Диагностика за полчаса: что делать руками
Разбирать скорость по-хорошему нужно перед тем, как заказывать работы, а не после. Полчаса с браузером и Метрикой дают достаточно, чтобы понять, есть ли у вас проблема вообще и в каком слое она сидит. Порядок такой.
- Снимите полевую картину. Метрика, отчёт по времени загрузки страниц. Смотрите медиану и 75-й процентиль отдельно по мобильным и по компьютерам за последний месяц. Записываете обе цифры — это ваша точка отсчёта, к которой вы вернётесь после работ.
- Замерьте ответ сервера. Откройте в браузере инструменты разработчика, вкладку сетевых запросов, обновите страницу с отключённым кэшем и посмотрите время до первого байта на самом документе. Повторите три раза в разное время суток: утром, в обед и вечером. Скачки важнее среднего значения.
- Найдите тяжёлое. В том же списке отсортируйте запросы по размеру. Обычно сразу видно двух-трёх виновников: несжатая фотография на первом экране, библиотека слайдера, шрифтовой набор иконок, из которого используются четыре значка.
- Отделите чужое от своего. Отсортируйте запросы по домену. Всё, что грузится не с вашего адреса, — сторонние сервисы. Посчитайте их суммарный вес и время. На типовом сайте услуг чужие скрипты нередко занимают больше, чем весь ваш собственный код.
- Проверьте на телефоне. Не в эмуляторе, а на живом устройстве через мобильный интернет, желательно не на флагмане. Засеките секундомером, когда появится текст, и когда страница перестанет дёргаться.
- Сверьтесь с конкурентами. Проделайте пункты 2 и 5 для трёх сайтов из топа по вашему главному запросу. Это даёт понимание, отстаёте вы или уже впереди, — и заодно избавляет от бессмысленной гонки за десятыми долями секунды.
По итогам получается короткий список из трёх-четырёх пунктов с понятной ценой исполнения. С таким списком разговор с разработчиком идёт совсем иначе, чем с фразой «у нас низкий балл, сделайте что-нибудь»: вы просите конкретные вещи и можете проверить результат теми же замерами.
Частые вопросы
Насколько именно скорость влияет на позиции по сравнению с содержанием и ссылками? Прямой вес небольшой. Но косвенный — через поведение — сопоставим с весом любого сильного фактора, потому что поведение учитывается по всей группе запросов. Правильная формулировка: медленный сайт не может реализовать свой потенциал, каким бы хорошим ни было содержание.
Какой показатель считать целевым? Медиана времени загрузки в Метрике до двух секунд на компьютерах и до трёх на мобильных. Всё, что быстрее, — приятно, но на результат почти не влияет. Всё, что медленнее четырёх секунд, — задача с высоким приоритетом.
Поможет ли переезд на дорогой хостинг? Только если проблема в сервере. Проверяется по времени ответа до первого байта: если оно стабильно ниже 300 мс, а страница всё равно грузится долго, дело не в хостинге, и переезд ничего не изменит.
Нужна ли сеть доставки содержимого? Для сайта, который работает на один город или регион, обычно нет — выигрыш в десятки миллисекунд не окупает усложнения. Для проектов с аудиторией по всей стране или с большим объёмом медиа — да, и разница ощутима.
Можно ли ускорить сайт без разработчика? Часть работ — да: пережать картинки, отключить лишние расширения, включить кэш и сжатие в панели хостинга, убрать неиспользуемые начертания шрифтов. Критические стили, отложенные скрипты и работа с базой требуют рук того, кто понимает код.
Балл в тесте вырос, а позиции нет. Что не так? Скорее всего, скорость не была вашим узким местом. Она даёт результат тогда, когда до неё сайт действительно терял людей. Если медиана была два с половиной секунды, а вы довели её до полутора, ждать роста не от чего — искать надо в структуре, семантике или коммерческих факторах.
Коротко
- Скорость влияет на позиции не напрямую, а через поведение: возвраты в выдачу, глубину просмотра и обход роботом.
- Ориентироваться надо на полевые данные Метрики — медиану и 75-й процентиль, а не на лабораторный балл.
- Сначала определите слой: сервер, ресурсы, обработка в браузере или дозагрузка виджетов.
- Самая дешёвая и почти всегда рабочая пара действий — сжатие с кэшем и обновление версии языка на сервере.
- Мобильная скорость упирается не в канал, а в выполнение скриптов на слабом процессоре.
- Поведение меняется за неделю, позиции — за полтора-два месяца; раньше выводы делать нельзя.
Если непонятно, в каком слое у вас теряются секунды и стоит ли вообще вкладываться в ускорение именно сейчас, разберём конкретный сайт по отчётам и составим план работ на SEO-консультации.
Привести сайт в порядок технически — услуга доработки сайта.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →Комментарии
Всеволод Кабанов
Интернет-магазин автозапчастей, 40 тысяч товаров. Время ответа сервера скачет: обычно 400 мс, но в дневные часы доходит до трёх секунд. Хостинг говорит, что нагрузка в пределах тарифа. Переезжать на выделенный сервер или сначала что-то другое посмотреть?
Анатолий Кузнецов автор
Скачки именно в дневные часы почти всегда означают одно из двух: либо вас душит сосед по общей машине, либо ваш собственный код упирается в базу под нагрузкой. Различить можно без переезда. Попросите включить журнал медленных запросов к базе на сутки и посмотрите, что там накопится: если в списке висят одни и те же выборки по товарам или по фильтрам — дело в отсутствии индексов, и выделенный сервер вам не поможет, он просто отложит проблему на полгода. Второе, что стоит проверить, — не работает ли у вас в дневные часы обмен с учётной системой. На каталогах вашего размера синхронизация остатков и цен нередко идёт в рабочее время и кладёт сайт на колени. Её переносят на ночь или переводят на очередь. И третье: включите кэширование карточек и страниц каталога для незалогиненных посетителей, это снимает большую часть обращений к базе. Если после всех трёх шагов время ответа продолжает скакать — тогда переезд оправдан.
Милана Дербенёва
Про смещение вёрстки — спасибо, никогда об этом не задумывалась. У нас на мобильном баннер догружался последним и сдвигал весь текст вниз ровно в тот момент, когда человек начинал читать. Задали фиксированную высоту контейнера, и жалоб от клиентов на «прыгающий сайт» больше нет.
Аркадий Сушков
Ускорили сайт с шести секунд до двух с половиной, прошло три месяца — позиции стоят там же. Значит, скорость всё-таки не работает? Или мы что-то не так замерили?
Анатолий Кузнецов автор
Замерять надо было не позиции, а поведение — и делать это до и после. Откройте Метрику и сравните за квартал до работ и квартал после: отказы, глубину просмотра, время загрузки по мобильным отдельно. Если поведение не изменилось вообще, значит, шесть секунд вы видели в лабораторном тесте, а живые посетители ждали столько же, сколько и раньше, — такое бывает, когда медленно грузилось то, что находится ниже первого экрана. Если поведение улучшилось, а позиции стоят, это тоже нормальный исход: скорость сняла ограничение, но у вас есть другое узкое место, и теперь его видно лучше. Дальше смотрите на две вещи. Первая: соответствуют ли ваши страницы типу выдачи по целевым запросам — если в топе агрегаторы и каталоги, а у вас статья, скорость ничего не решит. Вторая: сравните свою страницу с тремя из топа по полноте — часто разрыв именно там. И держите в голове, что три месяца при этом — уже достаточный срок, ждать дальше смысла нет.
Таисия Мамонова
Подтверждаю про версию языка на сервере. Переключили с устаревшей на актуальную за пятнадцать минут в панели хостинга, генерация страницы упала с 1,4 секунды до 0,6. Единственное — перед этим пришлось обновить два расширения, они на новой версии падали. Делайте на копии сайта, а не на боевом.
Ефим Луканин
Вопрос про кэширование. Поставили плагин полностраничного кэша, скорость выросла отлично, но через неделю заметили, что перестала работать форма заявки — отправлялась, а на почту ничего не приходило. Отключили кэш обратно. Есть способ совместить?
Анатолий Кузнецов автор
Есть, и вы наступили на самые распространённые грабли в этой теме. Формы обычно защищены одноразовым токеном, который живёт ограниченное время. Кэш отдаёт всем посетителям одну и ту же сохранённую страницу вместе с уже протухшим токеном — форма отправляется, сервер её отбрасывает как подделку, пользователь при этом видит успешное сообщение. Решается тремя способами, по возрастанию надёжности. Первый: исключить страницы с формами из кэша целиком — грубо, но работает. Второй: подставлять токен отдельным запросом уже после загрузки страницы, тогда кэш безопасен. Третий: настроить в плагине список URL и параметров, при которых кэш не отдаётся, включая страницы корзины, личного кабинета и оформления. И обязательно после включения кэша отправьте тестовую заявку с каждой формы и проверьте почтовый ящик — это единственный способ убедиться, что ничего не сломалось молча. Именно молчаливость этой поломки делает её опасной: сайт быстрый, все довольны, а заявки не доходят месяцами.
Злата Кожевина
Замечу про шрифты. У нас в теме подключалось восемь начертаний одного шрифта, реально использовались три. Убрали лишние — минус 380 килобайт и текст стал появляться заметно раньше. Мелочь, а на мобильном интернете видно глазами.
Тимур Абашев
Не согласен с тезисом, что сеть доставки содержимого не нужна региональным сайтам. У нас сайт в одном городе, а хостинг в другой стране, и разница по времени ответа была огромная. Подключили — стало заметно лучше.
Анатолий Кузнецов автор
Здесь мы говорим о разных задачах, и ваш случай это хорошо показывает. Сеть доставки содержимого решает проблему географической удалённости. Если хостинг физически далеко от аудитории, каждый запрос тратит время на дорогу туда и обратно, и на странице с шестьюдесятью файлами это складывается в ощутимые секунды — вы получили выигрыш именно на этом. Но правильное решение вашей ситуации было другим и более дешёвым: перенести сам сайт на площадку в стране, где живёт аудитория. Тогда быстро отдаётся не только статика, но и сама страница, которую сеть доставки не кэширует. Мой тезис относился к типичному случаю: сайт и аудитория в одной стране, хостинг нормальный, и подключение внешней сети даёт выигрыш в десятки миллисекунд ценой лишнего звена в схеме, которое иногда ломается. Если же между сервером и посетителем тысячи километров — да, вы всё сделали правильно, и уточнение справедливое.
Раиса Голубцова
По отложенной загрузке виджетов важное наблюдение. Мы убрали автозапуск чата и карты, стали грузить их по клику. Скорость выросла сильно, но обращений в чат стало меньше примерно на четверть — люди просто не видят его сразу. Пришлось искать компромисс: чат появляется через десять секунд, карта по клику.
Никанор Свиридов
Сайт-визитка на конструкторе, страниц восемь. В тесте 40 баллов на мобильных, но исправить ничего не могу — код закрыт. Что вообще доступно в такой ситуации, кроме переезда на нормальную систему?
Анатолий Кузнецов автор
На конструкторе действительно доступно немного, но кое-что есть, и это кое-что обычно даёт основную часть выигрыша. Первое: пережмите все изображения перед загрузкой на сайт — конструкторы редко оптимизируют то, что вы залили, а вес картинок это 60–80% страницы. Загружайте не оригинал с фотоаппарата, а файл нужного размера в современном формате. Второе: уберите всё лишнее, что вы подключили сами, — сторонние счётчики, вторую систему аналитики, чат, виджет отзывов, ленту соцсети. На конструкторах именно эти вставки чаще всего и убивают показатели. Третье: сократите анимации, слайдеры и видеофоны на первом экране, они стоят дорого именно на слабых телефонах. Четвёртое: проверьте полевые данные в Метрике. Восемь страниц на конструкторе часто грузятся у живых людей за две секунды при сорока баллах в тесте, и тогда никакой проблемы у вас нет, а есть только пугающая цифра. Переезд ради скорости на восьмистраничной визитке я бы затевать не стал.
Ева Бахметьева
Про отчёт по времени загрузки в Метрике — многие про него не знают, а он бесплатный и там всё видно по устройствам. У нас разрыв между мобильными и десктопом оказался в три раза, полезли смотреть скрипты и нашли рекламный пиксель, который тянул почти мегабайт.
Леонид Пастухов
Добавлю про бюджет обхода. У нас каталог на 80 тысяч страниц, новые товары появлялись в поиске через три-четыре недели. Ускорили серверный ответ с двух секунд до трёхсот миллисекунд — робот стал обходить в разы больше страниц в сутки, новинки индексируются за несколько дней. Это оказалось важнее позиций.
Агния Черемных
Хочу предупредить о ловушке с отложенной загрузкой картинок. Поставили её на все изображения подряд, включая логотип и главную картинку первого экрана. В итоге показатель отрисовки основного содержимого стал хуже, чем был. Отложенная загрузка нужна только тому, что ниже первого экрана.
Полезно особенно новичкам на конструкторах которые грузят по десять секунд.
А я думал главное красивый дизайн оказалось тяжёлые эффекты убивают скорость.
Толково. Скорость это не только позиции но и конверсия люди просто не ждут.
По опыту самый большой тормоз это несжатые картинки и лишние сторонние скрипты.
Сохранила проверю все проекты через инструменты замера скорости.
Добавлю часто тормозит не сайт а дешёвый хостинг смена тарифа творит чудеса.
Спасибо понятно даже для не технаря. Пойду мучить хостинг вопросами.
Какие показатели скорости считаются нормальными для обычного сайта услуг в две тысячи двадцать шестом году
Станислав, ориентируйтесь на загрузку основного контента примерно до двух с половиной секунд на мобильном это комфортный уровень. Точные цифры смотрите в отчётах скорости они покажут где именно теряются секунды.
Хорошо но не хватило про то как ускорять сайты на тяжёлых конструкторах.
У нас после подключения кеширования нагрузка упала а позиции подросли за месяц.
Классный разбор особенно про сжатие картинок и отложенную загрузку скриптов. Забрал в работу.
Подскажите с чего начать ускорение сайта если бюджета на отдельного разработчика почти совсем нет
Полина, начните с бесплатного сожмите картинки включите кеширование и уберите лишние сторонние скрипты. Эти три шага без разработчика обычно дают самый заметный прирост скорости.
Спорно. Видел кучу медленных сайтов в топе так что скорость не главный фактор точно.
У меня сайт грузился восемь секунд после оптимизации картинок стало три. Небо и земля.
Скажите насколько сильно скорость загрузки реально влияет на позиции в Яндексе прямо сейчас
Григорий, скорость сегодня это значимый фактор особенно на мобильных но не единственный. Она влияет и напрямую и косвенно через поведение медленный сайт люди закрывают не дождавшись и это ухудшает позиции.
Ускорил сайт по вашим советам за неделю поднялся на несколько позиций. Реально работает.