Rotating Proxy ile Reklam Doğrulama

Bir reklam kontrolü dışarıdan tek bir bakış gibi görünür, ama aslında bir ölçümdür ve her ölçümün bir örneklem sorunu vardır. Aynı yerleşim sayfasını aynı IP’den beş kez açtığınızda elinizde beş gözlem olmaz; aynı gözlemin beş tekrarı olur. Reklam sunucusu sizi aynı ziyaretçinin devamı olarak görebilir, sitenin coğrafi veritabanı o IP’yi her seferinde aynı konuma (belki de yanlış konuma) yerleştirir, sıklık sınırı gibi kurallar ise ilk birkaç denemeden sonra sonucu kendiliğinden değiştirebilir. Rotasyonun kontrol turundaki asıl görevi, her örneğe yeni bir çıkış IP’si vererek gözlemleri birbirinden bağımsız hâle getirmektir.

Bu sayfanın yanıtladığı sorular şunlardır: bir hücre için kaç farklı IP’den örnek almak gerekir, hangi kontroller turun ortasında IP değişirse bozulur ve bu yüzden sticky oturum ister, beş ülkeyi kapsayan bir tur nasıl sıralanır, mobile, residential ve datacenter rotating ürünleri hangi kontrolü taşır ve bütün bu kararlar GB kotasına nasıl yansır.

Yazının tamamında tekrar eden tek bir ilke var: IP örnekler arasında değişir, tek bir örneğin içinde sabit kalır. Burada “örnek”, bir kontrolün baştan sona bir kez yürütülmesi demektir: bir landing page isteği, bir yönlendirme zincirinin takibi, bir çerez onayı akışı ya da bir yerleşim sayfasının tarayıcıda eksiksiz yüklenmesi. Örneğin içinde IP değişirse ölçüm kirlenir; örnekler arasında IP değişmezse ölçüm tekrarlanır ama çoğalmaz. Rotating proxy’nin sağladığı esneklik, bu iki katmanı ayrı ayrı yönetebilmenizdir.

Rotasyonu doğru ayarlamanın ön koşulu, turun neyi ölçtüğünü hücrelere bölmektir. Hücre, “Almanya’da, mobil ağdan, kampanyanın bir haber sitesindeki mobil yerleşimi” gibi tek bir sorudur. Her hücrenin beş özelliği vardır ve her biri rotasyon ayarında ayrı bir karara karşılık gelir. Bu tabloyu doldurmadan proxy sipariş etmek, gerekenden pahalı bir ürünü yanlış oturum moduyla kullanmanın en kısa yoludur.

Tablonun son iki satırı maliyeti, ilk üç satırı doğruluğu belirler. Bir hücrede örnek sayısını üçten beşe çıkarmak o hücrenin trafiğini yaklaşık yüzde 67 artırır (5 / 3 = 1,67); tur sıklığını günde ikiden dörde çıkarmak ise trafiği ikiye katlar. Ağ türünü yanlış seçmek trafiği değil sonucu bozar: masaüstü yerleşimini mobil taşıyıcı IP’siyle ölçmek hem pahalıdır hem de reklam sunucusunun gerçek bir masaüstü ziyaretçisine verdiği kararı göstermez.

Hücreleri yazarken bir ayrımı da işaretlemek gerekir. Bazı hücrelerde sonuç ziyaretçinin ağından etkilenmez: landing page’in hangi dilde açıldığı, bir kreatif dosyasının yüklenip yüklenmediği, kendi yönlendirme şablonunuzun parametreleri koruyup korumadığı bu türdendir. Bazı hücrelerde ise ağ türü sonucun ta kendisidir: bir yerleşimde hangi reklamın gösterildiği, reklam ağının o ziyaretçiyi nasıl sınıflandırdığına bağlıdır. İlk gruba “ağdan bağımsız”, ikinci gruba “ağa duyarlı” etiketi koymak, ürün seçimini ve maliyet hesabını sonradan çok kolaylaştırır.

Reklam sunucusunun bir yerleşimde hangi reklamı göstereceği her yüklemede yeniden verilen bir karardır. Müzayede sonucu, bütçenin gün içine dağıtımı, kreatif rotasyonu ve A/B testleri aynı sayfanın art arda iki yüklemesinde farklı reklam görülmesine yol açar. Dolayısıyla “reklamımız Fransa’da bu yerleşimde görünüyor mu?” sorusunun cevabı evet ya da hayır değil, bir orandır. Rotating proxy bu oranı tahmin etmenin aracıdır: her örnek farklı bir IP’den ve temiz bir çerez deposuyla alınırsa örnekler birbirinden bağımsız sayılabilir ve basit bir sayım anlam kazanır.

Kaç örnek alınacağını sezgiyle değil, kaçırma olasılığıyla düşünmek işe yarar. Reklamınızın bir yerleşimdeki yüklemelerin belirli bir payında göründüğünü varsayın. Örnekler bağımsızsa reklamı hiç görmeme olasılığı, görünmeme payının örnek sayısı kadar kuvvetidir; örneğin yarı yarıya görünen bir reklamı üç örneğin hiçbirinde görmeme olasılığı 0,5 × 0,5 × 0,5 = 0,125’tir. Aşağıdaki tablo bu hesabı üç varsayımsal pay için gösterir. Paylar ölçülmüş değerler değildir; yalnız hesabın mantığını göstermek için seçilmiştir.

Tablo iki pratik sonuç verir. Birincisi, sık gösterilen bir reklam için hücre başına üç ile beş örnek, “görünmüyor” alarmını güvenilir kılmaya yeter: payın yarı olduğu durumda beş örneğin hepsinde reklamı kaçırma olasılığı yüzde üçün biraz üstündedir. İkincisi, seyrek gösterilen bir reklam için örnek sayısını artırmak kötü bir yoldur: onda bir payda on örnek bile reklamı yaklaşık üçte bir olasılıkla hiç göstermez ve her örnek bir gösterim üretebilir. Seyrek yerleşimlerde doğru kaynak reklam platformunun yerleşim raporudur; rotating örnekleme bu hücrelerde yalnız raporun beklenmedik bir şey söylediği durumlarda ikinci görüş olarak kullanılmalıdır.

Bağımsızlık varsayımının bedava olmadığını da ekleyelim. IP değişse bile örnekler aynı çerezleri, aynı yerel depolamayı ya da aynı tarayıcı profilini paylaşıyorsa reklam sunucusu onları aynı ziyaretçinin devamı olarak görebilir. Rotasyonun bağımsızlık sağlaması için her örnek yeni bir HTTP istemcisi ya da yeni bir tarayıcı bağlamıyla, boş bir çerez deposuyla başlamalıdır. Çıkış IP’sini de her örnekte kaydedin: rotating havuzlar zaman zaman aynı IP’yi yeniden verebilir ve tekrar eden IP’ler raporda ayrı sayılmazsa üç örnek sandığınız şey gerçekte iki örnek olabilir.

İstek başına rotasyonun çoğu zaman gözden kaçan bir yan etkisi vardır: “istek” sanıldığından küçük bir birimdir. Bir yönlendirme zincirinin her adımı ayrı bir HTTP isteğidir; bir sayfanın tarayıcıda yüklenmesi ise HTML belgesi, betikler, görseller ve reklam etiketi çağrılarıyla birlikte onlarca istekten oluşur. Proxy istek başına IP değiştiriyorsa tek bir örneğin içinde çıkış IP’si defalarca değişebilir. Ülke seçimi sabit olsa bile adımların farklı IP’lerden gelmesi gerçek bir ziyaretçinin davranışına benzemez ve ölçümü tutarsızlaştırır. Bağlantının yeniden kullanılması bu davranışı bazen değiştirebilir; ama buna güvenmek yerine IP’yi ölçmek gerekir.

Katalogda bu ihtiyaca karşılık gelen seçenekler ürüne göre farklı tanımlanır. IPv4 Residential ve Mobile ürünleri sticky ve rotating oturum seçenekleriyle, IPv4 Datacenter istek başına veya oturum bazlı rotasyonla, IPv6 Datacenter ve IPv6 Residential ise oturum yapılandırmalı rotasyonla sunulur. Sticky oturumun nasıl açıldığı, ne kadar sürdüğü ve nasıl yenilendiği bu sayfada iddia edilmez; bu ayrıntıları panelde ve sipariş adımında kontrol edin, betiğinizi oradaki biçime göre yazın.

Sticky oturumla çalışırken iki kural sonuçları korur. Birincisi, çıkış IP’sini örneğin başında ve sonunda ölçün. İki değer farklıysa oturum süresi dolmuş, çıkış düğümü değişmiş ya da sticky ayarı beklendiği gibi uygulanmamış olabilir; bu örneği geçersiz sayın ve baştan alın. Mobil taşıyıcı ağlarında bağlantının doğası gereği bu tür değişimlere daha sık rastlanabileceğini hesaba katın. İkincisi, sticky örneği kısa tutun. Bir örneğin içine beş ayrı kontrol sıkıştırmak oturumun ortada kopma ihtimalini artırır ve tek bir adımın hatası bütün örneği geçersiz kılar.

Rotasyon ise örnekler arasında yapılır. Her örnek için yeni bir sticky oturum açmak, örnek içindeki tutarlılığı ve örnekler arasındaki bağımsızlığı aynı anda sağlar. Bu düzen, istek başına rotasyon ile sticky oturumun birbirinin alternatifi olmadığını, aynı turun iki ayrı katmanında birlikte çalıştığını gösterir: dış katmanda her örnek yeni bir IP alır, iç katmanda o IP örnek bitene kadar korunur.

Çok ülkeli bir turda ilk karar, hangi pazarın hangi üründe bulunduğudur. Katalog, IPv4 tabanlı üç rotating ürün (Datacenter, Residential ve Mobile) için 180+ ülke kapsamı belirtir ve on beş ana lokasyonu ayrıca listeler. IPv6 ürünlerinde liste daha kısadır: IPv6 Datacenter sekiz, IPv6 Residential dokuz ülkede sunulur. Aşağıdaki tablo listelenen lokasyonları sitenin bölge gruplamasına göre gösterir.

Tablodan iki pratik sonuç çıkar. Brezilya, Japonya, Hindistan, Avustralya, Portekiz ve İspanya için IPv6 seçeneği listelenmez; Avusturya yalnız IPv6 Residential listesinde yer alır. Bu pazarları kapsayan bir turu IPv4 ürünlerle kurmak gerekir. Ayrıca 180+ ülke notu listede olmayan pazarlar için umut verir, ama bir pazarı sipariş adımında seçilebildiğini görmeden tur planına yazmayın. Katalog ülke düzeyinde liste verir; şehir veya bölge hedeflemesi burada listelenmediği için şehir bazlı yerleşimleri ülke çıkışıyla doğrulayamayabileceğinizi rapora not edin.

Çok ülkeli turun ikinci boyutu zamandır. Kampanyalar çoğu zaman gün içi zamanlama ile yayınlanır ve bütçe gün boyunca farklı hızda harcanır; bir pazarı gece yarısı kontrol etmek, gündüz göreceğiniz tablodan farklı bir sonuç verebilir. Turu tek bir saat diliminde başlatmak bu farkı gizler. Örnek: Türkiye saatiyle 10.00’da başlayan bir tur Japonya’da 16.00’ya, Brezilya’nın başkenti Brasília’da ise 04.00’e denk gelir. Japonya için bu makul bir iş saatidir; Brezilya örnekleri ise gecenin ortasında alınmış olur ve “reklam görünmüyor” sonucu kampanyanın saat planından kaynaklanabilir.

Bu yüzden turu pazarın yerel saatine göre dilimleyin: her pazar için aynı yerel saat aralığında örnek alın ve yaz saati uygulayan ülkelerde farkın yıl içinde değiştiğini unutmayın. Örnekleri aynı pazarda art arda almak yerine pazarlar arasında karıştırarak sıralamak da faydalıdır; böylece bir pazarın bütün örnekleri birkaç dakikalık dar bir pencereye sıkışmaz ve hedef sitelere aynı anda toplu yük binmez. Ülkenin bağlantıda nasıl belirtildiğini (bağlantı bilgisine eklenen bir parametre, ayrı bir uç nokta ya da panel ayarı) panelden öğrenin ve her pazar için ayrı bir bağlantı tanımı tutun.

Ürün seçimi, hücrenin “ağdan bağımsız” mı yoksa “ağa duyarlı” mı olduğuna bağlıdır. Reklam sunucusunun kararı ziyaretçinin ağına göre değişiyorsa o ağ türünden çıkış gerekir; değişmiyorsa en ucuz havuz yeterlidir. Aşağıdaki tablo sık görülen hücreleri katalogdaki beş rotating ürünle eşleştirir.

IPv6 ürünlerinin reklam doğrulamadaki rolü dar ama nettir. Landing page’iniz ve kreatif sunucunuz hem IPv4 hem IPv6 üzerinden yayın yapıyorsa, IPv6 yolunun bir pazarda bozuk olması o pazarda IPv6 ile bağlanan ziyaretçilerin sayfayı göremeyeceği anlamına gelir; IPv4 ile yapılan kontroller bunu hiçbir zaman yakalamaz. Bu kontrol için Rotating IPv6 Datacenter’ın 1 portluk paketi (aylık 29 dolar) çoğu zaman yeterli bir başlangıçtır; port sayısı, ürün sayfasında belirtildiği gibi eşzamanlı kanal ihtiyacına göre seçilir. Port paketlerinde bir trafik sınırı olup olmadığı katalogda yazmaz, bunu sipariş adımında kontrol edin. Hedef IPv6 kabul etmiyorsa bu ürünler o hücre için anlamsızdır.

Karma kurgunun neden genellikle tek ürünlü kurgudan iyi olduğunu da not edelim. Bütün hücreleri Mobile ile yürütmek teknik olarak mümkündür, ama masaüstü hücrelerinde yanlış ağ türü üretir ve GB başına en yüksek fiyatı öder. Bütün hücreleri Datacenter ile yürütmek en ucuzudur, ama yerleşim hücrelerinde reklam ağının konut ve mobil ziyaretçiye verdiği kararı göstermeyebilir. Maliyet bölümündeki hesap bu iki ucun arasındaki farkı rakamla gösterir.

Aşağıdaki sıra, buraya kadarki rotasyon kararlarını çalışan bir tura dönüştürür. Her adım bir öncekinin çıktısını kullanır; özellikle pilot ölçüm atlanırsa maliyet hesabı tahmine dayanır ve ilk ayın sonunda sürpriz çıkar.

1. Hücre listesini yazın: her satırda kampanya, pazar, yerleşim türü, kontrol tipi ve beklenen sonuç bulunsun. Beklenen sonucu yazılmamış bir hücre alarm üretemez.
2. Her hücreye ağ türünü atayın: ağdan bağımsız hücreler için IPv4 Datacenter, masaüstü yerleşimleri için IPv4 Residential, mobil yerleşimler için Mobile.
3. Oturum modunu belirleyin: tek istekli kontrollerde istek başına rotasyon; yönlendirme takibi, onay akışı ve tarayıcı yüklemelerinde örnek boyunca sticky.
4. Bağlantı biçimini panelden öğrenin: ülkenin ve sticky oturumun nasıl istendiğini, kimlik doğrulamanın kullanıcı bilgisiyle mi IP izin listesiyle mi yapılacağını not edin.
5. Kendi sunucunuza, gelen isteğin IP’sini düz metin olarak döndüren küçük bir yankı uç noktası ekleyin ve her pazardan tek bir örnekle bağlantıyı doğrulayın: görülen IP seçtiğiniz pazara ait mi?
6. Pilot turu çalıştırın: her hücre tipinden birkaç örnek alın, panel sayacındaki tüketimi örnek sayısına bölerek örnek başına trafiği bulun.
7. Örnek sayısını seçin: sık gösterilen yerleşimler için hücre başına üç ile beş arası; seyrek yerleşimleri platformun yerleşim raporuna bırakın.
8. Doğrulama trafiğini kendi tarafınızda tanımlayın: analitik aracınızda ve güvenlik duvarı kurallarınızda bu trafiği imzalı bir istek başlığıyla ayırın.
9. Turu zamanlayın: her pazar için aynı yerel saat aralığı, pazarlar arasında karıştırılmış sıra ve örnekler arasında birkaç saniyelik bekleme kullanın.
10. Alarm kuralını yazın: bir hücrede beklenen sonuç iki ardışık turda gerçekleşmezse ve örneklerin çoğu geçerliyse alarm üretin.
11. Ayda bir gözden geçirin: geçersiz örnek oranına, tekrar eden IP oranına ve hücre başına kota tüketimine bakın; gerekirse hücreyi daha uygun ya da daha ucuz bir ağ türüne taşıyın.

Pilotun asıl çıktısı bir sayı değil, bir tablodur: her hücre tipi için örnek başına trafik, geçersiz örnek oranı ve tekrar eden IP oranı. Bu üç değer, sonraki bölümlerdeki maliyet hesabını ve alarm eşiklerini tahminden ölçüme taşır. Pilotta mobil hücrelerde geçersiz örnek oranı belirgin biçimde yüksek çıkarsa önce sticky oturum ayarını ve akış uzunluğunu kontrol edin; sorunu örnek sayısını artırarak çözmeye çalışmak hem kotayı hem gösterim sayısını gereksiz yere büyütür.

Aşağıdaki iki betik buraya kadarki ilkeleri en küçük hâliyle uygular. İlki pazarlar arasında karıştırılmış bir örnek planı oluşturur ve her örneği yeni bir istemciyle, örnek boyunca aynı çıkış IP’sini kullanacak biçimde yürütür. Çıkış IP’sini öğrenmek için kendi sunucunuzdaki yankı uç noktası kullanılır; böylece üçüncü taraf IP servislerine bağımlı kalmazsınız ve doğrulama trafiği kendi altyapınızda kalır. Proxy bağlantısında ülkenin ve sticky oturumun nasıl belirtildiği panelde yazar; betikteki fonksiyon yalnız yer tutucudur.

import json
import random
import time
from datetime import datetime, timezone

import httpx

PAZARLAR = ["TR", "DE", "FR", "PL", "BR"]
ORNEK_SAYISI = 3                    # hücre başına farklı çıkış IP’si
HEDEF = "HEDEF_URL"                 # kendi landing page’iniz
IP_YANKI = "HEDEF_URL/ip-yanki"     # kendi sunucunuzda, gelen IP’yi düz metin döndürür
BASLIKLAR = {"User-Agent": "OrnekDogrulama/1.0 (reklam kalite kontrolu)"}


def proxy_adresi(pazar, oturum):
    # Ülkenin ve sticky oturumun bağlantıda nasıl belirtildiği panelde yazar.
    # Bu fonksiyonu oradaki biçime göre doldurun; aşağısı yalnız yer tutucudur.
    return "http://KULLANICI:ŞİFRE@GATEWAY:PORT"


def cikis_ip(istemci):
    return istemci.get(IP_YANKI).text.strip()


def ornek_al(pazar, tur, n):
    oturum = f"{pazar}-{tur}-{n}"
    kayit = {"zaman": datetime.now(timezone.utc).isoformat(),
             "tur": tur, "pazar": pazar, "oturum": oturum}
    # Her örnek yeni istemci: boş çerez deposu, yeni bağlantı
    with httpx.Client(proxy=proxy_adresi(pazar, oturum), headers=BASLIKLAR,
                      timeout=httpx.Timeout(30.0, connect=10.0),
                      follow_redirects=True) as istemci:
        try:
            kayit["ip_once"] = cikis_ip(istemci)
            r = istemci.get(HEDEF)
            kayit["ip_sonra"] = cikis_ip(istemci)
            kayit.update(kod=r.status_code, son_adres=str(r.url),
                         adim=len(r.history), bayt=len(r.content))
        except httpx.HTTPError as hata:
            kayit["proxy_hatasi"] = type(hata).__name__
    kayit["ip_sabit_kaldi"] = (
        "ip_once" in kayit and kayit.get("ip_once") == kayit.get("ip_sonra"))
    return kayit


tur = datetime.now(timezone.utc).strftime("%Y%m%d%H%M")
plan = [(p, n) for p in PAZARLAR for n in range(ORNEK_SAYISI)]
random.shuffle(plan)                # aynı pazarın örnekleri art arda gitmesin

with open("tur.jsonl", "a", encoding="utf-8") as dosya:
    for pazar, n in plan:
        kayit = ornek_al(pazar, tur, n)
        dosya.write(json.dumps(kayit, ensure_ascii=False) + "\n")
        time.sleep(random.uniform(3, 8))  # hedefe yük bindirmemek için

Betikte dikkat edilecek üç ayrıntı var. Her örnek yeni bir httpx istemcisiyle açılır; bu, çerez deposunu ve bağlantı havuzunu sıfırlar. Çıkış IP’si hedef istekten önce ve sonra ölçülür; iki değer farklıysa örnek geçersiz olarak işaretlenir ve özet aşamasında dışarıda bırakılır. Bu karşılaştırma yalnız yankı ucu hedefle aynı sunucudaysa anlamlıdır; istemci her sunucuya ayrı tünel açtığı için başka alan adlarına giden yönlendirme adımları farklı çıkışlardan gidebilir. Örnek içi tutarlılığı asıl sağlayan, paneldeki sticky oturum ayarıdır; IP ölçümü yalnız bu ayarın tuttuğunu yoklar. Bayt alanı ise yanıt gövdesinin açılmış boyutudur, aktarılan gerçek trafik değildir: sıkıştırma, başlıklar ve TLS ek yükü nedeniyle kota tüketimi bundan farklıdır. Pilot hesapta bu yüzden panel sayacını esas alın.

import json
from collections import Counter, defaultdict

hucreler = defaultdict(list)
with open("tur.jsonl", encoding="utf-8") as dosya:
    for satir in dosya:
        k = json.loads(satir)
        hucreler[(k["tur"], k["pazar"])].append(k)

for (tur, pazar), ornekler in sorted(hucreler.items()):
    gecerli = [k for k in ornekler
               if "proxy_hatasi" not in k and k["ip_sabit_kaldi"]]
    if not gecerli:
        print(f"{tur} {pazar}: gecerli ornek yok, proxy hatalarini inceleyin")
        continue
    farkli_ip = {k["ip_once"] for k in gecerli}
    sonuc = Counter((k["kod"], k["son_adres"]) for k in gecerli)
    durum = "tutarli" if len(sonuc) == 1 else "karisik"
    if len(farkli_ip) < len(gecerli):
        durum += ", tekrar eden IP var"
    print(f"{tur} {pazar}: {len(gecerli)}/{len(ornekler)} gecerli, "
          f"{len(farkli_ip)} farkli IP, {durum}")
    for (kod, adres), adet in sonuc.most_common():
        print(f"    {adet} x {kod} {adres}")

Özet betiği iki şeyi ayrı tutar: proxy kaynaklı hatalar ve IP’si örnek içinde değişen örnekler geçersiz sayılır, sayfa ya da reklam sonucu olarak raporlanmaz. Farklı IP sayısı geçerli örnek sayısından küçükse havuz aynı IP’yi tekrar vermiştir; o hücrede gerçekte daha az bağımsız gözlem bulunduğunu bilerek yorum yapın. Gerçek bir yerleşim kontrolünde aynı mantık tarayıcı otomasyonuna taşınır: her örnek için yeni bir tarayıcı bağlamı, bağlam düzeyinde proxy ayarı ve mobil hücrelerde mobil cihaz profili. Tarayıcı örneklerinde ekran görüntüsünü ve çıkış IP’sini aynı kayda yazmak, sonradan bir alarmı incelerken hangi ağdan hangi görüntünün geldiğini tartışmasız kılar.

Maliyet hesabının iki girdisi vardır: katalogdaki GB fiyatları ve pilot ölçümünüzden gelen örnek başına trafik. İlk tablo, katalogdaki paket fiyatlarını GB başına birim fiyata çevirir. Birim fiyatlar türetilmiştir: paket fiyatı paket büyüklüğüne bölünerek bulunur. Tutarlar ABD doları cinsindendir ve GB bazlı IPv4 paketler tek seferlik ödemeyle satılır.

10 ile 50 GB arasındaki paketlerde Mobile’ın GB fiyatı Datacenter’ın yaklaşık 4,2 katı (2,50 / 0,60), Residential’ın yaklaşık 2,1 katıdır (2,50 / 1,20); Residential ise Datacenter’ın tam iki katıdır. Bu oranlar, ağdan bağımsız bir hücreyi gereksiz yere mobil ağa taşımanın bedelini doğrudan gösterir. GB bazlı IPv4 paketlerde süre sınırı yoktur ve kota bitene kadar kullanılır. Bu, kampanya takvimine göre dalgalanan doğrulama işleri için önemlidir: kampanyasız bir haftada kota boşa yanmaz. Güncel koşulları sipariş ekranında kontrol edin.

Doğrulama turunda üretilen bir alarm üç kaynaktan birine aittir: kampanyanın kendisi, hedef site ya da ölçüm düzeneği. Aşağıdaki tablo üçüncü grubu, yani rotasyon ve oturum ayarından doğan yanlış alarmları toplar. Bunlar ayıklanmadan kampanya ekibine giden her bilet, doğrulama programına duyulan güveni biraz daha azaltır.

Teşhis sırası da önemlidir. Bir hücrede beklenmedik bir sonuç gördüğünüzde önce örneğin geçerli olup olmadığına (IP başta ve sonda aynı mı, proxy hatası var mı), sonra IP’nin pazarla uyuşup uyuşmadığına, en son sayfa ya da reklam sonucuna bakın. Bu sıra tersine çevrildiğinde ölçüm düzeneğinin hataları kampanya hatası gibi raporlanır ve gerçek sorunlar gürültünün içinde kaybolur.

Aşağıdaki maddeler yeni bir kampanya tura eklenmeden önce ve rotasyon ayarı her değiştiğinde gözden geçirilir. Maddelerin çoğu betik ve kayıt düzeniyle karşılanır; bir kısmı ise ekip içi kararlarla ilgilidir.

• Her hücrenin pazarı, ağ türü, kontrol tipi, örnek sayısı ve tur saati yazılı; beklenen sonuç tanımlı.
• Rotasyon örnekler arasında, sticky oturum örnek içinde; istek başına rotasyon yalnız tek istekli kontrollerde kullanılıyor.
• Her örnek yeni bir istemci ya da yeni bir tarayıcı bağlamıyla, boş çerezlerle başlıyor.
• Çıkış IP’si örneğin başında ve sonunda kaydediliyor; IP’si değişen örnek geçersiz sayılıyor.
• Tekrar eden IP’ler özet raporda ayrıca sayılıyor ve bağımsız gözlem sayısı buna göre yorumlanıyor.
• Proxy ve bağlantı hataları “reklam yok” olarak raporlanmıyor; hiçbir alarm tek örneğe ya da tek tura dayanmıyor.
• Mobil hücrelerde Rotating Mobile ile mobil cihaz profili birlikte, masaüstü hücrelerinde IPv4 Residential kullanılıyor.
• Seçilen pazarlar ürünün ülke listesinde var; IPv6 hücreleri yalnız IPv6 listelerindeki ülkelerde planlanmış.
• Turlar pazarın yerel saatine göre dilimlenmiş; pazarlar arasında karıştırılmış sırayla çalışıyor.
• Pilot ölçümle örnek başına trafik biliniyor; aylık kota hesabı ve paket planı güncel.
• Reklamlara tıklanmıyor; tıklama bağlantıları otomasyona açılmıyor; örnek sayısı gösterim kirliliğini sınırlayacak kadar düşük.
• Üçüncü taraf sitelerde robots.txt ve kullanım koşulları okunmuş, hız sınırına uyuluyor; CAPTCHA çıkan hücrede tur duruyor.
• Ekran görüntülerinde ve kayıtlarda kişisel veri yok; doğrulama trafiği kendi analitiğinizde imzalı başlıkla ayrılıyor.

Bu listeyi karşılayan bir tur, rotating proxy’den beklenen işi doğru konumlandırır: tek bir bakışın yanıltıcı olabileceği soruları, bağımsız örneklerden oluşan küçük ve ölçülü bir örneklemle yanıtlamak. Rotasyon ölçümün genişliğini, sticky oturum her örneğin tutarlılığını, ürün seçimi sonucun ağ gerçekliğini, örnek sayısı ise hem güveni hem faturayı belirler. Dördü birlikte ayarlandığında doğrulama turu, kampanya ekibinin güvendiği ve maliyeti önceden bilinen rutin bir işe dönüşür.