Стоит ли переносить рекламные лендинги на другой домен из-за 90% отказов?

Переносить рекламные лендинги на другой домен только из-за 90% отказов не стоит. Показатель отказов в системе веб-аналитики и пользовательские сигналы, которые поисковая система может использовать при оценке результатов поиска, — не одно и то же.

В Яндекс Метрике отказ — это технически определённый тип визита: не больше одного просмотра страницы, длительность меньше заданного порога, по умолчанию 15 секунд, и отсутствие события «неотказ». Поэтому 90% отказов означает прежде всего то, что большинство рекламных посетителей подпадает под это правило расчёта. Сам по себе процент не говорит, что сайт «плохой» для поиска.

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

Высокий отказ рекламного трафика — не то же самое, что плохие ПФ в поиске

У Яндекса действительно есть пользовательские сигналы. В актуальной документации указано, что при обучении и оценке поисковых алгоритмов используются данные о взаимодействии пользователей с результатами Поиска. Например, Яндекс учитывает, вернулся ли пользователь быстро в выдачу и пришлось ли ему переформулировать запрос.

Но это не тождественно показателю «Отказы» в Метрике. Тем более из документации не следует правило вида «высокий процент отказов у платного трафика ухудшает ранжирование всего домена».

Здесь есть нюанс. В архивной публикации Яндекса 2015 года говорится, что данные Метрики могут давать Поиску дополнительную информацию о том, насколько сайт решает задачи пользователей. Однако даже этот источник не устанавливает процент отказов как самостоятельный фактор, не задаёт порогов и не говорит, что рекламные отказы автоматически переносятся на весь домен.

Для Google оснований для такого переноса ещё меньше. Представители Google неоднократно заявляли, что аналитический bounce rate и данные Google Analytics не используются непосредственно как сигнал ранжирования. В декабре 2023 года Google Search Liaison снова ответил отрицательно на вопрос об использовании связанных с Search Console данных GA как ranking signal.

Перенос создаёт реальные SEO-риски

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

Яндекс также предупреждает, что при смене домена количество страниц в поиске, позиции и посещаемость могут заметно измениться.

Получается плохой обмен: вы пытаетесь устранить недоказанный риск от рекламных отказов и ради этого принимаете доказанный риск миграции.

Что делать вместо переноса

Сначала разделите аналитику по источникам. Для каждого лендинга отдельно смотрите платный, органический и прямой трафик. Сравнивайте не общий показатель отказов, а конверсии и качество трафика каждого канала.

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

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

Отдельный домен имеет смысл при самостоятельной причине: другой бренд, отдельный продукт, юридическое разделение, независимая рекламная инфраструктура или техническая архитектура. «Изолировать плохие ПФ» — недостаточное основание для миграции.