Page Experience в Google — набор сигналов о визите: открывается ли страница по HTTPS, удобна ли на телефоне, не перекрывает ли всплывашка контент, плюс полевые Core Web Vitals. Это не отдельный фильтр в кабинете и не «система Page Experience», которую снимают метатегом. Хаб качества — Google SEO. Кабинет — Search Console. Здесь периметр сигнала, не таблица LCP/INP/CLS.
Как устроена витрина — Google Search. Полезность документа — Helpful Content. Широкая переоценка выдачи — Google Core Update. Слой доступа — техническое SEO.
Что входит в опыт страницы, а что нет
| Сигнал | Зачем Google на него смотрит | Чего он не заменяет |
|---|---|---|
| Core Web Vitals | Полевой LCP, INP, CLS по группам URL | Смысл документа и спрос |
| HTTPS | Соединение не в открытом http | Сертификат «EV» как ранжирование |
| Mobile-friendly | Шаблон читается на телефоне без горизонтальной прокрутки «на глаз» | Отдельный «мобильный индекс» как тумблер 2018 года |
| Intrusive interstitials | Первый экран не закрыт плашкой «подпишись», пока человек не увидел ответ | Законный cookie-баннер или логин за paywall с нормальным входом |
Отдельного отчёта «Опыт страниц» в Search Console больше нет: Google свернул его, оставив CWV и HTTPS. Искать «зелёный Page Experience» в кабинете 2026 года — смотреть устаревший скриншот подрядчика. Статус HTTPS смотрите своим отчётом, метрики виталов — соседним. Safe Browsing когда-то упоминали в том же списке; это про вреносность хоста, не про LCP.
Как сигнал живёт в ранжировании
Google не раз писал: опыт страницы учитывается среди прочих сигналов ядра, сильнее проявляется, когда несколько документов закрывают задачу похоже. Красный CWV не объясняет обнуление тонких статей после core update. Зелёный HTTPS не поднимает карточку без цены и наличия. Складывать «Page Experience» с показами свойства в одно KPI нельзя: это разные слои.
Навязчивая плашка на мобильном — частый спор на проде. Cookie-слой, который можно закрыть и увидеть текст, обычно не то. Полноэкранный «дайте телефон» до первого абзаца — то. AMP больше не обязательный билет в опыт страницы: живой адаптив с нормальным LCP достаточный путь. Смешивать AMP-URL и HTML без каноникала — уже Canonical в Google, не «ускорение».
Типичный сбой на WordPress в ISPmanager: сайт открывается по https, но внутренние картинки и скрипты темы всё ещё с http, браузер ругается смешанным содержимым, а подрядчик рисует «HTTPS ок» по замку на главной. Проверяйте денежный шаблон, не только корень. Если PDF из кабинета называют аудитом опыта страницы — это статусы HTTPS/CWV, не спрос: смотрите постановку SEO-аудита.
Клиент обхода — Googlebot; smartphone-Googlebot видит мобильный шаблон. Лабораторный балл PSI не равен Page Experience. Не тащите сюда пошаговый ремонт LCP: он на URL виталов и на будущих технических страницах метрик.
Ограничение. Нет замера «какой вес Page Experience в формуле РФ» и не выдумываем. Нет обещания «исправили CLS — вернули позиции core update». Актуальный состав сигналов смотрите в справке Google: список менялся, отдельный отчёт кабинета уже не существует.
Частые вопросы
Есть ли сейчас отчёт Page Experience в Search Console?
Нет отдельного. Google убрал сводку «опыт страниц». Смотрите отчёт Core Web Vitals и отчёт HTTPS. Скриншот старого отчёта нельзя ставить KPI договора.
Достаточно ли зелёных Core Web Vitals, чтобы закрыть Page Experience?
Нет. Виталы — часть набора. Остаются HTTPS, читаемый мобильный шаблон и отсутствие навязчивого перекрытия первого экрана. Зелёный LCP при http-зеркале — не закрытый опыт.
AMP обязателен для Page Experience в Google?
Нет. AMP больше не пропуск. Нужен живой адаптив и полевые виталы. Два URL AMP и HTML без склейки создают дубль, а не бонус опыта.
Объясняет ли плохой Page Experience просадку после core update?
Сам по себе нет. Ядро переоценивает, какой документ лучше отвечает. Сначала смотрите шаблон URL и смысл страницы, потом замок https и CLS.