Всплывающий pop-up — один из самых дискуссионных инструментов конверсионного маркетинга. Он поднимает CR до 9 %, но стоит немного ошибиться с форматом — и Google вручит странице понижение в поиске за «навязчивые интерстишлы». С января 2017 года мобильный алгоритм Google прямо наказывает сайты за попапы, блокирующие контент. Разбираемся, где проходит граница, какие паттерны безопасны и как сделать всплывающее окно активом, а не обузой для SEO.
В этой статье 9
- Почему Google штрафует за попапы: история intrusive interstitials
- Что именно Google считает нарушением: три запрещённых паттерна
- Какие всплывающие окна разрешены: исключения из правила
- Как всплывающие окна влияют на поведенческие факторы: механика ущерба
- Паттерны без вреда: как делать попапы правильно
- Технические требования к мобильным попапам в 2025–2026 году
- Юридические и GDPR-попапы: отдельный случай
- Как проверить попап на соответствие требованиям Google: практический чек-лист
- Альтернативы попапу: форматы с нулевым SEO-риском
Почему Google штрафует за попапы: история intrusive interstitials
В августе 2016 года Google объявил: с января 2017 страницы, использующие «навязчивые интерстишлы» на мобильных устройствах, получат понижающий ранжирующий сигнал. Причина прозрачна — на смартфоне попап, закрывающий 60–80 % экрана, делает страницу фактически нечитаемой сразу после перехода с поисковой выдачи. Пользователь не видит контент, который обещал сниппет, нажимает «назад» — и поисковик фиксирует поведенческий сигнал «pogo-sticking». Систематически высокий отказ по этой причине транслируется в снижение позиций.
Важно понимать, что штраф не является мгновенным фильтром по типу ручных санкций — это сигнал в алгоритме ранжирования. Он снижает «потолок» позиций конкретной страницы. При высококонкурентных запросах разница в 2–3 позиции от этого сигнала может стоить значительной доли органического трафика. Проверить, есть ли у сайта ручные санкции за навязчивые интерстишлы, можно в разделе «Меры, принятые вручную» в Google Search Console — подробнее об этом в нашем руководстве по Google Search Console.
Что именно Google считает нарушением: три запрещённых паттерна
Google в официальной документации описывает три сценария, за которые страница получает сигнал понижения. Первый — попап, появляющийся сразу после перехода с поиска и перекрывающий основной контент до того, как пользователь успевает его увидеть. Второй — standalone-интерстишл, который нужно закрыть или пролистать перед тем, как контент становится доступен. Третий — макет, при котором «надземная» часть страницы (above the fold) выглядит как полноэкранный попап, а основной контент спрятан ниже — пользователь должен скроллить, чтобы добраться до него.
- Попап появляется немедленно при загрузке страницы и занимает >25 % высоты экрана.
- Интерстишл закрывает контент, пока пользователь не совершит целевое действие (подписка, подтверждение возраста и т. п.).
- Верхняя часть страницы визуально воспринимается как отдельный экран-баннер, скрывающий контент.
- Кнопка «Закрыть» слишком мала (<20 px) или расположена за пределами видимой области.
- Повторный показ попапа на той же сессии после закрытия.
Какие всплывающие окна разрешены: исключения из правила
Google явно называет три категории легальных интерстишлов. Первая — юридически обязательные уведомления: подтверждение возраста (алкоголь, казино), банеры о cookies согласно GDPR/ePrivacy, предупреждения для YMYL-контента. Вторая — окна авторизации на закрытых ресурсах (paywall, личный кабинет): если страница по природе своей не доступна без входа, перекрытие контентом авторизационного окна не считается нарушением. Третья — «небольшие и легко закрываемые» баннеры, которые не занимают значительную часть экрана.
Практический порог «небольшого баннера» по наблюдениям SEO-сообщества — не более 25 % высоты экрана. На смартфоне с экраном 812 px это около 200 px. Именно этот ориентир стоит закладывать в дизайн. Для сайтов, которые проходят SEO-аудит, проверка интерстишлов обязательно включается в блок технического анализа мобильной версии.
Максимальная высота pop-up от экрана
- Максимальная высота pop-up от экрана
- ≤25 %
- Практический порог для мобильных устройств без риска штрафа Google
Текст схемы и все данные
Максимальная высота pop-up от экрана
- Максимальная высота pop-up от экрана
- ≤25 %
- Практический порог для мобильных устройств без риска штрафа Google
Как всплывающие окна влияют на поведенческие факторы: механика ущерба
Помимо прямого алгоритмического сигнала Google, навязчивые попапы разрушают поведенческие факторы по всему спектру. Метрика «время на сайте» падает, потому что пользователь видит баннер вместо контента и уходит раньше, чем осмысленно взаимодействует со страницей. Показатель отказов растёт — Яндекс.Метрика фиксирует визит без клика как «отказ» при длине менее 15 секунд. Глубина просмотра снижается: если попап раздражает на первой странице, вероятность продолжения сессии заметно падает — это стабильно видно в записях сессий и юзабилити-тестах.
В Яндексе «карма» поведенческих сигналов напрямую влияет на позиции через матрикснет. Высокий pogo-sticking (возврат к выдаче в течение 10–15 секунд) — явный негативный сигнал. Попап, появляющийся мгновенно при входе, почти гарантирует провальные поведенческие показатели первых 5 секунд. Хотите проверить, как ведут себя пользователи на вашей странице с попапом? Подключите Вебвизор — записи сессий дают исчерпывающий ответ.
| Тип попапа | Δ Отказы | Δ Время на сайте | Δ CR лидогенерации | Риск SEO |
|---|---|---|---|---|
| Немедленный полноэкранный | +18–25 % | −30–45 % | +3–5 % | Высокий |
| Таймер 10 с, высота 25 % | +3–6 % | −5–8 % | +4–7 % | Низкий |
| Триггер на скролл 50 % | +1–3 % | −2–4 % | +5–8 % | Минимальный |
| Exit-intent (уход курсора) | +0–2 % | ≈0 % | +6–9 % | Минимальный |
| Slide-in нижний правый угол | ≈0 % | +1–3 % | +3–5 % | Нет |
| Sticky-баннер ≤80 px | ≈0 % | ≈0 % | +2–4 % | Нет |
Паттерны без вреда: как делать попапы правильно
Ключевое правило дружественного попапа — он должен появляться тогда, когда пользователь уже получил ценность от страницы, а не вместо неё. Это означает, что триггеры «при открытии» и «через 1–2 секунды» несовместимы с SEO на мобильных. Безопасные триггеры: прокрутка 40–60 % страницы, пауза активности 10+ секунд, намерение покинуть страницу (exit-intent по движению курсора к строке браузера). Если сайт проводит мобильное SEO-продвижение, проверка триггеров попапов — обязательный пункт технического чек-листа.
- Задержка появления: не менее 8–10 секунд после загрузки страницы или триггер по скроллу ≥40 %.
- Высота баннера: не более 25 % высоты вьюпорта на мобильном устройстве.
- Кнопка закрытия: заметная (≥44×44 px по стандарту Apple HIG), видна без скролла, работает с первого касания.
- Частота показа: не чаще 1 раза за сессию, с cookie-запоминанием на 30 дней после закрытия.
- Контент под попапом доступен немедленно после закрытия — без reload, без перескока к началу страницы.
- A/B-тест: всегда сравнивать вариант «без попапа» по bounce rate и конверсии одновременно.
- Exit-intent только на десктопе: на мобильном нет надёжного способа определить намерение уйти.
- Соблюдение WCAG: попап должен быть закрываем клавишей Esc и не ловить фокус экранного считывателя.
Триггеры появления попапа: хронология сессии
- 0–3 сек
- Зона молчания — никаких попапов, пользователь читает
- 8–10 сек
- Минимально допустимая задержка таймера
- 40–60 % скролла
- Оптимальный триггер по вовлечённости
- Пауза 15 сек
- Триггер по неактивности — пользователь читает
- Exit-intent
- Только десктоп: курсор уходит к адресной строке
Текст схемы и все данные
Триггеры появления попапа: хронология сессии
- 0–3 сек
- Зона молчания — никаких попапов, пользователь читает
- 8–10 сек
- Минимально допустимая задержка таймера
- 40–60 % скролла
- Оптимальный триггер по вовлечённости
- Пауза 15 сек
- Триггер по неактивности — пользователь читает
- Exit-intent
- Только десктоп: курсор уходит к адресной строке
Технические требования к мобильным попапам в 2025–2026 году
С точки зрения технического SEO, попап — это DOM-элемент, который влияет на Core Web Vitals. Попап, загружающий сторонние шрифты или изображения, задерживает LCP. Попап с анимацией, запускаемой через JavaScript в главном потоке, ухудшает INP (Interaction to Next Paint). Попап, смещающий макет после загрузки (layout shift), прямо добавляет к метрике CLS — и всё это складывается в оценку Core Web Vitals, которая является ранжирующим сигналом с 2021 года.
Практические технические требования: все ресурсы попапа (CSS, шрифты, изображения) должны либо загружаться асинхронно, либо быть включены в основной бандл и не задерживать первый рендер. Анимацию следует реализовывать через CSS-трансформации (translate, opacity) — они выполняются на GPU и не блокируют основной поток. Попап должен появляться только после события load или по пользовательскому триггеру, а не вставляться через document.write. Высоту попапа нужно фиксировать через CSS (height, max-height) до его появления, чтобы исключить CLS от reflow.
Юридические и GDPR-попапы: отдельный случай
Попапы с согласием на cookies — особый класс. Google и Яндекс прямо исключают их из-под действия санкций за интерстишлы. Однако это не означает вседозволенность в дизайне. Часто встречается злоупотребление: «тёмный паттерн» (dark pattern), когда кнопка «Принять всё» большая и зелёная, а «Настройки» — маленькая и серая, при этом сам попап перекрывает контент на 60 %. Google не штрафует за такой баннер с точки зрения интерстишлов, но регуляторы ЕС — штрафуют за нарушение GDPR. А вот навязчивый дизайн всё равно разрушает поведенческие сигналы: пользователь получает стресс на входе, и его сессионная активность хуже, чем у посетителя сайта с аккуратным cookie-баром в 50 px высотой.
Клиент использовал попап «Скидка 5 % за подписку» с триггером почти сразу после загрузки, перекрывавший больше половины мобильного экрана. Показатель отказов на мобильных страницах категорий был заметно выше среднего по сектору. После переработки: триггер сменили на скролл 50 % + таймер (что наступит первым), а высоту баннера уменьшили до безопасной зоны экрана. Через полтора-два месяца показатель отказов заметно снизился, органический мобильный трафик ощутимо вырос, конверсия в подписку немного просела, но выручка с органики выросла заметно сильнее потерь на лидах — за счёт восстановления позиций и трафика.
Собирательный пример на основе типовых проектов — не реальный клиент.
Как проверить попап на соответствие требованиям Google: практический чек-лист
Первая точка диагностики — инструмент проверки URL в Google Search Console (отдельный Mobile-Friendly Test закрыт в конце 2023 года). Он рендерит страницу как Googlebot Smartphone и показывает скриншот: если попап виден на нём при загрузке, это красный флаг. Второй инструмент — PageSpeed Insights с вкладкой «Мобильные»: здесь CLS фиксирует сдвиги от появления попапа, а INP — задержки от его JavaScript. Третий — ручная проверка через DevTools: дросселируйте сеть до 3G, эмулируйте Pixel 5 и засекайте, через сколько секунд появляется попап и сколько процентов экрана он занимает.
Для системного контроля рекомендуем настроить автоматический SEO-аудит с проверкой интерстишлов как отдельным критерием. В нашем агентстве мы используем Screaming Frog + кастомный JavaScript-снипет, который эмулирует мобильный вьюпорт и через 1 секунду после загрузки замеряет площадь модальных элементов с z-index > 100 и position: fixed. Если площадь превышает 25 % вьюпорта — тест провален, задача уходит в технический бэклог.
- Google Search Console → «Меры, принятые вручную» — ищите упоминание interstitials.
- Проверка URL в Google Search Console — визуальный рендер страницы ботом со скриншотом.
- PageSpeed Insights → CLS > 0.1 при загрузке с мобильного — подозрение на попап-reflow.
- Яндекс.Вебмастер → «Проблемы с мобильными страницами» (раздел «Диагностика»).
- Chrome DevTools → Device Mode (Pixel 5, throttle: Slow 3G) → 1 сек после загрузки → ruler для измерения высоты попапа.
- Яндекс.Вебвизор — просмотр реальных сессий с мобильных для понимания поведения при виде попапа.
На стыке SEO и конверсионной оптимизации эта ошибка повторяется снова и снова: CRO-команда ставит попап, потому что он поднял CR на 0,8 п.п. в A/B-тесте за 2 недели. Но тест не учитывает органический трафик — ведь позиции падают не за дни, а за 4–8 недель. К тому моменту, когда SEO-специалист замечает просадку и начинает разбираться, на счету попапа уже ощутимая потеря мобильного органического трафика. Математика проста: если ваш сайт делает 500 заявок в месяц из органики, CR попапа — 4 %, то за счёт попапа вы получаете 20 заявок. Но если органический трафик падает на 25 %, вы теряете 125 заявок. Итог: −105 заявок в месяц при видимой «победе» CR. Всегда считайте по трафику, а не только по конверсии.
Владимир БогдановОснователь и руководитель AOSA · эксперт по SEO и AEO, 12+ лет в поисковой оптимизацииАльтернативы попапу: форматы с нулевым SEO-риском
Когда бизнес не готов отказаться от лидогенерации через «захват внимания», есть форматы, которые дают близкий эффект без риска для ранжирования. Slide-in виджет — появляется в нижнем углу экрана, занимает 60–80 px высоты, не перекрывает контент. Inline-форма внутри текста — появляется между абзацами после 50 % контента, пользователь встречает её естественно при чтении. Sticky-баннер в футере — всегда виден при скролле вниз, не блокирует контент. Расширенный сниппет с формой в поиске (через schema.org) — зацепляет ещё в выдаче до перехода на сайт.
Если всё же нужен именно попап, оптимальная стратегия — сегментировать показ по источнику трафика. Для платного и прямого трафика можно использовать более агрессивные настройки (задержка 5 сек, высота 35 %). Для органического — только строгие параметры (задержка 10+ сек, высота ≤25 %). Большинство попап-сервисов (OptinMonster, Carrot Quest, Conversiontools) позволяют настроить сегментацию по UTM-меткам и реферальному источнику. Это позволяет максимизировать CR с платного трафика, не жертвуя поведенческими сигналами органических пользователей.