Налаштування домену для прелендера: власний домен, субдомен або домен трекера?

Більшість досвідчених нативних баєрів розміщують прелендери на виділеному кореневому домені, придбаному спеціально для цієї пропозиції або вертикалі, а не на субдомені брендового сайту та ніколи на власному домені для редіректу трекера. Причина — масштаб ураження: виділений домен ізолює ризик невідповідності одного кута підходу від усього іншого, що ви запускаєте; субдомен ділить репутацію з усім, що знаходиться на кореневому домені; а домен трекера ділить репутацію з кожним іншим рекламодавцем, що маршрутизує кліки через той самий кліковий домен.

Що насправді означає "домен прелендера" у воронці#

Клік по нативній рекламі майже ніколи не направляє користувача безпосередньо на ваш прелендер. Реальний ланцюжок виглядає так: рекламний блок на сторінці видавця, клік потрапляє на рекламний сервер мережі, той перенаправляє через ваш трекер (для захоплення ID кліку та атрибуції через постбек), і ланцюжок редіректів трекера нарешті направляє відвідувача на власний домен прелендера, перш ніж той знову перенаправить на офер. Кожен перехід — це окреме рішення щодо домену, і ця стаття стосується лише останнього — домену, на якому фактично розміщений вміст вашого прелендера. Якщо ви ще не відобразили повний ланцюжок, почніть зі статті Воронки лендінгів для нативного трафіку, яка детально описує структуру від реклами до прелендера та офера.

Варіант 1: Виділений кореневий домен на пропозицію або вертикаль#

Це стандартний підхід для тих, хто запускає більше кількох кампаній. Ви реєструєте домен, направляєте його лише на один прелендер (або на невелике сімейство майже ідентичних варіантів) і розглядаєте його як одноразовий. Якщо кут підходу буде визнаний невідповідним командою контролю мережі або домен потрапить у чорний список браузера чи провайдера, ви втрачаєте один домен і замінюєте його наступним. Все інше, що ви запускаєте, залишається недоторканим.

Компроміси в основному операційні. Покупка та управління десятками доменів коштують грошей і адміністративного часу. У цьому середовищі поширені дешеві доменні зони (.info, .live, .today, .click), оскільки вони недорогі при оптовій покупці, але деякі мережі та інструменти безпеки на стороні видавця можуть трохи інакше оцінювати нові або незвичні доменні зони в автоматичній перевірці. Жодна з цих політик не опублікована, це лише те, що повідомляють баєри. Звичайний .com з реальним записом WHOIS все ще, як правило, проходить перевірку швидше, ніж зареєстрований в той же день .xyz.

Варіант 2: Субдомен вашого основного брендового або агенційного домену#

Використання offer1.youragency.com є спокусливим, оскільки це безкоштовно та швидко — ви вже володієте кореневим доменом. Проблема полягає в об'єднаній репутації. Деякі системи контролю відповідності мереж та сторонні чорні списки працюють на рівні кореневого домену, а не субдомену. Це означає, що порушення політики або потрапляння в чорний список одного субдомену може підірвати (або бути визначеним разом з) репутацію кожного іншого субдомену на тому ж кореневому домені, включаючи ваш фактичний сайт агенції, якщо він у вас є.

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

Варіант 3: Дозволити домену для редіректу трекера або мережі також бути хостом#

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

Наскільки це насправді впливає на витрати, а не лише на ризик#

Рішення щодо домену не лише обмежує ризик невідповідності, але й безпосередньо впливає на вартість. У кількох мережах рання результативність та історія перевірок домену впливають на те, наскільки швидко ваша ставка проходить аукціон і скільки ви платите за те саме розміщення порівняно з доменом, який уже має чисту історію. Медіабаєри часто повідомляють, що новий домен, навіть з чистим вмістом, спочатку забезпечує дещо менш вигідний ефективний CPC, ніж встановлений домен з тією ж креативною ідеєю, поки домен не накопичить достатньо історії. Це є анекдотичним і залежить від мережі, а не документальною політикою, але це досить послідовно в звітах баєрів, щоб варто враховувати це при плануванні того, наскільки агресивно ви ротаціюєте домени лише для уникнення перевірок; занадто часта ротація без інших причин, окрім уникнення контролю, може коштувати вам періоду розгону багаторазово замість одного разу.

Фактори на рівні домену, які варто правильно налаштувати незалежно від обраного варіанту#

Вартісна сторона використання кількох доменів#

Покупка доменів невеликими партіями через звичайного реєстратора є дешевою в розрахунку на один домен, але реальна вартість — це адміністративні накладні витрати: поновлення, DNS-записи, SSL-сертифікати та відстеження того, який домен відповідає якій пропозиції або куту підходу. Баєри, які масштабуються за межі кількох активних кампаній, зазвичай вирішують це за допомогою електронної таблиці або легкого внутрішнього інструменту для відстеження домену, дати реєстрації, вертикалі, кута підходу та статусу (активний, визнаний невідповідним, виведений з експлуатації), оскільки без такого обліку стає неможливо визначити, чи є падіння результативності провалом кута підходу, чи домен тихо втрачає довіру. Пропуск цього відстеження є найпоширенішою причиною, чому баєри не можуть розрізнити ці дві речі, коли щось перестає конвертувати.

Поширені помилки, що створюють уникненний ризик#

• Повторне використання домену, який був визнаний невідповідним, для нового кута підходу замість його виведення. Домен, який одного разу спровокував перевірку на відповідність, як правило, перевіряється більш критично вдруге, навіть для непов'язаного вмісту.
• Направлення кількох непов'язаних пропозицій на один і той же домен для економії коштів. Це повністю знищує перевагу ізоляції від виділеного домену та знову вводить проблему об'єднаного ризику, яку ви намагалися уникнути.
• Дозвіл закінчитися терміну дії SSL-сертифіката домену. Окрім очевидної проблеми з довірою та попередженнями браузера, прострочений сертифікат — це саме той сигнал про занедбану інфраструктуру, через який домен виглядає покинутим або низькоякісним як для мереж, так і для читачів.
• Забування оновити WHOIS або контактну інформацію реєстранта після зміни реєстратора або агенції. Відбиті повідомлення про поновлення — це те, як домени втрачаються через закінчення терміну дії, іноді посеред кампанії.

Налаштування, яке масштабується без ставання некерованим#

Працездатний компроміс виглядає так: купуйте домени невеликими партіями (від п'яти до десяти), організованими за вертикалями, кожен з них присвячуйте одному куту підходу або тісно пов'язаному сімейству варіантів, розміщуйте їх за CDN для швидкості та тримайте трекер повністю окремо від хостингу, щоб проблема на стороні трекера ніколи не торкалася вашого пулу доменів. Впроваджуйте нові домени проактивно для ваших найбільш бюджетних кутів підходу, а не чекайте, поки блокування змусить вас це зробити, і ведіть простий журнал того, який домен запускав який кут підходу, щоб не гадати, коли щось показує низькі результати.

Коли ви вирішуєте, як конкурент структурує це, вам не потрібно гадати. Відкриття простеженої воронки рекламодавця в інструменті розвідки реклами OpenAdLibrary показує фактичний ланцюжок редіректів, включаючи те, чи розміщений прелендер на власному кореневому домені, субдомені чи проходить через спільний домен трекера. Таким чином, ви можете побачити, що насправді працює для них, замість того, щоб копіювати доменну стратегію, яка може бути слабкістю, а не перевагою. Якщо ви хочете повний метод читання ланцюжка конкурента від початку до кінця, статті Реверс-інжиніринг нативної рекламної воронки конкурента та Як аналізувати повну рекламну воронку конкурента розглядають це більш детально, ніж ця стаття.

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