2012-01-09 15 views
9

यदि कोई दिया गया वेब सर्वर केवल अपने डोमेन के भीतर उन सेट से कुकीज़ पढ़ सकता है, तो इंटरनेट विज्ञापनदाता अपने नेटवर्क के बाहर वेबसाइटों से उपयोगकर्ता के वेब ट्रैफ़िक को कैसे ट्रैक करते हैं?इंटरनेट विज्ञापनदाता तृतीय पक्ष कुकीज़ का उपयोग कैसे करते हैं?

क्या कोई ऐसा विज्ञापन है जो "supercookie" वैश्विक विज्ञापन प्रणाली है जो विज्ञापनदाताओं को ऊपरी-स्तरीय डोमेन कुकीज़ पुनर्प्राप्त करने की अनुमति देता है और फिर कुछ सर्वर (एक सहयोगी से) से पूछता है जिसमें उस उपयोगकर्ता के बारे में जानकारी है?

अद्यतन:

मेरे सवाल का स्पष्ट करने के लिए, किसी विज्ञापनदाता कि "example2.com" पर विज्ञापन प्रकाशित करता है पता लगाने के लिए कि मैं किसी विशेष साइट "example1.com" का दौरा किया अगर वे कभी नहीं की सेवा की थी के लिए संभव है "example1.com" से किसी पृष्ठ पर एक विज्ञापन?

उत्तर

16

"supercookie" की कोई आवश्यकता नहीं है। प्रत्येक सर्वर अपने डोमेन की कुकीज़ पढ़ता है। सर्वर यूआरएल के माध्यम से एक दूसरे को जानकारी पास करते हैं। (या, बैकचैनल्स के माध्यम से, आमतौर पर कम।)

उदाहरण के लिए, आप example.com पर जाएं। आपके पास example.com कुकी है जो user=1032354 पढ़ती है। आप http://www.example.com पुनर्प्राप्त करें। बेशक, आप वेब सर्वर है, जो वेब पेज में निम्नलिखित आउटपुट के लिए अपने कुकी भेजने:

<IMG href="http://www.advertiser.exmaple/add.cgi?source=example.com&user=1032354"> 
बेशक

, जब आपके ब्राउज़र www.advertiser.example को जाता है छवि प्राप्त करने के लिए, यह खुशी से advertiser.example कुकी भेजता। अब, advertiser.example पर सर्वर जानता है कि आप किस साइट पर हैं (जिस कुकी द्वारा आपने इसे भेजा है) और कौन सा उपयोगकर्ता example.com (यूआरएल से) पर है।

backchannel विधि के साथ, यह इस तरह के और अधिक चल रही है:

1) आप www.example.com करने के लिए जाना है और यह आपके example.com कुकी भेज देते हैं।

2) example.com पर वेब सर्वर कुकी से आपकी उपयोगकर्ता आईडी प्राप्त करता है और आपके लिए सत्र बनाने के लिए JSON अनुरोध advertiser.example पर भेजता है। यह इसे आपके example.com उपयोगकर्ता आईडी से गुजरता है।

3) वेब सर्वर कदम 2.

4) में बनाए गए सत्र आईडी के साथ advertiser.example के लिए एक छवि लिंक आउटपुट आपके ब्राउज़र advertiser.example को जोड़ता है, यह हेडर में advertiser.example कुकी और में सत्र आईडी भेजता है यूआरएल

5) advertiser.example पर सर्वर अब अपने स्वयं के उपयोगकर्ता रिकॉर्ड और example.com अपनी उपयोगकर्ता रिकॉर्ड के साथ अपने सत्र संबद्ध कर सकते हैं और यह उत्पादन के लिए एक उपयुक्त विज्ञापन कर सकते हैं।

यह रेफरर्स के माध्यम से भी किया जा सकता है।

अद्यतन: मुख्य साइटों पर कोई कुकी की आवश्यकता नहीं है। एक विज्ञापनदाता कुकी करेगा।

1) आप किसी साइट पर जाते हैं, आप कोई कुकी नहीं भेजते हैं। साइट आपको एक नया सत्र सौंपती है।

2) वेब पेज में यूआरएल में एम्बेडेड सत्र के साथ विज्ञापनदाता की साइट पर एक एम्बेडेड छवि लिंक है।

3) आप एम्बेडेड छवि प्राप्त करते हैं, अपना सत्र आईडी (यूआरएल में) और अपनी कुकी (विज्ञापनदाता की साइट के लिए) भेजते हैं।

4) विज्ञापनदाता अब आपके सत्र को अपने खाते में अपने खाते के साथ मुख्य साइट पर जोड़ता है। यह साइट के वेब सर्वर पर बैक चैनल के माध्यम से, एक यूआरएल में एम्बेडेड, या अन्य माध्यमों के माध्यम से संचार करता है।

+1

क्या इन दो परिदृश्यों को अभी भी "नेटवर्क में" ट्रैकिंग का अर्थ नहीं है? यही है, विज्ञापनदाता को यह ट्रैक करने के लिए कि किसी दिए गए उपयोगकर्ता example1.com और example2.com दोनों पर गए हैं, विज्ञापनदाता को example1.com और example2.com दोनों पर विज्ञापन प्रकाशित करना होगा? मैं जानना चाहता हूं कि क्या विज्ञापनदाताओं के पास उपयोगकर्ता के इतिहास को देखने के लिए कोई चाल/उपकरण हैं, भले ही उन्होंने केवल कुकी पर सेवा की हो, उदाहरण के लिए 1.com – depthfirstdesigner

+1

उदाहरण साइटों पर कोई कुकी की आवश्यकता नहीं है। प्रक्रिया एक कुकी के बिना बिल्कुल वही काम कर सकती है। यह साइट आपको पहले यादृच्छिक सत्र निर्दिष्ट करती है, विज्ञापनदाता से बैकचैनल के माध्यम से आपका उपयोगकर्ता पहचानकर्ता प्राप्त करती है, और फिर विज्ञापनदाता की साइट पर उपयोगकर्ता खाते के साथ यादृच्छिक सत्र को जोड़ती है। –

+1

शायद मैं अपने प्रश्न को खराब/स्पष्ट कर रहा हूं। क्या यह किसी विज्ञापनदाता के लिए संभव है जो "example2.com" पर विज्ञापन प्रकाशित करता है, यह पता लगाने के लिए कि मैंने किसी विशेष साइट "example1.com" का दौरा किया है, यदि उन्होंने कभी "example1.com" से कोई विज्ञापन नहीं दिया है? – depthfirstdesigner

संबंधित मुद्दे