Глоссарий ПФ

Viewability — видимость контента и рекламы в SEO

Viewability — метрика, фиксирующая факт попадания элемента страницы в видимую область экрана пользователя. В SEO-контексте Яндекса viewability определяет качество поведенческих сигналов: пользователь не может взаимодействовать с контентом, который физически не попал в его viewport.

Что такое Viewability

Viewability (от англ. «viewable» — видимый) — метрика цифрового маркетинга, фиксирующая, был ли элемент страницы фактически показан пользователю в видимой области браузера (viewport). Принципиальное отличие от стандартного «показа» (impression): страница может быть загружена и засчитана системой аналитики, но если нужный блок находится ниже линии прокрутки и пользователь до него не добрался — визуального контакта не произошло.

Отраслевой стандарт разработан IAB (Interactive Advertising Bureau) совместно с MRC (Media Rating Council):

| Тип элемента | Доля пикселей в viewport | Минимальное время | |---|---|---| | Display-реклама | ≥ 50% | 1 непрерывная секунда | | Видеореклама | ≥ 50% | 2 непрерывные секунды | | Крупный баннер (≥ 242 500 px²) | ≥ 30% | 1 секунда |

Технически viewability измеряется через Intersection Observer API — нативный браузерный механизм, отслеживающий пересечение элемента с viewport без нагрузки на основной поток. Устаревший метод scroll-polling на основе getBoundingClientRect() менее точен и создаёт дополнительную нагрузку на CPU.

В SEO-контексте viewability выходит за рамки рекламных форматов и описывает фактическую видимость любых значимых блоков страницы: заголовков H1–H2, CTA-кнопок, форм захвата, ключевых аргументов. Пользователь физически не может кликнуть, прочитать или отреагировать на элемент, который не попал в его поле зрения. Это фундаментально определяет формирование поведенческих факторов, которые Яндекс учитывает при ранжировании страниц в поиске.

Как Viewability учитывается в Яндексе 2026

Яндекс не публикует отдельную метрику «viewability» в открытых инструментах, однако алгоритм ранжирования Яндекса косвенно учитывает её через несколько взаимосвязанных поведенческих прокси-сигналов.

Глубина скроллинга как прокси viewability. Глубина просмотра в Яндекс.Метрике — процент пользователей, доскроливших до определённой части страницы — прямой индикатор того, какой контент был фактически viewable. Страницы, где пользователи регулярно доскачивают до 50–75% длины, получают устойчивый сигнал вовлечённости. Типичные ориентиры по индустрии: первый экран видит ~100% посетителей, второй — 55–70%, третий — 30–45%.

Long click и viewability. Поведенческий сигнал длинного клика — пользователь провёл на странице значительное время и не вернулся в выдачу — формируется только если контент был реально виден и воспринят. Низкий viewability ключевых блоков механически сокращает время на сайте и повышает Bounce Rate.

Яндекс.Метрика: карта скроллинга и Вебвизор. Эти инструменты позволяют напрямую визуализировать viewability сессий: тепловая карта показывает, до каких блоков дошли пользователи, Вебвизор воспроизводит конкретные сессии и показывает, что попало в viewport. Это позволяет диагностировать «зоны смерти» — контент, который технически присутствует на странице, но его никто не видит.

Core Web Vitals и viewability первого экрана. LCP (Largest Contentful Paint) измеряет скорость отрисовки самого крупного видимого элемента в viewport — прямое пересечение с viewability. Страницы с LCP > 2.5 секунды рискуют потерять пользователя до того, как контент станет viewable. Подробнее: Core Web Vitals.

MatrixNet-XL и поведенческий отклик. Предположительно, алгоритм агрегирует поведенческие паттерны, в том числе те, что являются косвенным следствием низкого viewability: высокий показатель отказов, короткие сессии, переформулировка запроса сразу после возврата из сниппета.

Как использовать Viewability на практике в SEO

1. Аудит viewability через карту скроллинга. Откройте Яндекс.Метрику → Карта скроллинга для целевых посадочных страниц. Определите «горячие зоны» (первый-второй экран) и «зоны смерти» — блоки, до которых доходит менее 20–25% посетителей. Весь ключевой контент (УТП, CTA, социальные доказательства) должен находиться в зонах с viewability выше 40%.

2. Оптимизация above-the-fold. Первый экран (~900–1080 px высоты для десктопа, 600–800 px для мобайла) должен содержать: чёткий H1, ответ на главный вопрос пользователя, первичный CTA. Не перегружайте первый экран баннерами и декоративными элементами — они снижают viewability смыслового контента.

3. Lazy loading без CLS. Отложенная загрузка снижает время инициализации, но при неправильной реализации создаёт сдвиги контента (CLS — Cumulative Layout Shift), что фактически снижает viewability: пользователь нацеливается на элемент, а тот смещается вниз. Следите за CLS в Core Web Vitals — рекомендуемое значение < 0.1.

4. Мобильный viewport отдельно. На мобильных устройствах viewport значительно меньше (360–430 px ширина, 640–900 px высота). Контент, viewable на десктопе «с первого экрана», на смартфоне может оказаться за вторым скроллом. Тестируйте раскладку в реальных размерах устройств — особенно для страниц с высоким мобильным трафиком.

5. Viewability рекламных блоков РСЯ. Размещайте рекламные блоки в зонах с viewability > 70% — это увеличивает CTR в Яндексе по рекламным объявлениям и монетизацию без деградации UX. Реклама выше основного контента снижает viewability ключевых элементов страницы и негативно влияет на поведенческие сигналы.

Почему Viewability важен для поведенческих факторов

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

Viewability и Bounce Rate. Если пользователь приходит на страницу и видит только медленно загружающийся экран или нерелевантный first-screen — он уходит немедленно, не дав странице шанса показать ценность. Яндекс фиксирует это как отказ, что негативно сказывается на ранжировании Яндекса по целевым запросам.

Viewability и накрутка ПФ. При работе с поведенческими факторами viewability критически важен: имитируемые пользователи должны взаимодействовать с контентом, который реально виден в viewport. Сессия, в которой скроллинг присутствует, но viewport никогда не достигает ключевых блоков — выглядит неестественно и не формирует нужных поведенческих сигналов в алгоритм.

Viewability и Return rate. Пользователи, получившие реальную ценность от контента, который они видели и читали, с большей вероятностью вернутся на сайт напрямую. Высокий прямой трафик и return rate — устойчивые позитивные loyalty signal для алгоритма Яндекса.

Viewability и Pogosticking. Пользователь, не нашедший нужного контента в видимой области, быстро возвращается в SERP Яндекса и переходит к следующему результату. Высокий pogosticking — однозначно негативный сигнал релевантности. Улучшение viewability ключевого контента напрямую снижает вероятность этого сценария.

В 2026 году, при высокой конкуренции за поведенческие сигналы Яндекса, viewability — не второстепенный технический параметр, а базовый гигиенический критерий качества посадочной страницы.

Связь с другими метриками и сигналами

Viewability является «upstream»-метрикой по отношению к большинству поведенческих показателей: время на сайте, глубина просмотра, CTR в Яндексе и return rate — все зависят от того, был ли контент фактически виден пользователю. Улучшение viewability одновременно улучшает все нижестоящие поведенческие метрики без прямого воздействия на каждую из них в отдельности.

На техническом уровне viewability первого экрана тесно связан с Core Web Vitals — особенно с LCP (скорость появления viewable-контента) и CLS (стабильность layout). С точки зрения контентной стратегии viewability неотделим от релевантности: идеально viewable страница с нерелевантным контентом всё равно приведёт к погостикингу и переформулировке запроса. Viewability задаёт условия игры — поведенческие факторы определяют её итог.

Частые вопросы

Чем viewability отличается от обычного показа (impression)?
Impression засчитывается в момент загрузки элемента в HTML, независимо от того, видел его пользователь или нет. Viewability фиксируется только если элемент фактически находился в видимой области экрана (viewport) в течение установленного времени — по стандарту IAB минимум 1 секунда для дисплейных форматов при ≥ 50% пикселей в viewport.
Как измерить viewability контента (не рекламы) на своём сайте?
Используйте Карту скроллинга и Вебвизор в Яндекс.Метрике — они показывают, до каких блоков доходят пользователи. Для точного измерения настройте события через Intersection Observer API: отправляйте цель в Метрику, когда ключевой блок (CTA, H1, форма) попадает в viewport на 50%+ и остаётся там 1+ секунду.
Какой процент viewability считается нормальным для посадочной страницы?
Типичные ориентиры: первый экран — 95–100%, второй — 55–70%, третий — 30–45%. Если ключевые блоки (форма захвата, основной CTA) имеют viewability ниже 20–25% — это сигнал к реструктуризации страницы или переносу важных элементов выше.
Влияет ли низкий viewability рекламных блоков на SEO в Яндексе?
Напрямую — нет: Яндекс не видит данные вашей внутренней аналитики по рекламным блокам. Но косвенно: агрессивная реклама, перекрывающая основной контент, снижает viewability смысловых блоков, увеличивает bounce rate и негативно влияет на поведенческие сигналы ранжирования.
Что такое iab viewable и при чём тут SEO?
IAB Viewable (MRC Viewability Standard) — отраслевой стандарт для рекламного рынка: дисплейный баннер считается viewable, если 50% его пикселей видны минимум 1 непрерывную секунду. В SEO этот стандарт переосмысляется применительно к контенту как рабочая эвристика для оценки видимости ключевых блоков страницы.
Как viewability связан с Core Web Vitals?
LCP (Largest Contentful Paint) измеряет скорость появления самого крупного viewable элемента в первом экране — напрямую отражает, как быстро пользователь видит ключевой контент. CLS (Cumulative Layout Shift) влияет на стабильность видимой области: сильные сдвиги снижают viewability, потому что элементы смещаются до того, как пользователь успел с ними взаимодействовать.