इवेंट की पुष्टि करें

अपना प्लैटफ़ॉर्म चुनें:

Firebase gtag.js

Google Analytics मेज़रमेंट प्रोटोकॉल, HTTP गड़बड़ी के कोड नहीं दिखाता. भले ही, इवेंट गलत तरीके से बनाया गया हो या उसमें ज़रूरी पैरामीटर मौजूद न हों. अपने इवेंट की पुष्टि करने के लिए, आपको उन्हें प्रोडक्शन में डिप्लॉय करने से पहले, मेज़रमेंट प्रोटोकॉल की पुष्टि करने वाले सर्वर पर टेस्ट करना चाहिए. यह पुष्टि करने के बाद कि आपके इवेंट सही तरीके से स्ट्रक्चर किए गए हैं, आपको लागू करने की पुष्टि करनी चाहिए. इससे यह पक्का किया जा सकता है कि सही कुंजियों का इस्तेमाल किया जा रहा है.

चेतावनी: पुष्टि करने वाला सर्वर, api_secret या इन वैल्यू की ध्यान से समीक्षा करें, ताकि यह पक्का किया जा सके कि ये सही हैं.

सीधे तौर पर पुष्टि करने वाले सर्वर को कॉल किया जा सकता है या Google Analytics इवेंट बिल्डर का इस्तेमाल किया जा सकता है. Google Analytics के इवेंट बिल्डर की मदद से, इंटरैक्टिव तरीके से इवेंट बनाए जा सकते हैं. साथ ही, मेज़रमेंट प्रोटोकॉल के पुष्टि करने वाले सर्वर का इस्तेमाल करके, उनकी पुष्टि की जा सकती है.

इस गाइड में, Google Analytics 4 के पुष्टि करने वाले सर्वर के लिए, मेज़रमेंट प्रोटोकॉल को इवेंट भेजने और जवाब को समझने का तरीका बताया गया है.

अहम जानकारी: पुष्टि करने वाले सर्वर को भेजे गए इवेंट, रिपोर्ट में नहीं दिखते.

पुष्टि के लिए इवेंट भेजना

मेज़रमेंट प्रोटोकॉल और मेज़रमेंट प्रोटोकॉल की पुष्टि करने वाले सर्वर को भेजे गए इवेंट के अनुरोध में, सिर्फ़ यूआरएल का अंतर होता है.

सर्वर	URL
मेज़रमेंट प्रोटोकॉल	/mp/collect
मेज़रमेंट प्रोटोकॉल वैलिडेशन सर्वर	/debug/mp/collect

अन्य सभी अनुरोध फ़ील्ड एक जैसे हैं.

हम पुष्टि करने के लिए, यह तरीका अपनाने का सुझाव देते हैं:

• डेवलपमेंट के दौरान, पुष्टि करने की सख्त जांच का इस्तेमाल करें. इसके लिए, इनमें से कोई एक विकल्प चुनें:
  • इवेंट बिल्डर की मदद से, अनुरोधों की पुष्टि करें.
  • validation_behavior को ENFORCE_RECOMMENDATIONS पर सेट करके, पुष्टि करने वाले सर्वर को अनुरोध भेजें.
• प्रोडक्शन में, validation_behavior को सेट किए बिना अनुरोध भेजें, ताकि मेज़रमेंट प्रोटोकॉल से अस्वीकार किए गए डेटा को कम किया जा सके.

यहां दिए गए कोड में, मेज़रमेंट प्रोटोकॉल के पुष्टि करने वाले सर्वर को भेजा जा रहा अमान्य इवेंट दिखाया गया है:

सलाह: अगर आपको ईयू में अपना डेटा इकट्ठा करना है, तो fetch तरीके को पास किए गए यूआरएल को https://www.google-analytics.com के बजाय https://region1.google-analytics.com से शुरू होने वाले यूआरएल में बदलें.

पुष्टि करने का जवाब

यहां पिछले इवेंट के लिए, पुष्टि करने वाले सर्वर का जवाब दिया गया है:

{
  "validationMessages": [
    {
      "fieldPath": "events",
      "description": "Event at index: [0] has invalid name [_badEventName]. Names must start with an alphabetic character.",
      "validationCode": "NAME_INVALID"
    }
  ]
}

यहां पुष्टि करने वाले सर्वर का जवाब दिया गया है. इसमें पुष्टि से जुड़ी कोई समस्या नहीं है:

{
  "validationMessages": []
}

जवाब

कुंजी	टाइप	ब्यौरा
validationMessages	Array<ValidationMessage>	पुष्टि करने वाले मैसेज का कलेक्शन.

ValidationMessage

कुंजी	टाइप	ब्यौरा
fieldPath	स्ट्रिंग	उस फ़ील्ड का पाथ जो अमान्य था.
description	स्ट्रिंग	गड़बड़ी के बारे में जानकारी.
validationCode	ValidationCode	पुष्टि करने के लिए इस्तेमाल किया गया कोड, जो गड़बड़ी से मेल खाता है.

ValidationCode

मान	ब्यौरा
VALUE_INVALID	fieldPath के लिए दी गई वैल्यू अमान्य है. पाबंदियां देखें.
VALUE_REQUIRED	fieldPath के लिए ज़रूरी वैल्यू नहीं दी गई है.
NAME_INVALID	दिया गया नाम अमान्य था. पाबंदियां देखें.
NAME_RESERVED	दिया गया नाम, रिज़र्व किए गए नामों में से एक है. रिज़र्व किए गए नाम देखें.
VALUE_OUT_OF_BOUNDS	दी गई वैल्यू बहुत बड़ी थी. पाबंदियां देखें.
EXCEEDED_MAX_ENTITIES	अनुरोध में बहुत ज़्यादा पैरामीटर थे. पाबंदियां देखें.
NAME_DUPLICATED	अनुरोध में एक ही नाम एक से ज़्यादा बार दिया गया है.