Określ, która reklama wysłała żądanie do /eyeblaster/addineyev2.html

Question

Mam dużą stronę internetową, która korzysta z dwóch dużych internetowych dostawców "Remnant" reklamy. Dostawcy ci są na tyle regularni, aby uruchamiać i zatrzymywać kampanie reklamowe regularnie na naszej stronie internetowej.

Jedna z reklam pochodzących od jednego z dostawców jest nieprawidłowo składając wniosek do:

/eyeblaster/addineyev2.html

I ustalili, że plik jest wymagane jest używany przez niektórych stron internetowych, gdy reklamy w witrynie są wyświetlane za pośrednictwem elementów iframe. Ten plik teoretycznie omijałby ograniczenia między domenami, aby dostawca reklam mógł zmienić wielkość elementu iframe za pomocą javascript w elemencie iframe.

uznałem to wykorzystanie pliku przez natrafiają na tym dokumencie wsparcia:

http://support.google.com/dfp_premium/bin/answer.py?hl=en&answer=1085693

Moim problemem jest to, że nasze strony internetowe nie używać iframes dostarczyć reklamy, więc wnioski przechodząc do „/ Eyeblaster /addineyev2.html "URI powoduje błąd 404 i jest niepotrzebny. Ponieważ błąd pochodzi od dużego CMS dostarczonego przez dostawcę, błąd renderuje nasz kod śledzenia Google Analytics. Wynika to z nadmuchania naszych widocznych odsłon.

Inflacja odsłon może być bardzo poważna, ponieważ strona błędu 404 zawiera również reklamy. Ta strona 404 może również załadować wadliwą reklamę, co spowoduje pętlę rekurencyjną z reklamami ładującymi dokładnie tę samą stronę "/eyeblaster/addineyev2.html" 404.

Do tej pory nie widziałem reklamy, która bezpośrednio wysłała ten URL do Firebuga lub podobnych narzędzi dla programistów. Jednak ruch na tę nieistniejącą stronę jest gigantyczny, więc obraźliwa reklama wciąż jest w mieszance. Problem polega na tym, że nie mogę określić, która reklama jest zepsuta, więc nie mogę powiedzieć naszym pozostałym dostawcom, aby ją usunęli. Obaj sprzedawcy udają ignorancję problemu.

Nie mogę usunąć kodu śledzenia Google na stronie błędu 404, ale mogę dodać dodatkowy skrypt JavaScript do strony.

Czy istnieje sposób, w jaki mogę zidentyfikować reklamę powodującą żądanie "/eyeblaster/addineyev2.html", dodając trochę javascript do błędu 404, który pojawia się, gdy próbuje się zażądać tej strony wewnątrz elementu iframe?

Zasadniczo prawie skrypt "bust pomijania klatek", który zamiast obalać ramkę, podaje informacje o węzłach HTML w pobliżu elementu iframe? Myślę, że jest to umiarkowanie możliwe, ale nie widzę w tej chwili jasnej ścieżki.

Dzięki!

Answer 1

Aby uniknąć tego niepożądanego śledzenia należy umieścić manekina pusty plik na /eyeblaster/addineyev2.html, lub, jeśli używasz nginx zrobić coś takiego

server { 
    ... 

    location = /eyeblaster/addineyeV2.html { echo ""; } 
} 

albo lepiej

server { 
    ... 

    location = /eyeblaster/addineyeV2.html { return 404 "404 - page not found";} 
} 

Jeśli don`t masz hostowanie statyczne i nie możesz skonfigurować serwera proxy, możesz umieścić warunek w śledzeniu strony 404 za pośrednictwem javascript

if (document.URL.indexOf('/eyeblaster/addineyeV2.html') == -1) { 
    doAnalyticsTracking(); 
} 

Answer 2

Znalazłem własną odpowiedź, a ja podzielę się nią w tym rzadkim przypadku, gdy inny programista sieciowy próbuje na próżno wskazać reklamę wykonującą to samo.

przestępstwa cyfrowa reklama wracał z iframe, który został skierowany ku „/eyeblaster/addineyev2.html” Kiedyś tę wiedzę, a zakodowane następujące javascript, aby zebrać informacje na temat strony, która zawierała iframe (czyli strona z reklamą).

if(top != self) { 
    $.post("/ad_diagnose/log.php", { 
     a: $('#ad-div-one', top.document).html(), 
     b: $('#ad-div-two', top.document).html(), 
     c: $('#ad-div-three', top.document).html(), 
     d: $('#ad-div-four', top.document).html(), 
     e: $('#ad-div-five', top.document).html(), 
    }); 
} 

Ten JavaScript używa JQuery (które nasz dostawca CMS zawiera na każdej stronie w każdym razie). Sprawdza, czy strona błędu istnieje w elemencie iframe (top! = Self), a następnie pobiera surowy html dla każdego elementu html na stronie nadrzędnej, który powinien zawierać reklamę.

Dane są pakowane do obiektu i publikowane w prostym skrypcie php, który zapisałby dziennik każdej wartości wysłanej do niego do pliku.

W końcu otrzymałem plik dziennika z dużym prawdopodobieństwem, że naruszający kod reklamy był w zasięgu. Udało mi się szybko pobrać plik i odkryłem reklamę z ramką iframe wskazującą "/eyeblaster/addineyev2.html"

Mam nadzieję, że pomoże to komuś innemu!

Answer 3

Wygląda na to, że jest więcej wydawców, którzy mają ten problem. Ja też. Po wykonaniu instrukcji Tals udało mi się zarejestrować informacje, gdy celowo wskazałem element iframe na 404 stronie, ale nie udało mi się uchwycić tego problemu, ponieważ jest on losowy i nie mogę sprawdzić, dlaczego skrypt go nie przechwytuje.

Co powiecie na dodanie /eyeblaster/addineyev2.html i zalogowanie się z tego pliku?

Byłem w stanie określić właściciela skryptu wykonującego proste wyszukiwanie w Internecie. Pochodzi od http://www.mediamind.com/ Ale wyłączenie "mediamind" w Google AdSense nie działa, więc poprosiłem ich o wsparcie, aby wysłać mi plik.

Mam zamiar przetestować skrypt i jeśli 404 połączenia są coraz niższe. Być może użyję skryptu do sprawdzenia załadowanej treści i określę URL reklamy exect, aby go zamknąć.

Answer 4

Pomyślałem, że podzielę się tym, co dzieje się na naszej stronie Ozzu. Pierwszy raz zdawałem sobie sprawę z tego, że niektórzy z naszych członków narzekają, ale nie wyglądałem zbyt głęboko, ponieważ początkowo sądziłem, że jest to odosobniony przypadek.

W ciągu ostatniego miesiąca zauważyłem również, że moje pliki dzienników błędów na serwerze były wyższe niż normalnie, powodując partycję/usr do około 82% jej użycia. Nie wstawiłem dwóch i dwóch razem do dzisiaj, ponieważ w końcu zacząłem przeglądać błędy i wydaje się, że nie jest to odosobniony przypadek z tymi reklamami typu eyeblaster. Do naszej witryny trafia wiele tysięcy użytkowników, którzy następnie przekierowywani są na stronę 404 na naszej stronie internetowej. Oto przykład jednego z błędów w naszym pliku dziennika, a wydaje się, że wiele sieci są przy użyciu tego oprogramowania Eyeblaster z nośnika pamięci:

[Thu Dec 13 16:36:51 2012] [error] [client 123.123.123.123] File does not exist: /public_html/eyeblaster, referer: http://lax1.ib.adnxs.com/if?enc=AAAAAAAAAAAAAAAAAAAAAAAAAGC4Hvs_AAAAAAAAAAAAAAAAAAAAAMqchzp-qp9L_vlliXOoLV2gdMpQAAAAAEMUDABGAQAAQAEAAAIAAADXo0AA-FcCAAAAAQBVU0QAVVNEAKAAWAIAeAAAYk4AAgMCAQUAAIIA5BXJnQAAAAA.&cnd=%21QxtEWwidpzIQ18eCAhgAIPivCTAEOIDwBUABSMACUMOoMFgAYL4FaABwKngAgAH6AYgBAJABAZgBAaABAqgBALABALkBAAAAAAAAAADBAQAAAAAAAAAAyQEgEFk1j_LCP9kBAAAAAAAA8D_gAQA.&udj=uf%28%27a%27%2C+15986%2C+1355445408%29%3Buf%28%27c%27%2C+824221%2C+1355445408%29%3Buf%28%27r%27%2C+4236247%2C+1355445408%29%3B&ccd=%21mgWjMAidpzIQ18eCAhj4rwkgAQ..&vpid=18&referrer=http%3A%2F%2Fwww.ozzu.com%2F&dlo=1 
[Thu Dec 13 16:36:56 2012] [error] [client 123.123.123.123] File does not exist: /public_html/eyeblaster 

Właśnie skontaktował się z firmą medialną uwadze, jak również aby sprawdzić, czy mieć jakiekolwiek dalsze dane wejściowe. Błędy w naszych dziennikach są przynajmniej pochodzących z kilku serwerów reklamowych takich jak:

lax1.ib.adnxs.com 
showads.pubmatic.com 
ad.yieldmanager.com 

Więc to jest moje wrażenie, że firmy są liczne multimedialne przy użyciu tego oprogramowania Eye Blaster. Spojrzałem bardziej na to, co podobno robi Eye Blaster, i to jest jakaś technologia, która synchronizuje wiele reklam na stronie tak, jakby były jedną wielką reklamą. Na przykład animacja rozpocznie się w jednej reklamie, a skończy w innej. W każdym razie musi to być popularne, ponieważ wydaje się, że wiele firm reklamowych go używa i prawdopodobnie musiałbym wyłączyć wielu reklamodawców.

Myślę, że najlepszym sposobem na rozwiązanie tego problemu jest adres Media Mind, ale nie jestem pewien.

W każdym razie chciałem tylko podzielić się moim doświadczeniem i że ten problem wydaje się wpływać na wiele stron internetowych.