Core Web Vitals — что вам нужно знать

Опубликовано: 2020-06-03

В выпуске 134 нашего информационного бюллетеня мы сообщили, что Google внесла изменения в отчет о скорости в Google Search Console. Это изменение означает, что отчет о скорости теперь называется отчетом «Core Web Vitals» и использует данные из нового механизма Web Vitals , выпущенного Google 5 мая 2020 года.

Отчет GSC похож на старый отчет о скорости, однако он включает в себя ряд новых ключевых метрик: самая большая содержательная отрисовка (LCP); Задержка первого входа (FID); и кумулятивный сдвиг макета (CLS). Мы думали, что будет более-менее...

Затем, 28 мая 2020 года, в сообщении блога Google Webmasters Central было предварительно объявлено, что Google будет интегрировать показатели Core Web Vitals со своими существующими сигналами ранжирования страницы.

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

Что еще было в объявлении

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

Они также сказали нам, что это также будет использоваться как часть критериев ранжирования для контента, который появляется в главных историях на мобильных устройствах, что позволяет Google удалить текущую настройку для страниц AMP для отображения в главных историях:

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

Существующие сигналы взаимодействия со страницей

Как мы уже говорили, Core Web Vitals будут объединены с существующими сигналами взаимодействия со страницей , которые Google использует непосредственно для ранжирования. Эти сигналы оцениваются на основе страницы, как и Core Web Vitals.

Некоторые из них будут знакомы большинству из вас:

  • Мобильное удобство
  • Безопасный просмотр (без вредоносного контента, социальной инженерии и т. д.)
  • HTTPS
  • Навязчивые межстраничные объявления

Представители Google несколько раз отмечали, что некоторые из сигналов часто воспринимаются как решающие, и что они по-прежнему сосредоточены на предоставлении пользователям наилучшего контента. В их документации по Page Experience это повторяется:

Однако, как указано в объявлении, хороший опыт работы со страницей может помочь Google принимать решения о ранжировании при выборе между высококачественным контентом, который во многом похож.

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

if you have Однако (и эта часть важна) — если ваш Контент по-прежнему остается королем/королевой и должен оставаться в центре вашего внимания.

Что такое основные жизненные силы?

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

Но что такое Core Web Vitals? Как вы их видите? На чем следует сосредоточиться?

Мы потратили время на изучение всей документации, которую Google предоставил нам, наряду с недавними советами от аналитика тенденций Google для веб-мастеров Джона Мюллера и других интерпретаций SEO, чтобы предоставить вам следующее краткое изложение.

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

Самая большая содержательная краска (LCP) — загрузка

Как отмечает Джон , это уже показатель в инструменте анализа PageSpeed ​​и ряде других инструментов для разработчиков. Самая большая отрисовка содержимого — это показатель, предназначенный для оценки того, насколько хорошо страница загружается для пользователей. Полную документацию Google можно найти здесь .

Метрика показывает, сколько времени требуется для отображения самого большого фрагмента контента на странице. Google распределяет результаты этого теста по трем блокам (зеленому, оранжевому и красному).

Если ваша оценка рендеринга LCP ниже 2,5 секунды, это говорит о том, что можно внести улучшения.

Более 4 секунд на рендеринг, и вы действительно должны вносить улучшения!

Далее Google заявляет, что вы хотите убедиться, что по крайней мере 75% ваших загружаемых страниц соответствуют критериям 2,5 секунды, чтобы быть оцененными как «хорошие»:

Google рассматривает следующие элементы на предмет того, являются ли они самой большой частью контента на странице, как указано в API Largest Contentful Paint.

one MHC Insight: в недавнем видео #AskGoogleWebmasters с участием Джона Мюллера и Мартина Сплитта (в котором обсуждались показатели скорости страницы до того, как был недавно представлен более целостный подход), Мартин сказал, что никогда не будет момента, когда будет одно Вместо этого постарайтесь сделать это как можно быстрее и не ищите «идеальное число», так как это, скорее всего, никогда не произойдет. Посмотрите, что важно для вас, вашей аудитории и вашего сайта. Отметим, что это понятие следует применять ко всем показателям Web Vitals.

Задержка первого ввода (FID) — интерактивность

Метрика First Input Delay ориентирована на оценку интерактивности страницы.

Он измеряет уровень отклика страницы, когда пользователь впервые пытается с ней взаимодействовать. Опять же, это не новая метрика, и по ней есть документация от Google здесь.

FID измеряет, сколько времени требуется пользователю, чтобы получить ответ от сайта в браузере. Примеры этих взаимодействий включают, но не ограничиваются:

  • нажатие на ссылку или кнопку
  • ввод текста в пустое поле
  • выбор выпадающего меню
  • щелкнув флажок.

В основном все, что связано с взаимодействием со следующими элементами html:

Здесь стоит отметить, что это не включает в себя какие-либо непрерывные действия, такие как прокрутка при увеличении и уменьшении масштаба страницы.

Как подчеркивает Джон Мюллер , Google может измерить этот показатель только в том случае, если пользователи действительно взаимодействуют с вашей страницей. Сообщение web.dev уточняет это:

Таким образом, для этой метрики они могут предоставлять только полевые данные (а не лабораторные, т. е. контролируемые данные). Вы хотите набрать менее 100 мс для этой метрики, и опять же, Google смотрит на этот показатель примерно на 75% ваших страниц:

Одна из самых больших проблем для этой метрики (как для улучшения, так и для измерения) заключается в том, что вы используете тяжелую страницу JavaScript. Мы можем рассказать об этом в другом посте, а сейчас мы рекомендуем обратиться к документации web.dev для получения более подробной информации. Вы также можете установить расширение Web Vitals для Chrome , чтобы измерить эти аспекты без написания дополнительного кода.

Совокупное смещение макета (CLS) — визуальная стабильность

Хотя мы не знаем, как они использовались ранее для ранжирования, как LCP, так и FID были доступны в течение некоторого времени, и многие веб-разработчики будут с ними знакомы.

Кумулятивное смещение макета (CLS) — это совершенно новая метрика, предназначенная для оценки визуальной стабильности страницы.

Что такое визуальная стабильность? Вы, вероятно, сталкивались (особенно на мобильных устройствах) со страницами, на которых после того, как вы заходите, содержимое меняется из-за появления новых элементов. Иногда это приводит к тому, что вы случайно нажимаете на рекламу, и обычно это раздражает.

CLS измеряет : «Сумма всех индивидуальных оценок смены макета для каждого неожиданного изменения макета, которое происходит в течение срока службы страницы».

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

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

Ниже приведены три сегмента, которые Google предоставляет для оценки этих показателей в Core Web Vitals. Опять же, они советуют вам получить «хорошо» как минимум для 75% ваших страниц:

Как просмотреть свои собственные основные веб-показатели

Вы можете оценить как полевые, так и лабораторные данные для этих новых показателей в отчете об опыте использования Chrome , PageSpeed ​​Insights , а теперь и в Google Search Console .

Для всех этих инструментов вы получите как лабораторный, так и полевой балл. Джон советует проверять оба варианта на случай, если вы что-то пропустили , но, насколько мы понимаем, более важными будут полевые данные.

Дэн Тейлор также разработал плагин для сайтов WordPress, чтобы вы могли включать эти данные в панель инструментов Google Analytics. Мы еще не проверяли это, поэтому, если у вас есть, мы будем рады услышать ваш опыт!

Наконец, Дэйв Смарт указал нам на это удобное новое расширение Chrome, которое вы можете использовать для просмотра результатов Web Vitals для страницы в браузере.

В течение следующих нескольких месяцев в MHC мы будем больше работать с этими отчетами, чтобы оценить, что вы можете извлечь из каждого из них, и посмотреть, какую информацию мы можем получить для наших клиентов.

Core Web Vitals и Top Stories/AMP

Второстепенной частью объявления Google в блоге для веб -мастеров было то, что метрика Core Web Vitals также будет использоваться для оценки права на включение страницы в функцию Top Stories SERP в мобильном поиске.

Традиционно Google уделял особое внимание страницам AMP для этой востребованной и часто очень нестабильной функции SERP.

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

Внедрение Core Web Vitals также отменяет требование иметь AMP-версии ваших страниц, чтобы иметь хорошие шансы появиться в функции «Главные новости» на мобильных устройствах. Для включения опыт страницы станет более важным фактором.

Вам по-прежнему необходимо будет соблюдать политику Google News в отношении контента , и там, где есть страница AMP, Google по-прежнему будет ее обслуживать.

Пока что это все, что мы слышали напрямую от Google по этому поводу:

Один важный момент из советов Алейды с круглого стола (подробнее об этом ниже) заключается в том, что если вы уже обслуживаете AMP-страницу, именно здесь Google будет оценивать удобство страницы.

На самом деле, AMP-страница по своему дизайну уже должна иметь очень хорошие оценки для мобильной страницы, поэтому я считаю, что Google не полностью отказывается от продвижения AMP!

Дискуссия за круглым столом Google

После объявления два наших любимых SEO-специалиста, Алейда Солис и Гленн Гейб , опубликовали в Твиттере ветки, посвященные обсуждению за круглым столом, которое они ведут с Google (включая команду Chrome) об изменениях.

Среди наиболее важных моментов, которые следует выделить, были следующие:

  • При оценке на уровне страницы. При этом, если многие страницы работают плохо, это может повлиять на большее их количество.
  • Для участия в Top Stories не требуется минимального количества баллов.
  • Есть предположение , что страницы с низким рейтингом CLS уже могут иметь проблемы с ранжированием.
  • Новые Core Web Vitals могут быть добавлены в будущем, и Google предупредит нас об этом. Скорее всего, это будет происходить ежегодно.

Большое спасибо Алейде и Гленну за то, что поделились этой информацией с сообществом!

Вывод

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

Мы надеемся, что этот пост помог избавиться от этого шума (и, надеюсь, не только усилил его!).

В конце концов, все Core Web Vitals отражают желание как Google, так и пользователей улучшить работу пользователей в Интернете.

Со стороны Google, возможно, они просто заблаговременно уведомляют нас об этих изменениях как часть метода «кнута и пряника», чтобы поощрить эти улучшения. «Улучшите впечатление от вашей страницы», — говорят они, и «мы можем улучшить ваш рейтинг».

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

Однако реальность такова, что многие владельцы сайтов и SEO-специалисты не являются отраслевыми экспертами с более чем 10-летним опытом работы.

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

На мой взгляд, пресловутый кнут и пряник от Google, возможно, родился из личного интереса, но имеет:

  • Доступ к простым в использовании бесплатным инструментам для анализа
  • Через 12 месяцев головы начинают анализировать и вносить улучшения
  • «Пинок под зад» на самом деле что-то о неэффективных страницах

Что ж, все это поможет улучшить работу в Интернете для всех нас!

Просто помните: реальность такова, что независимо от того, насколько хороша страница по этим показателям, вам все равно понадобится лучший контент для ранжирования!