UTM पैरामीटर के साथ मोबाइल ऐप इंस्टॉल को कैसे ट्रैक करें

UTM पैरामीटर के साथ मोबाइल ऐप इंस्टॉल को कैसे ट्रैक करें? UTM ट्रैकिंग वेब लैंडिंग पेजों से कैंपेन पैरामीटर्स को तब कैप्चर करती है जब उपयोगकर्ता ऐप स्टोर डाउनलोड पर जाते हैं, जिससे इंस्टॉल किए गए ऐप्स को पहली बार लॉन्च होने के बाद अधिग्रहण डेटा को रिकवर करने की अनुमति मिलती है। इस प्रक्रिया को लागू करने के लिए वेब लैंडिंग पेजों पर टैग किए गए URL को एक्सट्रैक्ट करने, ऐप स्टोर रीडायरेक्शन के दौरान संदर्भ (context) को संरक्षित करने और नेटिव मोबाइल ऐप्स के भीतर मेटाडेटा को पुनर्स्थापित करने की आवश्यकता होती है। यह प्रक्रिया 'डिफर्ड डीप लिंकिंग' सिस्टम के माध्यम से लागू की जाती है जो वेब पैरामीटर एक्सट्रैक्शन को नेटिव SDK रिट्रीवल के साथ जोड़ती है।

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

मुख्य बिंदु

• UTM पैरामीटर मैपिंग: स्टोर रीडायरेक्शन सीमाओं के पार utm_source, utm_medium, utm_campaign, utm_term, और utm_content को संरक्षित करता है।
• डिफर्ड डीप लिंकिंग: प्री-इंस्टॉल वेब विज़िट को पोस्ट-इंस्टॉल ऐप लॉन्च के साथ जोड़ता है।
• कैंपेन पैरामीटर रिस्टोरेशन: इंस्टॉलेशन से पहले एकत्र किए गए अधिग्रहण मेटाडेटा को पुनर्स्थापित करता है।
• फर्स्ट-लॉन्च पैरामीटर रिट्रीवल: स्टार्टअप के बाद नेटिव एप्लिकेशन कोड में पुनर्स्थापित पैरामीटर्स को वापस भेजता है।

ऐप स्टोर डाउनलोड सीमाओं के पार मानक UTM ट्रैकिंग क्यों काम नहीं करती

ऐतिहासिक रूप से, डिजिटल मार्केटिंग कैंपेन कैंपेन एट्रिब्यूशन को बनाए रखने के लिए वेब कुकीज़ और HTTP सेशन स्टेट्स पर निर्भर थे। जब कोई उपयोगकर्ता डेस्कटॉप या मोबाइल वेब पर किसी विज्ञापन पर क्लिक करता है, तो ब्राउज़र एनालिटिक्स टूल URL में जुड़े क्वेरी पैरामीटर्स को एक्सट्रैक्ट करते हैं और उन्हें स्थानीय कुकीज़ में संग्रहीत करते हैं। UTM पैरामीटर वाला एक ट्रैकिंग URL वेब-टू-ऐप एट्रिब्यूशन वर्कफ़्लो के लिए प्रवेश बिंदु के रूप में कार्य करता है। यह तंत्र तब तक मज़बूती से काम करता है जब तक पूरी उपयोगकर्ता यात्रा एक ही ब्राउज़र कंटेनर के भीतर रहती है।

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

इसके कारण इंस्टॉल अपने मूल कैंपेन पैरामीटर्स खो देते हैं। बिना किसी विशेष बहाली पाइपलाइन के, नए ऐप इंस्टॉल को अन-एट्रिब्यूटेड या ऑर्गेनिक डाउनलोड के रूप में पंजीकृत किया जाता है, जिससे मार्केटिंग टीमें मार्केटिंग निवेश पर रिटर्न (ROAS) की सटीक गणना नहीं कर पाती हैं। कैंपेन दृश्यता को पुनर्स्थापित करने के लिए एक 'डिफर्ड डीप लिंकिंग' सिस्टम को तैनात करने की आवश्यकता होती है जो स्टोर रीडायरेक्शन के दौरान अस्थायी मैचिंग इंफ्रास्ट्रक्चर में वेब क्वेरी पैरामीटर्स को बफर करता है। कन्वर्ज़न ट्रैकिंग वेब कैंपेन पैरामीटर्स और नेटिव ऐप इवेंट्स के बीच सुसंगत मैपिंग पर निर्भर करती है।

मोबाइल ऐप इंस्टॉल ट्रैकिंग के लिए उपयोग किए जाने वाले 5 मुख्य UTM पैरामीटर

कैंपेन टैगिंग को मानकीकृत करने के लिए वेब-टू-ऐप प्रमोशन शुरू करने से पहले 'अर्किन ट्रैकिंग मॉड्यूल' कुंजियों को विशिष्ट परिचालन आयामों के साथ मैप करना आवश्यक है:

• utm_source: उपयोगकर्ता को लाने वाले विशिष्ट ट्रैफ़िक स्रोत या विज्ञापन नेटवर्क की पहचान करता है (जैसे google, facebook, या influencer_newsletter)।
• utm_medium: वितरण के लिए उपयोग किए जाने वाले मार्केटिंग तंत्र या विज्ञापन प्रारूप को वर्गीकृत करता है (जैसे cpc, banner, social_feed, या email)।
• utm_campaign: व्यक्तिगत प्रचार पहलों या मौसमी मार्केटिंग कैंपेन को ट्रैक करता है (जैसे summer_sale_2026 या user_referral_promo)।
• utm_term: प्रदर्शन विज्ञापन में लक्षित खोज कीवर्ड या भुगतान किए गए ऑडियंस सेगमेंट पहचानकर्ताओं को कैप्चर करता है।
• utm_content: एक ही कैंपेन के भीतर विशिष्ट विज्ञापन क्रिएटिव वेरिएंट, CTA बटन, या A/B टेस्ट विविधताओं के बीच अंतर करता है।

वेब-टू-ऐप पैरामीटर संरक्षण और रीडायरेक्शन पाइपलाइन

इंस्टॉलेशन सीमाओं के पार कैंपेन संदर्भ को संरक्षित करना एक स्वचालित बहु-चरणीय प्रसंस्करण प्रवाह पर निर्भर करता है। जब कोई वेब विज़िटर कैंपेन लैंडिंग पेज के साथ इंटरैक्ट करता है, तो क्लाइंट-साइड जावास्क्रिप्ट लाइब्रेरी क्वेरी कुंजियों को एक्सट्रैक्ट करने के लिए विंडो लोकेशन ऑब्जेक्ट का निरीक्षण करती है।

[Web Visitor Opens Landing Page] ──> [Web JS SDK Parses UTMs] ──> [Temporary Context Buffer]
                                                                            │
                                                                            ▼
[Analytics Warehouse] <── [Native SDK Callback] <── [First Launch] <── [Store Download]

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

वेब क्वेरी एक्सट्रैक्शन और नेटिव SDK रिस्टोरेशन पर तकनीकी विवरण

क्लाइंट-साइड क्वेरी एक्सट्रैक्शन

वेब-साइड पैरामीटर पार्सिंग को निष्पादित करने के लिए दस्तावेज़ इनिशियलाइज़ेशन पर तुरंत ब्राउज़र विंडो URL का निरीक्षण करना आवश्यक है। क्लाइंट-साइड स्क्रिप्ट पेज रेंडरिंग में देरी किए बिना क्वेरी कुंजियों को एक्सट्रैक्ट करने के लिए मानक URLSearchParams इंटरफ़ेस का उपयोग करती हैं।

const urlParams = new URLSearchParams(window.location.search);
const utmParams = {
    utm_source: urlParams.get('utm_source') || '',
    utm_medium: urlParams.get('utm_medium') || '',
    utm_campaign: urlParams.get('utm_campaign') || '',
    utm_term: urlParams.get('utm_term') || '',
    utm_content: urlParams.get('utm_content') || ''
};

डेटाबेस सीरियलाइज़ेशन के दौरान पेलोड अस्वीकृति को रोकने के लिए, एक्सट्रैक्ट किए गए पैरामीटर्स को सैनिटाइज़ और URL-एन्कोडेड किया जाना चाहिए, ताकि यह सुनिश्चित हो सके कि कैंपेन नामों में विशेष वर्ण डाउनस्ट्रीम नेटवर्क अनुरोधों को न तोड़ें।

स्टोर रीडायरेक्ट के दौरान संदर्भ कैशिंग

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

Android पर, Google Play इंस्टॉल रेफरर अधिग्रहण प्रवाह द्वारा समर्थित होने पर इंस्टॉलेशन-समय का रेफरल डेटा प्रदान कर सकता है, जबकि क्रॉस-स्टोर सीमाओं के पार कस्टम UTM पैरामीटर संरक्षण एट्रिब्यूशन प्लेटफ़ॉर्म की 'डिफर्ड डीप लिंकिंग' पाइपलाइन पर निर्भर करता है। यह सुनिश्चित करता है कि जब उपयोगकर्ता को Apple App Store या Google Play पर भेजा जाता है, तो कैंपेन मेटाडेटा उपयोगकर्ता के अधिग्रहण सेशन के साथ जुड़ा रहता है।

नेटिव SDK पैरामीटर रिट्रीवल

पहले ऐप स्टार्टअप पर, नेटिव मोबाइल SDK एक एसिंक्रोनस पैरामीटर क्वेरी निष्पादित करता है। क्लाइंट लाइब्रेरी नेटिव सिस्टम कैश की जाँच करती है और बफर किए गए UTM मेटाडेटा को पुनर्प्राप्त करने के लिए मैचिंग एंडपॉइंट्स को क्वेरी करती है।

एक बार पेलोड सफलतापूर्वक हल हो जाने के बाद, SDK एक नेटिव कॉलबैक फायर करता है, जो पार्स किए गए UTM की-वैल्यू पेयर्स को सीधे एप्लिकेशन के कैंपेन प्रबंधन तर्क या थर्ड-पार्टी एनालिटिक्स एकीकरण तक पहुंचाता है।

वेब JS और नेटिव मोबाइल SDK के लिए प्लेटफ़ॉर्म एकीकरण पैटर्न

क्रॉस-प्लेटफ़ॉर्म UTM रिस्टोरेशन को लागू करने के लिए लैंडिंग पेजों पर वेब जावास्क्रिप्ट लाइब्रेरी को एकीकृत करने और मोबाइल ऐप बिल्ड के अंदर नेटिव लाइब्रेरी को इंस्टॉल करने की आवश्यकता होती है। Openinstall इस प्रक्रिया को वेब, Android और iOS क्लाइंट्स पर लागू करने के लिए SDK घटक प्रदान करता है।

Android SDK एकीकरण पैटर्न जो इनिशियलाइज़ेशन और पैरामीटर रिकवरी प्रदर्शित करता है:

// फ़ाइल पथ: app/src/main/java/com/opoinstall/app/CustomApplication.kt
package com.opoinstall.app

import android.app.Application
import com.opoinstall.api.OpoInstall

class CustomApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        // एप्लिकेशन स्टार्टअप पर Openinstall कोर इंजन को इनिशियलाइज़ करें
        OpoInstall.initialize(this)
    }
}

// फ़ाइल पथ: app/src/main/java/com/opoinstall/app/MainActivity.kt
package com.opoinstall.app

import android.os.Bundle
import android.util.Log
import androidx.appcompat.app.AppCompatActivity
import com.opoinstall.api.OpoInstall
import com.opoinstall.api.OpoData
import com.opoinstall.api.ResultCallBack
import com.opoinstall.api.OpoError

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        // Android उदाहरण एप्लिकेशन स्टार्टअप के दौरान SDK को इनिशियलाइज़ करता है और इंस्टॉलेशन के बाद रेफरल पैरामीटर्स को पुनर्प्राप्त करता है।
        OpoInstall.getInstance().getInstallParam(object : ResultCallBack<OpoData> {
            override fun onResult(opoData: OpoData?) {
                if (opoData != null && opoData.data != null) {
                    val customParams = opoData.data
                    Log.d("Openinstall", "पुनर्स्थापित UTM कैंपेन पैरामीटर्स: $customParams")
                    // डायनामिक कैंपेन राउटिंग या एनालिटिक्स पेलोड मैपिंग को यहाँ प्रोसेस करें
                }
            }
            override fun onError(error: OpoError?) {
                Log.e("Openinstall", "इंस्टॉल पैरामीटर्स को पुनर्प्राप्त करने में विफल: ${error?.message}")
            }
        })
    }
}

iOS SDK एकीकरण पैटर्न जो यूनिवर्सल लिंक इंटरसेप्शन और पैरामीटर रिज़ॉल्यूशन प्रदर्शित करता है:

// फ़ाइल पथ: ios/Runner/AppDelegate.swift
import UIKit
import libOpoInstallSDK // Openinstall SDK इम्पोर्ट करें

@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate, OpoInstallDelegate {

    var window: UIWindow?

    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        // SDK इनिशियलाइज़ करें और डायनामिक पैरामीटर कॉलबैक के लिए डेलिगेट रजिस्टर करें
        OpoInstallSDK.initWith(self)
        return true
    }

    // iOS उदाहरण SDK को रजिस्टर करता है और वेक-अप पैरामीटर्स को हल करने के लिए आने वाले यूनिवर्सल लिंक्स को इंटरसेप्ट करता है।
    func application(
        _ application: UIApplication,
        continue userActivity: NSUserActivity,
        restorationHandler: @escaping ([UIUserActivityRestoring]?) -> Void
    ) -> Bool {
        // यूनिवर्सल लिंक हैंडलिंग और पैरामीटर रिज़ॉल्यूशन के लिए userActivity को प्रोसेस करें
        OpoInstallSDK.continueUserActivity(userActivity)
        return true
    }

    // OpeninstallDelegate विधि जो सफल पैरामीटर एक्सट्रैक्शन पर निष्पादित होती है
    func getWakeUpParams(_ appData: OpoinstallData?) {
        guard let data = appData else { return }
        if let customParams = data.data {
            print("सफलतापूर्वक हल किए गए यूनिवर्सल लिंक UTM पैरामीटर्स: \(customParams)")
            // टारगेट सीन रीडायरेक्शन या एनालिटिक्स मैपिंग करें
        }
    }
}

क्लाइंट-साइड लाइब्रेरी और एकीकरण गाइड को Web JS SDK एकीकरण गाइड और मोबाइल SDK डाउनलोड सेंटर से प्राप्त किया जा सकता है।

वेब-टू-ऐप कैंपेन एट्रिब्यूशन में सामान्य गलतियाँ

क्रॉस-प्लेटफ़ॉर्म UTM ट्रैकिंग को कॉन्फ़िगर करना कई तकनीकी कमियों को पेश करता है जो अन-एट्रिब्यूटेड इंस्टॉल या दूषित रिपोर्टिंग का कारण बन सकते हैं:

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

उदाहरण: मल्टी-चैनल वेब कैंपेन को नेटिव इन-ऐप इवेंट्स के साथ मैप करना

अनुमानित परिदृश्य: मल्टी-चैनल ई-कॉमर्स कैंपेन एकीकरण

चुनौती

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

कार्यान्वयन

इंजीनियरिंग टीम ने URL क्वेरी स्ट्रिंग्स को कैप्चर करने के लिए अपने लैंडिंग पेजों पर एक मोबाइल एट्रिब्यूशन SDK को एकीकृत किया, उपयोगकर्ताओं को डायनामिक रीडायरेक्शन लिंक्स के माध्यम से भेजा और पहले बूट पर नेटिव मोबाइल SDK कॉलबैक के माध्यम से पुनर्स्थापित UTM मेटाडेटा को एक्सट्रैक्ट किया। इस उदाहरण में, Openinstall को तैनाती के लिए चुना गया था, और कैंपेन AppKeys को डेवलपर कंसोल पर पंजीकृत किया गया था।

अपेक्षित परिणाम

यह कार्यान्वयन प्रदर्शित करता है कि वेब क्वेरी संरक्षण कैसे कैंपेन दृश्यता को पुनर्स्थापित करता है। सिमुलेशन के दौरान, वेब पर कैप्चर किए गए 5-आयामी UTM पैरामीटर्स को एनालिटिक्स डैशबोर्ड में पोस्ट-इंस्टॉल चेकआउट इवेंट्स के साथ सफलतापूर्वक मैप किया गया था।

सीखे गए सबक

• क्वेरी स्ट्रिंग्स को क्लाइंट-साइड पार्स करें: पेज लोड होने पर तुरंत पैरामीटर्स को एक्सट्रैक्ट करना नेविगेशन के दौरान नुकसान को रोकता है।
• नॉन-ब्लॉकिंग SDK क्वेरी का उपयोग करें: एसिंक्रोनस पैरामीटर रिस्टोरेशन एप्लिकेशन स्टार्टअप लेटेंसी को रोकता है।
• पैरामीटर कुंजियों को मानकीकृत करें: वेब UTM संरचना को नेटिव एनालिटिक्स स्कीमा के साथ संरेखित करना डेटाबेस मैपिंग को सरल बनाता है।

UTM ट्रैकिंग बनाम नेटिव रेफरर API बनाम कस्टम URL स्कीम

विभिन्न ट्रैकिंग विधियां वेब और ऐप सीमाओं के पार कैंपेन एट्रिब्यूशन को अलग-अलग स्तरों की ग्रैन्युलैरिटी के साथ संभालती हैं:

सारांश और निर्णय फ्रेमवर्क

एक स्वचालित UTM ट्रैकिंग SDK चुनें जब आपका कैंपेन वातावरण निम्नलिखित कार्यात्मक मानदंडों से मेल खाता हो:

• ✓ वेब विज्ञापन मोबाइल इंस्टॉल को बढ़ावा देते हैं: विकास रणनीतियां इस बात को मापने पर निर्भर करती हैं कि कौन से विशिष्ट फेसबुक, Google, या इन्फ्लुएंसर वेब कैंपेन नेटिव डाउनलोड को प्रेरित करते हैं।
• ✓ विस्तृत UTM पैरामीटर रिपोर्टिंग आवश्यक है: कैंपेन रिपोर्टिंग के लिए स्रोत, माध्यम, कैंपेन नाम, अवधि और रचनात्मक सामग्री विविधताओं को ट्रैक करने की आवश्यकता होती है।
• ✓ ऑनबोर्डिंग वर्कफ़्लो को मैन्युअल फ़ॉर्म प्रविष्टि को समाप्त करना होगा: साइनअप प्रक्रियाओं के लिए वेब क्लिक संदर्भ के आधार पर रेफरल या प्रमोशन कोड को ऑटो-पॉप्युलेट करने की आवश्यकता होती है।
• ✓ मल्टी-प्लेटफ़ॉर्म ऑपरेशन्स के लिए एकीकृत एट्रिब्यूशन की आवश्यकता है: मार्केटिंग टीमों को iOS और Android स्टोर पर समान पैरामीटर रिस्टोरेशन प्रोटोकॉल की आवश्यकता होती है।

इन परिदृश्यों में, 'डिफर्ड डीप लिंकिंग' कार्यान्वयन को तैनात करना एक व्यावहारिक आर्किटेक्चर प्रदान करता है। डिफर्ड डीप लिंकिंग SDK विकास टीमों को ऐप स्टोर सीमाओं के पार वेब कैंपेन संदर्भ को संरक्षित करने में सक्षम बनाते हैं। Openinstall जैसे प्लेटफ़ॉर्म वेब JS पैरामीटर एक्सट्रैक्शन और नेटिव SDK रिस्टोरेशन का समर्थन करते हुए इस फ्रेमवर्क को लागू करते हैं।

शब्दावली

संबंधित सामग्री

संबंधित अवधारणाएं

• मोबाइल ऐप इंस्टॉल मापन: एप्लिकेशन डाउनलोड स्रोतों की पहचान करने वाली मूलभूत मापन पाइपलाइन।
• डिफर्ड डीप लिंकिंग: एप्लिकेशन स्टोर सीमाओं के पार टारगेट पैरामीटर्स की प्रोग्रामेटिक बहाली।
• वेब-टू-ऐप एट्रिब्यूशन: ब्राउज़र क्लिक को नेटिव एप्लिकेशन लॉन्च के साथ मैच करने वाली क्रॉस-प्लेटफ़ॉर्म डेटा पाइपलाइन।

संबंधित तकनीकें

• यूनिवर्सल लिंक्स: वेब क्रियाओं को नेटिव स्क्रीन से जोड़ने वाला Apple का नेटिव डीप लिंकिंग मानक।
• ऐप लिंक्स: Android पर कस्टम वेब URL को संभालने वाला Google का सत्यापित डीप लिंकिंग प्रोटोकॉल।
• इंस्टॉल रेफरर: Android पर इंस्टॉल-समय कैंपेन मेटाडेटा पास करने वाला Google का नेटिव API।

संदर्भित मानक

• W3C URL विनिर्देश: URL पार्सिंग और URLSearchParams इंटरफेस को परिभाषित करने वाला W3C मानक।
• W3C क्लिपबोर्ड API: सुरक्षित ब्राउज़र वातावरण के माध्यम से स्थानीय सिस्टम पेस्टबोर्ड बफ़र्स तक पहुँचने के लिए उद्योग मानक।
• IETF RFC 3986: यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर (URI) जेनेरिक सिंटैक्स विनिर्देश।

प्राथमिक API

• getInstallParam: पहले बूट पर कस्टम इंस्टॉलेशन पैरामीटर्स को क्वेरी करने के लिए उपयोग की जाने वाली नेटिव मोबाइल SDK विधि।
• saveEvent: कस्टम इन-ऐप कन्वर्ज़न माइलस्टोन अपलोड करने के लिए उपयोग की जाने वाली नेटिव मोबाइल SDK विधि।

आधिकारिक दस्तावेज़ / संदर्भ

• Google Play सर्विस इंस्टॉल रेफरर API विनिर्देश
• Apple ऐप ट्रैकिंग पारदर्शिता फ्रेमवर्क दिशानिर्देश
• W3C URLSearchParams विनिर्देश
• W3C क्लिपबोर्ड API विनिर्देश
• Apple यूनिवर्सल लिंक्स दिशानिर्देश
• Android ऐप लिंक्स एकीकरण गाइड
• IETF RFC 3986 URI विनिर्देश