Как перейти с MGID на Adgora

Как перейти с MGID на Adgora

Переход с MGID — это не просто смена платформы. Это набор небольших решений, и первое из них очень простое: нужно ли вам переносить этот аккаунт целиком именно сейчас или только его часть? Если у вас 3 типа виджетов, один native feed и один формат трафика, ответ может отличаться от аккаунта, построенного вокруг нескольких feed-юнитов, правил для аудитории и настроек, которые есть только в MGID. Эта разница имеет значение, и именно поэтому миграция с mgid на adgora требует внимательного подхода.

Если ваша настройка MGID уже аккуратная, миграция может пройти быстро. Если же в ней есть особые исключения, кастомная логика показа и старые тесты, о которых вы давно забыли, нужен более строгий план. Этот материал про крипторекламу, монетизацию и Ad-Tech-гайды находится в той же практической плоскости, но здесь фокус уже: как перейти с MGID, не потеряв полезную часть аккаунта и не усложнив перенос кампаний из mgid в adgora.

1. Убедитесь, что миграция действительно нужна именно для вашей настройки MGID

Начинайте с аккаунта, а не с идеи. Посмотрите на активные типы виджетов, набор форматов трафика и любые настройки, которые в MGID для вас критичны. Один паблишер может зависеть от одного блока рекомендаций контента, который работает очень специфично. Другой может использовать 4 разные площадки с разной логикой ставок. Это уже не одна и та же миграция.

Проверьте, ведёт ли MGID кампании, которые вы хотите оставить в работе ещё на 2 недели или на 2 месяца. Если ответ — «только одна сезонная кампания», риск невысокий. Если в аккаунте есть несколько активных линий, завязанных на старые лендинги, старые креативы и одно ручное правило оптимизации, которое никто не может объяснить, зафиксируйте это до любых изменений.

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

2. Составьте список только тех элементов MGID, для которых нет прямой замены один в один

Не каждый элемент MGID нужно клонировать идеально. Что-то стоит воссоздать, что-то — приблизительно повторить, а что-то — сознательно убрать. Такое разделение экономит время. Оно же избавляет от бессмысленного поиска настройки, которая просто не переносится.

Зафиксируйте элементы MGID, которые действительно специфичны: кастомные виджеты, особый порядок ленты, старые whitelist’ы, метки кампаний, в которых зашито много истории, и любые теги отчётности, понятные только внутри MGID. Если ваша команда использует 6 меток для описания одной кампании, оставьте все 6 в заметках, но не переносите их все в Adgora, если они больше не помогают принимать решения. Более компактная структура проще в управлении.

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

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

3. Сопоставьте правила показа MGID со структурой аккаунта Adgora

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

Возьмите одну кампанию в MGID и опишите её правила показа простыми словами. Например: «только англоязычный трафик, 2 гео, мобильные устройства, лимит 1 конверсия на пользователя, исключены 5 publisher ID». Затем сопоставьте каждое правило с ближайшей структурой аккаунта Adgora. Если правило можно держать на уровне кампании, оставьте его там. Если оно относится к ad set или группе размещений, не прячьте его в названии креатива. Потом это создаст путаницу.

Названия должны быть короткими и механичными. По возможности используйте 3–5 токенов. Название вроде «US-EN-Mobile-Feed-A» проще проверять, чем длинное предложение с датами, инициалами команды и старыми пометками из тестов. Аккаунты MGID часто становятся неаккуратными из-за удобства, а не из-за плохой стратегии. Сейчас самое время это подчистить.

Если ваша команда уже пользовалась таким решением, как CPC против CPM и CPA, удерживайте эти ставки согласованными с новой структурой, а не перестраивайте их на ходу. Структура должна объяснять ставку, а не скрывать её.

4. Подготовьте креативы и контентные материалы под формат Adgora

Заголовки и миниатюры в MGID часто несут в себе привычки долгих тестов. Некоторые удачны. Некоторые просто знакомы. Перед переносом проверьте, какие материалы всё ещё соответствуют требованиям и редакционным ожиданиям Adgora. Это не полная переделка креативов. Это этап редактуры.

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

Затем проверьте миниатюры. Чистое изображение 1200 на 628 может хорошо работать на одной стороне миграции и быть слишком перегруженным на другой. Если на картинке мелкий текст, захламлённая рамка или фальшивый UI-фрейм, протестируйте его ещё раз до того, как отправите бюджет. Изображения, которые зависят от микроскопических деталей, обычно быстро устаревают. Как и бейджи, стрелки и перегруженные оверлеи.

Материалы в стиле feed тоже нужно проверять. Некоторые креативы MGID создавались, чтобы очень близко совпадать с контентной сеткой, а другие — чтобы выделяться более сильным редакционным акцентом. Adgora может принять оба подхода, но тестовый набор должен быть сбалансированным. На старте используйте 2 или 3 варианта, а не 12. Слишком много изменений креатива одновременно размоют результат.

Когда креатив затрагивает более широкую вертикаль, полезно смотреть не только на дизайн, но и на соответствие офферу. Поэтому материалы про крипторекламу или даже про кампании по установке мобильных приложений могут быть полезными ориентирами. Разный трафик ведёт себя по-разному. Креатив должен это учитывать.

5. Настройте окно параллельного сравнения

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

По возможности максимально точно совпадайте с определением аудитории. Если в MGID вы работаете на англоязычных desktop-читателей в 2 странах, не тестируйте Adgora только на mobile-трафике в 5 странах и не называйте это сравнением. Это другая аудитория. Используйте тот же набор гео, то же разделение по устройствам и тот же временной промежуток, если инвентарь это позволяет. Даже пересечение на 7 дней лучше, чем неструктурированный запуск.

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

На старте держите бюджеты небольшими. Смысл окна сравнения — понять направление, а не сразу принудительно масштабироваться в первый день. Если через 48 часов одна сторона явно слабее, вы уже что-то узнали. Если обе выглядят шумно, продлите тест вместо того, чтобы гадать. Гадание дорого стоит.

6. Проверьте непрерывность трекинга до переноса бюджета

Трекинг ломается чаще всего, и одного пропущенного параметра достаточно, чтобы данные выглядели неправильно. До переноса серьёзного бюджета убедитесь, что тот же postback, UTM или аналитическая логика по-прежнему корректно фиксирует конверсии в Adgora после переключения. Эта фраза звучит банально, потому что и сбой обычно банален.

Проверьте весь путь целиком, а не только фронтенд. Клик должен приходить с правильными source tags. Лендинг должен сохранять эти теги. Конверсия должна срабатывать один раз, а не дважды. Если система использует server postback, отправьте тестовую конверсию и сравните событие в трекере с событием в Adgora. Если цифры расходятся, остановитесь.

Заметки по трекингу ведите простым языком. Укажите названия параметров, конечный URL, имя события конверсии и запасной аналитический метод на случай сбоя postback. Не полагайтесь на память. В миграциях память часто ошибается первой. Аккуратный журнал поможет, если после запуска нужно будет сравнить 2 дня данных.

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

7. Решите, что в MGID нужно отключить, поставить на паузу или оставить работать

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

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

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

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