रूपांतरण API

1. सर्व्हरवरून का?

रूपांतरण कळवण्याआधी ब्राउझर पिक्सेलला तीन अडसर: जाहिरात ब्लॉकर, ट्रॅकिंग प्रतिबंध आणि पिक्सेल चालण्यापूर्वी टॅब बंद होणे. सर्व्हर कॉल तिन्ही टाळतो, कारण तो ब्राउझरमध्ये होतच नाही.

उद्दिष्ट केव्हा गाठले ते MousePlayer ला माहीत असते — उद्दिष्टांचा तोच उपयोग. रूपांतरण API ही बाब सर्व्हरवरून जाहिरात नेटवर्कला पाठवतात.

2. काय पाठवतो — आणि काय कधीच नाही

या कॉलमध्ये अभ्यागत ओळखणारी एकमेव गोष्ट: नेटवर्कने स्वतः दिलेली कुकी किंवा क्लिक ID. व्यक्तीची इतर माहिती सर्व्हर सोडत नाही.

नेटवर्क	वापरलेला ID	कुठून येतो
Meta	_fbp, _fbc	Meta पिक्सेलच्या फर्स्ट-पार्टी कुकी
LinkedIn	li_fat_id	LinkedIn Insight Tag ची फर्स्ट-पार्टी कुकी
TikTok	_ttp, ttclid	_ttp ही कुकी आहे; ttclid जाहिरात क्लिक URL मधून येतो
Google Ads	gclid, wbraid, gbraid	जाहिरात क्लिक URL किंवा नंतरच्या पुढील कुकीतून: _gcl_aw मिळतो
Microsoft Advertising	msclkid	जाहिरात क्लिक URL किंवा UET टॅगच्या पुढील कुकीतून: _uetmsclkid मिळतो

फक्त संमतीसह

प्रत्येक कॉल रेकॉर्डिंगच्याच संमती अडसरामागे. प्रकल्पाचा स्विच काहीही असला तरी संमती नसलेले सत्र रूपांतरण अहवाल पाठवत नाही.

3. Google Ads चे तीन ID, एक नाही

हे आश्चर्यकारक; स्पष्ट सांगतो. स्वतंत्र जाहिरात क्लिकसाठी Google वापरते: gclid . Apple च्या प्रतिबंधामुळे स्वतंत्र क्लिक जुळत नसल्यास Google पाठवते: wbraid किंवा gbraid — हे क्लिकच्या गटाचे प्रतिनिधित्व करतात.

हे एकमेकांना वगळतात — दोन ID असलेले रूपांतरण Google नाकारते. नेमका एकच पाठवतो; पुढीलला प्राधान्य: gclid — अनेक असल्यास, कारण तो अचूक.

URL मध्ये एकदाच येतात

जाहिरात क्लिकनंतरच्या पहिल्या पृष्ठाच्या पत्त्यातच ID दिसतो. Google टॅग मग पुढील कुकीत साठवतो: _gcl_aw . पर्याय म्हणून कुकी वाचतो — त्याशिवाय तिसऱ्या पृष्ठावरील रूपांतरणाला ID मिळणार नाही.

4. सेटअप

Meta, LinkedIn आणि TikTok

प्रत्येकी दोन फील्ड: पिक्सेल किंवा रूपांतरण नियम ID आणि नेटवर्कच्या इंटरफेसमध्ये स्वतः तयार केलेले अॅक्सेस टोकन. दोन्ही AES-256-GCM एन्क्रिप्टेड साठतात; जतन केल्यावर पुन्हा दिसत नाहीत.

Google Ads ला सहा लागतात

Google अपवाद आहे; आधी कारण समजून घ्या: इतर तिघांप्रमाणे साधे अॅक्सेस टोकन नाही. रिफ्रेश टोकनसह OAuth प्रवेश; Ads API ला अतिरिक्त विकसक टोकन लागते.

फील्ड	कुठे मिळते
ग्राहक ID	Google Ads मध्ये वर उजवीकडे. फक्त अंक, हायफन नको.
रूपांतरण क्रिया ID	उद्दिष्टे आणि रूपांतरणे; नोंदवायची क्रिया.
विकसक टोकन	Google Ads व्यवस्थापक खात्यात API केंद्र.
OAuth क्लायंट ID आणि सीक्रेट	Google Cloud Console, प्रवेशमाहिती, “डेस्कटॉप अॅप” प्रकारचा OAuth क्लायंट.
रिफ्रेश टोकन	पुढील व्याप्तीसाठी एकदा स्वतः तयार करा: adwords.

LinkedIn चे दोन मार्ग; छोटा निवडा

कॅम्पेन व्यवस्थापकात: डेटा, सिग्नल व्यवस्थापक, Direct API, अॅक्सेस टोकन तयार करा. स्वतःचा डेटा पाठवणाऱ्या जाहिरातदारांसाठी मार्ग — विकसक अॅप किंवा पुनरावलोकन नाही. टोकनची मुदत संपत नाही; पुन्हा दिसत नाही, म्हणून लगेच कॉपी करा.

दुसरा, Developer Portal वरून विकसक अॅप मागवण्याचा मार्ग अनेक जाहिरातदारांचा डेटा पाठवणाऱ्या प्लॅटफॉर्मसाठी. कंपनी पृष्ठ पडताळणी आणि मंजूर वापरप्रकार लागतो; येथे काहीही गरज नाही.

Microsoft Advertising सोपे

Google Ads नंतर OAuth, विकसक टोकन, मंजुरी अपेक्षित; उलट फक्त दोन फील्ड. ब्राउझरचा UET टॅग ID आणि Microsoft Advertising मध्ये UET टॅग, “Conversions API वापरा”, “टोकन कॉपी करा” मधील टोकन. अर्ज नाही.

ब्राउझरच्या टॅगचा तोच ID वापरा. त्यामुळे Microsoft सर्व्हर आणि ब्राउझर घटना दोनऐवजी एक रूपांतरण म्हणून ओळखते.

5. रूपांतरण केव्हा कळवते

प्रत्येक उद्दिष्ट आणि सत्रासाठी नेमके एकदा. कॉलपूर्वी MousePlayer दुहेरी पाठवणे टाळते; डेटातील ID ने नेटवर्कही तपासते. पाच वस्तू जोडणारा अभ्यागत एक रूपांतरण देतो, पाच नाही.

जाहिरात खात्यात काय दिसते

उद्दिष्टाचे नाव, सेट केले असल्यास मूल्य व चलन आणि वेळ. सामान्यतः एका मिनिटात पोहोचते.

काही येत नसल्यास

• क्लिक ID नाही. अभ्यागत त्या नेटवर्कच्या जाहिरातीतून आला नाही किंवा कुकी ठेवण्यापूर्वी आला. काही पाठवत नाही — अपेक्षित, त्रुटी नाही.
• संमती नाही. आधी संमतीची अट लागू.
• नेटवर्कने कॉल स्वीकारला, रूपांतरण नाकारले. Google, TikTok आणि इतर HTTP 200 देऊन उत्तराच्या मजकुरात त्रुटी देतात. फक्त स्थिती नव्हे, मजकूर वाचतो; कारण वितरण नोंदीत दिसते.