एप्पल एटीटी (ATT) ऑप्टिमाइजेशन गाइड: एटीटी ऑप्ट-इन दरों में सुधार कैसे करें

एप ट्रैकिंग ट्रांसपेरेंसी (ATT) ऑप्ट-इन दरों को कैसे ऑप्टिमाइज़ करें? एटीटी अनुमति अनुभव को बेहतर बनाने में स्पष्ट प्री-परमिशन संदर्भ प्रदान करना, एक सटीक NSUserTrackingUsageDescription लिखना, और सिस्टम प्राधिकरण अनुरोध प्रस्तुत करने के लिए उपयोगकर्ता यात्रा में एक प्रासंगिक बिंदु चुनना शामिल है। प्राधिकरण दर पर पड़ने वाले प्रभाव का अनुभवजन्य रूप से मूल्यांकन किया जाना चाहिए।

विज्ञापनदाताओं के लिए पहचानकर्ता (IDFA) एप्पल द्वारा प्रदान किया गया एक रीसेट करने योग्य डिवाइस पहचानकर्ता है जिसका उपयोग iOS पर विज्ञापन एट्रिब्यूशन और माप के लिए किया जाता है। एप ट्रैकिंग ट्रांसपेरेंसी (ATT) फ्रेमवर्क के तहत, एप्लिकेशन ATTrackingManager प्राधिकरण प्रॉम्प्ट के माध्यम से स्पष्ट उपयोगकर्ता अनुमति प्राप्त करने के बाद ही IDFA तक पहुँच सकते हैं।

शब्द	परिभाषा
IDFA	एप ट्रैकिंग ट्रांसपेरेंसी द्वारा नियंत्रित एप्पल का प्लेटफ़ॉर्म-स्तरीय विज्ञापन पहचानकर्ता।
एप ट्रैकिंग ट्रांसपेरेंसी (ATT)	एप्पल का वह फ्रेमवर्क जिसके लिए ऐप्स और वेबसाइटों पर उपयोगकर्ताओं को ट्रैक करने से पहले उपयोगकर्ता प्राधिकरण की आवश्यकता होती है।
ATTrackingManager	ट्रैकिंग प्राधिकरण का अनुरोध करने के लिए उपयोग किया जाने वाला मूल AppTrackingTransparency API।
प्री-परमिशन प्राइमर	यह स्पष्ट करने के लिए कि प्राधिकरण का अनुरोध क्यों किया जा रहा है, सिस्टम प्रॉम्प्ट से पहले प्रस्तुत की जाने वाली एक कस्टम इन-एप स्क्रीन।

IDFA एक्सेस और ATT सहमति ऑप्टिमाइजेशन का अर्थशास्त्र

आधुनिक iOS माप में अधिकृत IDFA एक्सेस की भूमिका

अधिकृत IDFA एक्सेस उपयोगकर्ता-स्तरीय विज्ञापन एट्रिब्यूशन और माप वर्कफ़्लो का समर्थन कर सकता है जब किसी एप्लिकेशन द्वारा ट्रैकिंग डेटा का उपयोग ATT और उसके विज्ञापन तथा माप भागीदारों की आवश्यकताओं का अनुपालन करता हो। जब ट्रैकिंग प्राधिकरण उपलब्ध नहीं होता है, तो जिन टीमों को अभी भी विज्ञापन माप की आवश्यकता होती है, वे स्वतंत्र रूप से अनुमत प्लेटफ़ॉर्म-मध्यस्थ दृष्टिकोण जैसे AdAttributionKit या मौजूदा SKAdNetwork एकीकरण का उपयोग कर सकती हैं।

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

तत्काल कोल्ड-लंच प्रॉम्प्ट्स के साथ समस्या

कोल्ड लॉन्च पर तुरंत ट्रैकिंग प्राधिकरण के लिए उपयोगकर्ताओं को प्रॉम्प्ट करना तकनीकी रूप से एप्पल द्वारा अनुमत है, लेकिन यह सूचित प्राधिकरण निर्णय के लिए कम संदर्भ प्रदान कर सकता है क्योंकि उपयोगकर्ता ने अभी तक एप्लिकेशन की कार्यक्षमता का अनुभव नहीं किया है:

उत्पाद विश्वास की कमी: पहली बार आने वाले उपयोगकर्ताओं ने अभी तक एप्लिकेशन की कार्यक्षमता, ब्रांड मूल्य या डेटा सुरक्षा प्रथाओं में विश्वास विकसित नहीं किया है।
अस्पष्ट संदर्भ: मूल सिस्टम डायलॉग पूर्व स्पष्टीकरण के बिना दिखाई देता है, जिससे जोखिम से बचने वाले उपयोगकर्ता डिफ़ॉल्ट रूप से “Ask App not to Track” चुन लेते हैं।
अनुमति थकान (Permission Fatigue): शुरुआती एप लॉन्च के दौरान कई सिस्टम अनुमति संवादों (जैसे पुश नोटिफिकेशन, एटीटी और लोकेशन) को एक साथ स्टैक करने से घर्षण पैदा होता है और ऑनबोर्डिंग को छोड़ना बढ़ जाता है। एप्पल एपीआई दस्तावेज़ीकरण नोट करता है कि यदि कोई मौजूदा अनुमति अलर्ट पहले से लंबित है, तो बाद के प्राधिकरण अनुरोध दिखाई नहीं देंगे।

ATT opt in permission journey and primer flow

ऑप्ट-इन प्रदर्शन का अनुभवजन्य रूप से मूल्यांकन करना

प्राप्त करने योग्य सहमति दर एप श्रेणी, दर्शकों के विश्वास, प्रॉम्प्ट समय और कॉपी स्पष्टता के अनुसार अलग-अलग होती है। टीमों को निश्चित उद्योग बेंचमार्क मानने के बजाय नियंत्रित A/B परीक्षण का उपयोग करके ऑप्टिमाइजेशन वेरिएंट का मूल्यांकन करना चाहिए।

यह भी देखें: IDFA ──> मोबाइल एट्रिब्यूशन मॉडल

AppTrackingTransparency फ्रेमवर्क की तकनीकी मैकेनिक्स

चार प्राधिकरण स्थिति अवस्थाएँ (Authorization Status States)

IDFA तक पहुँच पूरी तरह से ATTrackingManager.AuthorizationStatus एनम (enum) द्वारा नियंत्रित होती है:

notDetermined (0): उपयोगकर्ता के सामने अभी तक प्राधिकरण संवाद प्रस्तुत नहीं किया गया है।
restricted (1): डिवाइस माता-पिता के नियंत्रण, शैक्षिक कॉन्फ़िगरेशन प्रोफाइल या कॉर्पोरेट MDM द्वारा प्रतिबंधित है; ट्रैकिंग अनुमति नहीं दी जा सकती है और सेटिंग्स टॉगल अक्षम है।
denied (2): उपयोगकर्ता द्वारा अनुरोध अस्वीकार करने के बाद एप के पास ट्रैकिंग के लिए एप-संबंधित डेटा तक पहुँचने का प्राधिकरण नहीं है।
authorized (3): उपयोगकर्ता ट्रैकिंग को अधिकृत करता है। समर्थित iOS और iPadOS उपकरणों पर, यह सामान्य रूप से गैर-शून्य विज्ञापन पहचानकर्ता तक पहुँच की अनुमति देता है।

ATT authorization status and IDFA behavior

वन-टाइम सिस्टम प्रॉम्प्ट नियम

iOS ऑपरेटिंग सिस्टम ATTrackingManager.requestTrackingAuthorization के लिए सिंगल-प्रेजेंटेशन नियम लागू करता है। एक बार जब कोई उपयोगकर्ता “Allow” या “Ask App not to Track” चुनकर मूल मोडल के साथ इंटरैक्ट करता है, तो सिस्टम निर्धारित स्थिति को याद रखता है और उस एप इंस्टॉलेशन के दौरान प्रॉम्प्ट को दोबारा नहीं प्रदर्शित करता है।

हालाँकि सिस्टम प्रॉम्प्ट दूसरी बार दिखाई नहीं देगा, उपयोगकर्ता iOS सेटिंग्स के भीतर किसी भी समय मैन्युअल रूप से अपनी ट्रैकिंग अनुमति को समायोजित कर सकते हैं।

ट्रैकिंग प्राधिकरण रोके जाने पर iOS पहचानकर्ता शून्यीकरण (Zeroing) कैसे लागू करता है

iOS 14.5 और बाद के संस्करणों पर, जब ट्रैकिंग प्राधिकरण प्रदान नहीं किया गया है, तो विज्ञापन पहचानकर्ता सामान्य रूप से सभी शून्य (00000000-0000-0000-0000-000000000000) लौटाता है। डेवलपर्स को यह मानने के बजाय कि कैश्ड स्ट्रिंग एप्लिकेशन लॉन्च के दौरान वैध बनी रहती है, मांग पर ATT प्राधिकरण स्थिति और लौटाए गए पहचानकर्ता मान दोनों को सत्यापित करना चाहिए।

उच्च-रूपांतरण UX आर्किटेक्चर: प्री-परमिशन प्राइमर रणनीति

एक प्रभावी संदर्भ प्राइमर की शारीरिक रचना: एप्पल HIG बाधाएँ

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

सिंगल एक्शन बटन: प्री-परमिशन स्क्रीन को केवल एक सिंगल बटन (जैसे “Continue” या “Next”) प्रदान करना चाहिए जो सीधे सिस्टम प्रॉम्प्ट की ओर ले जाए। इसे कोई “Cancel”, “Close”, या “Not Now” बटन प्रदान नहीं करना चाहिए जो सिस्टम अलर्ट को दरकिनार या विलंब करे।
कोई UI नकल नहीं: प्राइमर स्क्रीन को कभी भी मूल iOS सिस्टम अलर्ट बॉक्स की दृश्य रूप से नकल नहीं करनी चाहिए या “Allow” लेबल वाले मॉक बटन प्रदर्शित नहीं करने चाहिए।
कोई दृश्य जबरदस्ती नहीं: इंटरफ़ेस को ऐसे ग्राफिक्स, तीरों या उच्च-कंट्रास्ट स्टाइल का उपयोग नहीं करना चाहिए जो उपयोगकर्ताओं को बाद के सिस्टम प्रॉम्प्ट पर “Allow” चुनने के लिए हेरफेर या निर्देशित करने के लिए डिज़ाइन किए गए हों।

एप स्टोर समीक्षा दिशानिर्देश 5.1.2 का अनुपालन

एप्पल एप स्टोर समीक्षा दिशानिर्देश अनुभाग 5.1.2 के तहत, एप्पल अनुमति अनुरोधों के संबंध में स्पष्ट सीमाएँ लागू करता है:

इंसेंटिवाइज्ड ट्रैकिंग पर प्रतिबंध: ATT सहमति देने के बदले में वित्तीय प्रोत्साहन, वर्चुअल मुद्रा, प्रीमियम सामग्री या छूट प्रदान करने के लिए ऐप्स को सख्त मनाही है। ऐसा करना दिशानिर्देश 5.1.2 का उल्लंघन करता है और इसके परिणामस्वरूप एप अस्वीकृति हो सकती है।
मुख्य कार्यक्षमता को रोकना नहीं: यदि कोई उपयोगकर्ता ट्रैकिंग प्राधिकरण से इनकार करता है, तो एप्लिकेशन मुख्य सुविधाओं को ब्लॉक नहीं कर सकते हैं, खाता निर्माण को रोक नहीं सकते हैं, या एप प्रदर्शन को कम नहीं कर सकते हैं।
उपयोगकर्ता विकल्प प्रधानता: उपयोगकर्ता की वास्तविक ट्रैकिंग पसंद हमेशा मूल एप्पल सिस्टम प्रॉम्प्ट पर की जानी चाहिए।

ATT pre permission primer design rules

Stage 1: User Onboarding / Core Value Realization
                      │
                      ▼
Stage 2: Contextual Pre-Permission Primer Screen
         (Single "Continue" Action ── Explains Purpose)
                      │
                      ▼
Stage 3: Native iOS ATTrackingManager System Modal
         (User Selects "Allow" or "Ask App not to Track")
                      │
         ┌────────────┴────────────┐
         ▼                         ▼
   [.authorized]             [.denied]
   ATT Authorized       Graceful Fallback
   (IDFA normally       to Platform APIs
    available)          (AdAttributionKit / SKAN)

NSUserTrackingUsageDescription स्ट्रिंग को ऑप्टिमाइज़ करना

उद्देश्य पारदर्शिता के लिए Info.plist को कॉन्फ़िगर करना

Info.plist में NSUserTrackingUsageDescription कुंजी मूल एप्पल ATT सिस्टम अलर्ट के ठीक भीतर प्रदर्शित होने वाली व्याख्यात्मक स्ट्रिंग को परिभाषित करती है। एप्पल दस्तावेज़ीकरण के अनुसार, यह स्ट्रिंग संक्षिप्त, विशिष्ट होनी चाहिए और सटीक रूप से यह समझाना चाहिए कि ट्रैकिंग डेटा का उपयोग कैसे किया जाता है.

अंतर्निहित प्रकटीकरण को बदले बिना स्पष्ट उद्देश्य-स्ट्रिंग वेरिएंट का परीक्षण करना

स्ट्रिंग विविधताओं का परीक्षण करते समय, प्रत्येक परीक्षण किए गए संस्करण को एप्लिकेशन की वास्तविक ट्रैकिंग प्रथाओं का सटीक और पूरी तरह से वर्णन करना चाहिए:

वैयक्तिकरण फोकस: यह बताता है कि सामग्री अनुशंसाओं और उत्पाद सुझावों को अनुकूलित करने के लिए डेटा का उपयोग कैसे किया जाता है।
विज्ञापन प्रासंगिकता फोकस: यह बताता है कि प्रासंगिक प्रचार देने और दोहराव वाले विज्ञापनों से बचने के लिए डेटा का उपयोग कैसे किया जाता है।
अभियान माप फोकस: यह बताता है कि विज्ञापन साझेदारी के प्रदर्शन को मापने के लिए डेटा का उपयोग कैसे किया जाता है।

नीचे दिया गया कॉन्फ़िगरेशन एक उदाहरण NSUserTrackingUsageDescription को दर्शाता है। इसका उपयोग तभी करें जब यह शब्दावली एप की वास्तविक ट्रैकिंग प्रथाओं का सटीक वर्णन करती हो:


```xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>NSUserTrackingUsageDescription</key>
    <string>Your data will be used to deliver personalized product recommendations, relevant promotional offers, and measure advertising campaign performance.</string>
</dict>
</plist>

उपयोगकर्ता लाइफसाइकिल में इष्टतम प्रॉम्प्ट टाइमिंग ट्रिगर को इंजीनियर करना

उपयोगकर्ता यात्रा में समय संबंधी विचार

जबकि पहले लॉन्च पर ATT प्राधिकरण का अनुरोध करना तकनीकी रूप से अनुमत है, उपयोगकर्ता द्वारा प्रारंभिक उत्पाद उपयोग का अनुभव करने के बाद प्रॉम्प्ट प्रस्तुत करना प्राधिकरण अनुरोध के लिए अधिक प्रासंगिक संदर्भ प्रदान कर सकता है:

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

Swift में ATTrackingManager का इंजीनियरिंग कार्यान्वयन

एप्लिकेशन सक्रिय स्थिति और थ्रेड सुरक्षा को संभालना

एप्पल एपीआई दस्तावेज़ीकरण के अनुसार, ATTrackingManager.requestTrackingAuthorization मोडल संवाद को तभी प्रदर्शित करता है जब एप्लिकेशन स्थिति .active हो। यदि कोई अन्य अनुमति प्रॉम्प्ट सक्रिय या लंबित है, तो सिस्टम अलर्ट दिखाई नहीं देगा, और समवर्ती अनुरोधों को ऑपरेटिंग सिस्टम द्वारा कतारबद्ध नहीं किया जाता है।

ATT prompt timing and request conditions

नीचे दिया गया कार्यान्वयन प्राधिकरण-स्थिति प्रबंधन को एक वर्णनात्मक कस्टम प्री-परमिशन व्यू से अलग करता है:

import UIKit
import AppTrackingTransparency
import AdSupport

final class ATTManager {

    static let shared = ATTManager()
    private init() {}

    /// Evaluates current authorization status
    var currentStatus: ATTrackingManager.AuthorizationStatus {
        return ATTrackingManager.trackingAuthorizationStatus
    }

    /// Determines if tracking authorization can be presented
    var canRequestAuthorization: Bool {
        return currentStatus == .notDetermined
    }

    /// Requests tracking authorization with application active state verification
    /// - Parameter completion: Closure returning the resolved authorization status
    func requestAuthorization(completion: @escaping (ATTrackingManager.AuthorizationStatus) -> Void) {
        guard canRequestAuthorization else {
            completion(currentStatus)
            return
        }

        // Verify application is active before invoking requestTrackingAuthorization
        guard UIApplication.shared.applicationState == .active else {
            print("ATT request skipped: application is not active. Call again once active if status remains notDetermined.")
            completion(currentStatus)
            return
        }

        DispatchQueue.main.async {
            ATTrackingManager.requestTrackingAuthorization { status in
                DispatchQueue.main.async {
                    switch status {
                    case .authorized:
                        // Read the current advertising identifier on demand; do not persist a cached IDFA.
                        let idfa = ASIdentifierManager.shared().advertisingIdentifier.uuidString
                        print("ATT Authorized - IDFA available: \(idfa)")
                    case .denied:
                        print("ATT Denied - Advertising identifier returns zeroes")
                    case .restricted:
                        print("ATT Restricted by system profile")
                    case .notDetermined:
                        print("ATT State unresolved")
                    @unknown default:
                        print("ATT Unknown state encountered")
                    }
                    completion(status)
                }
            }
        }
    }
}

/// Illustrative custom UIViewController for a HIG-aligned pre-permission primer
final class ATTPrimerViewController: UIViewController {

    private let continueButton = UIButton(type: .system)
    private let titleLabel = UILabel()
    private let descriptionLabel = UILabel()

    var onContinueTapped: (() -> Void)?

    override func viewDidLoad() {
        super.viewDidLoad()
        setupUI()
    }

    private func setupUI() {
        view.backgroundColor = .systemBackground
        
        // Prevent interactive swipe-to-dismiss when presented modally to ensure single-path navigation
        isModalInPresentation = true

        titleLabel.text = "Help Us Personalize Your Experience"
        titleLabel.font = .boldSystemFont(ofSize: 20)
        titleLabel.textAlignment = .center
        titleLabel.numberOfLines = 0

        descriptionLabel.text = "We use data to tailor product recommendations and deliver relevant promotional offers. On the next screen, you will see Apple's standard permission prompt to confirm your choice."
        descriptionLabel.font = .systemFont(ofSize: 15)
        descriptionLabel.textAlignment = .center
        descriptionLabel.textColor = .secondaryLabel
        descriptionLabel.numberOfLines = 0

        // Apple HIG guidance calls for a single Continue or Next action
        continueButton.setTitle("Continue", for: .normal)
        continueButton.titleLabel?.font = .boldSystemFont(ofSize: 17)
        continueButton.addTarget(self, action: #selector(handleContinue), for: .touchUpInside)

        let stack = UIStackView(arrangedSubviews: [titleLabel, descriptionLabel, continueButton])
        stack.axis = .vertical
        stack.spacing = 20
        stack.translatesAutoresizingMaskIntoConstraints = false

        view.addSubview(stack)
        NSLayoutConstraint.activate([
            stack.centerXAnchor.constraint(equalTo: view.centerXAnchor),
            stack.centerYAnchor.constraint(equalTo: view.centerYAnchor),
            stack.leadingAnchor.constraint(equalTo: view.leadingAnchor, constant: 32),
            stack.trailingAnchor.constraint(equalTo: view.trailingAnchor, constant: -32)
        ])
    }

    @objc private func handleContinue() {
        // Presentation and dismissal mechanics are illustrative and should be adapted to the app's navigation architecture.
        dismiss(animated: true) { [weak self] in
            self?.onContinueTapped?()
        }
    }
}

अस्वीकार के बाद की रिकवरी: नीति का उल्लंघन किए बिना उपयोगकर्ताओं को सिस्टम सेटिंग्स पर मार्गदर्शन करना

द्वितीयक सेटिंग वर्कफ़्लो कब शुरू करें

जब कोई उपयोगकर्ता “Ask App not to Track” चुनता है, तो प्राधिकरण स्थिति .denied पर हल हो जाती है। requestTrackingAuthorization के बाद के कॉल संवाद दिखाए बिना .denied लौटाते हैं। हालाँकि, यदि कोई उपयोगकर्ता बाद में ऐसी सुविधा शुरू करता है जो ट्रैकिंग से स्पष्ट रूप से लाभान्वित होती है (जैसे कि उनके खाता प्रोफ़ाइल में वैयक्तिकृत विज्ञापन सेटिंग्स का अनुरोध करना), तो एप iOS सेटिंग्स के लिए एक गैर-बाध्यकारी मार्ग प्रदान कर सकता है।

UIApplication.openSettingsURLString का उपयोग करना

उपयोगकर्ता को एप के सेटिंग्स फलक पर मार्गदर्शन करने के लिए, UIApplication.openSettingsURLString का उपयोग करें:

if let settingsURL = URL(string: UIApplication.openSettingsURLString),
   UIApplication.shared.canOpenURL(settingsURL) {
    UIApplication.shared.open(settingsURL, options: [:], completionHandler: nil)
}

ध्यान दें कि यह एपीआई एप्लिकेशन का समर्पित सेटिंग्स पेज खोलता है; यह वैश्विक Settings > Privacy & Security > Tracking स्क्रीन पर सीधा गहरा लिंक प्रदान नहीं करता है।

एप स्टोर नीति सीमाएँ

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

तुलनात्मक निर्णय मैट्रिक्स: प्री-परमिशन रणनीतियाँ बनाम कोल्ड-लंच प्रॉम्प्ट्स

आयाम	डिफ़ॉल्ट कोल्ड-लंच प्रॉम्प्ट	हार्ड-गेटेड परमिशन मोडल	HIG-संरेखित प्री-परमिशन प्राइमर
प्रॉम्प्ट से पहले उपयोगकर्ता संदर्भ	कम (कोई उत्पाद सहभागिता नहीं)	भिन्न (पहुँच को रोकता है)	संदर्भगत (प्रासंगिक बातचीत के बाद प्रस्तुत)
एप्पल UI/अनुमति मार्गदर्शन	अनुमत है जब अनुरोध और डेटा उपयोग अनुपालन करते हैं	अनुमत नहीं है जब पहुँच या मुआवजा ट्रैकिंग पर निर्भर करता है	अनुमत है जब HIG प्री-अलर्ट बाधाओं और ट्रैकिंग नियमों का पालन किया जाता है
एप्पल प्री-अलर्ट UI बाधाएँ	लागू नहीं	लागू नहीं	सिंगल Continue/Next एक्शन; कोई नकली अलर्ट नहीं
अनुमति व्यवधान समय	लॉन्च पर तुरंत	ब्लॉकिंग	संदर्भगत मील का पत्थर
अवलोकन की गई ऑप्ट-इन दर	अनुभवजन्य रूप से मापा जाना चाहिए	अनुमत नहीं है	अनुभवजन्य रूप से मापा जाना चाहिए

अक्सर पूछे जाने वाले प्रश्न (FAQ)

क्या कोई ऐप ATT अनुमति देने के बदले में इन-एप मुद्रा या छूट की पेशकश कर सकता है?

नहीं। एप्पल एप स्टोर समीक्षा दिशानिर्देश 5.1.2 स्पष्ट रूप से ट्रैक करने की उपयोगकर्ता सहमति के बदले में प्रोत्साहन—जैसे वर्चुअल मुद्रा, अतिरिक्त सुविधाएँ, नकदी या छूट—प्रदान करने पर रोक लगाता है। ऐसा करना प्लेटफ़ॉर्म दिशानिर्देशों का उल्लंघन करता है और इसके परिणामस्वरूप एप अस्वीकृति हो सकती है।

यदि उपयोगकर्ता शुरू में "Ask App not to Track" चुनता है, तो क्या कोई ऐप दूसरा ATT प्रॉम्प्ट प्रदर्शित कर सकता है?

नहीं। iOS प्रति एप इंस्टॉलेशन केवल एक बार मूल <code>ATTrackingManager.requestTrackingAuthorization</code> प्रॉम्प्ट प्रस्तुत करने की अनुमति देता है। यदि कोई उपयोगकर्ता अनुमति से इनकार करता है, तो संवाद प्रदर्शित किए बिना बाद के कॉल <code>.denied</code> लौटाते हैं। अनुमति को समायोजित करने के लिए, उपयोगकर्ता को iOS सेटिंग्स में अपनी ट्रैकिंग पसंद को मैन्युअल रूप से अपडेट करना होगा।

क्या प्री-परमिशन प्राइमर एप्पल के एप स्टोर दिशानिर्देशों का उल्लंघन करता है?

जब अतिरिक्त संदर्भ आवश्यक हो, तो एप्पल एक कस्टम प्री-अलर्ट स्पष्टीकरण की अनुमति देता है, बशर्ते स्क्रीन ह्यूमन इंटरफेस दिशानिर्देशों का अनुपालन करती हो: इसमें एक सिंगल Continue या Next एक्शन का उपयोग होना चाहिए जो सीधे सिस्टम प्रॉम्प्ट की ओर ले जाए, प्राइमर पर कोई Cancel या Close एक्शन शामिल नहीं होना चाहिए, मूल सिस्टम अलर्ट की नकल नहीं करनी चाहिए, और ऐसी शब्दावली या दृश्य संकेतों का उपयोग नहीं करना चाहिए जो उपयोगकर्ताओं को Allow चुनने के लिए दबाव डालें।

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

ATT अनुमति अनुभव को बेहतर बनाने के लिए स्पष्ट उद्देश्य प्रकटीकरण और संदर्भ-जागरूक समय की आवश्यकता होती है। जब अतिरिक्त स्पष्टीकरण आवश्यक हो, तो एक HIG-संरेखित प्री-परमिशन प्राइमर सिस्टम प्रॉम्प्ट से पहले संदर्भ प्रदान कर सकता है, जबकि अनुमति अनुभव को एप्पल के प्रकाशित ट्रैकिंग और इंटरफेस दिशानिर्देशों के साथ संरेखित करता है।

यदि ATT इनकार के बाद भी एट्रिब्यूशन या ऑनबोर्डिंग संदर्भ की आवश्यकता है, तो एप्लिकेशन स्वतंत्र रूप से अनुमत तंत्रों का उपयोग कर सकते हैं जैसे AdAttributionKit, मौजूदा SKAdNetwork एकीकरण, या वास्तविक रूप से प्रथम-पक्ष संदर्भगत रूटिंग जो एप्पल के ट्रैकिंग नियमों के भीतर रहती है।

उत्पाद-विशिष्ट संदर्भगत रूटिंग और एट्रिब्यूशन व्यवहार के लिए, OpoInstall दस्तावेज़ीकरण की समीक्षा करें और लागू एप्पल ट्रैकिंग आवश्यकताओं के विरुद्ध कार्यान्वयन का मूल्यांकन करें।