Ускорение сайта или вред для SEO: отложенная загрузка метрик и ее влияние на показатель отказов
Для достижения вожделенной "зеленой зоны" (оценки 100/100 по тестам Pagespeed Insights), остается нерешенным вопрос долгой загрузки и блокировки страницы сторонними скриптами метрик (Google Analytics, Яндекс.Метрика, Facebook Pixel и другие).
То что показатели теста PageSpeed (а именно один из них - FCP) влияют на ранжирование уже статистически доказано. Вот исследование https://pro100blogger.com/2020/12/google-december-2020-core-update.html
Кроме того в личной переписке коллеги мне кидали примеры, когда удалось восстановить позиции сайта после оптимизации скорости.
Так что да - заниматься оптимизацией нужно, но разумно.
Ну и, пользуясь случаем, напомню что мы разработали WordPress плагин для отложенной загрузки счётчиков статистики, в том числе и Яндекс Метрики
https://ru.wordpress.org/plugins/true-lazy-analytics/
обновления в последней версии не смотрел,
оно все так же вешает загрузку аналитики на onscroll и теряет посетителей, который кликают сразу без скрола?
Спасибо за комментарий, и да, я уже упомянул в статье ваш материал про плагин.
Я так понял из статьи, что на данный момент показатели скорости учитываются только для мобильного трафика:
2 декабря 2020 года, как раз перед официальным запуском Декабрьского обновления алгоритма, Google официально признал, что LCP, FID и CLS являются факторами ранжирования, *но пока что только для мобильного поиска*.
Кстати, на графике показателей ранжирования скорость загрузи занимает суммарно ~15% (Desktop CLS, Mobile FCP, Desktop LCP) от общего результата, верно? Не совсем понятно где потерялся FID на графике, правда.
Интересно, 15% от ранжирования, это не так уж и много. Не мало, согласен, но 85% на остальном... хмм.
Интересно что в статье указано <1,5 секунды на FCP, при этом в документации (https://web.dev/first-contentful-paint/) до 2 секунд, а на калькуляторе зеленая зона до 2.3 секунд (https://googlechrome.github.io/lighthouse/scorecalc/). Кому верить? :)