टैग कॉन्फ़िगर करने से पहले व्यावसायिक इवेंट परिभाषित करें
रूपांतरण वह पूर्ण की गई क्रिया है जो व्यवसाय के लिए मायने रखती है, न कि कोई इंटरैक्शन जिसे टैग करना आसान हो। ईकॉमर्स के लिए यह आमतौर पर स्वीकारी गई ऑर्डर होती है, न कि ‘कार्ट में जोड़ना’ या भुगतान-बटन क्लिक। लीड जनरेशन के लिए यह कोई सबमिट की गई पूछताछ हो सकती है जो घोषित मानदंडों को पूरा करती है, बुक की गई अपॉइंटमेंट, या सेल्स-क्वालिफाइड लीड। इसे इवेंट में अनुवाद करने से पहले व्यावसायिक भाषा में लिखें।
प्रत्येक रूपांतरण क्रिया के लिए उसके ट्रिगर, शामिल और बहिष्करण नियम, मूल्य, गणना नियम, पहचानकर्ता, जिम्मेदार मालिक, और रिकॉर्ड सिस्टम दर्ज करें। उदाहरण: “स्वीकृत भुगतान ऑर्डर; प्रति ऑर्डर ID एक इवेंट; कंपनी के निर्धारित नियमों के अंतर्गत ऑर्डर राजस्व; कॉमर्स डेटाबेस इसे समेकित/सामंजस्य करता है।”
प्राथमिक और द्वितीयक क्रियाओं का जानबूझकर उपयोग करें
Google Ads कहता है कि प्राथमिक रूपांतरण क्रियाएँ Conversions कॉलम में दिखाई देती हैं और जब संबंधित मानक लक्ष्य बोली के लिए इस्तेमाल होता है तो बोली के लिए उपयोग की जाती हैं। द्वितीयक क्रियाएँ All conversions में प्रेक्षण के लिए होती हैं और सामान्यतः बोली के लिए उपयोग नहीं की जातीं। इसलिए प्राथमिक टैग एक गुणवत्ता बैज नहीं है: यह उस सिग्नल को नियंत्रित करता है जिससे ऑप्टिमाइज़ेशन सीखता है।
केवल सीधे, दोहराए जाने योग्य अभियान परिणामों को प्राथमिक बनाएं। फॉर्म स्टार्ट, ब्रोशर डाउनलोड, अकाउंट निर्माण, चैट ओपन और फोन क्लिक्स को तभी प्राथमिक रखें जब वे जानबूझकर ऑप्टिमाइज़ेशन परिणाम हों। अगर अभियान अलग उद्देश्य सेवा करते हैं, तो डिफ़ॉल्ट को सब कुछ नियंत्रित न करने दें; लक्ष्य को अभियान के अनुसार संचालित करें। जब भी लक्ष्य बदलें तो तारीख और पुराना सेटिंग नोट करें ताकि रिपोर्ट को संदर्भ में पढ़ा जा सके।
माप डिज़ाइन में सहमति (consent) को शामिल करें
सहमति टैग लाइव होने के बाद जोड़ा जाने वाला कोई बैनर नहीं है। Google का consent-mode मार्गदर्शन कहता है कि माप डेटा भेजने वाले कमांड्स से पहले डिफ़ॉल्ट सहमति स्थिति सेट करें, और फिर व्यक्ति के चुनाव के बाद इसे अपडेट करें। इनके उदाहरण ad storage, analytics storage, ad user data, और ad personalization को कवर करते हैं। Consent mode कानूनी आधार या नीति तय नहीं करता; अपने संगठन द्वारा अनुमोदित स्थिति लागू करें।
आवश्यकताएँ स्थान और तथ्यों के अनुसार भिन्न होती हैं। यूके ICO मार्गदर्शन कहता है कि लोगों को कुकियों के बारे में बताया जाना चाहिए, स्पष्ट रूप से बताना चाहिए कि वे क्या करती हैं और क्यों, और सक्रिय, स्पष्ट सहमति देनी चाहिए, कुछ सीमित आवश्यक-सेवा अपवादों को छोड़कर। यूरोपीय व्यवस्था निर्देश कहती है कि जिन कुकियों के लिए सहमति आवश्यक है वे प्रारंभिक लोड पर सेट नहीं की जानी चाहिए, सहमति उद्देश्य-विशिष्ट होनी चाहिए, और वापस लेने की प्रक्रिया आसान होनी चाहिए। अपने बाजारों, विक्रेताओं और डेटा प्रवाहों के लिए योग्य प्राइवेसी समीक्षा प्राप्त करें। URLs, इवेंट पैरामीटर्स, या ट्रांज़ैक्शन IDs में कच्चे ईमेल, फोन नंबर, ऑर्डर नोट्स या अनावश्यक ग्राहक डेटा न डालें।
मूल्यांकन किए जाने वाले व्यावसायिक इवेंट को डेडुप्लिकेट करें
एक पुष्टि पृष्ठ रीलोड किया जा सकता है, हिस्ट्री से पुनः देखा जा सकता है, या किसी विफल स्थिति परिवर्तन के बाद पहुँचा जा सकता है। Google Ads एक अद्वितीय ट्रांज़ैक्शन ID की अनुशंसा करता है ताकि एक ही खरीद के लिए एक ही रूपांतरण क्रिया और ID के साथ दूसरी गिनती डुप्लीकेट मानी जाए। ID को डायनामिक रूप से जनरेट किया जाना चाहिए और प्रत्येक लेन-देन के लिए अनोखा होना चाहिए; अलग ऑर्डर्स पर पुन: उपयोग अंडरकाउंट कर सकता है। ग्राहक पहचानकर्ता डेटा के बजाय एक अस्पष्ट (opaque) ऑर्डर पहचानकर्ता का उपयोग करें।
आर्किटेक्चर का मैप भी बनाएं। यदि एक ब्राउज़र टैग, सर्वर इवेंट, CRM इम्पोर्ट और पेमेंट वेबहुक एक ही बिक्री रिपोर्ट कर सकते हैं, तो तय करें कौन सी route authoritative है और कौन सा साझा ID डेडुप्लिकेशन की अनुमति देता है। एक ID गिनती सेटिंग की जगह नहीं लेती: एक सेटिंग नियंत्रित करती है कि एक एड क्लिक के बाद कितने रूपांतरण गिने जाएँ, जबकि एक ID उसी ऑर्डर को दो बार भेजे जाने से बचाती है। रिफंड, रद्दीकरण और अमान्य लीड्स के लिए संबंधित ऑपरेशंस टीम के साथ नियंत्रित समायोजन या बहिष्कार प्रक्रिया परिभाषित करें।
एट्रिब्यूशन को क्रेडिट के रूप में रिपोर्ट करें, फिर संचालन से सामंजस्य करें
एट्रिब्यूशन चुने हुए नियमों के अंतर्गत क्रेडिट सौंपता है; यह हर प्रभाव को देखता या कारण-वाचक प्रमाण नहीं करता। Google Ads बताता है कि last click सभी क्रेडिट अंतिम-क्लिक किए गए विज्ञापन को देता है, जबकि data-driven attribution उस कार्रवाई के लिए खाते के डेटा का उपयोग करके क्रेडिट वितरित करता है। चुना गया मॉडल Conversions और All conversions कॉलम को प्रभावित करता है और बोली को भी असर कर सकता है। इसलिए मॉडल परिवर्तन एक विश्लेषण परिवर्तन और प्रोडक्शन ऑप्टिमाइज़ेशन बदलाव दोनों है।
दो दृश्य बनाए रखें। प्लेटफ़ॉर्म व्यू अभियान निर्णयों का समर्थन करता है: खर्च, एट्रिब्यूटेड प्राथमिक रूपांतरण, एट्रिब्यूटेड मूल्य, मॉडल, विंडो, और तारीख आधार। संचालनात्मक व्यू में स्वीकार्य ऑर्डर्स, व्यावसायिक नियमों के अंतर्गत राजस्व, योग्य लीड्स, रद्दीकरण और रिफंड शामिल हों। दिशात्मक रूप से मिलान करें और परमिटेड पहचानकर्ताओं का उपयोग करके महत्वपूर्ण स्थायी अंतर का अन्वेषण करें। बिल्कुल मिलान अपेक्षित नहीं है: सहमति, ब्राउज़र सीमाएँ, क्रॉस-डिवाइस पाथ, समय-सीमाएँ, पात्रता, और मॉडलिंग भिन्न हो सकती हैं।
रिलीज़ की QA को रूपांतरण-पथ विश्वसनीयता काम के रूप में करें
संभव हो तो प्रोडक्शन के बाहर टेस्ट करें, फिर नियंत्रित लाइव टेस्ट करें जिन्हें ऑपरेशंस पहचान कर पलट सकें। Google Tag Manager का preview और debug मोड previewed साइट को Tag Assistant से जोड़ता है, फायर हुए टैग्स, क्रम, और संसाधित डेटा दिखाते हुए। ट्रिगर, मूल्य, मुद्रा, ID, सहमति स्थिति, और गंतव्य (destination) का निरीक्षण करें, फिर ऑर्डर या लीड रिकॉर्ड का निरीक्षण करें। एक हरा टैग स्टेटस यह प्रमाण नहीं है कि सही व्यावसायिक इवेंट गिना गया।
पेड लैंडिंग URLs, रीडायरेक्ट, फॉर्म वैलिडेशन, क्रॉस‑डोमेन चेकआउट, भुगतान रिटर्न, पुष्टि, CRM हैंडऑफ, और रिफंड हैंडलिंग को कवर करें। Google नोट करता है कि क्लिक पहचानकर्ता ट्रैकर्स या रीडायरेक्ट में खो सकते हैं और जहाँ लैंडिंग और रूपांतरण डोमेन्स अलग हों वहां क्रॉस‑डोमेन मार्गदर्शन देता है। प्री‑फ़्लाइट और वर्जन टैग, सहमति, चेकआउट, और रीडायरेक्ट परिवर्तन करें। अगर कोई पाथ या सिग्नल फेल हो, तो सत्यापित कॉन्फ़िगरेशन को पुनर्स्थापित करें और प्रभावित इंटरवल का सामंजस्य करें बजाय डैशबोर्ड से अनुमान लगाने के।