Выбираем место для проверки
Начните с карты длинной статьи. Отметьте заголовок, оглавление, первый ответ на вопрос пользователя, таблицы и итог. По аналитике выясните, до каких участков обычно доходят читатели. Для эксперимента выберите границу между законченными смысловыми частями. Проверьте на телефоне, что реклама не похожа на пункт оглавления, кнопку скачивания или редакционную рекомендацию. Рядом со ссылкой, по которой человек продолжает сценарий, особенно легко получить ошибочное нажатие.
В контроле оставьте одно действующее место, в тесте добавьте только второе. Сохраните одинаковый текст, заголовки, источники и первый блок. Назначайте вариант по посетителю и фиксируйте его при следующих переходах. Сравните вначале техническое состояние: число попаданий в группы, успешность загрузки и видимые показы. Если одна версия не открывается в части браузеров, доход сравнивать рано.
Требования РСЯ к размещению блоков
Считаем доход по странице целиком
Допустим, обе группы получили по 10 000 визитов. Контроль принёс 1 600 ₽, вариант с новым местом принёс 1 900 ₽. Прирост равен 30 ₽ на тысячу визитов. Посмотрите отчёт по обоим блокам. Дополнительный блок мог дать 500 ₽, а прежний потерять 200 ₽. Для решения важна разница всего шаблона, потому что рекламные места конкурируют за внимание и количество просмотренных страниц.
Параллельно измерьте долю читателей, которые дошли до заранее заданного абзаца или нажали полезную редакционную ссылку. В примере доля дочитываний снизилась с 42 до 38%. Это 400 меньше завершений при том же объёме. Если статья ведёт к подписке, сравните также число подписок и их стоимость для бизнеса. Прирост показов сам по себе не компенсирует потерю чтения или целевого действия. Критерий допустимой потери согласуйте до запуска.
Метрики вознаграждения и видимости
Учитываем различия между статьями
Не переносите результат длинного обзора на короткий ответ. В обзоре второй блок видят люди, которые уже получили первую часть ответа, а в короткой статье такой блок может вытеснить вывод или источник. Для каждого семейства страниц проверьте собственный вариант, начиная с одной рубрики. Если весь трафик пришёл на одну публикацию, оставьте решение только для её шаблона. Остальные статьи проверьте на стабильном наборе входов.
До запуска выберите период, ожидаемое число визитов и условия остановки. Отдельно проверьте выходные и будни. При заметном росте случайных нажатий, перекрытии интерфейса или ухудшении загрузки верните контроль. Если обе версии прошли проверку, сохраните в отчёте RPM на визит, завершение чтения и вывод по устройствам. При следующем изменении дизайна этот отчёт станет исходной точкой для повторной проверки.