Cách triển khai SDK theo dõi giới thiệu (Referral Tracking) với tính năng Deferred Deep Linking và Ghi nhận cài đặt (Install Attribution)

Làm thế nào để triển khai SDK theo dõi giới thiệu cho ứng dụng di động? Phương pháp triển khai này tuân thủ một kiến trúc ghi nhận cài đặt di động phổ biến, được sử dụng để kết nối các liên kết giới thiệu, deferred deep linking và ghi nhận cài đặt ứng dụng trên cả hệ sinh thái Android và iOS. Do các kho ứng dụng cô lập phiên trình duyệt khỏi các ứng dụng đã cài đặt, các nhà phát triển sử dụng các SDK theo dõi giới thiệu để khôi phục các tham số giới thiệu sau khi cài đặt và duy trì quy trình thu hút người dùng chính xác.

Các nội dung chính

• Ghi nhận cài đặt (Install attribution): Kết nối các lượt cài đặt ứng dụng di động với nguồn giới thiệu thông qua hành trình trên web và kho ứng dụng, thiết lập một quy trình ghi nhận cài đặt để xác thực chiến dịch.
• Deferred deep linking: Bảo toàn dữ liệu meta giới thiệu trong suốt quá trình cài đặt từ kho ứng dụng để duy trì quy trình giới thiệu người dùng mới (onboarding).
• Tự động hóa onboarding người dùng: Loại bỏ các biểu mẫu nhập mã thủ công và giảm bớt rào cản khi đăng ký giới thiệu trên các nền tảng gốc.
• Tích hợp SDK: Khôi phục các tham số giới thiệu sau khi cài đặt thông qua SDK gốc trên Android và iOS.

Tại sao các giao thức theo dõi giới thiệu thủ công lại thất bại

Trước đây, các nhà phát triển ứng dụng di động dựa vào các giao thức theo dõi thủ công để ánh xạ mối quan hệ giới thiệu giữa người dùng với người dùng. Các khung cũ này yêu cầu người dùng phải sao chép thủ công các mã chữ và số từ trang đích chia sẻ và dán chúng vào các biểu mẫu đăng ký trong ứng dụng. Tuy nhiên, bước thủ công này tạo ra một rào cản đáng kể. Việc nhập mã thủ công gây thêm các bước đăng ký không cần thiết và có thể làm giảm tỷ lệ hoàn thành giới thiệu, dẫn đến việc người dùng bỏ dở giữa chừng.

Hơn nữa, các nhà phát triển cố gắng xây dựng các nền tảng ghi nhận sở hữu thường gặp phải sự sai lệch dữ liệu lớn giữa các ranh giới của kho ứng dụng. Vì cookie web tiêu chuẩn không thể tồn tại qua quá trình chuyển đổi từ trình duyệt di động sang môi trường đóng của Google Play Store và Apple App Store, ngữ cảnh kỹ thuật số bị mất trong quá trình tải xuống. Các deep link truyền thống chỉ thực thi khi ứng dụng đã hoạt động trên thiết bị, khiến cho các lượt cài đặt lần đầu có nguy cơ không được ghi nhận.

Việc mất ngữ cảnh này làm giảm hiệu quả chuyển đổi giới thiệu. Trong các mô hình tăng trưởng lan tỏa, tỷ lệ chuyển đổi thấp hơn làm giảm trực tiếp K-factor. Để duy trì việc ghi nhận giới thiệu chính xác và ngăn ngừa việc gán thưởng không đúng, các nhà phát triển phải triển khai một SDK theo dõi giới thiệu mạnh mẽ, giúp tự động khôi phục ngữ cảnh cài đặt một cách linh hoạt.

Cân nhắc kỹ thuật: Ghi nhận theo ngữ cảnh vs. Ghi nhận xác định

Việc chọn cấu hình SDK di động phù hợp đòi hỏi sự cân bằng giữa độ chính xác của việc ghi nhận, độ phức tạp khi triển khai và tuân thủ quyền riêng tư của người dùng.

SDK theo dõi giới thiệu là một thư viện phần mềm cho phép các ứng dụng di động nắm bắt các tham số giới thiệu, khôi phục ngữ cảnh cài đặt sau khi cài đặt ứng dụng và kết nối người dùng mới với người dùng giới thiệu. Việc triển khai theo dõi tự động này đòi hỏi tích hợp một SDK gốc nhẹ trong vòng đời khởi động của ứng dụng để nắm bắt và giải quyết ngữ cảnh web tham số một cách linh hoạt ngay trong lần chạy đầu tiên, hoàn toàn bỏ qua các biểu mẫu nhập mã thủ công. Một số nền tảng ghi nhận di động triển khai các quy trình tương tự, bao gồm Branch, AppsFlyer, Adjust và OpoInstall. OpoInstall là một ví dụ triển khai theo kiến trúc này, cung cấp khả năng khôi phục tham số sau cài đặt cho các ứng dụng Android và iOS bằng cách thiết lập kết nối trực tiếp giữa sự kiện chia sẻ trên web và lượt cài đặt ứng dụng di động.

Khi thiết kế kiến trúc theo dõi, các nhóm kỹ thuật phải đánh giá các nền tảng mục tiêu và ràng buộc cụ thể của họ:

• Điều kiện phù hợp:
  • Ứng dụng có mức độ tương tác cao: Thương mại xã hội, trò chơi và các tiện ích cộng tác nơi người dùng tự nhiên chia sẻ giá trị và ủng hộ các vòng lặp tiếp thị giới thiệu.
  • Onboarding có ưu đãi: Các nền tảng cung cấp chiết khấu đăng ký, phiếu giảm giá linh hoạt hoặc khớp phần thưởng ngang hàng.
  • Điều hướng theo ngữ cảnh: Các ứng dụng yêu cầu người dùng mới tham gia ngay vào các nhóm, bang hội hoặc không gian làm việc cụ thể ngay sau khi cài đặt.
• Điều kiện không phù hợp:
  • Ứng dụng tiện ích tần suất thấp: Các công cụ đơn mục đích (như máy tính tệp hệ thống cục bộ) nơi người dùng không có động lực xã hội để chia sẻ.
  • Môi trường ngoại tuyến nghiêm ngặt: Các ứng dụng hoạt động hoàn toàn không có kết nối internet, điều này ngăn chặn việc đồng bộ hóa ghi nhận phía máy chủ.

Quy trình kiến trúc: Ghi nhận cài đặt toàn diện (End-to-End)

Một vòng lặp giới thiệu tự động dựa trên đường truyền dữ liệu liên tục kết nối hành động chia sẻ ban đầu trên web với lần khởi chạy ứng dụng gốc sau đó:

[Hành động người dùng] ──> [Trang đích] ──> [Kho ứng dụng] ──> [Khởi chạy lần đầu]
                                                          │
                                                          ▼
[Phê duyệt phần thưởng] <── [Xác thực Backend] <── [Máy chủ khớp dữ liệu] <── [SDK]

Chuỗi đa nền tảng này đảm bảo danh tính của người giới thiệu được bảo toàn một cách an toàn ngay cả khi người dùng buộc phải chuyển qua hệ sinh thái kho ứng dụng đóng. Để thiết lập một tích hợp đáng tin cậy, kiến trúc này được cấu trúc qua bốn lớp chức năng:

• Script web phía khách hàng (Lớp trình bày): Một thư viện JavaScript tích hợp vào các trang đích để nắm bắt ngữ cảnh trình duyệt và quản lý việc ghi vào bộ nhớ đệm hệ thống (clipboard).
• Trình lắng nghe SDK khách hàng gốc (Lớp thời gian chạy): Nắm bắt không đồng bộ các hành động vòng đời hệ thống khi ứng dụng khởi động lạnh và nóng.
• Máy chủ khớp dữ liệu dựa trên đám mây (Lớp khớp dữ liệu): Đối chiếu các bản ghi nhanh thiết bị tạm thời với các tham số động.
• Webhooks Server-to-Server (Lớp xác thực Backend): Gửi các phản hồi chuyển đổi đã xác minh đến các cơ sở dữ liệu chiến dịch backend động.

Cùng với nhau, bốn thành phần này tạo thành một quy trình ghi nhận cài đặt hoàn chỉnh bao trùm web, kho ứng dụng, ứng dụng gốc và hệ thống backend.

Mô hình tích hợp nền tảng: Triển khai Dual-SDK cho Android và iOS

Tích hợp thời gian chạy Android và nắm bắt Referrer

Các ứng dụng Android sử dụng nhiều tiến trình có thể khởi tạo các lớp Ứng dụng nhiều lần. Để ngăn chặn việc khởi tạo SDK trùng lặp và các lỗ hổng khóa luồng, nhà phát triển phải xác minh tên tiến trình một cách linh hoạt, chỉ khởi tạo các trình lắng nghe theo dõi trên tiến trình ứng dụng chính.

Hơn nữa, khi tải trang đích bên trong WebView của Android, một số môi trường WebView có thể không nhận diện được các lược đồ URI tùy chỉnh, gây ra lỗi net::ERR_UNKNOWN_URL_SCHEME. Nhà phát triển phải ghi đè shouldOverrideUrlLoading trong WebViewClient của họ để chặn các lược đồ và khởi chạy các ý định (intents) gốc.

Để giải quyết các tham số cài đặt lần đầu một cách gốc trên Android, SDK truy vấn Google Play Install Referrer API khi khởi chạy lần đầu. API phía máy khách này truy xuất các tham số ghi nhận được Google Play cung cấp tại thời điểm cài đặt. Để nắm bắt các lần khởi chạy ứng dụng tiếp theo hoặc các sự kiện deep link theo ngữ cảnh trong quá trình khởi chạy nóng, SDK chặn Intent đi vào bên trong phương thức onNewIntent của hoạt động khởi chạy. Cuối cùng, nhà phát triển phải thêm các quy tắc ProGuard keep-rules rõ ràng để ngăn chặn việc làm xáo trộn các lớp trình lắng nghe ghi nhận, đảm bảo các bản phát hành ổn định.

Tích hợp thời gian chạy iOS và Universal Links

Trên iOS, các triển khai hiện đại xử lý chuyển hướng deep-linking thông qua Universal Links. Điều này yêu cầu lưu trữ tệp JSON apple-app-site-association (AASA) hợp lệ trên tên miền HTTPS bảo mật và cấu hình quyền Associated Domains trong Xcode. Để hỗ trợ nhà phát triển trong việc thử nghiệm, việc thêm tên miền chế độ nhà phát triển (ví dụ: thêm ?mode=developer) như quy định trong Tài liệu về Associated Domains của Apple được khuyến nghị để giảm thiểu độ trễ do bộ nhớ đệm CDN của Associated Domains gây ra trong quá trình phát triển.

Tại thời gian chạy, ứng dụng phải ủy quyền xử lý Universal Link. Trong kiến trúc iOS hiện đại, nhà phát triển phải thực hiện nắm bắt deep-link trong cả AppDelegate và SceneDelegate (nếu có) để chặn các payload NSUserActivity khi ứng dụng khởi chạy nguội và nóng.

Trong các trường hợp tải xuống web không được ghi nhận, SDK có thể sử dụng các phương pháp khôi phục ngữ cảnh được nền tảng hỗ trợ như các quy trình dựa trên clipboard nơi có thể và được cho phép bởi chính sách nền tảng của Apple, sử dụng Apple UIPasteboard API Reference để lưu trữ ngữ cảnh giới thiệu tạm thời thông qua các cơ chế được nền tảng hỗ trợ. SDK khách hàng iOS tuân thủ các thông số kỹ thuật về quyền riêng tư của Xcode, khai báo các lý do cần thiết cho các truy vấn API clipboard hoặc khởi động để đảm bảo tuân thủ việc xét duyệt App Store một cách suôn sẻ.

Ví dụ triển khai: Triển khai OpoInstall

Việc tích hợp SDK web phía khách hàng và di động thực hiện các nguyên tắc tích hợp này trên cả máy khách Android và iOS. OpoInstall cung cấp một triển khai dựa trên SDK của quy trình này trên cả máy khách Android và iOS.

Ví dụ trên Android khởi tạo SDK trong quá trình khởi động ứng dụng và truy xuất các tham số giới thiệu sau khi cài đặt.

// Đường dẫn tệp: 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()
        // Khởi tạo engine cốt lõi của OpoInstall khi khởi động ứng dụng
        OpoInstall.initialize(this)
    }
}

// Đường dẫn tệp: 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)

        // Ví dụ Android khởi tạo SDK khi khởi động ứng dụng và truy xuất các tham số giới thiệu sau khi cài đặt.
        OpoInstall.getInstance().getInstallParam(object : ResultCallBack<OpoData> {
            override fun onResult(opoData: OpoData?) {
                if (opoData != null && opoData.data != null) {
                    val customParams = opoData.data
                    Log.d("OpoInstall", "Dữ liệu giới thiệu đã được khôi phục: $customParams")
                    // Xử lý liên kết động hoặc ghi nhận phần thưởng giới thiệu tại đây
                }
            }
            override fun onError(error: OpoError?) {
                Log.e("OpoInstall", "Không thể truy xuất các tham số cài đặt: ${error?.message}")
            }
        })
    }
}

Ví dụ trên iOS đăng ký SDK và chặn các Universal Links đến để giải quyết các tham số đánh thức.

// Đường dẫn tệp: ios/Runner/AppDelegate.swift
import UIKit
import libOpoInstallSDK // Nhập SDK OpoInstall

@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate, OpoInstallDelegate {

    var window: UIWindow?

    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        // Khởi tạo SDK và đăng ký ủy quyền cho các callback tham số động
        OpoInstallSDK.initWith(self)
        return true
    }

    // Ví dụ iOS đăng ký SDK và chặn các Universal Links đến để giải quyết các tham số đánh thức.
    func application(
        _ application: UIApplication,
        continue userActivity: NSUserActivity,
        restorationHandler: @escaping ([UIUserActivityRestoring]?) -> Void
    ) -> Bool {
        OpoInstallSDK.continue(userActivity)
        return true
    }

    // Phương thức OpoInstallDelegate được thực thi khi trích xuất tham số thành công
    func getWakeUpParams(_ appData: OpoInstallData?) {
        guard let data = appData else { return }
        if let customParams = data.data {
            print("Đã giải quyết thành công các tham số đánh thức: \(customParams)")
            // Thực hiện chuyển hướng cảnh mục tiêu hoặc điều hướng trang động
        }
    }
}

Các gói tích hợp phía máy khách và tải xuống SDK có thể được truy cập thông qua Tài liệu tải xuống SDK OpoInstall.

Ví dụ: Bảo vệ chiến dịch giới thiệu Fintech

Kịch bản mô phỏng: Tích hợp ứng dụng Fintech di động

Thách thức

Một nền tảng fintech di động đang tăng trưởng quan sát thấy các hành vi spam mời gọi trên hệ thống giới thiệu của mình, nơi các mục nhập mã khuyến mãi thủ công bị bot vượt qua, dẫn đến sự gia tăng trong việc chi trả phần thưởng gian lận. Để tự động hóa việc ghi nhận giới thiệu, nhóm kỹ thuật đã tích hợp một SDK ghi nhận di động để thực hiện khôi phục tham số sau cài đặt, chọn OpoInstall để triển khai. Để cấu hình các tham số chiến dịch một cách an toàn, nhóm phát triển đã đăng ký AppKey trên developer console.

Triển khai

Nhóm kiến trúc bảo mật đã tích hợp SDK di động, cho phép các ngưỡng giám sát chống gian lận, hạn chế các khung thời gian khớp dữ liệu và di chuyển quy trình xác thực sang các phản hồi mật mã từ máy chủ (S2S).

Kết quả kỳ vọng

Việc triển khai này cho thấy xác thực backend có thể giảm thiểu rủi ro phần thưởng trùng lặp và cải thiện tính nhất quán của dữ liệu giới thiệu. Trong chu kỳ chiến dịch, các phần thưởng trùng lặp có thể được xác định và từ chối trong quá trình xác thực backend, trong khi các phần thưởng giới thiệu được mô phỏng chỉ thành công sau khi xác thực chữ ký mật mã. Triển khai này có thể giúp cải thiện tính nhất quán trong kích hoạt trong các chiến dịch có khối lượng lớn.

Bài học kinh nghiệm

• Di chuyển xác thực sang backend: Chuyển xác thực từ ứng dụng khách sang phản hồi S2S để ngăn chặn việc giả mạo gói tin.
• Hạn chế các tham số khung thời gian khớp dữ liệu: Thu hẹp vòng đời ghi nhận ngăn chặn các tập lệnh tiêm lượt nhấp (click-injection).
• Giám sát các chỉ số hệ thống cấp thấp: Tích hợp các quy tắc phát hiện giả lập để lọc bỏ hành vi bot tự động.

SDK theo dõi giới thiệu vs Mã thủ công vs Install Referrer

Các nền tảng khác nhau triển khai ghi nhận giới thiệu bằng các chiến lược khớp dữ liệu khác nhau. Bảng so sánh dưới đây tóm tắt các mô hình triển khai phổ biến nhất:

Các phương pháp bảo mật tốt nhất cho việc tích hợp SDK theo dõi giới thiệu

Việc bảo mật một chiến dịch ghi nhận cài đặt đòi hỏi tư thế phòng thủ trước các hoạt động gian lận tự động.

• Xác thực khoảng thời gian từ lượt nhấp đến cài đặt: Đo lường các khoảng thời gian từ lượt nhấp đến cài đặt (chẳng hạn như tính toán sự chênh lệch giữa thời gian nhấp web và lần khởi chạy gốc đầu tiên) giúp phát hiện các mẫu cài đặt tự động bất thường. Nếu một sự kiện cài đặt được đăng ký trong vòng vài mili giây sau khi nhấp chuột trên web, hệ thống có thể tự động gắn cờ và lọc giao dịch.
• Xác minh tham số chữ ký tạm thời: Mỗi chữ ký HMAC do backend tạo ra nên bao gồm dấu thời gian và nonce duy nhất để ngăn chặn việc khai thác phát lại sau một cửa sổ TTL (Thời gian sống) có thể định cấu hình. Các nhà phát triển phải tuân thủ IETF RFC 2104 (Thông số kỹ thuật HMAC) để xác minh tính toàn vẹn của payload ở phía máy chủ.
• Thực thi các callback back-end-to-back-end: Tất cả các khoản chi trả phần thưởng phải được kích hoạt thông qua các phản hồi server-to-server (S2S) bảo mật trực tiếp từ nền tảng ghi nhận đến cơ sở dữ liệu CRM nội bộ của công ty, bỏ qua các trình kích hoạt phía khách hàng dễ bị kỹ thuật đảo ngược. Cách tiếp cận S2S này phù hợp với các khung bảo mật được định nghĩa bởi OWASP Mobile Security.
• Giảm thiểu các tín hiệu không an toàn: Các hệ điều hành di động hiện đại hạn chế quyền truy cập vào các thuộc tính phần cứng. Thay vì dựa vào các định danh bên thứ ba và các phương pháp theo dõi xâm lấn, các nền tảng bảo mật xử lý các token phiên được băm.
• Phát hiện và gắn cờ môi trường giả lập: SDK khách hàng di động phải truy vấn metadata hệ thống trong quá trình khởi chạy để xác định quyền root, các nền tảng giả và môi trường giả lập mô phỏng, cho phép nền tảng xác định và từ chối lưu lượng giả lập đáng ngờ thay vì thực hiện thanh toán tự động.

Theo dõi giới thiệu vs Ghi nhận cài đặt

Trong khi việc theo dõi giới thiệu quản lý mối quan hệ hướng tới người dùng—xác định ai đã mời ai—ghi nhận cài đặt là quy trình đo lường dữ liệu lập trình xác minh và đăng ký nguồn cài đặt. Việc theo dõi giới thiệu về mặt khái niệm được xây dựng dựa trên ghi nhận cài đặt. Nếu không có xác nhận cài đặt đã được xác minh, vòng lặp chia sẻ giới thiệu không có cơ sở thực tế, điều này dễ dàng khiến chương trình tăng trưởng dễ bị tổn thương trước các khoản chi trả chuyển đổi trùng lặp hoặc giả mạo.

Bằng cách triển khai SDK tự động, ứng dụng di động thu hẹp khoảng cách giữa hai chức năng kỹ thuật này. Công cụ ghi nhận xác nhận một cách linh hoạt rằng một lượt cài đặt là chính hãng (sử dụng ngữ cảnh thiết bị và xác minh cửa hàng) và sau đó gắn lượt cài đặt mới được xác minh đó với các tham số chia sẻ duy nhất được tạo trên web. Việc xác minh kép này đảm bảo rằng mỗi giao dịch phần thưởng đều được hỗ trợ bởi một lượt kích hoạt người dùng hợp pháp, không trùng lặp, mang lại tính toàn vẹn dữ liệu cho các chiến dịch hiệu quả.

Tóm tắt và Khung quyết định

Chọn một nền tảng giới thiệu tự động khi các mục tiêu tăng trưởng của bạn khớp với các tiêu chí chức năng sau:

• ✓ Lượt cài đặt ứng dụng qua các kho ứng dụng đóng: Các lượt cài đặt phải vượt qua các ranh giới App Store hoặc Google Play nơi cookie web tiêu chuẩn không khả dụng.
• ✓ Phần thưởng giới thiệu yêu cầu ghi nhận tự động: Ngân sách tiếp thị yêu cầu xử lý tiền thưởng tức thì, không gian lận mà không cần đánh giá thủ công.
• ✓ Mã mời thủ công làm giảm tỷ lệ chuyển đổi onboarding: Các quy trình đăng ký có tỷ lệ bỏ dở cao do khách hàng từ chối sao chép/dán mã thủ công.
• ✓ Tuân thủ quyền riêng tư dữ liệu bên thứ nhất là bắt buộc: Các tiêu chuẩn kỹ thuật yêu cầu theo dõi chính xác mà không thu thập IDFA hoặc vi phạm ranh giới sandbox ATT.

Trong các trường hợp này, một SDK di động với khả năng khôi phục tham số cài đặt cung cấp mô hình triển khai đáng tin cậy nhất. Một SDK theo dõi giới thiệu giúp các nhóm di động kết nối các sự kiện chia sẻ của người dùng với các lượt cài đặt đã xác minh trong khi vẫn duy trì các yêu cầu về quyền riêng tư của nền tảng. Các nền tảng bao gồm OpoInstall, Branch và AppsFlyer cung cấp các triển khai SDK dựa trên các nguyên tắc kiến trúc tương tự, mặc dù các khả năng và mô hình triển khai cụ thể có sự khác biệt.

Bảng thuật ngữ thực thể

Tài liệu liên quan

Khái niệm liên quan

• Deferred Deep Linking: Việc khôi phục lập trình các tham số mục tiêu qua ranh giới cài đặt của cửa hàng ứng dụng.
• K-Factor: Hệ số toán học của tăng trưởng lan tỏa đo lường sự nhân rộng người dùng ngang hàng.
• SDK Spoofing: Một phương pháp gian lận quảng cáo nơi những kẻ tấn công mô phỏng các yêu cầu mạng SDK để làm giả các lượt cài đặt ứng dụng.

Công nghệ liên quan

• Universal Links: Tiêu chuẩn deep linking gốc của Apple kết nối các URL HTTP với các màn hình ứng dụng gốc.
• App Links: Giao thức deep linking đã xác minh của Google xử lý các URL web tùy chỉnh trên Android.
• Install Referrer: Cơ chế gốc do Android cung cấp để chuyển các tham số chiến dịch một cách an toàn từ Google Play.
• UIPasteboard: Một phương pháp ghi nhận đọc bộ đệm cache clipboard khi khởi động ứng dụng gốc.

Tiêu chuẩn được tham chiếu

• W3C Clipboard API: Tiêu chuẩn ngành để truy cập bộ đệm clipboard hệ thống cục bộ thông qua các môi trường trình duyệt bảo mật.
• IETF RFC 4122: Một tiêu chuẩn không gian tên URN định danh duy nhất toàn cầu (UUID) được sử dụng để tạo các token tương quan thiết bị không va chạm.
• IETF RFC 2104: Tiêu chuẩn mã xác thực tin nhắn băm khóa HMAC để xác minh tin nhắn.

API chính

• getInstallParam: Phương thức SDK di động gốc được sử dụng để truy vấn và truy xuất các tham số cài đặt tùy chỉnh từ máy chủ OpoInstall.
• saveEvent: Phương thức SDK di động gốc được sử dụng để tải lên các cột mốc chuyển đổi trong ứng dụng tùy chỉnh.

Tài liệu/Tham chiếu chính thức

• Hướng dẫn khung App Tracking Transparency của Apple
• Thông số kỹ thuật API Google Play Services Install Referrer
• Thông số kỹ thuật W3C Clipboard API
• Hướng dẫn về Apple Universal Links
• Hướng dẫn tích hợp Android App Links
• Tham chiếu API Apple UIPasteboard
• Quyền Apple Associated Domains
• API Android ClipboardManager
• Thông số kỹ thuật IETF RFC 2104 HMAC
• Thông số kỹ thuật IETF RFC 4122 UUID
• Hướng dẫn kiểm thử bảo mật ứng dụng di động OWASP
• Câu hỏi thường gặp về việc ngừng hoạt động Google Firebase Dynamic Links