Методи редиректу трафіку
Методи редиректу трафіку
Метод редиректу визначає, яким технічним способом відвідувач перенаправляється з трекінгового посилання на цільовий URL (потік, лендинг, PWA або офер). Налаштування задається в основних налаштуваннях кампанії і застосовується до всього трафіку цієї кампанії.
Навіщо це потрібно
З точки зору користувача результат один — він потрапляє на цільову сторінку. Але спосіб переходу впливає на технічні деталі, які важливі в арбітражі трафіку:
- Заголовок
Referer— по ньому цільова сторінка (а також антифрод рекламних мереж і партнерок) бачить, звідки прийшов клік. Частина методів передає реферер, частина — приховує або очищає його. - Сумісність з модерацією та антифродом рекламних майданчиків — різні способи переходу по-різному виглядають для систем перевірки.
- Швидкість і надійність переходу, а також поведінка в мобільних in-app браузерах (Facebook, TikTok, Instagram).
Якщо у вас немає особливих вимог — залишайте метод за замовчуванням (HTTP-редирект 302). Він найшвидший і передбачуваний. Інші методи варто застосовувати усвідомлено, під конкретне завдання.
Де налаштовується
Відкрийте кампанію → блок основних налаштувань → поле «Метод редиректу» і виберіть потрібний варіант зі списку. За замовчуванням у всіх кампаній (в тому числі створених раніше) використовується HTTP-редирект (302) — це зберігає попередню поведінку і не вимагає ніяких дій.
Доступні типи
Метод | Як працює | Коли застосовувати |
|---|---|---|
HTTP-редирект (302) | Серверний редирект: у відповідь на клік віддається HTTP-статус 302 з новою адресою в заголовку | Базовий варіант для більшості кампаній. Найшвидший і надійний, працює скрізь. |
Meta refresh | Віддається HTML-сторінка з тегом | Коли потрібен перехід засобами сторінки, а не сервера, або для зміни поведінки реферера в порівнянні з 302. |
JS-редирект | Віддається сторінка з JavaScript, який переводить користувача на цільовий URL (через | Коли потрібен перехід через скрипт — наприклад, щоб виконати логіку на проміжній сторінці перед редиректом. |
Без реферера (empty referrer) | Перехід виконується так, щоб цільова сторінка не отримала заголовок | Коли не потрібно передавати цільовій сторінці інформацію про джерело трафіку. |
Подвійний meta refresh | Перехід у два кроки через проміжну сторінку з meta refresh. Додатковий «стрибок» розриває прямий ланцюжок реферера між вихідною та цільовою сторінками. | Коли потрібно надійніше очистити ланцюжок реферера, ніж при звичайному meta refresh. |
Відправка форми (form submit) | Перехід ініціюється автоматичною відправкою HTML-форми на цільовий URL (як правило, методом POST). | Коли перехід через відправку форми доцільніший за звичайне посилання або редирект. |
iFrame | Цільова сторінка завантажується всередині фрейму ( | Коли потрібно показати цільову сторінку, не змінюючи URL в адресному рядку. Урахуйте, що частина сайтів забороняє вбудування у фрейм. |
Рекомендації
- Не змінюйте метод «на всякий випадок». Для штатної роботи достатньо HTTP 302 — він не створює зайвих проміжних сторінок і переходить максимально швидко.
- Методи, що приховують або очищають реферер (без реферера, подвійний meta refresh), вибирайте, коли це дійсно потрібно за вимогами майданчика або зв'язки.
- Методи, що залежать від клієнта (JS-редирект, iFrame), вимагають працюючого JavaScript і коректної поведінки браузера; в окремих in-app браузерах поведінка може відрізнятися — тестуйте зв'язку на реальному пристрої.
- Після зміни методу перевірте перехід за трекінговим посиланням з реального пристрою і переконайтеся, що клік і конверсія фіксуються в статистиці.