ГлавнаяГлоссарийPage Experience Update

Page Experience Update

Алгоритм за качество пользовательского опыта

Учёт скорости и удобства как фактора ранжирования.

Page Experience Update — обновление Google с 2021 года, которое формализовало учёт пользовательского опыта в ранжировании. Включает Core Web Vitals (LCP, CLS, INP), мобильность, HTTPS, отсутствие интерстициальной рекламы во весь экран.

Сам по себе фактор не очень сильный — при прочих равных лучшая страница по UX поднимается выше. Но между двумя сайтами с одинаковым контентом и ссылками может стать решающим.

Скорость
Core Web Vitals

LCP < 2.5с, INP < 200мс, CLS < 0.1 — порог зелёной зоны

Mobile
и mobile-first

Адаптивная вёрстка, touch-targets ≥ 44×44px, нет горизонтального скролла

Безопасность
и без агрессивной рекламы

HTTPS, нет malware, нет блокирующих интерстишелов, нет всплывашек

Page Experience: совокупный сигнал Google о качестве пользовательского опыта. Включает CWV, mobile, HTTPS и «без раздражений»
Пример из практики

Два конкурента с одинаковым контентом и ссылками. У первого все Core Web Vitals в зелёной зоне, у второго — LCP «poor». Первый стабильно выше на 1–2 позиции.

Ключевой нюанс: Page Experience — это тай-брейкер, а не буст. Google прямо называл его сигналом, который решает исход между релевантно равными страницами; вытащить слабый по смыслу документ за счёт зелёных Core Web Vitals он не способен. Поэтому гнаться за идеальными цифрами на странице, которая и так в топ-3 по интенту, смысла мало — выигрыш дают пограничные запросы, где вы делите 5–8 позицию с похожими по контенту конкурентами.

Частая ошибка — мерить «page experience» только лабораторными прогонами Lighthouse. Ранжирование опирается на полевые данные реальных пользователей из CrUX (Chrome User Experience Report), и оценка ставится по 75-му перцентилю за 28 дней. Поэтому изменения в коде проявляются в отчёте «Удобство для пользователей» Search Console с задержкой в несколько недель, а на сайтах с низким трафиком CrUX-данных может не быть вовсе — тогда Google смотрит агрегат по типу страниц или по всему origin. У Яндекса отдельного аналога нет: поведенческие и скоростные сигналы он учитывает иначе, через отклик интерфейса и метрики вовлечённости в Метрике, а не через стандартизированный набор порогов.