Как мигрировать с MGID на Adgora без потери дохода

Определяйте масштаб миграции через защиту дохода, а не через полное совпадение платформ

Первая ошибка — пытаться в первый же день скопировать в MGID каждую деталь. Это кажется аккуратным, но может растянуться на недели возни, пока доход будет постепенно проседать. Начните с одного вопроса: что должно оставаться стабильным, чтобы сайт продолжал зарабатывать?

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

Хорошее описание масштаба включает три вещи: точный раздел сайта, модель дохода за ним и временной промежуток, который вы защищаете. Один сайт может сначала перенести только 5 ценных страниц статей. Другому могут понадобиться главная и 2 страницы категорий. Масштаб небольшой. Защита реальная.

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

Один издатель однажды воспринимает переход как проект редизайна и в итоге одновременно меняет 14 мелких настроек. Потом появляется спад, и никто не понимает, в чём причина — в виджете, тайм-ауте или сдвиге макета. Избегайте такой путаницы. Сначала миграция должна быть достаточно маленькой, чтобы её можно было диагностировать за одно утро.

Проведите аудит всех критичных для дохода размещений, виджетов и правил, которые нельзя менять

Составьте список из 4 колонок: название размещения, текущее поведение в MGID, влияние на доход и может ли Adgora повторить это напрямую. В этот список должны попасть точные виджеты над первым экраном, в теле статьи и в конце контента, потому что именно там чаще всего и проявляются изменения RPM.

Сосредоточьтесь на вещах, которые влияют на заполнение, загрузку страницы и пользовательский опыт. Если виджет добавляет 1,5 секунды к времени загрузки, это важно. Если липкий элемент сдвигает контент вниз и повышает показатель отказов, это тоже важно. Небольшая задержка может стоить дороже, чем любая «умная» оптимизация принесёт обратно.

Внимательно посмотрите на правила показа. Ограничения частоты, таргетинг по устройствам, геофильтры и блокировки по категориям контента могут быстро изменить структуру дохода. Если какое-то правило не задокументировано, отметьте это явно. Не гадайте. Гадание дорого обходится.

Полезная привычка здесь такая: отделяйте «обязательно сохранить» от «желательно сохранить». Размещение, которое даёт 40% RPM страницы, относится к первой группе. Декоративная обёртка, которая меняет только внешний вид, — ко второй. Та же логика относится к обновлению виджетов, расстоянию между рекламными слотами и правилам lazy loading.

• Названия и позиции размещений
• Виджеты над первым экраном и в контенте
• Интервалы обновления
• Правила для отдельных устройств
• Гео- и source-фильтры
• Влияние на скорость страницы

Есть один практический тест. Если удаление настройки сильнее повлияет на доход, чем на внешний вид, оставьте её в зоне миграции. Всё просто. Поэзия не нужна.

Постройте базовую линию на основе последнего стабильного периода в MGID

Перед любым переключением сделайте снимок последнего стабильного периода в MGID. Возьмите 7 дней или 14, если трафик сайта ровный; если по выходным бывают сильные колебания, включите данные и за будни, и за выходные. Вам нужна базовая линия, отражающая нормальное поведение, а не случайный пик.

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

Соберите цифры в одной таблице. Потом скопируйте их в другую. Это может показаться излишним, но когда первые 48 часов после миграции станут шумными, вам понадобится чистая копия, которой можно доверять. Держите базовую линию достаточно компактной, чтобы её можно было прочитать за 5 минут.

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

И ещё: не сравнивайте первый час после миграции с полным стабильным днём и не паникуйте. Так люди сами себе придумывают проблемы. Сравнивайте сопоставимое, лучше всего тот же час дня и тот же набор источников трафика.

Воссоздайте текущую монетизацию в Adgora с минимальным количеством изменений

Первая настройка Adgora должна повторять текущий путь дохода, а не улучшать его. Сопротивляйтесь желанию протестировать 6 новых идей сразу. Цель — непрерывность. Более аккуратная оптимизация может быть позже, после того как аккаунт докажет, что умеет держать доход стабильным.

Начните с того же порядка размещений, той же глубины в контенте и, где возможно, того же баланса между мобильными и десктопными показами. Если в MGID реклама стояла после 3-го абзаца и Adgora может предложить функционально похожий вариант, сначала повторите именно его. Не переделывайте тело статьи в первый день.

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

Здесь может помочь и внутренняя ссылка. Если на сайте вы параллельно ведёте другие тесты монетизации, на странице с гайдами по крипторекламе, монетизации и Ad-Tech можно посмотреть связанные заметки по настройке, не уходя далеко от самой миграции.

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

Запустите контролируемое разделение трафика только на самых рискованных страницах

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

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

Используйте простое правило разделения и держите его неизменным на протяжении тестового окна. Не меняйте сплит каждые несколько часов. Тогда данные станут бесполезны. Цель — сравнить доход в сопоставимых условиях, а не доказать, что хаос существует.

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

И ещё: делите по странице, а не по ощущениям. Страница, которая «кажется» безопасной, может скрывать самое большое падение дохода. Цифры менее обаятельны, но они лучше оплачиваются.

Следите за скрытыми утечками дохода в первые 48–72 часа

Именно в первые 48–72 часа проявляются скрытые утечки. Реклама может быть на месте, панель может показывать активность, и всё же доход падает, потому что слот отрисовывается поздно или не отрисовывается вовсе. Проверяйте сбои в отображении размещений, задержки загрузки, отсутствие отчётности или неправильное направление трафика.

Особенно внимательно смотрите на мобильные устройства. Размещение, которое на десктопе работает нормально, может развалиться на маленьком экране, если контейнер изменит ширину всего на несколько пикселей. Следите и за видимостью. Живое объявление, которое слишком часто оказывается ниже первого экрана, не удержит прежний профиль заработка.

Ищите пробелы в отчётности. Если Adgora фиксирует показы, а сравнение с периодом MGID показывает пропавший мост к доходу, проблема может быть в трекинге, а не в доставке. Это различие важно. В одном случае проблема в настройке; в другом — деньги уходят с сайта незаметно.

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

Короткой фразы здесь достаточно: подождите. Потом проверьте. Потом сравните ещё раз.

Решайте, когда масштабировать, ставить на паузу или откатывать, исходя из порогов дохода

Решения не должны приниматься по настроению. Задайте порог заранее. Это может быть процентный коридор относительно базовой линии или фиксированный минимум дохода для тестовых страниц, но он должен существовать ещё до первого показа.

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

Порог должен быть виден всем участникам. Это касается издателя, менеджера трафика и человека, который проверяет отчёты в 2 часа ночи. Порог, спрятанный в чате, — это не порог вообще.

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

Упрямству тут не место. Если страница теряет 12% и не восстанавливается, масштабирование только умножит ошибку. Честные пороги защищают аккаунт.

Закрепите постмиграционный мониторинг, чтобы доход оставался стабильным

После завершения первоначального переноса настройте регулярную проверку. Для многих издателей подойдёт еженедельный ритм; в первые 10 дней после переключения лучше проверять ежедневно. Задача — заметить небольшие изменения до того, как они превратятся в тихое снижение дохода.

Каждый раз проверяйте три вещи: эффективность размещений, изменения в миксе трафика и согласованность отчётности. Если за неделю доля мобильного трафика выросла на 15%, может понадобиться иной баланс размещений. Если внезапно появился новый источник рефералов, он может настолько изменить поведение пользователей, что это станет значимо.

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

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

Сделайте ещё одну вещь. Заархивируйте базовую линию, порог и итоговую принятую конфигурацию в общем документе. Будущие изменения будут проще, и следующая миграция не начнётся с нуля. Это экономит часы.

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