Обновлена ​​документация Core Web Vitals

Обновлена ​​документация Core Web Vitals

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


Последнее обновление официальных руководств объясняет причину установления оценок для основных веб-показателей, особенно для взаимодействия с следующей отрисовкой (INP), обеспечивая более четкое представление о том, что влечет за собой INP.

Взаимодействие со следующей отрисовкой (INP)

Interaction to Next Paint (INP) — это недавно представленный стандарт оценки, который должен присоединиться к Core Web Vitals в апреле 2024 года. Он измеряет время, необходимое веб-сайту для реагирования на взаимодействия с пользователем, такие как клики, касания и нажатия клавиш, независимо от того, на физической или виртуальной клавиатуре.

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

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

Пороговые значения показателей INP Core Web Vitals

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

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

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

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

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

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

Вот оценки, по которым установил Chrome:

  • Оценки менее 200 мс (миллисекунд) были выбраны как «хорошие» оценки.
  • Оценки от 200 до 500 мс представляют собой оценку «нужно улучшить».
  • Производительность более 500 мс представляет собой «плохую» оценку.

Снимок экрана: взаимодействие со следующей партией Paint

Обновлена ​​документация Core Web Vitals

Рассматривались устройства более низкого уровня

Как профессионал в области цифрового маркетинга, я уделяю приоритетное внимание выбору достижимых показателей. Учитывая, что значительное количество пользователей получают доступ к Интернету через мобильные устройства более низкого уровня, для Chrome важно установить реалистичные пороговые значения для начального навигационного терпения (INP). Таким образом, мы можем обеспечить бесперебойную работу этих устройств и обеспечить оптимальное взаимодействие с пользователем.

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

С учетом данных о стандарте качества взаимодействия в 100 миллисекунд и о том, что реально достижимо, кажется справедливым установить 200 миллисекунд в качестве подходящего порога для создания положительного пользовательского опыта.

Самые популярные сайты, влияющие на пороговые значения INP

Примечательная деталь, обнаруженная в последней документации, заключается в том, что практическая достижимость оценок была еще одним фактором, принимаемым во внимание при установлении показателей оценки INP. Эти измерения проводились в миллисекундах (мс). Чтобы обеспечить точный контрольный показатель, они оценили производительность 10 000 лучших веб-сайтов, поскольку на эти сайты приходится значительная часть интернет-посещений, и соответствующим образом установили порог для плохих оценок.

Как эксперт по SEO, я обнаружил интригующую информацию: оказывается, что среди 10 000 лучших веб-сайтов значительное число сталкивается с показателями производительности, превышающими 300 миллисекунд. Данные Chrome User Experience (CrUX), которые дают представление о реальном пользовательском опыте, показали, что поразительные 55% посещений этих сайтов с высоким трафиком граничат с порогом в 300 мс. Это говорит о том, что команда Chrome должна установить более мягкую оценку миллисекунд, к которой эти популярные сайты могут реально стремиться и которую можно улучшить.

Анализ 10 000 ведущих веб-сайтов (на которые приходится большая часть использования Интернета) дает более сложную картину…

На мобильном устройстве установка «плохого» порога в 300 миллисекунд приведет к тому, что самые популярные веб-сайты будут отнесены к категории «плохих», что расширит границы наших стандартов достижимости. Однако порог в 500 мс попадает в диапазон, в котором только 10–30% сайтов работают хорошо. Стоит отметить, что «хороший» порог в 200 миллисекунд также является сложной задачей для этих веб-сайтов, но, поскольку около 23 % мобильных сайтов его проходят, он по-прежнему соответствует нашему минимальному требованию — 10 % процента.

На основании наших выводов разумно считать 200 миллисекунд (мс) приемлемым «хорошим» пределом для большинства веб-сайтов. С другой стороны, если время отклика превышает 500 мс, мы можем классифицировать это как неприемлемый «плохой» порог.

Барри Поллард, который работает представителем разработчиков веб-производительности в Google Chrome и участвует в качестве соавтора документации, недавно предоставил дополнительную информацию в разговоре на LinkedIn.

В прошлом году мы значительно продвинулись в INP, превзойдя наши первоначальные ожидания, но достижение менее 200 мс может на какое-то время оказаться сложной задачей для мобильных устройств более низкого уровня. С другой стороны, мобильные устройства высокого класса в настоящее время работают исключительно хорошо, однако скорость улучшения производительности устройств более низкого уровня сильно отстает…

Более глубокое понимание результатов INP

Новая документация предлагает лучшее понимание того, как Chrome выбирает достижимые метрики, и приоткрывает часть загадок относительно новой метрики INP Core Web Vital.

Прочитайте обновленную документацию:

Как были определены пороговые значения показателей Core Web Vitals

Смотрите также

2024-10-29 12:40