सर्वर-साइड ट्रैकिंग: परिभाषा और यह कैसे काम करती है

सर्वर-साइड ट्रैकिंग मार्केटिंग और एनालिटिक्स इवेंट्स को एकत्रित करने और आपके द्वारा नियंत्रित सर्वर से भेजने की प्रथा है, बजाय इसके कि पूरी तरह से ग्राहक के ब्राउज़र में चलने वाली स्क्रिप्ट्स पर निर्भर रहा जाए जो टैग और पिक्सल फायर करती हैं। ब्राउज़र द्वारा सीधे एक दर्जन थर्ड-पार्टी ट्रैकिंग स्क्रिप्ट्स लोड करने के बजाय, इवेंट्स आपके अपने बैकएंड या सर्वर-साइड कंटेनर द्वारा एक बार कैप्चर किए जाते हैं, फिर उन एड प्लेटफ़ॉर्म्स और एनालिटिक्स टूल्स को आगे भेज दिए जाते हैं जिन्हें उनकी आवश्यकता होती है।

यह ब्राउज़र-ओनली ट्रैकिंग का स्थान क्यों लेती है#

ब्राउज़र-आधारित ट्रैकिंग पिक्सल और टैग ब्राउज़र पर वास्तव में थर्ड-पार्टी जावास्क्रिप्ट एक्ज़िक्यूट करने पर निर्भर करते हैं, जिन्हें एड ब्लॉकर्स, ब्राउज़र ट्रैकिंग-प्रिवेंशन फीचर्स, और धीमे पेज लोड सभी बाधित कर सकते हैं। एक सर्वर-साइड सेटअप डेटा संग्रह के बिंदु को ब्राउज़र से पूरी तरह हटा देता है: आपका अपना सर्वर इवेंट को तब रिकॉर्ड करता है जब वह वास्तव में होता है, उदाहरण के लिए आपकी चेकआउट सिस्टम में, और वहाँ से उसे आगे भेजता है, जो कहीं अधिक मजबूत होता है।

सामान्य कार्यान्वयन#

एक फर्स्ट-पार्टी ट्रैकिंग डोमेन टैग रिक्वेस्ट्स को थर्ड-पार्टी डोमेन के बजाय आपके अपने सबडोमेन के माध्यम से रूट करता है, ताकि ब्राउज़र-लेवल एड ब्लॉकर्स के लिए ट्रैफ़िक को फ्लैग करने की संभावना कम हो। एक सर्वर-साइड टैग मैनेजर कंटेनर, Google Tag Manager का सर्वर-साइड विकल्प सबसे आम उदाहरण है, आपको एक सिंगल सर्वर एंडपॉइंट देता है जो इवेंट्स प्राप्त करता है और उन्हें कई डेस्टिनेशन्स पर फैंकता है। प्लेटफ़ॉर्म-विशिष्ट इवेंट APIs इवेंट्स को सीधे एक एड नेटवर्क के सर्वर्स पर भेजती हैं। एफिलिएट या CPA सेटअप्स में, एक पोस्टबैक URL कुछ ऐसा ही हासिल करता है, जो नेटवर्क के सर्वर को आपके सर्वर को सीधे सूचित करने देता है, या इसके विपरीत, जब एक कन्वर्ज़न पूरा हो जाता है।

यह क्या सुधारती है और क्या नहीं#

सर्वर-साइड ट्रैकिंग आम तौर पर कन्वर्ज़न ट्रैकिंग की पूर्णता में सुधार करती है, क्योंकि इवेंट्स अब एक अखंड ब्राउज़र सत्र पर निर्भर नहीं रहते। यह पेज लोड वेट को भी कम कर सकती है, क्योंकि कम थर्ड-पार्टी स्क्रिप्ट्स को क्लाइंट-साइड चलाने की आवश्यकता होती है। यह, अपने आप से, कई चैनलों में अट्रिब्यूशन को हल नहीं करती; एक अच्छी तरह रिकॉर्ड किया गया इवेंट अभी भी यह तय करने के लिए एक मॉडल की आवश्यकता रखता है कि प्रत्येक टचपॉइंट को कितना क्रेडिट मिलना चाहिए। सर्वर-साइड ट्रैकिंग यह सुनिश्चित करती है कि इवेंट बिल्कुल मौजूद है। यह तय नहीं करती कि इसका क्रेडिट किसे मिलेगा।

सेटअप संबंधी विचार#

ट्रैकिंग को सर्वर-साइड ले जाना वास्तव में एक पेज में पिक्सल स्निपेट डालने से अधिक इंजीनियरिंग कार्य है: आपको एक विश्वसनीय इवेंट पाइपलाइन, एक ही कन्वर्ज़न के लिए क्लाइंट-साइड और सर्वर-साइड दोनों में रिकॉर्ड किए गए इवेंट्स को डीडुप्लिकेट करने का तरीका, और प्रत्येक एड प्लेटफ़ॉर्म द्वारा अपनी API अपडेट करने के साथ निरंतर रखरखाव की आवश्यकता होती है। अधिकांश टीमें अपने उच्चतम-मूल्य वाले कन्वर्ज़न इवेंट, एक पूर्ण खरीदारी, से शुरुआत करती हैं और वहाँ से विस्तार करती हैं बजाय इसके कि हर टैग को एक साथ माइग्रेट किया जाए। हर नेटवर्क पर सुसंगत क्लिक ट्रैकिंग आइडेंटिफ़ायर्स उस डीडुप्लिकेशन स्टेप को काफी कम दर्दनाक बना देते हैं।

जहाँ सटीक ट्रैकिंग सबसे अधिक मायने रखती है#

साफ़र कन्वर्ज़न डेटा सबसे अधिक लाभदायक होता है जब आप अलग-अलग ट्रैकिंग विश्वसनीयता वाले कई एड नेटवर्क्स में प्रदर्शन की तुलना कर रहे होते हैं। कमजोर नेटिव पिक्सल सपोर्ट वाला एक नेटवर्क आपके डैशबोर्ड में कृत्रिम रूप से खराब दिख सकता है, विशुद्ध रूप से ट्रैकिंग लॉस के कारण, न कि इसलिए कि ट्रैफ़िक वास्तव में निम्न गुणवत्ता का है। ट्रैकिंग-प्रभावित तुलना के आधार पर बजट पुनः आवंटित करने से पहले, जांचें कि प्रत्येक नेटवर्क पर वास्तव में क्या चल रहा है और कितने समय से। OpenAdLibrary का एड इंटेलिजेंस प्लेटफ़ॉर्म प्रतियोगी एड लॉन्जेविटी और क्रिएटिव वॉल्यूम को नेटवर्क द्वारा दृश्यता प्रदान करता है, आपके अपने ट्रैकिंग नंबर्स के साथ एक स्वतंत्र सिग्नल।