Оценка Core Web Vitals как решающего SEO-фактора для скорости веб-сайта

Опубликовано: 2020-10-13

К настоящему времени вы, возможно, уже знаете различные технические советы и приемы SEO для повышения производительности вашего сайта. С другой стороны, поисковые системы постоянно придумывают новые показатели, которые требуют от вас изменения ваших стратегий, чтобы идти в ногу с последними тенденциями SEO и оставаться впереди конкурентов. Основные веб-жизненные показатели и удобство страницы — новые дополнения в этом списке. Давайте кратко рассмотрим их сегодня:

Краткое введение в дело

Отчет о скорости в Google Search Console, который теперь переименован в Core Web Vitals, предлагает два новых показателя производительности:
1. Совокупный сдвиг макета
2. Самая большая отрисовка содержимого в дополнение к первой задержке ввода

Core Web Vitals были развернуты в различных инструментах, таких как Page Speed ​​Insight или Lighthouse.

Google объявил о грядущем крупном изменении: он выпустит новый сигнал Page Experience в качестве фактора ранжирования в 2021 году. Это будет в основном сосредоточено на Core Web Vitals.

Вы, наверное, уже поняли мотив нашего сегодняшнего разговора? Круто, а теперь копнем глубже.

Google фокусируется на скорости веб-сайта и UX — опыт страницы

Google описывает опыт страницы следующим образом:

«Впечатления от страницы — это набор сигналов, которые измеряют то, как пользователи воспринимают опыт взаимодействия с веб-страницей, помимо ее чистой информационной ценности».

Таким образом, впечатление от страницы можно рассматривать как сочетание нескольких факторов, которые Google считает решающими для взаимодействия с пользователем. Факторы следующие:

  • HTTPS
  • Отсутствие слишком большого количества всплывающих окон
  • Мобильность
  • Безопасный просмотр

Теперь они уже были задокументированы как важные поисковые сигналы. Таким образом, сейчас основное внимание уделяется внедрению Core Web Vitals.

Беспокоитесь о своем рейтинге SEO? Не напрягайся. В блоге Google Webmaster Central утверждается, что изменение не будет реализовано до 2021 года, и Google уведомит об этом не менее чем за 6 месяцев до развертывания сигнала. Итак, хорошая новость заключается в том, что даже если ваш веб-сайт еще не соответствует рекомендациям, у вас еще есть время оптимизировать страницы.

Пройдите следующие отрывки, чтобы узнать все об этом и приступить к реализации.

Обзор Core Web Vitals

В этом разделе мы упомянем все компоненты Core Web Vitals и предложим несколько эффективных советов по улучшению показателей. Но обо всем по порядку — давайте проанализируем, что же такое Core Web Vitals на самом деле:

Core Web Vitals — это несколько конкретных факторов, которые Google считает очень важными для общего пользовательского опыта веб-страницы. Короче говоря, это подмножество факторов, влияющих на общую оценку качества страницы.

Метрики Core Web Vitals — это Largest Contentful Paint или LCP (он измеряет взаимодействие с пользователем в режиме реального времени для производительности загрузки сайта), First Input Delay или FID (он измеряет UX для интерактивности сайта) и Cumulative Layout Shift или CLS (он измеряет UX). для визуальной стабильности страниц).

Без дальнейших церемоний, давайте перейдем к разбивке этих трех показателей Core Web Vital и обсуждению некоторых эффективных стратегий для их улучшения.

  • LCP или самая большая содержательная краска

Largest Contentful Paint измеряет время рендеринга самого большого элемента контента, видимого в окне просмотра. Проще говоря, это время, которое требуется от нажатия на ссылку до просмотра большей части контента на экране. LCP отличается от других показателей скорости страницы. Например, такие показатели, как «Первое контекстное рисование» и «Время до первого байта» (TTFB), на самом деле не отражают того, что на самом деле представляет собой пользователь, открывающий веб-страницу. LCP фокусируется на том, что действительно важно, когда речь идет о скорости страницы — на просмотре веб-страницы и взаимодействии с ней.

Кстати, какой у тебя балл LCP? Найдите его в PageSpeed ​​Insights.

Согласно рекомендациям Google LCP, производительность вашего веб-сайта можно разделить на три категории: хорошая (до 2,5 секунд), нуждается в улучшении (до 4 секунд) и плохая (более 4 секунд).

Вот несколько способов улучшить свой балл LCP:

#Minimize CSS — файлы CSS могут содержать такие символы, как отступы, интервалы и комментарии. Эти символы не нужны браузеру. Уменьшение количества блокирующего CSS в конечном итоге сократит время, затрачиваемое на отрисовку основного содержимого страницы (LCP).

#Удалить большие элементы страницы . Следите за Google PageSpeed ​​Insights, чтобы узнать, есть ли на вашей странице какие-либо элементы, замедляющие LCP.

#Обновление веб-хостинга . Более качественный хостинг сократит общее время загрузки.

# Воспользуйтесь преимуществами ленивой загрузки . Ленивая загрузка сдерживает загрузку элемента страницы до тех пор, пока пользователи не прокрутят страницу вниз. Это поможет вам достичь более быстрого LCP.

Тяжелая работа? Мы согласны. Стоило того? Абсолютно верно, учитывая, что 40% веб-трафика будет отброшено, если веб-страница не загрузится в течение 3 секунд (источник: Hobo-web)!

Вот еще несколько советов по оптимизации скорости загрузки страницы.

  • FID или задержка первого ввода

Итак, мы надеемся, что вы значительно улучшили LCP вашей веб-страницы, но смогут ли пользователи беспрепятственно взаимодействовать со страницей? Вот что измеряет FID — время, необходимое пользователю для взаимодействия со страницей.

FID или задержка первого ввода — это задержка, с которой пользователь сталкивается при первом взаимодействии со страницей, например, задержка получения обратной связи от веб-страницы при щелчке элемента.

Вот еще несколько примеров взаимодействия для вашего лучшего понимания:

-Нажатие на ссылку в навигации веб-сайта
-Открытие аккордеонного текста на мобильных устройствах
-Ввод электронной почты в поле
-Выбор любой опции из меню

Как и в случае с LCP, здесь у Google также есть определенный диапазон приемлемого FID. FID до 100 мс – хорошо, до 300 мс – требует улучшения, до 500 мс – плохо.

Теперь, для веб-страницы, полностью основанной на содержании (скажем, сообщения в блоге или новостной статьи), FID может не иметь большого значения, поскольку единственным взаимодействием с пользователем является увеличение и уменьшение масштаба или прокрутка страницы вниз. Но страницы с входом в систему, регистрацией или заполнением контактной формы, где пользователям нужно быстро на что-то нажимать — FID является огромным фактором.

Вот несколько вещей, которые можно сделать, чтобы улучшить оценку FID сайта:

# Отложите или сведите к минимуму JavaScript — пользователи не могут взаимодействовать со страницей, пока браузер загружает JS. Таким образом, откладывание JS или минимизация его на вашей странице — это ключ к улучшенному FID.

#Используйте кэш браузера. Кэш помогает очень быстро загружать содержимое страницы. Использование этого поможет вашим пользователям быстро взаимодействовать со страницей.

#Удалить некритические сторонние сценарии. Как и LCP, сторонние сценарии, такие как тепловые карты, Google Analytics и т. д., негативно влияют на FID.

  • CLS или совокупное смещение макета

Кумулятивное смещение макета измеряет сумму всех отдельных сдвигов макета, которые происходят в течение всего срока службы страницы (в том числе после того, как пользователь начал взаимодействовать со страницей). Он также принимает во внимание расстояние смещения и размер соответствующей области.

Объясним это проще: если элементы на вашей странице перемещаются при загрузке страницы, у нее высокий CLS — а это плохая производительность. Элементы страницы должны быть достаточно стабильными во время загрузки. Таким образом, пользователям не нужно заново узнавать, где находятся изображения, поля или ссылки, или ошибочно нажимать на что-либо после полной загрузки страницы. По данным Google, CLS веб-страницы до 0,1 — это хорошо, до 0,2 требует улучшения, а до 0,3 — плохо.

Если вы проверяете CLS своей веб-страницы, не забудьте проверить и на мобильных устройствах.

Вот несколько способов улучшить CLS:

#Добавить новые элементы пользовательского интерфейса ниже сгиба. Таким образом, они не будут смещать контент, который пользователи ожидают увидеть там, где он находится при загрузке страницы.

# Зарезервируйте место для рекламы . В противном случае реклама может внезапно появиться на веб-странице и сместить содержимое.

# Использовать параметр Set Size Attribute Dimension для медиа . Это поможет браузерам пользователей узнать, сколько места займет медиафайл, такой как видео, изображение, инфографика или GIF, и который не изменится после полной загрузки страницы.

Скорость обновления по сравнению со страницей — что действительно изменилось

Впервые с помощью показателей качества страницы Google не продвигает только скорость страницы, но объявляет общую производительность в качестве сигнала ранжирования. Он также определяет точные показатели (LCP, FID и CLS) вместе с подробным целевым значением для каждого из них. Таким образом, чем лучше ваш общий UX, тем лучше будет ваша оценка качества страницы.

Заключительные слова
Итак, означает ли это, что отличный показатель качества страницы волшебным образом поднимет вас на первое место в Google? Самый короткий ответ — «нет». Сам Google упомянул, что опыт страницы является одним из нескольких факторов, которые способствуют повышению рейтинга сайта. Видите ли, в SEO нет быстрых решений. Вы можете взглянуть. По мнению ведущих специалистов SEO-агентства, реализация правильной стратегии, максимум усилий и терпение — вот рецепт победы в игре!