Більшість mVAS-офферів працюють через редирект: користувач клікає на рекламу, проходить через трекер, потрапляє на сторінку рекламодавця і підписується. Для пуш- та поп-трафіку це працює нормально. Але якщо ви хочете лити Google Display Ads — одне з найякісніших джерел трафіку — редиректи стають проблемою.
Google флагує крос-доменні редиректи. Display URL в оголошенні має збігатися з доменом фінальної посадкової сторінки. Якщо не збігається — отримуєте violation за destination mismatch, і кампанії ставляться на паузу. Або гірше — акаунт суспендять.
PIN API вирішує цю проблему. Замість відправки користувачів на сторінку рекламодавця ви хостите весь підписний флоу на своєму домені та обробляєте білінг через API-виклики у бекграунді.
Як працює PIN API
Механіка підписки ідентична будь-якому PIN-submit офферу:
- Користувач потрапляє на вашу сторінку і вводить номер телефону
- Ваш сервер викликає Send PIN API — користувач отримує OTP через SMS
- Користувач вводить код на вашій сторінці
- Ваш сервер викликає Verify PIN API — підписка підтверджена
Той самий флоу. Але лендінг — ваш. Хоститься на вашому домені, зроблений вами, оптимізований під ваш трафік.
Ось як виглядає чистий, комплаєнтний PIN API лендінг — ігровий підписний сервіс «GameZone» з каталогом із 100+ ігор, ігровими іконками та повним розкриттям умов:


Зверніть увагу на ключові елементи: назва та опис сервісу на видному місці («GameZone — 100+ ігор»), ігрові іконки підкріплюють суть підписки, а комплаєнс-текст внизу кожного екрана містить ціну, посилання на умови та інструкцію з відписки. Це не опціонально — вимагається і операторами, і Google.
Чому це важливо для Google Display Ads
Google Display Network (GDN) охоплює понад 90% інтернет-користувачів у всьому світі через банерну рекламу на мільйонах сайтів. Якість трафіку висока — реальні користувачі, реальні пристрої. Але Google суворо стежить за правилами:
- Жодних крос-доменних редиректів з фінального URL
- Display URL має збігатися з доменом лендінгу
- Лендінг має бути доступний для краулера Google AdsBot
- Умови білінгу мають бути чітко вказані на сторінці
При стандартному mVAS-редирект-флоу ви порушуєте щонайменше два з цих правил. З PIN API ви дотримуєтесь усіх — тому що користувач ніколи не залишає ваш домен.
Що контролює паблішер з PIN API
Коли ви хостите лендінг самі, ви контролюєте все, що впливає на конверсію:
- Дизайн та верстка — адаптуйте під свій креатив та аудиторію
- Швидкість завантаження — ваш хостинг, ваша оптимізація, жодних сторонніх вузьких місць
- Локалізація — мова, символи валют, формат номера телефону
- Кроки воронки — як саме подаються введення MSISDN та введення PIN-коду
- A/B тестування — тестуйте заголовки, CTA, кольори кнопок, порядок кроків без узгоджень з рекламодавцем
Це особливо потужно з GDN-трафіком: ви можете точно підлаштувати банерний креатив під лендінг — створюючи цілісний візуальний шлях від показу реклами до підписки.

Комплаєнс — обов’язковий
Робота з PIN API на Google-трафіку означає, що ви берете на себе відповідальність за комплаєнс. Ваш лендінг зобов’язаний містити:
- Назву та опис сервісу — на що підписується користувач
- Ціну та періодичність списання — точна вартість за період (напр., «$1.50/тиждень»)
- Умови використання (Terms & Conditions) — посиланням або прямо на сторінці
- Інструкцію з відписки — як скасувати підписку
- Розкриття білінгу через оператора — що оплата йде з рахунку мобільного телефону
Це не опціонально. Google краулить вашу сторінку і перевіряє. Оператори регулярно проводять аудит комплаєнсу. Відсутність розкриттів може призвести до призупинення кампаній та відключення офферів.
Плюс: комплаєнтний, добре оформлений лендінг підвищує довіру користувачів та покращує конверсію. Люди, які бачать прозорі ціни та умови, з більшою ймовірністю завершують флоу, ніж ті, хто відчуває підступ.
Практичний сетап
Спрощений воркфлоу для запуску PIN API офферів з Google Display Ads:
- Отримайте доступ до PIN API від вашої CPA-мережі — ви отримаєте ендпоінти Send PIN та Verify PIN з ключами авторизації
- Побудуйте лендінг на своєму домені — mobile-first, швидке завантаження, з полем для MSISDN, введенням PIN та всіма елементами комплаєнсу
- Інтегруйте API на бекенді — користувацька сторінка звертається до вашого сервера, ваш сервер звертається до API рекламодавця. Ключі залишаються на сервері, ніколи не потрапляють на клієнт
- Налаштуйте трекінг — логуйте кожен крок воронки (перегляд → введення MSISDN → запит PIN → відправка PIN → конверсія) для виявлення точок відвалу
- Створіть GDN-кампанію — використовуйте URL лендінгу як final URL, переконайтесь що display URL збігається з вашим доменом
- Оптимізуйте — тестуйте креативи, аудиторії та варіанти лендінгу на основі даних воронки
PIN API vs. стандартний mVAS-редирект: порівняння
| Стандартний mVAS (S2S) | PIN API | |
|---|---|---|
| Лендінг | Домен рекламодавця | Ваш домен |
| Сумісність з Google Ads | Ні (проблеми з редиректами) | Так |
| Видимість воронки | Клік → Конверсія | Кожен крок |
| Оптимізація сторінки | Обмежена | Повний контроль |
| Складність налаштування | Мінімальна | Потрібна розробка |
| Відповідальність за комплаєнс | Рекламодавець | Ви |
| Краще для | Push, pop, native | Google, SEO, social |
Підсумок
PIN API — це не інший продукт, а та сама PIN-submit підписка з іншою моделлю інтеграції. Але ця різниця відкриває Google Display Ads як джерело трафіку, дає повний контроль над воронкою конверсії та дозволяє будувати стійку, масштабовану кампанію, яка не залежить від якості лендінгу рекламодавця.
Трейд-офф зрозумілий: потрібні ресурси на розробку і ви відповідаєте за комплаєнс. Для паблішерів, які можуть це забезпечити, PIN API + Google Display — одна з найвищих ROI зв’язок у mVAS прямо зараз.
Хочете доступ до PIN API для ваших Google Ads кампаній? Реєструйтесь в Affiliate Dragons — ми надаємо PIN API інтеграцію на 40+ ринках з виділеною технічною підтримкою.