Google откладывает развертывание Page Experience, но дает нам новые инструменты

Алгоритм Google 'page Experience', ранее рекламировавшийся в мае 2021 года, теперь будет запущен с июня по август.

В объявлении на этой неделе Google отложил обновление своей страницы, которое включает в себя новые Core Web Vitals (CWV), с мая этого года до середины июня. Кроме того, развертывание этого обновления будет происходить постепенно с июня по август 2021 года.

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

В этой статье мы познакомим вас с:

• Что это означает для эффективности вашего SEO
• Новая панель управления Page Experience
• Основные важные веб-данные - Статистика скорости загрузки страниц и Search Console
• Какие еще изменения в развертывании?

Если вам интересно узнать больше об отдельных Core Web Vitals, вы можете прочитать наше объяснение здесь. Core Web Vitals, которые включают новые метрики для LCP, CLS и FID, может быть сложно оптимизировать. В некоторых случаях существующие платформы и темы веб-сайтов просто не имеют хорошей основы для обеспечения наилучших показателей производительности в глазах Google, многие из которых требуют значительных ресурсов или полной перестройки, что требует времени для планирования и реализации.

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

Что это означает для вашей эффективности SEO?

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

Более вероятно, что обновление страницы будет иметь больший эффект для сайтов с очень низкими показателями CWV или для конкурентного поиска, где другие факторы ранжирования более точно сбалансированы. Эта диаграмма лучше всего резюмирует это:

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

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

Новая панель управления страницей

Чтобы помочь нам подготовиться к этим грядущим обновлениям, для Search Console был выпущен новый отчет о взаимодействии со страницей. Это объединяет данные из отчета Core Web Vitals с существующими сигналами об удобстве использования страниц для мобильных устройств, безопасности и использования HTTPS.

На диаграмме вверху представлена ​​полезная сводка по дням доли страниц, попадающих в «хороший» порог для Core Web Vitals. Если какая-либо страница не соответствует допустимому порогу для LCP, FID или CLS, они будут помечены как «неверный URL».

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

Понимание того, какие страницы не работают, помогает определить, на что направить наши усилия. Хотя может оказаться невозможным обратиться к каждой отдельной странице, возможно, удастся выделить определенные шаблоны или группы страниц, которые имеют общие проблемы. Иногда мы используем его вместе со страницами с наибольшим трафиком, чтобы проанализировать, где дальнейшие разработки по повышению скорости окажут наибольшее влияние. Затем мы обратимся к этим страницам и протестируем Core Web Vitals с помощью Google PageSpeed ​​Insights.

Почему Page Speed ​​Insights и Search Console показывают разные данные?

Если вы использовали такие инструменты, как PageSpeed ​​Insights для тестирования производительности, вы можете заметить расхождения между тем, как метрики CWV веб-страницы отображаются в Insights по сравнению с отчетами в Search Console.

В конечном итоге все сводится к лабораторным и полевым данным .

От Мартина Сплитта из Google: «Полевые данные поступают от реальных пользователей, тогда как лабораторные данные поступают от довольно мощной машины с, вероятно, хорошим интернетом из любой точки мира. Так что вы можете не увидеть таких же результатов ».

В отличие от «лабораторного» отчета в Insights, который измеряет эти показатели в смоделированной среде, показатели Core Web Vital в Search Console основаны на фактических «полевых» данных, собранных реальными пользователями из CRUX. Поэтому часто можно увидеть различия в том, как сообщаются эти показатели, и может быть вызвано рядом причин. Они могут включать:

1. Показатели, измеряемые с помощью CRUX, могут быть агрегированы по всему сайту и, вероятно, будут отличаться от значений на определенных страницах, тестируемых в Insights.
2. Фактические устройства, используемые реальными пользователями и представленные в CRUX, вероятно, будут иметь другие возможности ЦП и обработки, чем моделируемое устройство в Insights. Это может особенно повлиять на метрику FID, и обычно в результатах лабораторных тестов Insights можно увидеть более высокие баллы для метрик интерактивности.
3. Разрешения и размеры экрана сильно различаются у разных пользователей , в отличие от единственного разрешения для мобильных устройств и настольных компьютеров в Insights. Это означает, что самый большой элемент LCP может изменяться при разных разрешениях и точках останова. Например, если LCP является основным изображением, убедитесь, что изображение адаптивное и правильный размер предварительно загружен с разными разрешениями.
4. Insights не принимает во внимание прокрутку или поведение щелчка, тогда как CRUX записывает опыт пользователя на протяжении всего его путешествия. Если контент загружен или элемент смещается, когда пользователь прокручивает страницу вниз или взаимодействует с элементом, это может привести к более высоким значениям CLS в Search Console и отчетах CRUX.

Какой мне использовать?

Означают ли эти различия, что один инструмент отчетности следует использовать вместо другого? Нам нравится использовать оба . Insights лучше всего подходит для анализа конкретных страниц и измерения влияния любых улучшений, внесенных в ключевые страницы, тогда как данные CRUX в Search Console могут быть полезны для выявления проблем на всем сайте и определения конкретных шаблонов, требующих внимания.

Какие еще изменения в развертывании?

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

1. Top Stories больше не требует AMP.

Это очень важно для издателей новостей. В настоящее время только статьи, опубликованные как AMP, могут отображаться в карусели Top Stories в результатах поиска. Когда произойдет развертывание страницы, AMP больше не будет требованием, и любая статья будет иметь право на участие при соблюдении политики новостей . Это требование также снимается с приложения Google News.

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

2. Удаление значка AMP.

Значок AMP, маленький символ молнии, отображаемый в результатах поиска, чтобы указать, что контент AMP также удаляется. Вместо этого Google будет «тестировать другие способы помочь идентифицировать контент с отличным восприятием страницы». Я не удивлюсь, если в результатах поиска появится другой значок, указывающий на самые эффективные сайты, которые проходят все показатели Core Web Vitals и другие измерения качества страницы. Это могло бы сильно повлиять на рейтинг кликов и действительно побудило бы владельцев сайтов еще раз взглянуть на CWV.

3. Поддержка подписанных обменов для всего контента в поиске Google.

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

Одним из самых захватывающих аспектов объявления на этой неделе является то, что эта технология «SXG», используемая для доставки AMP, становится доступной для общего использования, а не ограничивается только контентом AMP. Если HTML и CSS основного сайта были загружены, например, до того, как пользователь дошел до него, это может сократить время загрузки сайта на сотни миллисекунд при переходе на него из поиска Google.

Хотя SXG сам по себе не будет фактором ранжирования, если он создаст более высокие оценки и в результате улучшит восприятие страницы, он может косвенно улучшить ранжирование.

Округлять

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

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

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