Mam dużą stronę internetową, która korzysta z dwóch dużych dostawców reklamy internetowej „Remnant”. Dostawcy ci regularnie uruchamiają i kończą kampanie reklamowe prowadzone na naszej stronie.

Jedna z reklam pochodzących od jednego z dostawców niepoprawnie składa prośbę o:

/eyeblaster/addineyev2.html

Ustaliłem, że żądany plik jest używany przez niektóre strony internetowe, gdy reklamy na stronie są obsługiwane za pomocą ramek iframe. Ten plik teoretycznie obejmie ograniczenia między domenami, aby dostawca reklam mógł zmienić rozmiar ramki iframe za pomocą javascript w elemencie iframe.

Zdecydowałem o tym wykorzystaniu pliku, natrafiając na ten dokument wsparcia:

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

Moim problemem jest to, że nasze strony internetowe nie używają ramek iframe do dostarczania reklam, więc żądania przechodzące do URI „/eyeblaster/addineyev2.html” powodują błąd 404 i nie jest to konieczne. Ponieważ błąd pochodzi od dużego CMS dostarczonego przez dostawcę, błąd wyświetla się za pomocą naszego kodu śledzenia Google Analytics. Wynika to z zawyżania naszych widocznych odsłon.

Infiltracja 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ę, powodując cykliczną pętlę reklam ładujących dokładnie tę samą stronę 404 „/eyeblaster/addineyev2.html”.

Do tej pory nie mogłem być świadkiem reklamy, która bezpośrednio żądała tego adresu URL za pośrednictwem Firebug lub podobnych narzędzi programistycznych. Jednak ruch na tej nieistniejącej stronie jest gigantyczny, więc obraźliwa reklama jest z pewnością nadal w tym zamieszaniu. Problem polega na tym, że nie wiem, która reklama jest zepsuta, więc nie mogę powiedzieć naszym dostawcom resztek, aby ją usunęli. Obaj dostawcy udają, że nie znają tego problemu.

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

Czy jest jakiś sposób, aby zidentyfikować reklamę powodującą żądanie do „/eyeblaster/addineyev2.html”, dodając javascript do błędu 404, który powstaje podczas próby żądania tej strony w elemencie iframe?

Zasadniczo jest to skrypt typu „frame buster”, który zamiast niszczyć ramkę, podaje informacje o węzłach HTML w pobliżu elementu iframe? Myślę, że jest to możliwe, ale w tej chwili nie widzę wyraźnej ścieżki.

Dzięki!