Core Web Vitals: что дальше?

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

Нажмите на изображение доски выше, чтобы открыть версию с высоким разрешением в новой вкладке!

Транскрипция видео

Счастливой пятницы, поклонники Moz, и добро пожаловать в очередную пятницу на белой доске. Видео этой недели посвящено Core Web Vitals. Перед тем, как сразу дернуть что или поставить видео на паузу, нажмите Назад, как-то так, нет, мы не застряли во времени. Это видео не 2020 года. Оно смотрит вперед. В этом видео я не буду рассказывать об основных метриках или о том, как они работают. Около года назад Сайрус провел очень хорошую презентацию на белой доске, посвященную всем этим вещам, ссылки на которые, надеюсь, будут приведены ниже. Это видео будет смотреть на то, где мы находимся сейчас и что произойдет дальше, потому что обновления страницы от Google еще не сделаны. Они все еще приходят. Это все еще продолжается. Вероятно, со временем это станет более важным, а не менее важным, даже несмотря на то, что ажиотаж немного поутих.

Исторический контекст

Итак, во-первых, я хочу взглянуть на исторический контекст с точки зрения того, как мы оказались там, где мы есть. Итак, у меня есть эта временная шкала на этой стороне доски. Вы можете видеть, что в мае 2020 года, то есть почти два года назад, Google впервые объявил об этом. Это необычайно долгое время с точки зрения SEO и обновлений Google. Но они объявили об этом, а потом у нас были эти две задержки, и казалось, что это длилось целую вечность. Я думаю, что здесь есть некоторые важные последствия, потому что моя теория заключается в том, что — я писал об этом раньше и снова, надеюсь, это также будет связано ниже — но моя теория заключается в том, что причиной задержек было то, что слишком мало страниц было бы получали импульс, если бы они развернулись, когда изначально планировали, отчасти потому, что слишком мало сайтов действительно улучшили свою производительность, а отчасти потому, что Google получает данные из Chrome, пользовательский опыт Chrome или данные CrUX. Это от реальных пользователей, использующих Chrome.

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

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

Так или иначе, в июне 2021 года мы начали развертывание, и все это было развернуто в течение двух или трех месяцев. Но это было не совсем то, что мы ожидали или то, что нам сказали ожидать.

Что произошло после запуска?

В первоначальном FAQ и первоначальной документации от Google они говорили о том, что сайты получают повышение, если они преодолели определенный порог для всех трех новых показателей, которые они вводили. Хотя со временем они стали более двусмысленно относиться к этому, это определенно не то, что произошло с выпуском.

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

Еще до того, как вы внимательно посмотрите на эту диаграмму, стоит обратить внимание на одну вещь: все эти линии имеют тенденцию к снижению, и это из-за того, о чем я говорил, с увеличением размера выборки, когда Google получает данные о большем количестве страниц. со временем. Так как у них появилось больше страниц, они начали включать в данные CrUX больше страниц с низким трафиком или, другими словами, страниц с низким рейтингом, а это означало, что средний рейтинг страницы с данными CrUX будет снижаться, потому что, когда мы впервые начали смотреть на это, несмотря на то, что это топ-20 рейтинга по конкурентным ключевым словам, только около 30% из них вообще имели данные CrUX, когда мы впервые посмотрели на это. С тех пор он сильно вырос. Таким образом, теперь он включает больше страниц с низким рейтингом. Вот почему происходит такой общий сдвиг вниз.

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

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

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

Что будет дальше?

Развертывание рабочего стола

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

Но я не думаю, что это остановится на достигнутом. Я ожидаю, что произойдут еще две вещи.

Повышенное воздействие

Итак, вы, возможно, помните, что с обновлениями HTTPS и особенно с Mobilegeddon мы ожидали действительно больших сейсмических изменений. Но что на самом деле произошло, так это то, что когда вышло обновление, оно было очень смягчено. Не сильно заметно сдвинулось. Но затем, со временем, Google как бы незаметно подвернул фитиль. В наши дни мы все ожидаем, что очень неудобный для мобильных устройств сайт будет очень плохо работать в поиске, даже несмотря на то, что первоначальное влияние этого обновления алгоритма было очень незначительным. Я думаю, здесь произойдет что-то подобное. Более медленные сайты будут постепенно нарастать. Я имею в виду не ручное наказание, а больший недостаток, постепенно накапливающийся с течением времени, пока через несколько лет мы все не поймем интуитивно, что сайт, который не проходит три порога или что-то в этом роде, будет работать ужасно.

Новые показатели

Последнее изменение, которое я ожидаю увидеть, о котором изначально намекал Google, — это новые метрики. Поэтому они изначально сказали, что, вероятно, будут обновлять это ежегодно. Вы уже можете видеть на web.dev, что Google говорит о паре новых показателей. Это плавность и отзывчивость. Таким образом, плавность связана с количеством кадров в секунду анимации на странице. Итак, когда вы прокручиваете страницу вверх и вниз, это больше похоже на слайд-шоу или своего рода плавное видео? Тогда отзывчивость — это то, насколько быстро страница взаимодействует или реагирует на ваши взаимодействия. Итак, у нас уже есть одна из текущих метрик — задержка первого ввода, но, как следует из названия, это только первый ввод. Поэтому я ожидаю, что это будет больше заботиться о вещах, которые происходят дальше в вашем просмотре на этой странице.

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

Впрочем, на сегодня это все. Надеюсь, оставшаяся часть вашей пятницы будет приятной. Увидимся в следующий раз.

Транскрипция видео Speechpad.com