आँकड़े बदले बिना एकीकरण की त्रुटियाँ ढूँढ़ना

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

पहली निदान जाँच चलाना

1. मेरे काउंटर से काउंटर जोड़ना और डैशबोर्ड और टूल खोलना।
2. मापन डीबगर खोलना। इवेंट का नाम में स्थिर मान दर्ज करना, जैसे मैन्युअल इवेंट के लिए signup।
3. मेल खाता मापन का प्रकार चुनना और यह तय करना कि इवेंट नाम अपने आप तैयार होता है या नहीं। फ़ॉर्म सफलता और मैन्युअल इवेंट की सेटिंग अलग हैं।
4. पहले से परिभाषित प्रॉपर्टी वास्तव में कॉन्फ़िगर न हों तो पहले से तय प्रॉपर्टी (JSON ऑब्जेक्ट, वैकल्पिक) को {} ही रहने देना। फ़ॉर्म सामग्री या निजी जानकारी कभी दर्ज नहीं होनी चाहिए।
5. बिना गिने जाँचें चुनना और परिणाम तथा सामान्यीकृत इवेंट नाम पढ़ना।

कोड बदलने से पहले अस्वीकृति समझना

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

प्रॉपर्टी पहले से परिभाषित कॉन्फ़िगरेशन से मेल खानी चाहिए। निदान भेजे गए मान दोबारा दिखाए बिना उनकी स्वीकृति बताता है। लक्ष्य की जानकारी मेल खाते लक्ष्य और गिनी गई मानवीय विज़िट में अंतर करती है: केवल लक्ष्य कॉन्फ़िगर होने से यह तय नहीं होता कि लक्ष्य आगंतुक जोड़ा जाएगा।

वेबसाइट से निदान कनेक्शन का परीक्षण

1. अपनी वेबसाइट पर जाँचें में टेस्ट कोड कॉपी करें का उपयोग करके तैयार निदान कोड कॉपी करना।
2. काउंटर वाली स्वामित्व की वेबसाइट खोलना और डिबगर पेज के विवरण के अनुसार ब्राउज़र डेवलपर टूल में वह कोड चलाना।
3. कंसोल का परिणाम पढ़ना। तैयार परीक्षण अनुमति पंद्रह मिनट बाद समाप्त हो जाती है; आवश्यकता पर स्वामी डिबगर पेज फिर लोड करने से नई अनुमति मिलती है।

हाथ से लिखी स्क्रिप्ट में निजी स्वामी कुंजी के बजाय तैयार अस्थायी अनुमति इस्तेमाल होनी चाहिए। स्वामी कुंजी बदलने से निदान अनुमति भी अमान्य हो जाती है। निदान एंडपॉइंट अनुरोध सीमा इस्तेमाल करता है, लेकिन सामान्य ट्रैकिंग डेटा नहीं बनाता।

सामान्य एकीकरण की अलग जाँच

स्वीकृत निदान का अर्थ है कि प्रस्तावित इवेंट उस समय स्वीकार्य होगा। यह सामान्य ट्रैकर की दर सीमा, बाद की डेटाबेस लिखाई, सामान्य अनुरोध पर ब्राउज़र की रोक, सफल फ़ॉर्म प्रोसेसिंग या क्रमबद्ध फ़नल प्रगति का परीक्षण नहीं करता।

1. यह जाँचना कि निर्धारित वेबसाइट पेज पर s4u.js लोड होता है या नहीं और सामान्य ट्रैकिंग अनुरोध रोके जाते हैं या विफल होते हैं।
2. काउंटर नंबर, चालू श्रेणी और रिपोर्ट की तारीख़ अवधि की जाँच करना।
3. फ़ॉर्म में सफलता इवेंट की अपेक्षा से पहले एप्लिकेशन की वास्तविक सफल प्रोसेसिंग की पुष्टि करना।

हर त्रुटि रिपोर्ट में निदान परिणाम और सामान्य अनुरोध परिणाम अलग रखना चाहिए। केवल एक हरी निदान प्रतिक्रिया गायब मापन को विश्वसनीय रूप से नहीं समझा सकती।

अगला कदम

स्वामित्व वाला काउंटर खोलना और ऐसे निदान इवेंट से शुरुआत करना जिसमें निजी डेटा न हो।

मेरे काउंटर खोलना