確定哪個廣告向/eyeblaster/addineyev2.html發出了請求

Question

我有一個使用兩個大型在線廣告「Remnant」提供商的大型網站。這些提供商可以在我們的網站上定期啓動和停止廣告活動。

一位來自供應商之一，未來的廣告被錯誤地發出請求到：

/eyeblaster/addineyev2.html

我已經確定，正在請求被某些網站上的文件時，網站上的廣告通過iframe提供。理論上這個文件將規避跨域限制，以便廣告提供商可以在iframe中使用javascript調整iframe的大小。

我確定這個使用文件的通過在此支持文檔絆腳石：

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

我的問題是，我們的網站不使用Iframe提供廣告，所以要求要到「/ Eyeblaster廣告/addineyev2.html「URI導致404錯誤，並且不必要。由於錯誤來自大型供應商提供的CMS，因此我們的Google Analytics（分析）跟蹤代碼會顯示錯誤。這導致了我們明顯的網頁瀏覽量的膨脹。

頁面瀏覽量通脹可能非常嚴重，因爲404錯誤頁面也包含廣告。該404頁面也可能會加載錯誤的廣告，導致加載完全相同的「/eyeblaster/addineyev2.html」404頁面的廣告遞歸循環。

我到目前爲止一直無法見證廣告通過Firebug或類似的開發工具直接請求這個URL。然而，這個不存在的頁面的流量是巨大的，所以違規廣告肯定還在混合中。問題是我無法確定哪個廣告已損壞，所以我無法告訴我們的剩餘提供商將其刪除。兩家供應商都假裝對這個問題無知。

我無法刪除404錯誤頁面上的Google跟蹤代碼，但我可以將其他JavaScript添加到該頁面。

有沒有什麼方法可以通過向嘗試請求iframe中的頁面時產生的404錯誤添加一些JavaScript來識別引起「/eyeblaster/addineyev2.html」請求的廣告？

基本上幾乎是一個「框架破壞者」腳本，而不是破壞框架，提供有關iframe元素附近的HTML節點的信息？我認爲這是可能的，但目前我還沒有看到一條清晰的道路。

謝謝！

Answer 1

爲了避免不需要的跟蹤，你應該放在/eyeblaster/addineyev2.html虛設空文件，或者，如果你使用nginx這樣做

server { 
    ... 

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

，或者更好的

server { 
    ... 

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

如果你不`噸具有靜態主機和無法配置代理服務器，你可以把一個條件，你的404頁面的跟蹤通過JavaScript

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

Answer 2

我已經找到了我自己的答案，我將在這裏分享這個罕見的事件，另一個Web Developer正在徒勞地試圖找出一個廣告對他們做同樣的事情。

違規的數字廣告是與一個指向「/eyeblaster/addineyev2.html」的iframe一起使用的。我使用了這些知識，並編寫了以下javascript來收集有關包含iframe的頁面的信息（即頁面與它的廣告）。

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(), 
    }); 
} 

此JavaScript使用JQuery（我們的CMS提供商在每個頁面上都包含這個）。它會檢查iframe中是否存在錯誤頁面（top！= self），然後它會抓取父頁面上包含廣告的每個html元素的原始html。

該數據被封裝到一個對象中，併發布到一個簡單的php腳本，該腳本會將發佈到它的每個值的日誌寫入文件。

最後，我收到了一個日誌文件，其中有違反廣告代碼的可能性很高。我能夠對文件做一個快速的grep，並發現了一個iframe指向「/eyeblaster/addineyev2.html」的廣告。

我希望這可以幫助其他人！

Answer 3

看起來有更多的發佈者有這個問題。我也做。按照Tals的說明，我可以有意識地將一個iframe指向一個404頁的記錄信息，但無法捕捉到這個問題，因爲它隨機出現，我無法檢查腳本爲什麼沒有捕捉到它。

如何添加/eyeblaster/addineyev2.html並從此文件中記錄日誌？

我能夠確定腳本的所有者做一個簡單的網頁搜索。它來自http://www.mediamind.com/ 但禁用Google AdSense中的「mediamind」並不能解決問題，所以我要求他們的支持向我發送文件。

我要測試腳本，如果404調用越來越低。也許我也會使用該腳本來檢查正在加載的內容並確定執行廣告網址來關閉它。

Answer 4

只是想我會分享，這也發生在我們的Ozzu網站上。當我們的一些成員抱怨時，我首先意識到了這個問題，但我並沒有看得太深，因爲我第一次認爲這是一個孤立的事例。

在過去的一個月中，我也注意到服務器上的錯誤日誌文件比正常情況下推高/ usr分區的使用率高出約82％。直到今天，我還沒有把兩個和兩個人放在一起，因爲我終於開始瀏覽錯誤，看起來這不是一個孤立的例子，這個眼睛型的廣告。有成千上萬的用戶訪問我們的網站，然後因此導致我們的網站重定向到404頁面。下面是我們的日誌文件中的錯誤的一個樣本，看來，許多網絡使用此Eyeblaster廣告軟件從媒體心靈：

[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 

我剛纔聯繫了媒體心靈的公司以及看他們有任何進一步的投入。在我們的日誌中的錯誤，至少從一些廣告服務器來如：

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

所以這是我的印象是，許多媒體公司都採用這種眼衝擊波軟件。我更深入地瞭解了Eye Blaster應該做的事情，它是某種技術，可以在頁面上同步衆多廣告，就好像它們是一個大廣告。例如，動畫將在一個廣告中開始，並以另一個廣告結束。無論如何，它必須很受歡迎，因爲許多廣告公司似乎正在使用它，因此我可能不得不禁用很多廣告客戶。

我認爲解決此問題的最佳方法是讓Media Mind解決它，但我不確定。

無論如何只是想分享我的經驗，並且這個問題似乎正在影響衆多網站。