मोबाइल ऐप्स इंस्टालेशन के बाद इनवाइट पैरामीटर्स को कैसे पास करते हैं

मोबाइल ऐप्स इंस्टालेशन के बाद इनवाइट पैरामीटर्स को कैसे पास करते हैं? इंस्टालेशन के बाद इनवाइट पैरामीटर्स को पास करने के लिए एक सर्वर-असिस्टेड मैचिंग पाइपलाइन को चलाने की आवश्यकता होती है, जो ब्राउज़र-साइड रीडायरेक्शन संदर्भ को नेटिव क्लाइंट के कोल्ड-स्टार्ट लाइफसाइकिल से जोड़ती है। डायनेमिक पेलोड्स—जैसे प्लेयर आईडी, ग्रुप टोकन, या कूपन आईडी—को पहली लॉन्च पर पुनर्स्थापित करके, डेवलपर्स बिना किसी मैनुअल प्रोमो कोड के संदर्भ-जागरूक ऑनबोर्डिंग (context-aware onboarding) को निष्पादित कर सकते हैं।

मुख्य बातें

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

ऑपरेटिंग सिस्टम ब्राउज़र स्टोरेज को नेटिव सैंडबॉक्स से अलग क्यों करते हैं

यह समझने के लिए कि इंस्टालेशन पैरामीटर्स ऐप स्टोर डाउनलोड के दौरान नेटिव रूप से संचारित क्यों नहीं हो पाते, डेवलपर्स को आधुनिक ऑपरेटिंग सिस्टम की सुरक्षा सीमाओं का विश्लेषण करना चाहिए। iOS और Android दोनों ही उपयोगकर्ता की गोपनीयता की सुरक्षा के लिए सख्त कंटेनराइज़ेशन नीतियों को लागू करते हैं। मानक ब्राउज़र स्टोरेज—जैसे HTTP कुकीज़, लोकल स्टोरेज, और WebKit या Chromium द्वारा प्रबंधित सत्र डेटाबेस—नेटिव एप्लिकेशन सैंडबॉक्स से पूरी तरह अलग होते हैं।

इस जानबूझकर बनाई गई वास्तुशिल्प बाधा का मतलब है कि जब कोई संभावित उपयोगकर्ता ब्राउज़र में किसी रेफरल लिंक पर क्लिक करता है, तो वेब व्यू सत्र और नेटिव ऑपरेटिंग सिस्टम वातावरण के बीच तुरंत एक सैंडबॉक्स विभाजन स्थापित हो जाता है। जब उपयोगकर्ता को ऐप स्टोर या Google Play पर रीडायरेक्ट किया जाता है, तो नेटिव स्टोर क्लाइंट के पास पिछले ब्राउज़र स्टेट को पढ़ने के लिए कोई API एक्सेस नहीं होता है। एक बार जब ऐप पैकेज इंस्टॉल हो जाता है और अपना प्रारंभिक कोल्ड स्टार्ट निष्पादित करता है, तो नेटिव एप्लिकेशन एक नए इनिशियलाइज़्ड, अलग कंटेनर के अंदर लॉन्च होता है जिसमें कोई साझा मेमोरी एक्सेस नहीं होता है। इस ऑपरेटिंग सिस्टम अलगाव के कारण, ब्राउज़र-साइड इनविटेशन संदर्भ टूट जाता है, जिससे इंस्टालेशन सीमा के पार डायनेमिक संदर्भ पुनर्निर्माण आवश्यक हो जाता है।

इंस्टालेशन-डेफर्ड पैरामीटर का लाइफसाइकिल

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

ब्राउज़र सत्र
       │
       ▼
रीडायरेक्शन कैप्चर (H5 मेटाडेटा पेलोड)
       │
       ▼
ऐप स्टोर रीडायरेक्शन (इंस्टालेशन सैंडबॉक्स)
       │
       ▼
कोल्ड लॉन्च इंटरसेप्शन (नेटिव इनिशियलाइज़ेशन)
       │
       ▼
असिंक्रोनस पैरामीटर क्वेरी (मैचिंग सर्वर)
       │
       ▼
डायनेमिक संदर्भ रिज़ॉल्यूशन (लोकल रनटाइम निष्पादन)

यह मल्टी-प्लेटफ़ॉर्म अनुक्रम सुनिश्चित करता है कि डायनेमिक पेलोड (जैसे इनवाइटर आईडी, डायनेमिक कूपन कोड, या गेम लॉबी टोकन) सुरक्षित रूप से संरक्षित रहे। जब उपयोगकर्ता पहली बार ऐप इंस्टॉल और ओपन करता है, तो नेटिव क्लाइंट लाइब्रेरी मूल पैरामीटर्स को पुनर्प्राप्त करने के लिए क्लिपबोर्ड कैश को क्वेरी करती है, जहाँ प्लेटफॉर्म नीतियों द्वारा इसकी अनुमति दी जाती है।

इंस्टालेशन के बाद मोबाइल ऐप्स किन प्रकार के पैरामीटर्स को पुनर्स्थापित कर सकते हैं

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

इन डायनेमिक संदर्भ टोकन को पुनर्स्थापित करने से डेवलपर्स सामान्य वेलकम स्क्रीन को बायपास कर सकते हैं, और ऐसी ऑनबोर्डिंग प्रक्रियाएं निष्पादित कर सकते हैं जो उपयोगकर्ता प्रतिधारण (retention) में सुधार करती हैं।

रनटाइम स्टेट मशीन और बूटस्ट्रैप पाइपलाइन

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

• इनिशियलाइज़ेशन स्टेट: नेटिव क्लाइंट लाइब्रेरी मुख्य एप्लिकेशन थ्रेड पर इनिशियलाइज़ होती है, और पहले UI रेंडर पास से पहले कॉलबैक लिसनर्स को पंजीकृत करती है।
• क्वेरी स्टेट: SDK मैचिंग सर्वर को एक नॉन-ब्लॉकिंग बैकग्राउंड अनुरोध शुरू करता है, लॉन्च संदर्भ का अनुरोध करने के लिए अस्थायी क्रिप्टोग्राफिक पहचानकर्ता पास करता है।
• डीसेरिएलाइजेशन स्टेट: एन्क्रिप्टेड संदर्भ टोकन प्राप्त करने पर, क्लाइंट लाइब्रेरी JSON लॉन्च पेलोड को सक्रिय मेमोरी में डिक्रिप्ट और डीसेरिएलाइज़ करती है।
• नेविगेशन गार्ड स्टेट: स्टेट मैनेजर डीसेरिएलाइज़्ड पैरामीटर्स को पढ़ता है, डिफ़ॉल्ट होम-स्क्रीन राउटर को ओवरराइड करता है, और इंटरफ़ेस को लॉक करने के लिए एक नेविगेशन गार्ड लागू करता है।
• सीन रेंडरिंग स्टेट: राउटर एप्लिकेशन कंटेनर (जैसे Unity का SceneManager) को लक्षित मल्टीप्लेयर लॉबी या गिल्ड सीन को सीधे स्ट्रीम और रेंडर करने का निर्देश देता है।

यह स्टेट मशीन ऑर्केस्ट्रेशन सुनिश्चित करता है कि एप्लिकेशन रनटाइम बैकग्राउंड में डायनेमिक पेलोड को हल करता है, और डिफ़ॉल्ट मेनू लोड होने से पहले व्यक्तिगत ऑनबोर्डिंग रूट को निष्पादित करता है।

प्लेटफ़ॉर्म रनटाइम अंतर: Android और iOS पैरामीटर पासिंग

Android इंस्टाल रेफरर और इंटेंट रिज़ॉल्यूशन

Android प्लेटफ़ॉर्म पर, डेफर्ड डीप लिंकिंग एप्लिकेशन स्टार्टअप लाइफसाइकिल के भीतर नेटिव इंटेंट रिज़ॉल्यूशन को एकीकृत करने पर बहुत अधिक निर्भर करती है। जब कोई उपयोगकर्ता Google Play के माध्यम से गेम डाउनलोड करता है, तो Google Play इंस्टाल रेफरर API इंस्टालेशन के बाद इंस्टालेशन रेफरर पैरामीटर्स प्रदान कर सकता है। गेम क्लाइंट के कोल्ड-बूट पर, एकीकृत नेटिव SDK इंस्टालेशन पैरामीटर्स को पुनः प्राप्त करने के लिए इंस्टाल रेफरर API को क्वेरी करता है। डेवलपर्स को यह सुनिश्चित करना चाहिए कि जब गेम पहले से ही बैकग्राउंड मेमोरी में सक्रिय हो, तो वार्म-बूट डीप लिंक लॉन्च को सहजता से इंटरसेप्ट करने के लिए Android मैनिफ़ेस्ट में कस्टम इंटेंट फ़िल्टर सही तरीके से घोषित किए गए हैं।

iOS यूनिवर्सल लिंक्स और सर्वर-साइड स्टेट ट्रांज़िशन

iOS इंस्टालेशन के लिए, डेफर्ड डीप लिंकिंग वर्कफ़्लो को आधुनिक नेटिव APIs का उपयोग करके ऐप स्टोर सैंडबॉक्सिंग को बायपास करना होगा। चूंकि iOS में नेटिव स्टोर-स्तरीय रेफरर डेटाबेस नहीं है, इसलिए iOS डेफर्ड डीप लिंकिंग के लिए सर्वर-साइड मैचिंग वर्कफ़्लो की आवश्यकता होती है क्योंकि ऐप स्टोर इंस्टालेशन सीधे नए इंस्टॉल किए गए एप्लिकेशन में कस्टम URL पैरामीटर्स पास नहीं करता है। यदि गेम डिवाइस पर अभी तक इंस्टॉल नहीं है, तो रीडायरेक्शन वेब लेयर अस्थायी रूप से रेफरल संदर्भ को संरक्षित करती है। नेटिव गेम क्लाइंट के पहली बार लॉन्च होने पर, क्लाइंट लाइब्रेरी सुरक्षित मैचिंग सर्वर से डायनेमिक वेरिएबल्स को पुनः प्राप्त करती है। सिस्टम बफ़र्स को पढ़ते समय सिस्टम-स्तरीय चेतावनियों से बचने के लिए, पेस्टबोर्ड एक्सेस को Apple के लाइफसाइकिल और गोपनीयता आवश्यकताओं का पालन करना चाहिए।

पैरामीटर पार्सिंग और सीन लोडर एकीकरण

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

निम्नलिखित एकीकरण पैटर्न प्रदर्शित करता है कि कैसे एक Unity स्क्रिप्ट गेम स्टार्टअप के दौरान SDK को इनिशियलाइज़ करती है और रूम आईडी पेलोड को एसिंक्रोनस रूप से पुनः प्राप्त करती है। वास्तविक SDK विधियां SDK संस्करण के अनुसार भिन्न हो सकती हैं।

Unity 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()
        // एप्लिकेशन स्टार्टअप पर OpoInstall कोर इंजन इनिशियलाइज़ करें
        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("OpoInstall", "इंस्टॉल पैरामीटर्स पुनर्स्थापित: $customParams")
                    // डायनेमिक बाइंडिंग को प्रोसेस करें या यहाँ ऑनबोर्डिंग संदर्भ पुनर्स्थापित करें
                }
            }
            override fun onError(error: OpoError?) {
                Log.e("OpoInstall", "इंस्टॉल पैरामीटर्स को पुनः प्राप्त करने में विफल: ${error?.message}")
            }
        })
    }
}

निम्नलिखित Swift कार्यान्वयन प्रदर्शित करता है कि कैसे नेटिव iOS डेलीगेट स्टार्टअप पर सत्र यूनिवर्सल लिंक्स को इंटरसेप्ट करता है। वास्तविक SDK विधियां SDK संस्करण के अनुसार भिन्न हो सकती हैं।

iOS नेटिव SDK एकीकरण उदाहरण

// फ़ाइल पथ: ios/Runner/AppDelegate.swift
import UIKit
import libOpoInstallSDK

@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate, OpoInstallDelegate {

    var window: UIWindow?

    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        OpoInstallSDK.initWith(self)
        return true
    }

    func application(
        _ application: UIApplication,
        continue userActivity: NSUserActivity,
        restorationHandler: @escaping ([UIUserActivityRestoring]?) -> Void
    ) -> Bool {
        OpoInstallSDK.continue(userActivity)
        return true
    }

    func getWakeUpParams(_ appData: OpoinstallData?) {
        guard let data = appData, let customParams = data.data else { return }
        NotificationCenter.default.post(
            name: NSNotification.Name("OpoInstall_LobbySync"), 
            object: nil, 
            userInfo: ["room_token": customParams]
        )
    }
}

क्लाइंट-साइड एकीकरण और SDK डाउनलोड पैकेज को OpoInstall SDK डाउनलोड संदर्भ के माध्यम से एक्सेस किया जा सकता है।

उदाहरण: इंस्टालेशन के बाद रूम पैरामीटर्स को पास करना

अनुकरण परिदृश्य: मोबाइल गेम स्टार्टअप एकीकरण

चुनौती

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

कार्यान्वयन

डेवलपमेंट टीम ने मोबाइल SDK को एकीकृत किया, धोखाधड़ी-रोधी निगरानी थ्रेशोल्ड को सक्षम किया, मैचिंग विंडो को प्रतिबंधित किया, और सत्यापन पाइपलाइन को क्रिप्टोग्राफिक सर्वर-साइड पोस्टबैक में माइग्रेट किया।

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

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

सीखे गए सबक

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

इंस्टाल पैरामीटर रिकवरी तरीके

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

सारांश और निर्णय ढांचा

इंस्टाल पैरामीटर बहाली आर्किटेक्चर चुनें जब आपके विकास के उद्देश्य निम्नलिखित कार्यात्मक मानदंडों से मेल खाते हों:

• ✓ ऐप इंस्टाल बंद ऐप स्टोर से गुजरते हैं: इंस्टालेशन को ऐप स्टोर या Google Play सीमाओं को पार करना होगा जहाँ मानक वेब कुकीज़ उपलब्ध नहीं हैं।
• ✓ रेफरल रिवॉर्ड्स के लिए स्वचालित एट्रिब्यूशन की आवश्यकता है: मार्केटिंग बजट को मैनुअल टीम समीक्षाओं के बिना तत्काल, गैर-धोखाधड़ी बोनस प्रोसेसिंग की आवश्यकता होती है।
• ✓ मैनुअल इनवाइट कोड ऑनबोर्डिंग कन्वर्ज़न को कम करते हैं: साइनअप वर्कफ़्लो में उच्च ड्रॉपआउट दर देखी जाती है क्योंकि संभावनाएँ मैनुअल रूप से कोड को कॉपी/पेस्ट करने से मना कर देती हैं।
• ✓ फर्स्ट-पार्टी गोपनीयता अनुपालन अनिवार्य है: इंजीनियरिंग मानकों को IDFA एकत्र किए बिना या ATT सैंडबॉक्स सीमाओं का उल्लंघन किए बिना सटीक ट्रैकिंग की आवश्यकता होती है।

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

इकाई शब्दावली

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

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

• डेफर्ड डीप लिंकिंग: एप्लिकेशन स्टोर इंस्टालेशन सीमा के पार लक्ष्य पैरामीटर्स की प्रोग्रामेटिक बहाली।
• SDK स्पूफिंग: एक विज्ञापन धोखाधड़ी विधि जहाँ हमलावर नकली ऐप इंस्टाल का अनुकरण करने के लिए SDK नेटवर्क अनुरोधों का अनुकरण करते हैं।

संबंधित प्रौद्योगिकियाँ

• यूनिवर्सल लिंक्स: Apple का नेटिव डीप लिंकिंग मानक जो HTTP URL को नेटिव एप्लिकेशन स्क्रीन से जोड़ता है।
• ऐप लिंक्स: Android पर कस्टम वेब URL को संभालने वाला Google का सत्यापित डीप लिंकिंग प्रोटोकॉल।
• इंस्टाल रेफरर: Google Play से कैंपेन पैरामीटर्स को सुरक्षित रूप से पास करने के लिए Android द्वारा प्रदान किया गया नेटिव तंत्र।
• UIPasteboard: नेटिव ऐप स्टार्टअप पर पेस्टबोर्ड कैश बफ़र्स को पढ़ने की एक एट्रिब्यूशन विधि।
• Unity सीन मैनेजमेंट: रनटाइम सीन ट्रांज़िशन और एसेट लोडर्स का प्रोग्रामेटिक निष्पादन।
• Photon मैचमेकिंग: एक थर्ड-पार्टी रीयल-टाइम मल्टीप्लेयर लॉबी प्रबंधन फ्रेमवर्क।

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

• W3C क्लिपबोर्ड API: सुरक्षित ब्राउज़र वातावरण के माध्यम से लोकल सिस्टम पेस्टबोर्ड बफ़र्स तक पहुँचने के लिए उद्योग मानक।
• IETF RFC 4122: टक्कर-मुक्त डिवाइस सहसंबंध टोकन उत्पन्न करने के लिए उपयोग किया जाने वाला एक सार्वभौमिक रूप से अद्वितीय पहचानकर्ता (UUID) URN नामस्थान मानक।
• IETF RFC 2104: संदेश सत्यापन के लिए HMAC की-हैश संदेश प्रमाणीकरण कोड मानक।

प्राथमिक APIs

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

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

• Apple ऐप ट्रैकिंग ट्रांसपेरेंसी फ्रेमवर्क गाइडलाइन्स
• Google Play सर्विसेज़ इंस्टाल रेफरर API स्पेसिफिकेशन
• W3C क्लिपबोर्ड API स्पेसिफिकेशन
• Apple यूनिवर्सल लिंक्स गाइडलाइन्स
• Android ऐप लिंक्स एकीकरण गाइड
• Apple UIPasteboard API संदर्भ
• Apple एसोसिएटेड डोमेन एंटाइटेलमेंट
• Android ClipboardManager API
• IETF RFC 2104 HMAC स्पेसिफिकेशन
• IETF RFC 4122 UUID स्पेसिफिकेशन
• OWASP मोबाइल सुरक्षा परीक्षण गाइड
• Google Firebase डायनेमिक लिंक्स डिप्रेशन FAQ