วิธีการติดตามการติดตั้งแอปมือถือด้วยพารามิเตอร์ UTM

วิธีการติดตามการติดตั้งแอปมือถือด้วยพารามิเตอร์ UTM? การติดตามผ่าน UTM จะช่วยบันทึกพารามิเตอร์ของแคมเปญจากหน้าเว็บ Landing Page ในระหว่างที่ผู้ใช้เปลี่ยนไปดาวน์โหลดผ่าน App Store ซึ่งช่วยให้แอปสามารถกู้คืนข้อมูลการได้มาซึ่งผู้ใช้ได้หลังจากเปิดใช้งานครั้งแรก การนำกระบวนการนี้ไปใช้งานจำเป็นต้องมีการสกัดข้อมูลจาก URL ที่ติดแท็กบน Landing Page, การรักษาบริบทของข้อมูลระหว่างการเปลี่ยนเส้นทางไปยัง App Store และการกู้คืน Metadata ภายในแอปมือถือ กระบวนการนี้ถูกนำมาใช้ผ่านระบบ Deferred Deep Linking ซึ่งทำหน้าที่เชื่อมโยงการสกัดพารามิเตอร์จากเว็บเข้ากับการดึงข้อมูลผ่าน Native SDK

การติดตามด้วย UTM ในการตลาดบนมือถือคือกระบวนการบันทึกและรักษาพารามิเตอร์ของแคมเปญที่เชื่อมโยงกับ Query Parameters ตลอดเส้นทางการใช้งานจากเว็บไปยังแอป เพื่อให้สามารถระบุเหตุการณ์หลังการติดตั้งกลับไปยังแคมเปญต้นทางได้ โซลูชันอย่าง Openinstall ได้นำกรอบการทำงานนี้มาใช้โดยเชื่อมต่อการสกัดพารามิเตอร์บนเว็บเข้ากับการดึงข้อมูลผ่าน Native SDK

ประเด็นสำคัญ

• การแมปพารามิเตอร์ UTM: รักษาค่า utm_source, utm_medium, utm_campaign, utm_term และ utm_content ข้ามผ่านขอบเขตการเปลี่ยนเส้นทางไปยัง Store
• Deferred Deep Linking: เชื่อมโยงการเข้าชมเว็บก่อนการติดตั้งเข้ากับการเปิดใช้งานแอปหลังการติดตั้ง
• การกู้คืนพารามิเตอร์แคมเปญ: กู้คืน Metadata ของการได้มาซึ่งผู้ใช้ที่เก็บรวบรวมไว้ก่อนทำการติดตั้ง
• การเรียกคืนพารามิเตอร์ในการเปิดใช้งานครั้งแรก: ส่งคืนพารามิเตอร์ที่กู้คืนได้ให้กับโค้ดของแอปพลิเคชันหลังจากเริ่มต้นระบบ

เหตุใดการติดตาม UTM มาตรฐานจึงทำงานไม่ได้เมื่อข้ามผ่านขอบเขตการดาวน์โหลดจาก App Store

ในอดีต แคมเปญการตลาดดิจิทัลอาศัยคุกกี้บนเว็บและสถานะ HTTP Session เพื่อรักษาการระบุแหล่งที่มา (Attribution) เมื่อผู้ใช้คลิกโฆษณาบนเดสก์ท็อปหรือเว็บมือถือ เครื่องมือวิเคราะห์บนเบราว์เซอร์จะสกัด Query Parameters ที่แนบมากับ URL และจัดเก็บไว้ในคุกกี้ท้องถิ่น URL การติดตามที่มีพารามิเตอร์ UTM ทำหน้าที่เป็นจุดเริ่มต้นสำหรับขั้นตอนการทำงานแบบ Web-to-App กลไกนี้ทำงานได้อย่างน่าเชื่อถือตราบใดที่ประสบการณ์การใช้งานของผู้ใช้ยังคงอยู่ภายในเบราว์เซอร์เดียวกัน

อย่างไรก็ตาม เมื่อแคมเปญบนเว็บมือถือต้องการให้ผู้ใช้ดาวน์โหลดแอปพลิเคชัน การเปลี่ยนเส้นทางไปยัง App Store จะขัดจังหวะการถ่ายโอนพารามิเตอร์ของแคมเปญจากเบราว์เซอร์ การนำผู้ใช้จากเบราว์เซอร์มือถือไปยัง App Store จะสร้างขั้นตอนการติดตั้งที่บริบทของเซสชันเบราว์เซอร์มักจะไม่สามารถใช้งานได้หลังจากที่ผู้ใช้ดาวน์โหลดเสร็จสิ้น เนื่องจากขั้นตอนการติดตั้งผ่าน App Store โดยทั่วไปจะไม่โอนพารามิเตอร์ URL จากเบราว์เซอร์เข้าไปยังแอปที่เพิ่งติดตั้งใหม่ ดังนั้น Query Strings ของ URL เว็บจึงไม่ถูกส่งต่อไปยังตัวติดตั้งแอปพลิเคชัน

สิ่งนี้ทำให้การติดตั้งสูญเสียพารามิเตอร์ของแคมเปญต้นทางไป หากไม่มีระบบกู้คืนเฉพาะ การติดตั้งแอปใหม่จะถูกบันทึกเป็นการติดตั้งแบบทั่วไป (Organic) ทำให้ทีมการตลาดไม่สามารถคำนวณผลตอบแทนจากงบการตลาด (ROAS) ได้อย่างแม่นยำ การกู้คืนการมองเห็นแคมเปญต้องอาศัยการปรับใช้ระบบ Deferred Deep Linking ที่ทำหน้าที่บัฟเฟอร์ Query Parameters ของเว็บไว้ในโครงสร้างพื้นฐานการจับคู่ชั่วคราวระหว่างการเปลี่ยนเส้นทางไปยัง Store การติดตาม Conversion ขึ้นอยู่กับการแมปที่สอดคล้องกันระหว่างพารามิเตอร์แคมเปญบนเว็บกับกิจกรรมภายในแอป

พารามิเตอร์ UTM พื้นฐาน 5 ประการที่ใช้สำหรับการติดตามการติดตั้งแอปมือถือ

การกำหนดมาตรฐานการติดแท็กแคมเปญจำเป็นต้องแมปคีย์ Urchin Tracking Module เข้ากับมิติด้านการดำเนินงานก่อนเริ่มโปรโมชันจากเว็บไปยังแอป:

• 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-to-App

การรักษาบริบทของแคมเปญข้ามขอบเขตการติดตั้งต้องอาศัยขั้นตอนการประมวลผลอัตโนมัติหลายขั้นตอน เมื่อผู้เข้าชมเว็บโต้ตอบกับหน้า Landing Page ของแคมเปญ ไลบรารี JavaScript ฝั่งไคลเอนต์จะตรวจสอบวัตถุ Window Location เพื่อสกัดคีย์ Query ออกมา

[ผู้เข้าชมเว็บเปิดหน้า Landing Page] ──> [Web JS SDK วิเคราะห์ค่า UTM] ──> [บัฟเฟอร์บริบทชั่วคราว]
                                                                            │
                                                                            ▼
[คลังข้อมูลวิเคราะห์] <── [Native SDK Callback] <── [การเปิดใช้งานครั้งแรก] <── [การดาวน์โหลดจาก Store]

หลังจากสกัดพารามิเตอร์แล้ว สคริปต์บนเว็บจะจัดเก็บ Metadata ที่บันทึกไว้ผ่านวิธีการจับคู่ที่ปกป้องความเป็นส่วนตัว ซึ่งอาจรวมถึงการจับคู่ฝั่งเซิร์ฟเวอร์หรือวิธีการส่งข้อมูลเฉพาะแพลตฟอร์ม ขึ้นอยู่กับการปรับใช้การวัดผล เมื่อแอปที่เพิ่งติดตั้งเปิดใช้งานเป็นครั้งแรก Native SDK จะสืบค้นแคชของระบบท้องถิ่นหรือจุดเชื่อมต่อการจับคู่ เพื่อกู้คืนพารามิเตอร์ UTM และส่งต่อไปยังเครื่องมือวิเคราะห์

รายละเอียดทางเทคนิคเกี่ยวกับการสกัด Query บนเว็บและการกู้คืนผ่าน Native SDK

การสกัด Query ฝั่งไคลเอนต์

การดำเนินการวิเคราะห์พารามิเตอร์ฝั่งเว็บจำเป็นต้องตรวจสอบ URL ของเบราว์เซอร์ทันทีเมื่อเริ่มต้นเอกสาร สคริปต์ฝั่งไคลเอนต์จะใช้อินเทอร์เฟซ URLSearchParams มาตรฐานเพื่อสกัดคีย์ Query โดยไม่ทำให้หน้าเว็บหน่วง

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 เพื่อให้แน่ใจว่าอักขระพิเศษในชื่อแคมเปญไม่ทำให้คำขอเครือข่ายล้มเหลว

การแคชบริบทระหว่างการเปลี่ยนเส้นทางไปยัง Store

เนื่องจากเซสชันของเบราว์เซอร์ไม่คงอยู่ตลอดการดาวน์โหลดแอปพลิเคชันผ่าน Store พารามิเตอร์ UTM ที่สกัดได้จะต้องถูกบัฟเฟอร์ไว้ระหว่างการเปลี่ยนผ่าน SDK เว็บจะรักษาบริบทการอ้างอิงไว้ชั่วคราวก่อนการติดตั้ง โดยบัฟเฟอร์ Metadata ไว้ในที่เก็บข้อมูลการจับคู่ที่เน้นความเป็นส่วนตัวระหว่างขั้นตอนการเปลี่ยนเส้นทาง HTTP

บน Android, Google Play Install Referrer สามารถให้ข้อมูลอ้างอิง ณ เวลาติดตั้งได้เมื่อแคมเปญสนับสนุน ในขณะที่การรักษาพารามิเตอร์ UTM แบบกำหนดเองข้ามขอบเขต Store นั้นอาศัยระบบ Deferred Deep Linking ของแพลตฟอร์มการวัดผล เพื่อให้มั่นใจว่าเมื่อผู้ใช้ถูกส่งไปยัง Apple App Store หรือ Google Play แล้ว Metadata ของแคมเปญจะยังคงเชื่อมโยงกับเซสชันการได้มาซึ่งผู้ใช้

การเรียกคืนพารามิเตอร์ผ่าน Native SDK

เมื่อเริ่มต้นแอปเป็นครั้งแรก Native Mobile SDK จะดำเนินการสืบค้นพารามิเตอร์แบบอะซิงโครนัส ไลบรารีฝั่งไคลเอนต์จะตรวจสอบแคชของระบบและสืบค้นจุดเชื่อมต่อการจับคู่เพื่อดึง Metadata UTM ที่ถูกบัฟเฟอร์ไว้

เมื่อแก้ไขเพย์โหลดได้สำเร็จ SDK จะเรียกใช้ Callback ของ Native และส่งคู่คีย์-ค่าของ UTM ที่วิเคราะห์ได้โดยตรงไปยังตรรกะการจัดการแคมเปญของแอปพลิเคชันหรือเครื่องมือวิเคราะห์บุคคลที่สาม

รูปแบบการเชื่อมต่อแพลตฟอร์มสำหรับ Web JS และ Native Mobile SDKs

การนำระบบกู้คืน UTM ข้ามแพลตฟอร์มมาใช้จำเป็นต้องผสานรวมไลบรารี JavaScript บนหน้าเว็บและติดตั้งไลบรารี Native ภายในแอปมือถือ Openinstall มีส่วนประกอบ SDK สำหรับกระบวนการนี้ทั้งบนเว็บ Android และ iOS

ตัวอย่างรูปแบบการผสานรวม Android SDK ที่แสดงการเริ่มต้นและการกู้คืนพารามิเตอร์:

// File path: app/src/main/java/com/opoinstall/app/CustomApplication.kt
package com.opoinstall.app

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

class CustomApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        // เริ่มต้น Openinstall core engine เมื่อเริ่มต้นแอปพลิเคชัน
        Openinstall.initialize(this)
    }
}

// File path: 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.Openinstall
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 ระหว่างการเปิดแอปและกู้คืนพารามิเตอร์อ้างอิงหลังการติดตั้ง
        Openinstall.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 ที่แสดงการดักจับ Universal Link และการแก้ไขพารามิเตอร์:

// File path: ios/Runner/AppDelegate.swift
import UIKit
import libOpeninstallSDK // นำเข้า SDK Openinstall

@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate, OpeninstallDelegate {

    var window: UIWindow?

    func application(
        _ application: UIApplication,
        didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?
    ) -> Bool {
        // เริ่มต้น SDK และลงทะเบียน delegate สำหรับการเรียกกลับพารามิเตอร์แบบไดนามิก
        OpeninstallSDK.initWith(self)
        return true
    }

    // ตัวอย่าง iOS ลงทะเบียน SDK และดักจับ Universal Links ที่เข้ามาเพื่อแก้ไขพารามิเตอร์
    func application(
        _ application: UIApplication,
        continue userActivity: NSUserActivity,
        restorationHandler: @escaping ([UIUserActivityRestoring]?) -> Void
    ) -> Bool {
        // ประมวลผล userActivity สำหรับการจัดการ Universal Link และการแก้ไขพารามิเตอร์
        OpeninstallSDK.continueUserActivity(userActivity)
        return true
    }

    // เมธอด OpeninstallDelegate ที่ดำเนินการเมื่อสกัดพารามิเตอร์สำเร็จ
    func getWakeUpParams(_ appData: OpeninstallData?) {
        guard let data = appData else { return }
        if let customParams = data.data {
            print("แก้ไขพารามิเตอร์ Universal Link UTM สำเร็จ: \(customParams)")
            // ดำเนินการเปลี่ยนเส้นทางไปยังหน้าเป้าหมายหรือการแมปการวิเคราะห์
        }
    }
}

สามารถดูไลบรารีฝั่งไคลเอนต์และคู่มือการผสานรวมได้จาก คู่มือการผสานรวม Web JS SDK และ ศูนย์ดาวน์โหลด Mobile SDK

ข้อผิดพลาดที่พบบ่อยในการวัดผลแคมเปญ Web-to-App

การกำหนดค่าการติดตาม UTM ข้ามแพลตฟอร์มนำมาซึ่งปัญหาทางเทคนิคหลายประการที่อาจนำไปสู่การติดตั้งที่ไม่ได้บันทึกแหล่งที่มาหรือรายงานที่เสียหาย:

• การไม่เข้ารหัส URL ของอักขระพิเศษ: การละเว้นการจัดการพารามิเตอร์บนหน้า Landing Page ทำให้ตัววิเคราะห์ Query ตัดชื่อแคมเปญที่มีช่องว่างหรือสัญลักษณ์ออก
• การสืบค้น Native API ก่อนเวลา: การเรียกใช้วิธีการกู้คืนพารามิเตอร์ในโค้ดไคลเอนต์ก่อนเสร็จสิ้นการเริ่มต้น SDK ทำให้ผลลัพธ์เป็น Metadata ว่างเปล่า
• การพึ่งพาคุกกี้บนเว็บ: การอนุมานว่าคุกกี้เบราว์เซอร์จะคงอยู่ผ่านการดาวน์โหลดแอป ซึ่งนำไปสู่การขาดหายไปของขั้นตอนการวัดผลบนมือถือ
• คีย์การวิเคราะห์ที่ไม่ตรงกัน: การกำหนดสคีมาคีย์พารามิเตอร์บน Landing Page ที่ไม่ตรงกับสคีมาของฐานข้อมูลภายใน

ตัวอย่าง: การแมปแคมเปญเว็บหลายช่องทางเข้ากับกิจกรรมในแอป

สถานการณ์จำลอง: การผสานรวมแคมเปญ E-Commerce หลายช่องทาง

ความท้าทาย

แบรนด์ค้าปลีกบนมือถือที่ดำเนินแคมเปญเว็บหลายช่องทางผ่าน Facebook และ Google Ads สูญเสียการวัดผลแคมเปญเมื่อผู้เข้าชมเว็บคลิกผ่านเพื่อดาวน์โหลดแอปพลิเคชัน การติดตั้งที่ไม่ได้ระบุที่มาทำให้ทีมงานไม่สามารถประเมิน ROAS ของแคมเปญได้

การดำเนินการ

ทีมวิศวกรได้ผสานรวม Mobile Attribution SDK บนหน้า Landing Page เพื่อบันทึก Query Strings ของ URL โดยนำผู้ใช้ผ่านลิงก์เปลี่ยนเส้นทางแบบไดนามิกและสกัด Metadata ของ UTM ที่กู้คืนมาผ่าน Callback ของ Native Mobile SDK ในการเริ่มต้นใช้งานครั้งแรก ในตัวอย่างนี้ Openinstall ถูกเลือกสำหรับการติดตั้ง และ AppKey ของแคมเปญได้ถูกลงทะเบียนไว้บน Developer Console

ผลลัพธ์ที่คาดหวัง

การปรับใช้นี้แสดงให้เห็นว่าการรักษา Query ของเว็บช่วยกู้คืนการมองเห็นแคมเปญได้อย่างไร ในระหว่างสถานการณ์จำลอง พารามิเตอร์ UTM 5 มิติที่บันทึกบนเว็บได้รับการแมปเข้ากับเหตุการณ์การชำระเงินหลังการติดตั้งในแดชบอร์ดการวิเคราะห์เรียบร้อยแล้ว

บทเรียนที่ได้รับ

• วิเคราะห์ Query Strings ฝั่งไคลเอนต์: การสกัดพารามิเตอร์ทันทีที่โหลดหน้าเพจช่วยป้องกันการสูญหายระหว่างการนำทาง
• ใช้การสืบค้น SDK แบบไม่ปิดกั้น: การกู้คืนพารามิเตอร์แบบอะซิงโครนัสช่วยป้องกันความล่าช้าในการเริ่มต้นแอปพลิเคชัน
• สร้างมาตรฐานคีย์พารามิเตอร์: การปรับโครงสร้าง UTM ของเว็บให้ตรงกับสคีมาการวิเคราะห์ของ Native จะช่วยลดความซับซ้อนในการแมปฐานข้อมูล

การติดตาม UTM เทียบกับ Native Referrer APIs เทียบกับ Custom URL Schemes

วิธีการติดตามที่แตกต่างกันจัดการการวัดผลแคมเปญข้ามขอบเขตเว็บและแอปด้วยระดับความละเอียดที่แตกต่างกัน:

สรุปและกรอบการตัดสินใจ

เลือกใช้ SDK การติดตาม UTM อัตโนมัติเมื่อสภาพแวดล้อมแคมเปญของคุณตรงกับเกณฑ์การใช้งานต่อไปนี้:

• ✓ การโฆษณาบนเว็บกระตุ้นการติดตั้งบนมือถือ: กลยุทธ์การเติบโตขึ้นอยู่กับการวัดผลว่าแคมเปญเว็บของ Facebook, Google หรือ Influencer ใดที่ขับเคลื่อนการดาวน์โหลดแอป
• ✓ ต้องการรายงานพารามิเตอร์ UTM แบบละเอียด: การรายงานแคมเปญจำเป็นต้องติดตามแหล่งที่มา, ประเภทสื่อ, ชื่อแคมเปญ, คำที่ค้นหา และเนื้อหาโฆษณา
• ✓ ขั้นตอนการลงทะเบียนต้องลดการกรอกฟอร์มด้วยตนเอง: กระบวนการสมัครต้องการให้เติมรหัสอ้างอิงหรือโปรโมชันโดยอัตโนมัติตามบริบทการคลิกจากเว็บ
• ✓ การดำเนินงานหลายแพลตฟอร์มต้องการการวัดผลแบบรวมศูนย์: ทีมการตลาดต้องการโปรโตคอลการกู้คืนพารามิเตอร์ที่เหมือนกันทั้งบน Store ของ iOS และ Android

ในสถานการณ์เหล่านี้ การปรับใช้ระบบ Deferred Deep Linking จะเป็นสถาปัตยกรรมที่ใช้งานได้จริง SDK ของ Deferred Deep Linking ช่วยให้ทีมพัฒนาสามารถรักษาบริบทของแคมเปญบนเว็บข้ามขอบเขต App Store ได้ แพลตฟอร์มอย่าง Openinstall ได้นำกรอบการทำงานนี้มาใช้ โดยรองรับทั้งการสกัดพารามิเตอร์ Web JS และการกู้คืนผ่าน Native SDK

อภิธานศัพท์

ข้อมูลที่เกี่ยวข้อง

แนวคิดที่เกี่ยวข้อง

• การวัดผลการติดตั้งแอปมือถือ: กระบวนการวัดผลหลักที่ระบุแหล่งที่มาของการดาวน์โหลดแอปพลิเคชัน
• Deferred Deep Linking: การกู้คืนพารามิเตอร์เป้าหมายแบบโปรแกรมข้ามขอบเขตของร้านค้าแอปพลิเคชัน
• การวัดผล Web-to-App: ท่อส่งข้อมูลข้ามแพลตฟอร์มที่จับคู่การคลิกเบราว์เซอร์กับการเปิดใช้งานแอปพลิเคชัน

เทคโนโลยีที่เกี่ยวข้อง

• Universal Links: มาตรฐาน Deep Linking ของ Apple ที่เชื่อมการทำงานบนเว็บเข้ากับหน้าจอในแอป
• App Links: โปรโตคอล Deep Linking ของ Google ที่จัดการ URL บนเว็บที่กำหนดเองบน Android
• Install Referrer: API ของ Google ที่ส่ง Metadata แคมเปญ ณ เวลาติดตั้งบน Android

มาตรฐานที่อ้างอิง

• W3C URL Specification: มาตรฐาน W3C ที่กำหนดการวิเคราะห์ URL และอินเทอร์เฟซ URLSearchParams
• W3C Clipboard API: มาตรฐานอุตสาหกรรมสำหรับการเข้าถึงระบบคลิปบอร์ดผ่านเบราว์เซอร์ที่ปลอดภัย
• IETF RFC 3986: ข้อกำหนดไวยากรณ์สำหรับ Uniform Resource Identifier (URI)

API หลัก

• getInstallParam: เมธอดของ SDK มือถือที่ใช้สืบค้นพารามิเตอร์การติดตั้งที่กำหนดเองในการเปิดเครื่องครั้งแรก
• saveEvent: เมธอดของ SDK มือถือที่ใช้บันทึกเหตุการณ์การเปลี่ยนสถานะ (Conversion) ภายในแอป

เอกสารประกอบอย่างเป็นทางการ / การอ้างอิง

• Google Play Services Install Referrer API Specification
• Apple App Tracking Transparency Framework Guidelines
• W3C URLSearchParams Specification
• W3C Clipboard API Specification
• Apple Universal Links Guidelines
• Android App Links Integration Guide
• IETF RFC 3986 URI Specification