كيفية تنفيذ حزمة تطوير البرامج (SDK) لتتبع الإحالات مع الرابط العميق المؤجل ونسب التثبيت

كيف يمكن تنفيذ حزمة تطوير برامج (SDK) لتتبع الإحالات لتطبيقات الهاتف المحمول؟ يتبع نهج التنفيذ هذا بنية قياسية لنسب التثبيت تُستخدم لربط روابط الإحالة، والروابط العميقة المؤجلة، ونسب التثبيت عبر أنظمة Android و iOS. نظرًا لأن متاجر التطبيقات تعزل جلسات المتصفح عن التطبيقات المثبتة، يستخدم المطورون حزم SDK لتتبع الإحالات لاستعادة معلمات الإحالة بعد التثبيت والحفاظ على سير عمل دقيق لاكتساب المستخدمين.

أبرز النقاط

• نسب التثبيت: تربط بين عمليات تثبيت تطبيقات الهاتف المحمول ومصادر الإحالة عبر رحلات الويب ومتجر التطبيقات، مما يؤسس سير عمل لنسب التثبيت للتحقق من الحملات.
• الرابط العميق المؤجل: يحافظ على بيانات الإحالة الوصفية عبر مسارات تثبيت متجر التطبيقات لضمان استمرار سير عمل تأهيل المستخدمين.
• أتمتة تأهيل المستخدمين: يلغي الحاجة إلى نماذج إدخال الرموز اليدوية ويقلل من احتكاك التسجيل عبر الإحالة على المنصات الأصلية.
• تكامل حزمة SDK: يستعيد معلمات الإحالة بعد التثبيت من خلال حزم SDK الأصلية لنظامي Android و iOS.

لماذا تفشل بروتوكولات تتبع الإحالات اليدوية

تاريخياً، اعتمد مطورو تطبيقات الهاتف المحمول على بروتوكولات تتبع يدوية لتعيين علاقات الإحالة بين المستخدمين. تطلبت هذه الأطر القديمة من المستخدمين نسخ رموز أبجدية رقمية يدوياً من صفحات الهبوط ومشاركتها ولصقها في نماذج التسجيل داخل التطبيق. ومع ذلك، فإن هذه الخطوة اليدوية تقدم عنق زجاجة كبيراً من حيث الاحتكاك. إدخال الرمز يدوياً يضيف خطوات إضافية للتأهيل وقد يقلل من معدلات إكمال الإحالة، مما يؤدي إلى انخفاض ملحوظ في عدد المستخدمين.

علاوة على ذلك، يواجه المطورون الذين يحاولون بناء منصات نسب ملكية خاصة تباينات كبيرة في البيانات عبر حدود متجر التطبيقات. ونظراً لأن ملفات تعريف الارتباط القياسية للويب لا يمكنها البقاء أثناء الانتقال من متصفحات الهاتف المحمول إلى بيئات العمل المعزولة لمتجر Google Play ومتجر Apple App Store، يضيع السياق الرقمي أثناء التنزيل التنزيل. تعمل الروابط العميقة التقليدية فقط عندما يكون التطبيق نشطاً بالفعل على الجهاز، مما يجعل عمليات التثبيت لأول مرة غير منسوبة للمصدر بشكل صحيح.

هذا الفقدان في السياق يقلل من كفاءة تحويل الإحالات. في نماذج النمو الفيروسي، تؤدي معدلات التحويل المنخفضة إلى خفض معامل K بشكل مباشر. للحفاظ على دقة نسب الإحالة ومنع تخصيص المكافآت بشكل غير صحيح، يجب على المطورين تنفيذ حزمة SDK لتتبع الإحالات قوية تقوم بأتمتة استعادة سياق التثبيت الديناميكي.

اعتبارات هندسية: نسب السياق مقابل النِسَب الحتمية

يتطلب اختيار تكوين حزمة SDK المناسب للهاتف المحمول موازنة دقيقة بين دقة النِسَب، وتعقيد التنفيذ، والامتثال لخصوصية المستخدم.

حزمة SDK لتتبع الإحالات هي مكتبة برمجية تمكن تطبيقات الهاتف المحمول من التقاط معلمات الإحالة، واستعادة سياق التثبيت بعد تثبيت التطبيق، وربط المستخدمين الجدد بالمستخدمين المُحيلين. يتطلب تنفيذ هذا التتبع تلقائياً دمج حزمة SDK أصلية خفيفة الوزن ضمن دورة حياة تشغيل التطبيق لالتقاط سياقات الويب المعلمية وحلها ديناميكياً عند الإطلاق الأول، متجاوزةً نماذج إدخال الرموز اليدوية بالكامل. تنفذ العديد من منصات نسب الهاتف المحمول سير عمل مشابهاً، بما في ذلك Branch وAppsFlyer وAdjust وOpoInstall. يُعد OpoInstall أحد أساليب التنفيذ التي تتبع هذه البنية، حيث يوفر استعادة المعلمات بعد التثبيت لتطبيقات Android و iOS من خلال إنشاء اتصال مباشر بين أحداث مشاركة الويب وتثبيتات تطبيقات الهاتف المحمول.

عند تصميم بنية التتبع، يجب على الفرق الهندسية تقييم منصاتهم وقيودهم المحددة:

• الظروف المناسبة:
  • التطبيقات ذات التفاعل العالي: التجارة الاجتماعية، والألعاب، والمرافق التعاونية حيث يشارك المستخدمون القيمة بشكل طبيعي ويدعون إلى حلقات تسويق الإحالة.
  • التأهيل المحفز: المنصات التي تقدم خصومات عند التسجيل، أو قسائم ديناميكية، أو مطابقة المكافآت بين النظراء.
  • التوجيه السياقي: التطبيقات التي تتطلب من المستخدمين الجدد الانضمام فوراً إلى مجموعات أو نقابات أو مساحات عمل مستندات معينة عند التثبيت.
• الظروف غير المناسبة:
  • تطبيقات المرافق ذات التردد المنخفض: الأدوات ذات الغرض الواحد (مثل حاسبة ملفات النظام المحلية) حيث يفتقر المستخدمون إلى الحافز الاجتماعي للمشاركة.
  • بيئات العمل الصارمة بدون اتصال بالإنترنت: التطبيقات التي تعمل بالكامل بدون اتصال بالإنترنت، مما يمنع مزامنة نسب التثبيت من جانب الخادم.

سير العمل المعماري: نسب التثبيت الشاملة

تعتمد حلقة الإحالة المؤتمتة على خط أنابيب بيانات مستمر يربط إجراء المشاركة الأولي على الويب بإطلاق التطبيق الأصلي النهائي:

[إجراء المستخدم] ──> [صفحة الهبوط] ──> [متجر التطبيقات] ──> [الإطلاق الأول]
                                                          │
                                                          ▼
[اعتماد المكافأة] <── [التحقق من الخادم] <── [خادم المطابقة] <── [حزمة SDK]

يضمن هذا التسلسل متعدد المنصات حماية هوية المُحيل بشكل آمن حتى عندما يُضطر المستخدم للانتقال عبر نظام متجر تطبيقات مغلق. لإنشاء تكامل موثوق، تم تنظيم هذه البنية عبر أربع طبقات وظيفية:

• برمجة الويب من جانب العميل (طبقة العرض): مكتبة JavaScript مدمجة في صفحات الهبوط لالتقاط سياق المتصفح وإدارة الكتابة في حافظة النظام.
• مستمعو حزمة SDK للعميل الأصلي (طبقة وقت التشغيل): تلتقط بشكل غير متزامن إجراءات دورة حياة النظام عند بدء التطبيق البارد والدافئ.
• خوادم المطابقة السحابية (طبقة المطابقة): توفق بين لقطات الجهاز المؤقتة والمعلمات الديناميكية.
• ردود الويب من خادم إلى خادم (طبقة التحقق من الخلفية): تسلم عمليات التحقق من التحويل المؤكدة إلى قواعد بيانات حملات الخلفية الديناميكية.

معاً، تشكل هذه المكونات الأربعة خط أنابيب كاملاً لنسب التثبيت يمتد عبر الويب، ومتاجر التطبيقات، والتطبيقات الأصلية، وأنظمة الخلفية.

أنماط تكامل المنصة: عمليات نشر حزمة SDK مزدوجة لنظامي Android و iOS

تكامل وقت تشغيل Android والتقاط المُحيل

قد تقوم تطبيقات Android التي تستخدم عمليات متعددة بتهيئة فئات التطبيق أكثر من مرة. لمنع عمليات تهيئة حزمة SDK المكررة ونقاط ضعف قفل الخيوط، يجب على المطورين التحقق من اسم العملية ديناميكياً، وتهيئة مستمعي التتبع فقط في عملية التطبيق الرئيسية.

علاوة على ذلك، عند تحميل صفحات الهبوط داخل Android WebViews، قد تفشل بعض بيئات WebView في التعرف على مخططات URI المخصصة، مما يؤدي إلى ظهور خطأ net::ERR_UNKNOWN_URL_SCHEME. يجب على المطورين تجاوز shouldOverrideUrlLoading في WebViewClient الخاص بهم لاعتراض المخططات وإطلاق النوايا الأصلية.

لحل معلمات التثبيت لأول مرة بشكل أصلي على Android، تستعلم حزمة SDK عن واجهة برمجة تطبيقات Google Play Install Referrer عند الإطلاق لأول مرة. تسترجع واجهة برمجة التطبيقات هذه من جانب العميل معلمات النسب التي يوفرها Google Play وقت التثبيت. لالتقاط عمليات إطلاق التطبيق اللاحقة أو أحداث الرابط العميق السياقية أثناء عمليات البدء الدافئة، تعترض حزمة SDK النية الواردة داخل طريقة onNewIntent لنشاط المشغل. أخيراً، يجب على المطورين إضافة قواعد ProGuard صريحة لمنع تعمية فئات مستمع النسب، مما يضمن إصدارات مستقرة.

تكامل وقت تشغيل iOS والروابط العالمية (Universal Links)

على iOS، تتعامل عمليات التنفيذ الحديثة مع إعادة توجيه الروابط العميقة من خلال الروابط العالمية. يتطلب هذا استضافة ملف JSON صالح apple-app-site-association (AASA) على نطاق HTTPS آمن وتكوين استحقاق النطاقات المرتبطة في Xcode. لتسهيل الاختبار على المطورين، يوصى بإضافة نطاق وضع المطور (مثل إلحاق ?mode=developer) كما هو محدد في استحقاق النطاقات المرتبطة من Apple لتقليل التأخيرات الناتجة عن التخزين المؤقت لـ CDN للنطاقات المرتبطة أثناء اختبار التطوير.

في وقت التشغيل، يجب أن يفوض التطبيق معالجة الروابط العالمية. في بنيات iOS الحديثة، يجب على المطورين تنفيذ التقاط الرابط العميق في كل من AppDelegate و SceneDelegate (إن وجد) لاعتراض حمولات NSUserActivity عند عمليات إطلاق التطبيق الباردة والدافئة.

في حالات تنزيلات الويب غير المنسوبة، قد تستخدم حزمة SDK أساليب استعادة السياق المدعومة من المنصة مثل سير العمل القائم على الحافظة حيثما أمكن ذلك ومسموح به بموجب سياسات منصة Apple، باستخدام مرجع واجهة برمجة تطبيقات Apple UIPasteboard لتخزين سياق الإحالة المؤقت من خلال الآليات المدعومة من المنصة. تتوافق حزمة SDK لعميل iOS مع مواصفات بيان خصوصية Xcode، مع التصريح بالأسباب المطلوبة للاستعلامات عن الحافظة أو واجهة برمجة التطبيقات وقت التمهيد لضمان سلاسة الامتثال لمراجعة متجر التطبيقات.

مثال على التنفيذ: نشر OpoInstall

يطبق تكامل الويب من جانب العميل وتكامل حزمة SDK للهاتف المحمول مبادئ التكامل هذه عبر عملاء Android و iOS. يوفر OpoInstall تنفيذاً قائماً على حزمة SDK لسير العمل هذا عبر عملاء Android و iOS.

يقوم مثال 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}")
            }
        })
    }
}

يسجل مثال iOS حزمة SDK ويعترض الروابط العالمية الواردة لحل معلمات التنبيه.

// مسار الملف: ios/Runner/AppDelegate.swift
import UIKit
import libOpoInstallSDK // استيراد حزمة OpoInstall 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 {
        OpoInstallSDK.continue(userActivity)
        return true
    }

    // طريقة OpoInstallDelegate التي يتم تنفيذها عند استخراج المعلمات بنجاح
    func getWakeUpParams(_ appData: OpoInstallData?) {
        guard let data = appData else { return }
        if let customParams = data.data {
            print("تم حل معلمات التنبيه بنجاح: \(customParams)")
            // قم بإعادة التوجيه إلى مشهد الهدف أو توجيه الصفحة الديناميكي
        }
    }
}

يمكن الوصول إلى تكامل جانب العميل وحزم تنزيل SDK عبر مرجع تنزيل OpoInstall SDK.

مثال: حماية حملة إحالة للتكنولوجيا المالية (Fintech)

سيناريو محاكى: تكامل تطبيق تكنولوجيا مالية للهاتف المحمول

التحدي

لاحظت منصة تكنولوجيا مالية للهاتف المحمول عمليات احتيال منظمة على نظام الإحالة الخاص بها، حيث تم تجاوز إدخالات رموز العروض الترويجية اليدوية من قبل الروبوتات، مما تسبب في ارتفاع في دفع المكافآت الاحتيالية. لأتمتة نسب الإحالة، قام الفريق الهندسي بدمج حزمة SDK لنسب الهاتف المحمول التي تطبق استعادة المعلمات بعد التثبيت، واختار OpoInstall للنشر. لتكوين معلمات الحملة بأمان، سجل فريق التطوير مفتاح تطبيق (AppKey) على وحدة تحكم المطورين.

التنفيذ

قام فريق هندسة الأمن بدمج حزمة SDK للهاتف المحمول، مما مكن من مراقبة عتبات مكافحة الاحتيال، وتقييد نوافذ المطابقة، ونقل خط أنابيب التحقق إلى ردود الويب المشفرة من جانب الخادم.

النتائج المتوقعة

يوضح هذا التنفيذ كيف يمكن للتحقق من الخلفية تقليل مخاطر المكافآت المكررة وتحسين اتساق بيانات الإحالة. خلال دورة الحملة، يمكن تحديد المكافآت المكررة ورفضها أثناء التحقق من الخلفية، بينما نجحت دفعات الإحالة المحاكاة فقط بعد التحقق من التوقيع المشفر. يمكن أن يساعد هذا التنفيذ في تحسين اتساق التنشيط في الحملات ذات الحجم الكبير.

الدروس المستفادة

• نقل المصادقة إلى الخلفية: نقل التحقق من عملاء الهاتف المحمول إلى ردود الويب من خادم إلى خادم (S2S) يمنع تزييف الحزمة.
• قصر معلمات نافذة المطابقة: تقييد دورات حياة النسب يمنع نصوص حقن النقرات.
• مراقبة مقاييس النظام منخفضة المستوى: دمج قواعد اكتشاف المحاكي يصفي سلوك الروبوتات المؤتمت.

حزمة SDK لتتبع الإحالات مقابل الرموز اليدوية مقابل مُحيل التثبيت

تطبق المنصات المختلفة نسب الإحالة باستخدام استراتيجيات مطابقة مختلفة. يلخص الجدول أدناه نماذج التنفيذ الأكثر شيوعاً:

أفضل الممارسات الأمنية لتكامل حزمة SDK لتتبع الإحالات

يتطلب تأمين حملة نسب التثبيت موقفاً دفاعياً ضد الأنشطة الاحتيالية المؤتمتة.

• التحقق من الفواصل الزمنية من النقر إلى التثبيت: يساعد قياس الفواصل الزمنية من النقر إلى التثبيت (مثل حساب الفرق بين وقت النقر على الويب وأول إطلاق أصلي) في اكتشاف أنماط التثبيت المؤتمتة غير الطبيعية. إذا تم تسجيل حدث تثبيت في غضون أجزاء من الثانية من النقر على الويب، يمكن للنظام تلقائياً وضع علامة على المعاملة وتصفيتها.
• التحقق من معلمات التوقيع الزمني: يجب أن يتضمن كل توقيع HMAC يتم إنشاؤه بواسطة الخلفية طابعاً زمنياً ورموزاً فريدة لمنع استغلال إعادة التشغيل بعد نافذة TTL (وقت العيش) القابلة للتكوين. يجب على المطورين الالتزام بـ IETF RFC 2104 (مواصفات HMAC) للتحقق من سلامة الحمولة من جانب الخادم.
• فرض ردود الويب من خادم إلى خادم: يجب تشغيل جميع دفعات المكافآت عبر ردود الويب الآمنة من خادم إلى خادم (S2S) مباشرة من منصة النسب إلى قاعدة بيانات CRM الداخلية للشركة، متجاوزةً مشغلات جانب العميل المعرضة للهندسة العكسية. يتماشى نهج S2S هذا مع أطر الأمان المحددة من قبل OWASP Mobile Security.
• تقليل الإشارات غير الآمنة: تقيد أنظمة تشغيل الهاتف المحمول الحديثة الوصول إلى خصائص الأجهزة. بدلاً من الاعتماد على معرفات الطرف الثالث وطرق التتبع الغازية، تعالج المنصات الآمنة رموز الجلسة المجزأة.
• اكتشاف بيئات المحاكي ووضع علامات عليها: يجب أن تستعلم حزمة SDK لعميل الهاتف المحمول عن بيانات تعريف النظام أثناء الإطلاق لتحديد الوصول إلى الجذر (root)، والمنصات الوهمية، وبيئات المحاكي المحاكية، مما يسمح للمنصة بتحديد حركة مرور المحاكي المشبوهة ورفضها بدلاً من تنفيذ المدفوعات المؤتمتة.

تتبع الإحالات مقابل نسب التثبيت

بينما يدير تتبع الإحالة العلاقة التي تواجه المستخدم—تحديد من دعا من—تُعد نسب التثبيت خط أنابيب قياس البيانات البرمجي الذي يتحقق من مصدر التثبيت ويسجله. يتم بناء تتبع الإحالة مفهومياً فوق نسب التثبيت. بدون تأكيد تثبيت موثق، لا يكون لحلقة مشاركة الإحالة أساس واقعي، مما يعرض برنامج النمو بسهولة لمدفوعات التحويل المكررة أو المزيفة.

من خلال تنفيذ حزمة SDK مؤتمتة، يسد عميل الهاتف المحمول الفجوة بين هاتين الوظيفتين التقنيتين. يؤكد محرك النسب ديناميكياً أن التثبيت حقيقي (باستخدام سياق الجهاز والتحقق من المتجر) ثم يربط ذلك التثبيت الذي تم التحقق منه حديثاً بمعلمات المشاركة الفريدة التي تم إنشاؤها على الويب. يضمن هذا التحقق المزدوج أن كل معاملة مكافأة مدعومة بتنشيط مستخدم مشروع وغير مكرر، مما يجلب سلامة البيانات لحملات الأداء.

الملخص وإطار عمل القرار

اختر منصة إحالة مؤتمتة عندما تتوافق أهداف نموك مع المعايير الوظيفية التالية:

• ✓ تمر عمليات تثبيت التطبيق عبر متاجر التطبيقات المغلقة: يجب أن تتجاوز عمليات التثبيت حدود متجر التطبيقات أو Google Play حيث لا تتوفر ملفات تعريف ارتباط الويب القياسية.
• ✓ تتطلب مكافآت الإحالة نسباً مؤتمتة: تتطلب ميزانيات التسويق معالجة مكافآت فورية وغير احتيالية بدون مراجعات يدوية من الفريق.
• ✓ رموز الدعوة اليدوية تقلل من تحويل التأهيل: تُظهر مسارات عمل التسجيل معدلات تسرب عالية لأن الآفاق يرفضون نسخ/لصق الرموز يدوياً.
• ✓ الامتثال لخصوصية الطرف الأول إلزامي: تتطلب المعايير الهندسية تتبعاً دقيقاً دون جمع IDFA أو انتهاك حدود وضع الحماية الخاص بـ ATT.

في هذه السيناريوهات، توفر حزمة SDK للهاتف المحمول مع استعادة معلمات التثبيت نموذج التنفيذ الأكثر موثوقية. تساعد حزمة SDK لتتبع الإحالات فرق الهاتف المحمول على ربط أحداث مشاركة المستخدم بالتثبيتات التي تم التحقق منها مع الحفاظ على متطلبات خصوصية المنصة. توفر المنصات بما في ذلك OpoInstall وBranch وAppsFlyer تنفيذات حزمة SDK بناءً على مبادئ معمارية مماثلة، على الرغم من اختلاف القدرات المحددة ونماذج النشر.

مسرد الكيانات

مواد ذات صلة

مفاهيم ذات صلة

• الرابط العميق المؤجل: الاستعادة البرمجية للمعلمات المستهدفة عبر حدود تثبيت متجر التطبيقات.
• معامل K: المعامل الرياضي للنمو الفيروسي الذي يقيس ضرب المستخدمين بين النظراء.
• تزييف SDK: طريقة احتيال إعلاني حيث يحاكي المهاجمون طلبات شبكة SDK لتزييف تثبيتات التطبيق.

تقنيات ذات صلة

• الروابط العالمية: معيار الرابط العميق الأصلي من Apple الذي يربط روابط HTTP بشاشات التطبيقات الأصلية.
• روابط التطبيق: بروتوكول الرابط العميق المعتمد من Google الذي يعالج روابط الويب المخصصة على Android.
• مُحيل التثبيت: الآلية الأصلية التي يوفرها Android لتمرير معلمات الحملة بأمان من Google Play.
• UIPasteboard: طريقة نسب تقرأ مخازن ذاكرة الحافظة عند بدء تشغيل التطبيق الأصلي.

المعايير المشار إليها

• واجهة برمجة تطبيقات الحافظة W3C: معيار الصناعة للوصول إلى مخازن ذاكرة حافظة النظام المحلية عبر بيئات المتصفح الآمنة.
• IETF RFC 4122: معيار مساحة اسم URN للمعرف الفريد عالمياً (UUID) المستخدم لإنشاء رموز ارتباط الجهاز الخالية من التصادم.
• IETF RFC 2104: معيار كود مصادقة الرسائل المجزأ بمفتاح HMAC للتحقق من الرسائل.

واجهات برمجة التطبيقات الأساسية

• getInstallParam: طريقة حزمة SDK الأصلية للهاتف المحمول المستخدمة للاستعلام عن معلمات التثبيت المخصصة واسترجاعها من خوادم OpoInstall.
• saveEvent: طريقة حزمة SDK الأصلية للهاتف المحمول المستخدمة لتحميل معالم التحويل المخصصة داخل التطبيق.

التوثيق الرسمي / المراجع

• إرشادات إطار عمل شفافية تتبع تطبيقات Apple
• مواصفات واجهة برمجة تطبيقات Google Play Install Referrer
• مواصفات واجهة برمجة تطبيقات الحافظة W3C
• إرشادات الروابط العالمية من Apple
• دليل تكامل روابط تطبيق Android
• مرجع واجهة برمجة تطبيقات Apple UIPasteboard
• استحقاق النطاقات المرتبطة من Apple
• واجهة برمجة تطبيقات Android ClipboardManager
• مواصفات IETF RFC 2104 HMAC
• مواصفات IETF RFC 4122 UUID
• دليل اختبار أمان تطبيقات الهاتف المحمول OWASP
• الأسئلة الشائعة حول إهمال Google Firebase Dynamic Links