Fraudlogix оценява невалидния програматик трафик в САЩ на 20.64% през 2025 г.. Това са приблизително 37 милиарда долара от общо 180 милиарда долара разходи, обслужени на ботове, фалшифициран инвентар или сайтове, създадени специално за реклама. Доставчици на верификация като DoubleVerify, IAS и Peer39 вземат извадка от част от импресиите и оценяват останалите. Брандовете се доверяват на оценката, докато вътрешен одит не покаже разминаване.
Ето го разминаването. Ако проверите бразилска кампания от IP адрес на дейта център в САЩ, няма да видите това, което вижда мобилен потребител в Сао Пауло. Виждате резервен криейтив, различен победител в търга или абсолютно нищо. Верификацията без локален поглед е хвърляне на ези-тура за това дали числото ви отговаря на реалността.
Нивата на измами също не са еднакви на различните пазари. Разбивката по държави на Fraudlogix поставя Южна Корея на 23.47%, Мексико на 22.81% и Бразилия на 22.33%. Ако медийният ви план обхваща дузина държави, имате нужда от дузина гледни точки, за да оценявате честно.
Подходът
Програматик верификацията на реклами се разделя на три проблема, които изискват географски автентично рендиране:
- Одит на позиционирането. Появи ли се рекламата на URL адреса, който вашият DSP отчете, в горната част на екрана, до безопасно съдържание?
- Проверка на криейтива. Рендира ли се планираният криейтив или недобросъвестен издател подмени нещо, което не отговаря на бранда?
- Верификация на дестинацията. Къде реално води кликът? Целевият URL адрес може да се различава в зависимост от държавата, устройството и дори ISP.
Нито едно от тези не работи от една единствена гледна точка. Header bidding изпълнява търг на живо в браузъра на зрителя, а победителят зависи от IP, cookies и профила на устройството. Изтеглете същия URL адрес на издателя от Франкфурт и Сао Пауло в една и съща секунда и ще получите два различни HTML документа. Това не е бъг в сайта. Това е рекламният стек, който работи по предназначение.
Някои настройки за верификация се опитват да фалшифицират локалния изглед чрез фиксиране на User-Agent към pt-BR и задаване на хедъра Accept-Language. Ad exchange борсата не се интересува от това. Участниците в търга маршрутизират въз основа на географското търсене по отчетения IP адрес, а не въз основа на хедърите, които клиентът твърди, че има. Ако IP адресът се резолвва към дейта център във Вирджиния, получавате щатски инвентар, дори когато хедърите ви крещят, че сте в Бразилия. Няма пряк път покрай мрежовия маршрут.
Колкото по-тясно е таргетирането на кампанията, толкова по-изострен става този проблем. Пул за ретаргетиране, дефиниран по пощенски код и мобилен оператор, се показва като no-fill при изход от дейта център във Франкфурт и като импресия на живо при IP адрес на мобилен абонат на Deutsche Telekom. И двата резултата са правилни за това, което са видели. Само единият ви казва какво реално са видели вашите купувачи.
Затова инфраструктурата трябва да прави три неща едновременно. Да излиза от реален ISP в целевата държава. Да рендира JavaScript, когато рекламният слот се нуждае от това. И да избягва достъпването на един и същ издател от един и същ IP адрес толкова често, че да изглеждате като скрейпър, а не като аудитория.
Прагматичен модел с API на FourA:
import requests
# Fetch the placement page from a Brazilian exit
r = requests.post(
"https://api.foura.ai/api/proxy",
headers={"Authorization": "Bearer pk_live_..."},
json={
"exitCountries": ["BR"],
"maxTries": 5,
"request": {
"url": "https://publisher.example.com/article/1234",
"validate": {
"status": {"accept": [200]},
"data": {"fail": ["captcha", "Just a moment"]}
}
}
}
).json()
# r["data"] holds the HTML; the response also echoes the country that
# served the request, so you can log the market you observed from.
html = r.get("data")
За издатели, при които рекламният слот се зарежда само след изпълнение на JavaScript, подайте URL адреса на /api/auto вместо това и го оставете да избере пътя за рендиране. Auto научава кои държави реално доставят съдържание за този хост и насочва бъдещите заявки през тях. Така проверката за сигурност на марката на хиляда URL адреса става по-бърза и по-евтина с нарастването на базата от научени сесии. Нашата статия за недвижими имоти разглежда същия географски разпределен модел за различна вертикала.
Резултати
Примерна конфигурация от страна на марката: 800 наблюдавани URL адреса за позициониране в 12 държави, проверявани два пъти дневно. Това са 19 200 проверки на ден, по едно API извикване за всяка, като сесиите се кешират за всеки хост. Така повечето последващи извиквания пропускат рендирането в браузъра. Какво виждат екипите в крайна сметка:
- Всеки пазар се одитира ежедневно, а не се вземат проби месечно. Едноцифрените проценти на извадки на доставчиците на верификация се допълват с пълна проверка на URL адресите, за които харчите най-много.
- Откриване на несъответствия за часове. Смяна на криейтив или промяна в позиционирането се отбелязва, преди кампанията да изразходи още един ден от бюджета.
- По-евтино от група headless браузъри във вашия собствен облак. Разходите за поддръжка на ферма от браузъри във всеки регион, плюс договорите за residential proxy сървъри, отпадат. Извиквате един endpoint за проверка и получавате обратно рендираната страница.
- Одитна следа за всяка проверка. Всеки response съдържа рендирания HTML, държавата, която го е обслужила, и непрозрачен proxy ID, който можете да запишете. Когато възникне несъответствие, разполагате с точните доказателства, които да предоставите на екипа на марката, агенцията или издателя.
Действителните разходи зависят от броя на URL адресите, честотата и колко от тях се нуждаят от пълно рендиране в браузъра. Но принципът е същият: плащате за това, което дава резултат, а не за инфраструктурата около него.
Основен извод
Верификацията е проблем на измерването. Тя не става по-точна, ако се доверявате повече на една единствена гледна точка. Става по-точна чрез добавяне на перспективи. Дванадесет пазара означават дванадесет изходни точки. Всичко по-малко е просто предположение с приложен доклад.