Як перейти з MGID на Adgora

Як перейти з MGID на Adgora

Перехід із MGID — це не просто заміна платформи. Це низка невеликих рішень, і перше з них просте: вам справді потрібно переносити цей акаунт зараз чи лише його частину? Якщо у вас 3 типи віджетів, один нативний фід і один формат трафіку, відповідь може бути іншою, ніж для акаунта, побудованого навколо кількох фід-одиниць, правил для аудиторій і налаштувань, доступних лише в MGID. Ця різниця має значення.

Якщо ваша конфігурація MGID уже чиста, міграція може пройти швидко. Якщо ж вона нашарована спеціальними винятками, кастомною логікою показу та старими тестами, про які ви вже майже забули, потрібен точніший план. Цей гайд про крипторекламу, монетизацію та Ad-Tech рухається в тому ж практичному напрямку, але тут фокус вужчий: як перейти з MGID, не втративши корисні частини акаунта, адже міграція з MGID на Adgora має спиратися на реальну структуру акаунта, а не на припущення.

1. Переконайтеся, що міграція справді потрібна саме для вашої конфігурації MGID

Починайте з акаунта, а не з ідеї. Подивіться на активні типи віджетів, мікс форматів трафіку та будь-які налаштування MGID, на які ви спираєтесь. Один паблішер може залежати від єдиного блоку рекомендацій контенту, який працює дуже специфічно. Інший може використовувати 4 окремі розміщення з різною логікою ставок. Це не одна й та сама міграція.

Перевірте, чи в MGID у вас є кампанії, які ви ще хочете залишити активними на 2 тижні або на 2 місяці. Якщо відповідь — “лише одна сезонна кампанія”, ризик невеликий. Якщо в акаунті є кілька активних ліній, прив’язаних до старих лендингів, старих креативів і одного ручного правила оптимізації, яке ніхто не може пояснити, занотуйте це до будь-яких змін.

Під усім цим є практичне питання: що саме в MGID сьогодні реально працює? Якщо ваші найсильніші розміщення вже нестабільні, сліпе перенесення просто відтворить ту саму нестабільність у новому місці. Перехід з MGID на Adgora варто починати саме з цього фільтра, бо погана конфігурація, скопійована ідеально, все одно залишається поганою конфігурацією.

2. Зберіть лише ті елементи MGID, які не мають прямого аналога один-в-один

Не кожен елемент MGID потрібно клонувати без змін. Частину варто відтворити, частину — адаптувати, а частину — свідомо прибрати. Таке розрізнення економить час. Воно також допомагає не витрачати ранок на пошук налаштування, яке просто не переноситься між платформами.

Занотуйте ті елементи MGID, які справді специфічні: кастомні віджети, особливий порядок фіду, старі whitelist-и, мітки кампаній, що несуть багато історії, і будь-які теги для звітності, які мають сенс лише всередині MGID. Якщо ваша команда використовує 6 міток для опису однієї кампанії, залиште всі 6 у нотатках, але не переносіть усі 6 в Adgora, якщо вони не допомагають ухвалювати рішення. Більш компактна структура керується легше, і налаштування реклами в Adgora після MGID буде простішим, якщо ви одразу відсічете зайве.

Корисна звичка: розділіть інвентар на 3 колонки — “Відтворити”, “Адаптувати” і “Прибрати”. Це звучить банально, бо так і є. Але саме цей крок зупиняє найпоширенішу помилку міграції: припущення, що кожне старе поле обов’язково має знайти собі місце в новій платформі. Не має.

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

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

Тут структура важливіша за швидкість. У MGID розміщення, логіка таргетингу, ліміти та назви могли формуватися відповідно до того, як ваша команда росла з часом. В Adgora ті самі елементи варто згрупувати так, щоб ви могли прочитати ефективність за 30 секунд, а не за 30 хвилин.

Візьміть одну кампанію з MGID і запишіть її правила показу простою мовою. Наприклад: “лише англомовний трафік, 2 гео, мобільні пристрої, ліміт 1 конверсія на користувача, виключено 5 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. Налаштуйте вікно порівняння side-by-side

Не вимикайте MGID у перший день. Залиште його активним, поки в кадр входить Adgora, але організуйте тест обережно. Порівняння дає корисний результат лише тоді, коли аудиторії, розміщення й період тесту контрольовані. Інакше ви просто порівнюєте два рухомі об’єкти.

Максимально точно зіставте визначення аудиторії. Якщо в MGID ви працюєте з desktop-читачами, які говорять англійською, у 2 країнах, не тестуйте Adgora на мобільному трафіку в 5 країнах і не називайте це порівнянням. Це інша аудиторія. Використовуйте той самий набір гео, той самий поділ за пристроями й той самий часовий проміжок, якщо інвентар це дозволяє. Навіть накладання на 7 днів краще, ніж неструктурований запуск.

Відповідність розміщень також важлива. Якщо в MGID 4 паблішери або 4 позиції віджета генерують основний обсяг, спершу оберіть еквівалентні розміщення. Вам потрібен контрольований тест, а не широкий запуск, замаскований під тест. Одна позиція може поводитися інакше, ніж інша, з причин, які взагалі не пов’язані з платформою.

На старті тримайте бюджети невеликими. Суть вікна порівняння — виміряти напрямок, а не змусити масштаб з першого дня. Якщо через 48 годин одна сторона явно слабша, ви вже щось дізналися. Якщо обидві дають шум, продовжіть тест замість здогадок. Здогадки коштують дорого.

6. Перевірте безперервність трекінгу перед тим, як переносити бюджет

Трекінг — це частина, яка ламається найчастіше, і достатньо одного відсутнього параметра, щоб дані почали виглядати неправильно. Перш ніж переносити серйозний бюджет, переконайтеся, що той самий postback, UTM або аналітична логіка все ще коректно фіксує конверсії в Adgora після переходу. Це речення звучить елементарно, бо і збій елементарний.

Перевірте весь шлях, а не лише фронтенд. Клік має прийти з правильними source-тегами. Лендинг має зберегти ці теги. Конверсія має спрацювати один раз, а не двічі. Якщо ваша система використовує серверний postback, надішліть тестову конверсію та порівняйте подію в трекері з подією в Adgora. Якщо цифри не збігаються, зупиніться тут.

Ведіть нотатки про трекінг простими словами. Складіть список назв параметрів, цільового URL, назви події конверсії та резервного методу аналітики, якщо postback не спрацює. Не покладайтеся на пам’ять. У роботі з міграцією саме пам’ять часто помиляється першою. Акуратний лог допоможе, якщо після запуску вам потрібно буде порівняти 2 дні даних.

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

7. Визначте, що в MGID варто закрити, призупинити або залишити активним

Вимкнення — це не драматичний фінальний крок. Це чекліст. Призупиніть кампанії, які вже замінені, залиште недоторканими все, що ще потрібно для звітності чи історичного порівняння, і не видаляйте старі дані занадто рано. Коли дані зникнуть, ви не відновите контекст минулого кварталу зі скриншота.

Зупиняйте поетапно. Спочатку слабкі кампанії MGID, потім дублікати тестів, потім ті кампанії, які вже добре покриває Adgora. Залишайте будь-яку активну лінію порівняння доти, доки не матимете щонайменше 1 чистий звітний цикл. Якщо вашій команді потрібен історичний доступ для фінансів або перевірки клієнтом, тримайте акаунт живим навіть тоді, коли витрати майже нульові. Неактивний акаунт усе ще корисний.

Є один невеликий, але дратівливий ризик: внутрішня плутанина. Якщо 2 людини все ще можуть запускати щось у MGID, а 2 інші вже працюють в Adgora, хтось змінить щось не там. Тому призначте одного власника старого акаунта і одного — нового. Цього достатньо. Зафіксуйте дату передачі письмово.

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