TL; DR: Google создает новый фактор ранжирования, который объединяет показатели Core Web Vitals с существующими сигналами восприятия страницы. Google уведомит нас за шесть месяцев до того, как он будет запущен, он не будет запущен в этом году (2020).
Что такое обновление страницы?
Google знает это, поэтому на протяжении многих лет они добавляли критерии, связанные с опытом, в качестве факторов ранжирования, такие как скорость страницы и удобство для мобильных устройств .
Последний инструмент, который Google предоставил владельцам сайтов, чтобы помочь им улучшить восприятие страниц, — это отчет Core Web Vitals , который показывает показатели, связанные со скоростью, отзывчивостью и визуальной стабильностью.
В четверг, 28 мая, Google объявил о переходе на новый уровень. Они планируют изменить способ ранжирования веб-страниц, чтобы включить в них эти показатели качества страницы.
По сути, Google создает новый сигнал ранжирования, который представляет собой комбинацию показателей Core Web Vitals и существующих факторов ранжирования страницы (например, скорости страницы). В конечном итоге они получат один сигнал ранжирования, который фиксирует, насколько удобна для пользователя каждая страница.
Google еще не запустил этот фактор ранжирования. Фактически, они сказали, что этого не произойдет до конца 2020 года, и они также дадут нам предупреждение, по крайней мере, за шесть месяцев, прежде чем это будет запущено.
Это раннее уведомление от Google поможет веб-мастерам начать знакомство с показателями Core Web Vitals, чтобы мы могли подготовиться.
Но это еще не все, что включено в это обновление.
Google будет использовать опыт страницы для ранжирования главных новостей; AMP больше не требуется
С этим обновлением Google также начнет использовать новую метрику впечатления от страницы для ранжирования статей в Top Stories на мобильных устройствах — AMP больше не требуется, чтобы иметь право здесь, хотя Google по-прежнему поддерживает и будет ссылаться на статьи AMP, когда они доступны. Просто не обязательно попадать в Top Stories. В политике в отношении содержания Google Новостей по- прежнему применяется.
Поскольку Core Web Vitals станет неотъемлемым компонентом ранжирования в Top Stories и традиционных органических результатов поиска, важно, чтобы мы понимали, что это такое и как оптимизировать для них.
Основные показатели Google Web Vitals
Новый фактор ранжирования страницы Google объединит существующие сигналы опыта страницы с показателями Core Web Vitals, но что такое Core Web Vitals?
Google представил Core Web Vitals 5 мая 2020 года как способ унифицировать и упорядочить все рекомендации по сигналам взаимодействия с пользователем, которые они добавляли за эти годы.
Хороший пользовательский опыт включает множество аспектов, но Google определила три основных элемента, которыми должен обладать каждый сайт:
- Опыт загрузки : Google использует метрику «Самая большая загрузка содержимого» (LCP) для измерения скорости загрузки, воспринимаемой пользователем. LCP отмечает точку, в которой основное содержимое страницы полностью загружено. Узнать больше .
- Интерактивность. Google использует метрику «Задержка первого ввода» (FID) для измерения того, как пользователи могут взаимодействовать со страницей. FID измеряет такие вещи, как отзывчивость страницы, и является наиболее поддающимся количественной оценке показателем того, как пользователь, вероятно, чувствует себя при попытке перемещаться и выполнять действия на странице. Узнать больше .
- Визуальная стабильность: Google использует метрику «Совокупный сдвиг макета» (CLS) для измерения стабильности макета страницы. Другими словами, насколько неожиданно для пользователя меняется раскладка? Узнать больше .
Google объясняет, что эти показатели представляют собой комбинацию других показателей — опять же, как способ оптимизации показателей качества страницы. Например, у вас не может быть хорошей LCP, если у вас плохие First Contentful Paint (FCP) и время до первого байта (TTFB) .
Лабораторные инструменты против полевых инструментов
Показатели Core Web Vitals основаны на данных об использовании в реальном мире (также известные как «полевые данные»). Эти полевые данные взяты из отчета CrUX, который собирает анонимные метрики о времени производительности реальных людей, посещающих ваши страницы.
Полевые данные отличаются от лабораторных тем, что лабораторные данные дают представление о том, как потенциальный пользователь будет воспринимать ваш веб-сайт, а не реальные пользователи.
Где я могу найти свои показатели Core Web Vitals?
Google заявляет, что все популярные инструменты разработки Google теперь можно использовать для измерения Core Web Vitals.
Вот пример этих новых показателей в инструменте PageSpeed Insights:
А в Web.Dev Measure Tool:
Вы можете найти информацию о Core Web Vitals в:
- Lighthouse: загрузите расширение Lighthouse для Chrome или воспользуйтесь вкладкой Audits в Chrome DevTools (нажмите «проверить» на URL-адресе и перейдите на вкладку « Audits »).
- PageSpeed Insights: Посетите PageSpeed Insights инструмент и запустить отчет , как обычно. Новые показатели Core Web Vitals будут занимать видное место в верхней части вашего отчета.
- Расширение Web Vitals для Chrome: Google создал целое расширение, предназначенное для помощи в измерении LCP, FID и CLS на ваших веб-страницах. Загрузите расширение Web Vitals для Chrome .
- API отчетов Chrome UX : все показатели в отчете о пользовательском опыте Chrome основаны на API. Владельцы сайтов могут использовать те же API-интерфейсы для анализа этих показателей производительности на уровне URL. См. Документацию Google по API отчетов Chrome UX здесь .
- Инструмент измерения Web.dev : посетите https://web.dev/measure/, чтобы просмотреть данные Core Web Vitals по любому URL-адресу, который вы запускаете с помощью инструмента.
- Консоль поиска Google: отчет Core Web Vitals в GSC группирует производительность по статусу, типу метрики и типу URL.
Поскольку оптимизаторы поисковых систем, вероятно, больше всего знакомы с GSC и включили его в свой ежедневный рабочий процесс, давайте подробно рассмотрим этот отчет. Посетите web.dev/vitals-tools для получения подробных инструкций о том, как использовать другие отчеты для поиска данных Core Web Vitals.
Отчет Core Web Vitals в Google Search Console
Перейдите к ресурсу, который вы хотите проверить в консоли поиска Google, и нажмите «Core Web Vitals» на левой панели навигации.
Оказавшись там, вы увидите графики производительности мобильных и настольных компьютеров.
Эти диаграммы включают URL-адреса, которые попадают в одну из трех категорий:
- Плохо : URL-адреса считаются «плохими», если их LCP превышает 4 секунды, FID превышает 300 мс, а CLS больше 0,25.
- Требуется улучшение : URL-адреса считаются «нуждающимися в улучшении», если их LCP составляет от 2,5 до 4 секунд, их FID — от 100 до 300 мс, а их CLS — от 0,1 до 0,25.
- Хорошо: URL-адреса помечаются как «хорошие», если их LCP меньше 2,5 с, FID меньше 100 мс, а CLS меньше 0,1.
Поскольку в этом отчете используются полевые данные, если URL-адрес не содержит достаточно реальных данных, GSC исключит его из отчета.
В отчете GSC Core Web Vitals проблемы разбиты по группам URL-адресов, что полезно, потому что одна проблема в группе URL-адресов, вероятно, вызвана одной общей проблемой. Это поможет вам сосредоточиться на основной проблеме, а не на том, как эта проблема проявляется на нескольких отдельных страницах.
Google будет предоставлять статусы групп URL-адресов, чтобы помочь вам отслеживать, какие из них вы проверили, а какие нет, а также ход этих тестов.
Чтобы получить дополнительную информацию об отчете Core Web Vitals в GSC, посетите Справочный центр Search Console, чтобы прочитать полную документацию.
Существующие сигналы Google Page Experience
Показатели Core Web Vitals — не единственные факторы, влияющие на фактор ранжирования новых страниц Google. Он также будет включать существующие сигналы взаимодействия со страницей, такие как:
- Безопасный просмотр : веб-мастера должны исправить проблемы безопасности, обнаруженные на их сайтах, к которым они могут получить доступ в отчете о проблемах безопасности в Google Search Console. К проблемам безопасности относятся вредоносное ПО, вводящие в заблуждение страницы, вредоносные загрузки и необычные загрузки.
- HTTPS-безопасность : HTTPS / Transport Layer Security — это небольшой сигнал ранжирования, который имеет меньший вес, чем сигналы качества контента, но веб-мастера должны перенести все свои URL-адреса на HTTPS не только потому, что это может помочь с ранжированием, но и потому, что это безопаснее для посетителей.
- Рекомендации по навязчивым межстраничным объявлениям : веб-мастерам следует избегать показа всплывающих окон, которые закрывают основное содержимое страницы, отображения отдельных межстраничных объявлений, которые пользователь должен закрыть перед доступом к основному содержимому, или придания внешнему виду верхней части веб-страницы автономное межстраничное объявление, когда основное содержание находится в нижней части страницы.
Насколько важны впечатления от страницы по сравнению с другими факторами ранжирования?
Опыт страницы менее важен, чем наличие высококачественного релевантного контента. По словам Google , «мы отдаем приоритет страницам с наилучшей информацией в целом, даже если некоторые аспекты восприятия страницы не соответствуют требованиям».
Что это значит для вас? Это означает, что если ваш контент имеет такое же качество и релевантность, что и у конкурента, но у этого конкурента показатели качества просмотра страницы лучше, то страница конкурента, вероятно, будет превосходить вашу.
Следующие шаги: как оптимизировать работу со страницей?
Хотя Google не запускает свой новый фактор ранжирования страниц до следующего года, лучше начать подготовку сейчас.
Google предлагает следующий рабочий процесс для оптимизации восприятия страницы:
- Откройте отчет Core Web Vitals в Google Search Console, чтобы определить группы страниц, требующие внимания. Сначала сосредоточьтесь на URL-адресах из категории «плохие», а затем «требующие улучшения».
- Поделитесь этим отчетом со своей группой инженеров (прочтите советы по общению с веб-разработчиками ) или продолжите дальнейшую диагностику ниже.
- Как только вы хорошо поймете, какие страницы требуют наибольшего внимания, прогоните эти страницы с помощью PageSpeed Insights, чтобы диагностировать конкретные проблемы, способствующие ухудшению показателей Core Web Vitals, которые вам необходимо решить.
- Запустите эти страницы через аудит Lighthouse или используйте расширение Web Vitals для Chrome, чтобы получить более действенные рекомендации о том, что вам еще нужно исправить.
Google также дает нам рекомендации по работе со страницами, такие как:
- Уменьшение размера каждой страницы до менее 500 КБ (страница + все ресурсы).
- Держите общее количество ресурсов на странице менее 50 (идеально для мобильных устройств ).
- Рассмотрите возможность внедрения AMP , который может решить многие проблемы с загрузкой страниц как на мобильных устройствах, так и на компьютерах.
Когда вы и / или ваш веб-разработчик приступаете к реализации исправлений работы со страницей, Google предлагает использовать кнопку «Начать отслеживание», которая запускает 28-дневный сеанс мониторинга. Почему 28 дней? Google говорит, что если в течение этого 28-дневного периода не повторится ни одного случая проблемы, вы можете считать проблему исправленной!
Повышенный фактор ранжирования страницы — еще один шаг в направлении сочетания SEO и UX. Со временем кажется, что делать то, что лучше всего для людей, лучше всего и для Google.
