Что такое Core Web Vitals? Это набор определенных моментов и факторов, в совокупности действительно имеющих значительное влияние на ранжирование.
На самом деле, Core Web Vitals уже работает на протяжении какого-то времени. Ни много ни мало, с 2018 года. Помимо прочего, существуют официальные подтверждения в документации корпорации.
До 2018 года существовал сервис PageSpeed, проводящий оценку производительности проектов. По сути, это был просто чек-лист, проверяющий наличие определенных технологий на проекте, за счет чего начислялись либо снимались определенные баллы. На тот момент была необходимость объективной оценки производительности проекта, хотя не всегда эта оценка была объективной. Множество факторов отделяли нас от объективности:
Удаленность от сервера, производящего измерения;
Нахождение сервера в сегменте сети, испытывающего определенные технические проблемы;
Тип браузера, на котором производится оценка;
Фрагментированность используемых средств.
Более того, к 2018 году мы видели некую тенденцию, оказавшуюся очевидной — веб в основной массе активно переходит в мобайл. В мобайле разброс мощностей устройств, которые были как невысокого уровня производительности, так и выше уровня производительности некоторых десктопов, был слишком большой. Что делать в такой ситуации?
На помощь приходит LightHouse. Они предложили метрики, не отличающиеся в зависимости от устройства. Выходит, до сегодняшнего момента, именно LightHouse с базовыми метриками является единственным объективным тестом, измеряющим то, что действительно будет полезно всем. LightHouse стал ответом на потребность в инструменте, который начинал объективно оценивать некоторую производительность. Производительность, на которой сосредоточился LightHouse, является оценкой скорости рендера первой области отображения. Причем именно области отображения, связанной с началом проекта. Оценивается при этом не вся область, а 75%, считающиеся алгоритмом, сравниваемым разность контрастов между скриншотами. И если разность между предыдущим и текущим составляет 75%, LightHouse говорит нам, что важная часть нашего изображения уже отрисована.
С 2016 по 2018 год начинается период ренессанса — Google начинает активно записывать информацию, поступающую от браузера Google Chrome, когда доля занимаемого рынка становится более 50%. Соответственно, можно осмелиться предположить, что данные, оцениваемые корпорацией диктовали некие тенденции.
В 2018 году появляется первое крупное и официальное Speed Update, заявляющее о новом факторе ранжирования — User Experience Metrics (UEM). И вот мы здесь — ровно эти же факторы сейчас имеют название Web Vitals. Единственным отличием является то, что UEM замерял временные метрики, сейчас входящие в состав Core Web Vitals. Core Web Vitals же является более обобщенной метрикой, хотя именно в 2018 году была представлена метрика, основные принципы которой используются сейчас. Согласно информации от самой корпорации Google, и согласно описанию работы UEM, документацию о которой можно найти на официальных источниках Google по сей день, образуется интересный вывод: Core Web Vitals действительно является тем же фактором ранжирования, что и UEM, но лишь с незначительным отличием в виде более обобщенного, или собирательного метода оценки, и отличающимся названием.
Core Web Vitals образца 2021 и 2022 года: чего стоит ждать?
Если обратиться к официальной документации или специалисту, можно узнать о множестве различных аббревиатур, каждая из которых мало влияет на функционирование системы и нередко то появляется в документации, то её покидает (LCP, FID, CLS и другие). Доминирующий фактор, стоящий внимания — скорость формирования первой области отображения, представляющая основной показатель. Этот показатель является определяющим суть всей системы.
В Core Web Vital грядут изменения, способные изменить понимание о том, как стоит относиться, обсуждать и объяснять работу Core Web Vitals. Технические специалисты отлично проинформированы о том, что, хотя Core Web Vitals в текущем его состоянии и является отличной мерой измерения и оценки ранжирования, взаимодействие со страницей не заканчивается на первой области отображения — логично, что целесообразнее и эффективнее будет проводить комплексную оценку ряда взаимодействий страницы и после рендера первой области отображения. Здесь нельзя не согласиться, пока мы не возьмем во внимание одну интересную новость — в Core Web Vitals следующих образцов начала 2022 года будут присутствовать характеристики, которые будут оценивать работу страницы после того этапа, на котором останавливается Core Web Vitals текущего образца.
Можно предположить, что при введении последующих крупных обновлений будут введены характеристики и инициативы, связанные с работой проекта после окончания работ Core Web Vitals. Среди таких инициатив:
privacy. анонимность пользователей;
accessibility. уровень соответствия проекта типичным требованиям доступа со стороны людей с альтернативными потребностями;
smoothness. плавность анимации страницы;
frame rate. количество кадров в секунду.
Также будет оцениваться загруженность процессора устройства, на котором будет производиться загрузка проекта, загруженность тредов и множество другого.
Вероятнее всего, в 2021 году в Core Web Vitals будут присутствовать два термина, которые выступят новыми факторами. Эти два фактора “перечеркивают” работу людей, связанную с Core Web Vitals. Первый фактор заключается в объеме потребляемой оперативной памяти, которую должен использовать браузер при рендере проекта в процессе его существования. Второй фактор заключается в плавности анимации или взаимодействия интерфейса пользователя с браузером (изменения количества кадров в секунду при идеальном показателе в 60 к/с).
Вся весомость факторов заключается в том, что в основной стратегии, к которой прибегают оптимизаторы под Core Web Vitals, заключается идея о том, что тесты Core Web Vitals когда-то закончат работу, отошлют результаты на сервер и предоставят полную свободу действий, хотя при измерении показателей и при оценке создаются ситуации, в которых проект показывает наивысший уровень производительности. В частности, существует официальный проект Nitro Pack, позволяющий резко повысить производительность проекта при измерении метрики с помощью Web Vitals. Стратегия подвергнется угрозе, ведь нередко оптимизации попросту нет — есть лишь изменение нагрузки на рендер в браузере, действующее непосредственно в момент проведения оценивания. Именно эти процессы и не будут иметь смысла при введении новых характеристик Core Web Vitals в 2022 году.
Тем не менее, уже существуют теоретически действенные методы, способные изменить влияние на метрики Core Web Vitals. Самый простой принцип — отрезать от проекта все, что возможно. Именно этим способом и пользуются оптимизаторы — все возможные детали “вырезаются” из проекта на момент проведения оценки, после — возвращаются обратно.
Для полноценного понимания работы всей системы следует понимать то, как работает фиксация метрики. Следует подчеркнуть, что некоторые сервера Google вовсе не фиксируют метрики — они фиксируются статистикой, которую отправляют пользователи, использующие браузер в момент подключения к сайту. С одной стороны это не совсем хорошо, ведь в таком случае мы не способны прямым образом повлиять на характеристики, но с другой стороны — появляется усредненная оценка, не зависящая от удаленности пользователей. Подобная оценка более-менее объективна и на самом деле оценивает скорость рендера первой области отображения страницы.
