Інвентар Mail: перевірка джерел і економіка тесту

Що саме потрібно перевірити

Назва «трафік Mail.ru» надто широка для рекламного замовлення. Вона не пояснює, на якому сайті з’явилося оголошення, який контекст побачила людина, куди вела кнопка та за яку дію платить рекламодавець. Завдання вебмайстра — перетворити назву на перевірюваний опис купівлі й обмежений експеримент. Після роботи з посібником у вас мають бути картка інвентарю, погоджений маршрут, журнал якості та рішення про наступний бюджет.

Географія прикладів — Росія; джерела перевірено 18 жовтня 2026 року. Українська адаптація не означає доступності сервісу в Україні. Країна платника, розташування аудиторії, територія обслуговування продукту й мова перевіряються окремо. Приклади стосуються звичайного бізнесового ПЗ та вигаданої зовнішньої партнерської програми, а не наявного оффера AffiliateCore. Суми в USD — незалежні навчальні припущення, не валютний перерахунок і не ринкові орієнтири.

Це посібник із перевірки джерела та приймання тесту. Поточний інтерфейс ads.vk.com був недоступний для огляду, тому тут немає вигаданих кнопок налаштування або обіцянки вибрати будь-який домен. Без необхідного доступу завершіть картку статусом «не підтверджено» та не витрачайте бюджет. Чесно зафіксована невідомість корисніша за звіт про запуск, якого не було.

Проєкт, кабінет і розміщення — різні докази

VK представляє VK Рекламу як платформу проєктів і рекламної мережі [S5]. Умови називають ads.vk.com та ООО «ВК» [S2]. Документ медіапроєктів пов’язує їх із VK Рекламою; редакція — 27.08.2024 [S3]. Це не підтвердження вашої купівлі.

Відкрилися публічні сторінки Авто Mail [S6], Hi-Tech Mail [S7] і Новин Mail [S8]. Наявність сайту не доводить показів. Окремо VK повідомив 12.03.2026 про заявки всередині Пошти Mail [S4]. Поштова форма, редакційна сторінка та мережевий показ є різними маршрутами.

api.mail.ru/apps/ads/ не відкрився. За цією адресою не можна підтвердити сучасний запуск, міграцію або закриття myTarget. Старий посібник чи збережена адреса документації не доводять працездатності рекламного кабінету сьогодні. Записуйте разом дату, продукт і призначення джерела. Невизначений документ залишається історичним кандидатом, а не актуальною інструкцією.

Чотири записи замість назви екосистеми

Створіть чотири окремі картки. Перша — Пошта Mail: формат, допуск і передавання заявки ще потребують підтвердження. Друга — тематичний медіапроєкт, наприклад Hi-Tech Mail як кандидат для повідомлення про ПЗ. Третя — широке новинне середовище, де треба перевірити відповідність наміру читача пропозиції. Четверта — змішаний мережевий пакет. Якщо поділу немає, саме так називайте купівлю.

У кожній картці вкажіть URL, передбачений розділ, пристрій, формат, кабінет або продавця, сторону договору, країну, можливість обмежити місця та деталізацію звіту. Відокремте поля «обіцяно», «видно в налаштуваннях» і «доведено доставкою». Знімок вибраного параметра не замінює звіту про фактичне місце реклами.

Не перетворюйте кандидата на розміщення назвою кампанії. Позначка mail_test описує вашу гіпотезу, а не доведене походження відвідувача. Якщо є лише загальний підсумок мережі, не приписуйте його Авто Mail або Пошті. Для тематичного порівняння потрібен підтверджений розріз; інакше висновок стосується змішаного пакета загалом.

Навчальна схема перевірки, не знімок інтерфейсу

Назва проєкту → доступний акаунту формат → доведене місце показу → погоджений маршрут → прийнятий результат

Дозволи, країни й необхідні матеріали

Перед запуском підготуйте дозволений доступ до рекламного акаунта, згоду рекламодавця на платне джерело, опис продукту, посадкову сторінку, матеріали з правами використання, оплачувану подію та відповідального за перевірку заявок. Не передавайте пароль підряднику: погодьте належний спосіб доступу з мінімальними повноваженнями. Рекламний акаунт і кабінет партнерської мережі виконують різні завдання.

Перевірте чотири умови країни: чи може ваша організація укласти договір і сплатити; чи доступний показ аудиторії; чи обслуговує рекламодавець територію; чи допустимі продукт і повідомлення. Англомовні умови [S10] не є переліком дозволених країн. Повної актуальної матриці країн тут не встановлено. Не переносіть російський приклад автоматично на Україну, ЄС, Туреччину чи Бразилію.

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

Шаблон картки й запиту доказів

Достатньо звичайної таблиці: проєкт і URL; очікуване місце; пристрій; формат; країна; кабінет; продавець; доказ і дата; обмеження вибору; звіт доставки; подія; вікно перевірки; повні витрати; межа втрат; власник рішення. Невідомі значення позначайте прямо. Порожню клітинку легко помилково сприйняти як погоджений пункт.

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

Додайте власний макет: «Об’єднайте залишки двох складів в одній демонстрації. Перегляньте приклад звіту та умови підключення». Ілюстрація — ваш екран із вигаданими товарами, без логотипа Mail як натяку на схвалення. Посадкова пояснює ПЗ, вимоги, ціну або порядок її отримання, одержувача заявки й наступний контакт. Автоматичного збільшення прибутку не обіцяйте.

Маршрут і місце AffiliateCore

За наявності відповідного схваленого оффера AffiliateCore може організувати партнерську кампанію: дозволене розміщення → погоджене посилання → посадкова рекламодавця → підтримувана дія → перевірка результату. Спочатку зіставте джерело, країну та подію з фактичними умовами. Не вважайте заявку з Пошти автоматично записаною в нашу систему.

Можна почати з підготовки профілю вебмайстра AffiliateCore. Ми пропонуємо власну платформу як варіант партнерської роботи, а не продавця місць Mail чи універсального імпортера форм. Наявність записів кампаній і конверсій не підтверджує конкретний доступний оффер, підтримку будь-якої події або інтеграцію з VK.

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

Шість кроків із перевірюваним результатом

Крок 1. Заповніть картки двох кандидатів і виберіть одне питання: чи дає доведене тематичне розміщення прийнятну вартість підтвердженого результату? Підсумок — одна гіпотеза, а не перелік усіх сервісів.

Крок 2. Перевірте дозволи та можливість спостерігати доставку. Збережіть датований опис налаштувань без персональних даних. Якщо окремий майданчик підтвердити неможливо, змініть питання на оцінку змішаного пакета ще до витрат.

Крок 3. Підготуйте оголошення, сторінку й мінімальний збір даних. Перевірте посилання з телефона та комп’ютера без створення фіктивної оплачуваної конверсії. Очікуваний результат — правильна сторінка зі збереженою позначкою; власний перехід не є клієнтом.

Крок 4. Зафіксуйте бюджет і календар: D1–D7 — залучення, D8–D17 — перша перевірка; D17 є проміжним зрізом, не закриттям когорти. Для 10/30 очікуваних записів заздалегідь погоджено ще сім календарних днів: остаточне мотивоване рішення має бути до кінця D24. Проведіть зустріч і перевірку або задокументуйте відмову за погодженими критеріями. Прострочення не означає автоматичної відмови чи доходу: передайте запис відповідальному, зафіксуйте порушення строку й збережіть невирішений статус. Масштабування та нове платне залучення заборонені до зрілої звірки всієї когорти, нульового pending і закриття спорів. Це навчальний календар, не строк Mail.

Крок 5. Запустіть тільки дозволену конфігурацію. Щодня зіставляйте витрати, доступний звіт доставки й нові звернення. Неправильна країна, несправне посилання або відсутність обов’язкової згоди — підстави негайно припинити витрати.

Крок 6. Після завершення вікна звірте дублі, відхилення, скасування й фінально прийняті результати. Збережіть початкові цифри та причину кожної зміни. Рішення про наступний бюджет визначає повна економіка, а не дешевий клік.

Якість без вигаданої атрибуції

Оплачуваний результат вигаданої зовнішньої ПЗ-програми — проведена кваліфікована демонстрація: присутній власник магазину або відповідальний за запаси, бізнес розташований у погодженому обслуговуваному регіоні РФ, підтверджена потреба в управлінні запасами. Потрібні унікальний запис, протокол проведеної зустрічі й письмове приймання рекламодавця. Заявка або бронювання самі собою не оплачуються. У прикладах 40/25 демонстрацій до D17 прийняті, оплачені й закриті; інші записи автоматично доходу не створюють. Це вигадані умови зовнішньої програми, не правила Mail/VK чи оффер AffiliateCore.

Мінімальний журнал містить псевдонімний ID, дату, позначку кампанії, доведений майданчик або «невідомо», статус, причину, дату рішення й винагороду. Контактні дані зберігайте окремо в уповноваженого одержувача. Не додавайте телефон або email до URL і рекламних позначок.

Правило дубля визначайте заздалегідь: наприклад, повторна заявка того самого клієнта на той самий продукт у погодженому вікні. Це правило зовнішньої програми, не VK. Не об’єднуйте людей лише за спільною IP-адресою та не називайте сплеск кліків доведеним шахрайством. Спершу досліджуйте розбіжності за доступними агрегованими даними.

До витрат входять медіа, матеріали, посадкова, інструменти, праця перевірки та застосовні комісії чи податки. У прикладах наведені суми вже містять належні нарахування; загальні витрати бізнесу окремо не оцінювалися. Визнаний дохід — прийняті після скасувань події, помножені на винагороду. Очікувані записи показуються окремо й поки не створюють визнаного доходу.

Сценарій 1: доведене тематичне розміщення

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

Медіа коштують 240 USD, макет 60, посадкова 40, перевірка й інструменти 60. Повна вартість C = 400 USD.

На D17 є 100 звернень у взаємовиключних категоріях: 15 дублів; 25 відмов — 10 невідповідних ролей, 8 поза географією, 7 без потреби в обліку запасів; 10 pending — 6 перенесених демонстрацій і 4 перевірки документів про роль/потребу. Із 50 попередньо допущених бронювань 10 скасовані до оплати: 6 зустрічей не відбулися, у 4 не підтвердилася потрібна роль. Решта 40 демонстрацій відбулися, кваліфіковані, оплачені й закриті. Баланс: 15 + 25 + 10 + 10 + 40 = 100. Закриті ці 40 результатів, але не вся когорта; рішення щодо pending потрібні до D24.

Усі доходи, вартості та результати нижче — зріз закритих оплачених подій на D17 за повного вже понесеного бюджету. Це не остаточний прибуток когорти: pending і можливі додаткові витрати ще потребують звірки. Доказ місця показу не доводить інкрементальності.

Винагорода r = 15 USD. Дохід 40 × 15 = 600 USD, результат після перелічених витрат 600 − 400 = +200 USD. Сире звернення коштує 4 USD, прийнятий результат — 10 USD. Віддача на ці витрати за формулою (дохід − витрати) / витрати становить 50%; це не рентабельність бізнесу рекламодавця.

Беззбитковість потребує округлення вгору: 400 / 15 = 26,67, тобто 27 оплачуваних результатів. Для запасу 20% винагороди межа вартості прийнятого результату — 12 USD. В окремій гіпотетичній зрілій когорті з таким самим бюджетом і 30 закритими оплаченими результатами вартість зросте до 13,33 USD: ще є +50 USD, але запас порушено.

На D17 збережіть паузу в новому платному залученні. Стрес-варіант із 30 результатами описує окрему гіпотетичну зрілу когорту з таким самим бюджетом, а не скасовує вже закриті 40 оплат. Повторний обмежений тест обговорюйте лише після вирішення всіх 10 pending, закриття спорів і перерахунку фактичних витрат. Настання D24 саме собою не дозволяє масштабування.

Сценарій 2: дешеві звернення зі змішаного пакета

Другий вигаданий постачальник продає широкий пакет «Mail» без доведеного розподілу за проєктами. Вебмайстер чесно записує його як змішаний, використовує іншу позначку та ті самі правила приймання. Повідомлення «Перегляньте приклад звіту про залишки» приводить людей, які очікують безкоштовну таблицю, а не демонстрацію платного ПЗ.

Медіа 300 USD, макет 60, сторінка 60, перевірка й інструменти 80: C = 500 USD.

На D17 серед 200 звернень 40 — дублі; 90 — відмови: 40 хотіли лише безкоштовну таблицю без потреби в ПЗ, 30 не відповідають ролі, 20 поза географією; 30 pending — 18 перенесених демонстрацій і 12 перевірок ролі/потреби. Із 40 попередньо допущених бронювань 15 скасовані до оплати: 9 зустрічей не відбулися, у 6 згодом виявлено необслуговувану географію. Решта 25 демонстрацій відбулися, кваліфіковані, оплачені й закриті. Баланс: 40 + 90 + 30 + 15 + 25 = 200. Частка закритих оплачених подій на D17 — 12,5% проти 40% першого зрізу, не остаточна конверсія незавершених когорт. Рішення щодо 30 pending мають бути оформлені до D24.

За r = 15 USD дохід становить 375 USD, результат −125 USD. Сире звернення коштує лише 2,50 USD, проте прийнятий результат — 20 USD. Для беззбитковості потрібно 34 результати. Навіть якщо ще п’ять очікуваних будуть оплачені, дохід зросте до 450 USD, а збиток залишиться 50 USD.

Припустімо, доведений дефект доставки спричинив фактично отримане повернення 50 USD. Тоді чисті витрати 450 USD, результат −75 USD, ціна прийнятого результату 18 USD, беззбитковість — 30 подій. Це умовне договірне повернення, не обіцянка VK. До надходження грошей витрати не зменшують. Зупиніть розширення й уточніть повідомлення та склад пакета; ці дані не дозволяють звинуватити конкретний проєкт Mail.

Навчальна перевірка повної економіки

1: 40 × 15 − 400 = +200 USD.

2: 25 × 15 − 500 = −125 USD.

2: 500 − 50 = 450; 25 × 15 − 450 = −75 USD.

Діагностика перед зміною бюджету

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

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

За порушення дозволів або розриву маршруту негайно зупиніться. Поновлення можливе після виправлення та перевірки. Розширення розглядайте після зрілої звірки, достатнього запасу вартості й підтвердження наступної купівлі. Залишок бюджету не обов’язково витрачати лише заради формального завершення експерименту.

Практичне завдання й перевірка передачі

Виберіть один проєкт і один змішаний пакет. Заповніть картки, додайте до кожного твердження джерело або слово «гіпотеза», підготуйте власний макет і перерахуйте обидві економіки. До оплати мають бути відомі країна, дозволений продукт, продавець, місце або явна невідомість, повний бюджет, подія, скасування й відповідальний.

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

Із готовими матеріалами увійдіть до кабінету вебмайстра AffiliateCore та перевірте сумісність кампанії. Якщо її немає, продовжуйте погодження прямої програми без обіцянки заробітку. Для порівняння каналів використайте карту джерел для РФ. Посібник допомагає довести конкретну купівлю всередині екосистеми, але не замінює правил майданчика й умов оффера.

Джерела та межі

Джерела перевірено 18 жовтня 2026 року. Схеми, картка й розрахунки — редакційна методика, не функції кабінету. Історичні редакції зазначені; актуальні країни, конкретні місця та допуск акаунта потребують окремої перевірки.