Xác định quảng cáo nào đã gửi yêu cầu tới /eyeblaster/addineyev2.html

Question

Tôi có một trang web lớn đang sử dụng hai nhà cung cấp "Còn lại" quảng cáo trực tuyến lớn. Các nhà cung cấp này là như vậy mà họ bắt đầu và ngừng chiến dịch quảng cáo một cách thường xuyên chạy trên trang web của chúng tôi.

Một trong những quảng cáo đến từ một trong những nhà cung cấp không chính xác thực hiện một yêu cầu:

/eyeblaster/addineyev2.html

tôi đã xác định rằng các tập tin được yêu cầu được sử dụng bởi một số trang web khi quảng cáo trên trang web được phân phát qua iframe. Tệp này theo lý thuyết sẽ phá vỡ các hạn chế tên miền chéo để nhà cung cấp quảng cáo có thể định lại kích thước iframe bằng cách sử dụng javascript trong khung nội tuyến.

tôi xác định sử dụng này của tập tin bằng cách vấp ngã khi tài liệu hỗ trợ này:

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

Vấn đề của tôi là các trang web của chúng tôi không sử dụng iframe để cung cấp quảng cáo, do đó yêu cầu đi đến "/ Eyeblaster /addineyev2.html "URI dẫn đến lỗi 404 và không cần thiết. Vì lỗi đến từ CMS do nhà cung cấp lớn cung cấp, lỗi này hiển thị với mã theo dõi Google Analytics của chúng tôi. Điều này có kết quả là làm tăng lượt xem trang rõ ràng của chúng tôi.

Lạm phát số lần truy cập trang có thể rất nghiêm trọng, bởi vì trang lỗi 404 cũng chứa quảng cáo. Trang 404 đó cũng có thể tải quảng cáo bị lỗi, dẫn đến một vòng lặp đệ quy của quảng cáo tải chính xác trang "/eyeblaster/addineyev2.html" 404.

Do đó, tôi đã không thể chứng kiến ​​một quảng cáo đưa ra yêu cầu trực tiếp tới url này thông qua Firebug hoặc các công cụ phát triển tương tự. Tuy nhiên, lưu lượng truy cập vào trang không tồn tại này là khổng lồ nên quảng cáo vi phạm chắc chắn vẫn còn trong kết hợp. Vấn đề là tôi không thể tìm ra quảng cáo nào bị hỏng, vì vậy tôi không thể yêu cầu các nhà cung cấp còn lại của chúng tôi xóa quảng cáo đó. Cả hai nhà cung cấp đều giả vờ sự thiếu hiểu biết về vấn đề này.

Tôi không thể xóa mã theo dõi Google trên trang lỗi 404, nhưng tôi có thể thêm JavaScript bổ sung vào trang.

Có cách nào để tôi có thể xác định quảng cáo gây ra yêu cầu "/eyeblaster/addineyev2.html" bằng cách thêm một số javascript vào lỗi 404 mà kết quả khi cố gắng yêu cầu trang đó trong iframe không?

Về bản chất, gần như một tập lệnh "khung hình" thay vì phá vỡ khung, cung cấp thông tin về các nút HTML ở gần phần tử khung nội tuyến? Tôi nghĩ rằng nó nhẹ nhàng có thể, nhưng tôi không nhìn thấy một con đường rõ ràng vào lúc này.

Cảm ơn!

Answer 1

Để tránh điều đó theo dõi không mong muốn, bạn nên đặt một tập tin rỗng giả trên /eyeblaster/addineyev2.html, hoặc, nếu bạn sử dụng nginx làm điều gì đó như

server { 
    ... 

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

hoặc, tốt hơn

server { 
    ... 

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

Nếu bạn don `t có lưu trữ tĩnh và không thể cấu hình một máy chủ proxy bạn có thể đặt một điều kiện trong việc theo dõi trang 404 của bạn thông qua javascript

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

Answer 2

Tôi đã tìm thấy câu trả lời của riêng mình và tôi sẽ chia sẻ câu trả lời ở đây cho sự kiện hiếm hoi mà một nhà phát triển web khác đang cố gắng xác định một quảng cáo làm điều tương tự với họ.

Quảng cáo kỹ thuật số vi phạm đã đến với khung nội tuyến được trỏ tới "/eyeblaster/addineyev2.html" Tôi đã sử dụng kiến ​​thức này và mã hóa javascript sau để thu thập thông tin về trang chứa iframe (tức là trang với quảng cáo trên đó).

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 này sử dụng JQuery (nhà cung cấp CMS của chúng tôi bao gồm mọi trang). Nó kiểm tra xem trang lỗi có tồn tại trong iframe hay không (top! = Self), và sau đó nó lấy html thô cho mọi phần tử html trên trang gốc có chứa quảng cáo.

Dữ liệu đó được bao bọc thành một đối tượng và được đăng lên một tập lệnh php đơn giản để ghi nhật ký của mọi giá trị được đăng lên một tệp.

Cuối cùng, tôi nhận được tệp nhật ký có khả năng cao là mã quảng cáo vi phạm ở bên trong. Tôi đã có thể thực hiện grep nhanh trên tệp và phát hiện quảng cáo có khung nội tuyến hướng tới "/eyeblaster/addineyev2.html"

Tôi hy vọng điều này sẽ giúp người khác ở ngoài đó!

Answer 3

Dường như có nhiều nhà xuất bản gặp sự cố này. Tôi cũng làm như vậy. Theo các chỉ dẫn của Tals, tôi có thể ghi lại thông tin khi trỏ một khung nội tuyến tới trang 404 với mục đích, nhưng không thể bắt gặp vấn đề này vì nó xuất hiện ngẫu nhiên và tôi không thể kiểm tra lý do tại sao tập lệnh không bắt được nó.

Làm cách nào để thêm /eyeblaster/addineyev2.html và đăng nhập từ tệp này?

Tôi có thể xác định chủ sở hữu tập lệnh thực hiện tìm kiếm trên web đơn giản. Nó đến từ http://www.mediamind.com/ Nhưng việc vô hiệu hóa "mediamind" trong Google AdSense không thực hiện thủ thuật, vì vậy tôi đã yêu cầu hỗ trợ của họ gửi cho tôi tệp.

Tôi sẽ kiểm tra tập lệnh và nếu cuộc gọi 404 đang giảm xuống. Có lẽ tôi cũng sẽ sử dụng tập lệnh để kiểm tra nội dung đang được tải và xác định url quảng cáo cũ để tắt nó.

Answer 4

Chỉ nghĩ rằng tôi sẽ chia sẻ rằng điều này đang xảy ra trên trang web Ozzu của chúng tôi. Tôi lần đầu tiên nhận thức được vấn đề khi một số thành viên của chúng tôi phàn nàn, nhưng tôi không nhìn quá sâu sắc như lần đầu tiên tôi nghĩ đó là một trường hợp riêng biệt.

Trong tháng vừa qua, tôi cũng nhận thấy rằng tệp nhật ký lỗi của tôi trên máy chủ cao hơn bình thường khi phân vùng/usr chiếm khoảng 82% mức sử dụng của nó. Tôi đã không đặt hai và hai với nhau cho đến ngày hôm nay khi tôi cuối cùng đã bắt đầu tìm kiếm thông qua các lỗi và nó xuất hiện rằng đây không phải là một trường hợp bị cô lập với quảng cáo loại eyeblaster này. Có hàng nghìn người dùng truy cập trang web của chúng tôi và sau đó được chuyển hướng đến trang 404 trên trang web của chúng tôi vì điều này. Đây là một mẫu của một trong những sai sót trong file log của chúng tôi, và có vẻ như nhiều mạng đang sử dụng phần mềm Eyeblaster này từ Media Tâm:

[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 

Tôi vừa liên lạc với công ty truyền thông tâm cũng như để xem họ có thêm bất kỳ đầu vào nào. Các lỗi trong nhật ký của chúng tôi ít nhất đến từ một vài máy chủ quảng cáo, chẳng hạn như:

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

Vì vậy, đây là ấn tượng của tôi rằng nhiều công ty truyền thông đang sử dụng phần mềm Eye Blaster này. Tôi đã xem xét nhiều hơn về những gì mà Blaster được cho là có tác dụng và đó là một loại công nghệ đồng bộ nhiều quảng cáo trên trang như thể chúng là một quảng cáo lớn. Ví dụ: hoạt ảnh sẽ bắt đầu trong một quảng cáo và kết thúc bằng một quảng cáo khác. Dù sao nó phải được phổ biến như nhiều công ty quảng cáo dường như được sử dụng nó và như vậy tôi có lẽ sẽ phải vô hiệu hóa rất nhiều nhà quảng cáo.

Tôi nghĩ cách tốt nhất để khắc phục sự cố là để Media Mind giải quyết vấn đề, nhưng tôi không chắc chắn.

Dù sao thì chỉ muốn chia sẻ trải nghiệm của tôi và vấn đề này dường như đang ảnh hưởng đến nhiều trang web.