# Верифікація реклами через проксі: перевірка крок за кроком | ProxyJam

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

- Canonical: https://proxyjam.com/uk/blog/ad-verification-proxy-guide/
- Updated: 2026-10-20
- Language: uk

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


## Проведіть і зафіксуйте одну перевірку

1. **Підтвердьте адресу** Відкрийте [Мій IP](/uk/what-is-my-ip/) через проксі й запишіть адресу, її країну та її мережу.
2. **Відкрийте чистий профіль** Запустіть профіль браузера, відведений під перевірки, без входу будь-куди, з відкритими інструментами розробника й увімкненим Preserve log (зберігати журнал) на панелі Network.
3. **Завантажте розміщення** Відкрийте сторінку, яку купила кампанія, і дочекайтеся, поки реклама відобразиться. Зробіть скриншот вікна браузера з видимим адресним рядком і знімок усієї сторінки.
4. **Перейдіть за рекламою** Клацніть рекламу один раз, у кампанії, яку купили ви або ваш клієнт, і дайте цільовій сторінці завантажитися. Клік по активній рекламі можуть зарахувати й виставити за нього рахунок, тож один на прогін це максимум. Експортуйте сесію у файл HAR.
5. **Запишіть прогін** Запишіть час за UTC, адресу та її мережу, розміщення, креатив, який ви побачили, і цільову сторінку, на яку потрапили, поруч із тим, що передбачає план кампанії.
6. **Повторюйте за графіком** У наступний запланований час виконайте ті самі кроки з тієї самої адреси й порівняйте два записи.

## На що вказує розбіжність

|  | Що показує запис | Що спитати в партнера |
|---|---|---|
| Цільова сторінка відрізняється від затвердженої | Клік з ринку закінчується на іншій сторінці чи іншому продукті, ніж подані | Яка переадресація відправляє аудиторію деінде і хто нею керує |
| Той самий клік, різні сторінки залежно від мережі | Хостингова адреса потрапляє на затверджену сторінку, а адреса інтернет-провайдера на іншу | Чому ціль по-різному поводиться з відвідувачами залежно від мережі |
| Невідомі ланки в ланцюжку переадресацій | Домени між трекером кліків і кінцевою сторінкою, яких немає в плані трекінгу | Для чого кожна зайва ланка і хто її додав |
| Реклама на іншому домені | Сторінка на вашому скриншоті не той домен, що у звіті про покази | Чи є продавець у файлі ads.txt цього видавця |
| Прихована чи накладена реклама | Реклама завантажується, але лежить під іншою рекламою, за межами екрана або в однопіксельному фреймі | Як відображався слот і чи відфільтровано ці покази |
| Не той ринок | Реклама з'являється у виключеній країні або відсутня в купленій | Які геоналаштування мала позиція кампанії (line item) |
| Конкурент в ексклюзивному слоті | Креатив іншого рекламодавця займає слот, проданий як ексклюзивний | Як для цього розміщення було налаштовано конкурентне розмежування |

Кожен рядок пов'язує ознаку з документом, який її називає: настановами IAB/MRC з верифікації реклами, стандартом MRC щодо недійсного трафіку, політикою Google щодо клоакінгу або специфікацією ads.txt від IAB Tech Lab. Ознака це привід спитати партнера, і сама по собі вона нічого не доводить. Жодної рекламної системи ми самі не вимірювали.


## Короткі відповіді

### Чи дозволена верифікація реклами через проксі?

За нашою Політикою прийнятного використання так. Верифікацію реклами названо серед дозволених видів використання (розділ 1), і вона не потребує попередньої перевірки (розділ 2). Та сама політика забороняє створювати штучний трафік, кліки чи покази та обходити системи виявлення ботів (розділ 5). Договір вашої кампанії може мати власні правила тестування продавця, тож прочитайте його до початку.

### Чи зараховуватимуться мої перевірки як покази?

Можуть. Кожне завантаження активного розміщення можуть зарахувати, тому графік має лишатися невеликим. MRC відносить відому автоматизацію моніторингу й тестування до недійсного трафіку, який має відфільтровувати вимірювання, і перевірка, відфільтрована з підрахунку показів, це правильний результат.

### Чи можна верифікувати кампанію, націлену на одне місто?

Надійно ні, з жодним проксі. Наш каталог продається за країнами й названими провайдерами, а настанова IAB/MRC називає визначення місця за IP, точніше за американський телевізійний ринок, сумнівним. Перевіряйте покази на рівні міста власними вимірюваннями кампанії.

### Чи потрібна мені резидентна адреса, чи підійде датацентрова?

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

### Чи має адреса ротуватися між перевірками?

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

### Як довго зберігати записи?

Настанова IAB/MRC пропонує щонайменше 60 днів від першого звіту, 12 місяців, якщо записи показують суттєву помилку чи підозру на шахрайство, і до розв'язання будь-якого спору.


## Джерела

- [IAB/MRC: Guidelines for the Conduct of Ad Verification (2012)](https://www.mediaratingcouncil.org/sites/default/files/Standards/Ad-Verification-Guideline-for-the-Conduct-of-2.pdf): визначення верифікації реклами, її п'ять напрямів послуг, межі визначення місця за IP, збирання даних, змінені докази і зберігання записів
- [MRC: Invalid Traffic Detection and Filtration Standards Addendum (2015, updated 2020)](https://www.mediaratingcouncil.org/sites/default/files/Standards/IVT%20Addendum%20Update%20062520.pdf): відомий трафік із дата-центрів як загальний недійсний трафік; автоматизація моніторингу й тестування, прихована й накладена реклама та підміна домену як складний недійсний трафік
- [MRC: Standards and Guidelines](https://www.mediaratingcouncil.org/standards-and-guidelines): покажчик, де опубліковано обидва документи MRC
- [TAG: Eliminate Fraudulent Traffic](https://www.tagtoday.net/fraud): програма Certified Against Fraud і її щомісячний Data Center IP List
- [Google Ads: Circumventing systems policy](https://support.google.com/adspolicy/answer/15938075?hl=en): визначення клоакінгу і варіації за мовою й місцем, які вона дозволяє
- [IAB Tech Lab: ads.txt and app-ads.txt](https://iabtechlab.com/ads-txt/): як видавці оголошують компанії, уповноважені продавати їхній інвентар
- [Chrome DevTools: Network features reference](https://developer.chrome.com/docs/devtools/network/reference): Preserve log і експорт у HAR




Верифікація реклами, словами галузевої настанови, яка її описала, це «процес,
що намагається перевірити, чи один або кілька атрибутів показаної онлайн-реклами
було виконано відповідно до умов, визначених рекламодавцем чи агентством»
(переклад наш). Цей посібник охоплює ту частину, яку рекламодавець чи
агентство може виконати самостійно: завантажити розміщення з ринку, для якого
його купили, і вести запис, що витримає суперечку з партнером. ProxyJam продає
статичні резидентні (ISP) проксі, той вид, який цей посібник описує для
верифікації реклами, а продуктову частину викладено на нашій
[сторінці верифікації реклами](/uk/solutions/ad-verification/). Наша
[редакційна політика](/uk/editorial-policy/) пояснює, звідки беруться дані для
таких статей і як їх виправляють.

## Що потрібно побачити рекламодавцю?

Чотири речі, і в кожній партнер може помилитися так, що рекламодавець не
помітить цього з офісу. Interactive Advertising Bureau (IAB) і Media Rating
Council (MRC) будують свої
[Guidelines for the Conduct of Ad Verification](https://www.mediaratingcouncil.org/sites/default/files/Standards/Ad-Verification-Guideline-for-the-Conduct-of-2.pdf)
(2012) навколо п'яти напрямів послуг: контекст сайту, геотаргетинг,
розміщення реклами, конкурентне розмежування і виявлення шахрайства. Ручна
перевірка охоплює їх через ці чотири.

- **Розміщення.** Сторінка, на якій з'явилася реклама, її позиція там і те, що
  стояло поруч. Реклама, продана як слот на одному сайті, яка опиняється на
  непов'язаному або поруч із контентом, який бренд виключив, це провал
  розміщення.
- **Креатив.** Точний матеріал і текст, які було показано. Тут видно
  підмінений чи застарілий креатив, а також рекламу конкурента в слоті,
  проданому як ексклюзивний, що настанова називає конкурентним розмежуванням.
- **Цільова сторінка.** Куди веде клік по рекламі, через усі переадресації.
  Кінцевою має бути сторінка, яку затвердив рекламодавець, і вона має продавати
  той самий продукт.
- **Геотаргетинг.** Чи отримав покази куплений ринок. Настанова відверто
  говорить про визначення місця відвідувачів за IP-адресою: результати, що
  відділяють трафік зі США від решти, «часто досить точні, а нижче рівня DMA
  сумнівні» (переклад наш). DMA це телевізійний ринок США, і він більший за
  більшість міст.

Одна перевірка не скаже вам, яка частина кампанії пройшла правильно. Частку
показів, охоплення і частку недійсного трафіку дають власні вимірювання
кампанії. Ручна перевірка відповідає на вужче питання: чи показали це тут, у
цей час?

## Чому з офісу перевіряти неправильно?

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

## Як обрати ринок і мережу?

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

### Ринок

Наш каталог продається за країнами, і за кожною адресою стоїть названий
провайдер. Якщо кампанія націлена на країну, на питання відповідає адреса в
цій країні. Якщо на одне місто, жоден проксі-продукт не може пообіцяти точку
огляду в ньому, і наш теж. Сама настанова IAB/MRC вважає визначення місця за
IP, точніше за телевізійний ринок, сумнівним, тож знахідка на рівні міста
потребує власних вимірювань кампанії. Для Сполучених Штатів
[сторінка ISP-проксі США](/uk/isp-proxies/usa/) перелічує 19
названих операторів, за якими зареєстровано наші адреси.

### Мережа

Використовуйте адресу в мережі інтернет-провайдера, тобто в такій мережі, у
якій було б домогосподарство на цьому ринку;
[ISP-проксі](/uk/blog/what-are-isp-proxies/) це саме така адреса, що
обслуговується з дата-центру.
[Стандарт MRC щодо недійсного трафіку](https://www.mediaratingcouncil.org/sites/default/files/Standards/IVT%20Addendum%20Update%20062520.pdf)
відносить «відомий недійсний трафік із дата-центрів» (переклад наш) до
загального недійсного трафіку, який вимірювання фільтрує рутинними засобами, а
Trustworthy Accountability Group (TAG) щомісяця готує
[Data Center IP List](https://www.tagtoday.net/fraud), щоб її учасники могли
фільтрувати такі адреси. Перевірка з хостингового діапазону може не отримати
нічого, отримати заглушку або взагалі не бути зарахованою, і порожній слот
такого роду нічого не каже вам про кампанію. Адреса в мережі
інтернет-провайдера прибирає цю одну неоднозначність. Вона не робить
перевірку невидимою, і верифікаційній перевірці немає причини такою бути.
[Резидентні проти датацентрових проксі](/uk/blog/residential-vs-datacenter-proxies/)
розбирає публічний реєстраційний запис, який читають такі фільтри.

### Зафіксуйте адресу

Використовуйте ту саму адресу для того самого ринку в кожному прогоні.
Верифікація це порівняння: цей тиждень проти минулого, одне розміщення проти
іншого. Якщо адреса змінюється між прогонами, зміна в тому, що ви бачите,
може йти від мережі й нічого не казати про кампанію. Тому проксі для
верифікації реклами має бути статичним, закріпленим за вами на весь оплачений
період, і саме так продаються [наші ISP-проксі](/uk/isp-proxies/).
[ISP проти ротаційних резидентних проксі](/uk/blog/isp-vs-residential-proxies/)
порівнює утримання однієї адреси з вибором із пулу.

## Як підготувати браузер?

Налаштуйте браузер так, як імовірно налаштовано браузер аудиторії, щоб він
отримував те, що отримує аудиторія.

- Тримайте для перевірок окремий профіль браузера, який ніколи не входив у
  рекламну платформу, на сайт рекламодавця чи в акаунти рекламодавця.
- Узгодьте тип пристрою з розміщенням: десктопний інвентар з десктопного
  браузера. Розміщенням, купленим в операторів мобільного зв'язку, потрібне
  мобільне підключення, а статична ISP-адреса ним не є.
- Встановіть мову браузера на мову аудиторії, бо мова це поширене налаштування
  таргетингу.
- Перед першим прогоном відкрийте [Мій IP](/uk/what-is-my-ip/) через
  проксі. Сторінка показує адресу, її розташування і її мережу, і ці дані
  потрапляють у кожен запис.

## Як провести перевірку і зафіксувати її?

Проводьте кожну перевірку однаково і фіксуйте її так, щоб людина, якої там не
було, могла побачити те, що бачили ви. Настанова IAB/MRC категорична щодо
доказів: «Припущення або усні свідчення не вважаються прийнятними для
верифікації реклами» (переклад наш). Кроки одного прогону перелічено в блоці
«Проведіть і зафіксуйте одну перевірку». Кожен запис містить п'ять речей.

1. **Скриншоти**: один знімок вікна браузера з рекламою на місці й видимим адресним
   рядком і знімок усієї сторінки. Зберігайте оригінальні файли. Якщо ви
   робите на них позначки, зберігайте анотовані копії окремо, бо настанова
   вимагає розкривати будь-які змінені докази.
2. **Ланцюжок переадресацій.** Увімкніть Preserve log (зберігати журнал) на
   панелі Network в інструментах розробника браузера, щоб запити не зникали
   під час завантаження сторінок. Потім клацніть рекламу.
   [Панель Network](https://developer.chrome.com/docs/devtools/network/reference)
   у Chrome експортує сесію у файл HAR, і її типовий експорт не включає
   cookies та інші чутливі дані, що підходить для файлу, який ви надішлете
   партнеру.
3. **Час** за UTC, щоб прогони з різних часових поясів можна було зіставити.
4. **Використану адресу** і мережу, до якої вона належить, скопійовані зі
   сторінки перевірки, яку ви відкрили перед прогоном.
5. **Що мало статися за планом кампанії**: розміщення, креатив і затверджена
   цільова сторінка, взяті з медіазамовлення (insertion order) або таблиці
   трафікування.

Зберігайте записи. Настанова пропонує зберігати записи верифікації щонайменше
60 днів від першого звіту, а докази суттєвих помилок і підозри на шахрайство
12 місяців.

## Як помітити клоакінг і неправильне розміщення в партнера?

Порівняйте запис із планом. Більшість збоїв проявляється як розбіжність між
ними, а таблиця «На що вказує розбіжність» перелічує поширені випадки разом із
питанням, яке викликає кожен.

Клоакінг найочевидніший випадок.
[Рекламна політика Google](https://support.google.com/adspolicy/answer/15938075?hl=en)
визначає його як «показ різного контенту на вашому сайті різним людям або
Google, щоб приховати те, що може порушувати правила Google Ads» (переклад
наш). Партнер, який вдається до клоакінгу, показує модераторам і
рекламодавцю відповідну правилам цільову сторінку, а аудиторії щось інше. На
нього вказують два порівняння: цільова сторінка, на яку потрапляють з ринку,
відрізняється від поданої партнером, або та сама реклама веде на різні сторінки
з хостингової адреси і з адреси інтернет-провайдера. Невеликі відмінності
нормальні. Google дозволяє сторінці змінюватися залежно від мови чи
розташування, поки рекламований продукт однаковий для всіх, тож перевірка
полягає в тому, чи змінився продукт.

Неправильне розміщення видно в записі розміщення. Реклама на іншому домені,
ніж у звіті про покази, свідчить про те, що інвентар подали неправдиво.
[Файл ads.txt](https://iabtechlab.com/ads-txt/) видавця оголошує компанії, яким
той дозволяє продавати свій інвентар, тож ви можете перевірити, чи є в ньому
продавець, названий у вашому звіті. Реклама, прихована, накладена під іншу
рекламу або показана в однопіксельному фреймі, є в переліку складного
недійсного трафіку MRC. Реклама, показана на виключеному ринку або відсутня на
купленому, це провал геотаргетингу.

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

## Скільки адрес потрібно програмі верифікації?

По одній на ринок плюс ті, які ви додасте для паралельної роботи. Єдиної
кількості для всіх програм немає, але чотири питання все вирішують.

- **Скільки ринків?** Кожна країна, яку ви перевіряєте, потребує власної
  адреси в цій країні, тож кампанії у трьох країнах потрібні три.
- **Скільки працює одночасно?** Одній людині, яка проходить ринки по черзі,
  більше не потрібно. Двоє людей, які перевіряють той самий ринок в один
  момент, можуть ділити адресу: кожна несе до 100 одночасних сесій, а щойно
  вона передасть 50 ГБ за календарний місяць, ліміт падає до 10
  ([Умови надання послуг](/uk/terms-of-service/), розділ 2.4).
- **Чи порівнюєте ви мережі?** Тест на клоакінг потребує другої точки огляду
  іншого типу, наприклад хостингової адреси. Друга адреса того самого типу
  нічого до нього не додає.
- **Як часто?** Частіші перевірки використовують ту саму адресу з коротшими
  інтервалами, і сама частота не додає адрес. Не робіть графік і вибірку
  більшими, ніж потрібно перевірці. Кожне завантаження активного розміщення
  може зарахуватися як показ, а розділ 5 нашої
  [Політики прийнятного використання](/uk/acceptable-use-policy/) забороняє
  створювати штучний трафік, кліки чи покази.

MRC відносить відому автоматизацію моніторингу й тестування до недійсного
трафіку, який має відфільтровувати вимірювання, і для перевірки це правильний
результат. Вона належить до вашого запису верифікації, а покази, за які платить
рекламодавець, мають її не містити. Ціну адрес рахують за IP за період, як
указано на [сторінці цін](/uk/pricing/).

## Коли перевірка через проксі не відповідає на питання?

- **Мобільні розміщення з таргетингом на оператора.** Їм потрібне мобільне
  підключення, а мобільних адрес ми поки не продаємо.
  [Сторінка мобільних проксі](/mobile-proxies/) (англійською) пояснює, як вони
  працюють.
- **Таргетинг на рівні міста.** Адреса на рівні країни не може його
  підтвердити.
- **Частка показів, охоплення і частка недійсного трафіку.** Для цього
  потрібні власні дані кампанії і постачальник вимірювань, акредитований для
  них.
- **Тестування захисту рекламної мережі.** Обхід її модерації чи виявлення
  ботів не є верифікацією, і розділ 5 нашої Політики прийнятного використання
  це забороняє.

Для кампанії у Сполучених Штатах
[сторінка ISP-проксі США](/uk/isp-proxies/usa/) перелічує кожного названого
оператора, а один статичний резидентний проксі для верифікації реклами на
кожен ринок це точка, з якої починається програма. Каталог охоплює
77 країн із цінами на [сторінці цін](/uk/pricing/), а
[сторінка верифікації реклами](/uk/solutions/ad-verification/) відповідає на
питання, які покупець ставить перед замовленням.