आपके App Store प्राइवेसी लेबल में वह सब शामिल होना चाहिए जो आपके एनालिटिक्स और दूसरे थर्ड-पार्टी SDK इकट्ठा करते हैं, न कि सिर्फ़ वह जो आपका अपना कोड भेजता है। App Store Connect में App Privacy के सवालों के जवाब देने से पहले रिलीज़ के हर SDK की सूची बनाएँ, दर्ज करें कि हर SDK डिवाइस से बाहर कौन-सा डेटा भेजता है, और तय करें कि क्या उसमें से कुछ ट्रैकिंग के लिए इस्तेमाल होता है। जवाब उसी सूची से दें, याददाश्त से नहीं।
क्या App Store प्राइवेसी लेबल में थर्ड-पार्टी SDK का डेटा भी शामिल करना होता है?
हाँ। Apple की शर्त है कि आप थर्ड-पार्टी पार्टनर्स के कोड द्वारा इकट्ठा किए गए डेटा की घोषणा करें, तब भी जब SDK वह डेटा एनालिटिक्स या विज्ञापन के अलावा किसी और वजह से इकट्ठा करता हो।
Apple का App Privacy पेज थर्ड-पार्टी पार्टनर्स को "एनालिटिक्स टूल, विज्ञापन नेटवर्क, थर्ड-पार्टी SDK या दूसरे बाहरी वेंडर, जिनका कोड आपने अपने ऐप में जोड़ा है" के रूप में परिभाषित करता है। इसलिए क्रैश रिपोर्टर या साइन-इन लाइब्रेरी भी आपकी सूची में आती है। कलेक्शन की कसौटी ट्रांसमिशन पर टिकी है: "Collect" का मतलब है "डेटा को डिवाइस से बाहर इस तरह भेजना कि आप और/या आपके थर्ड-पार्टी पार्टनर उसे रियल टाइम में भेजी गई रिक्वेस्ट पूरी करने के लिए ज़रूरी समय से ज़्यादा अवधि तक एक्सेस कर सकें।" जो डेटा सिर्फ़ डिवाइस पर प्रोसेस होता है, वह collected नहीं माना जाता।
प्राइवेसी लेबल के लिए SDK इन्वेंटरी कैसे बनाएँ?
इन्वेंटरी रिलीज़ बिल्ड की resolved डिपेंडेंसीज़ से बनाएँ, ट्रांज़िटिव डिपेंडेंसीज़ समेत, और हर SDK का नाम और वर्ज़न दर्ज करें।
- हर प्लेटफ़ॉर्म के लिए resolved डिपेंडेंसी सूची एक्सपोर्ट करें:
Podfile.lock,Package.resolved,pubspec.lockया आपका Gradle डिपेंडेंसी ट्री। - ट्रांज़िटिव डिपेंडेंसीज़ को सूची में रखें। Apple की थर्ड-पार्टी SDK शर्तें कहती हैं कि आप "SDK द्वारा आपके ऐप में शामिल किए गए पूरे कोड के लिए ज़िम्मेदार हैं", इसलिए कोई SDK जो शेयर्ड मॉड्यूल साथ लाता है, वह भी गिना जाएगा।
- हर एंट्री का नाम और वर्ज़न दर्ज करें। वेंडर अलग-अलग वर्ज़न में डेटा हैंडल करने का तरीका बदल देते हैं, इसलिए वर्ज़न आपके ऑडिट नोट्स में होना चाहिए।
- उन SDK को चिह्नित करें जो Apple की commonly used थर्ड-पार्टी SDK सूची में हैं। इनके लिए Apple नया ऐप या इन्हें जोड़ने वाला अपडेट सबमिट करते समय प्राइवेसी मैनिफ़ेस्ट माँगता है, और बाइनरी डिपेंडेंसी होने पर सिग्नेचर भी। "सूचीबद्ध SDK का कोई भी वर्ज़न, और सूची वाले SDK को रीपैकेज करने वाला हर SDK, इसमें शामिल है।"
इस स्टेप को अपनी App Store सबमिशन चेकलिस्ट में जोड़ें, ताकि यह सिर्फ़ पहली रिलीज़ पर नहीं, बल्कि हर रिलीज़ पर चले।
हर SDK किन App Store प्राइवेसी डेटा टाइप से मैप होता है?
हर SDK Apple के तय डेटा टाइप में से एक या ज़्यादा से मैप होता है, जैसे Crash Data, Performance Data, Product Interaction, Device ID और Advertising Data। वेंडर का डेटा डॉक्यूमेंटेशन पढ़ें और हर SDK के लिए एक पंक्ति भरें:
| SDK की भूमिका | जाँचने लायक डेटा टाइप | मुख्य सवाल |
|---|---|---|
| क्रैश रिपोर्टिंग | Crash Data, Performance Data | क्या क्रैश डेटा डिवाइस से बाहर जाता है, और क्या वह किसी यूज़र ID से जुड़ा है? |
| प्रोडक्ट एनालिटिक्स | Product Interaction, Other Usage Data, Device ID | क्या डिवाइस ID दूसरी कंपनियों या ऐप्स के साथ शेयर होती है? |
| एट्रिब्यूशन या ऐड मेज़रमेंट | Advertising Data, Device ID, Purchase History | क्या डेटा को विज्ञापनों के लिए दूसरे ऐप्स के डेटा के साथ जोड़ा जाता है? |
| साइन-इन | Email Address, User ID | क्या वेंडर अकाउंट डेटा को आपके ऐप के बाहर दोबारा इस्तेमाल करता है? |
Apple कहता है कि इकट्ठा किया गया डेटा "अक्सर यूज़र की पहचान से जुड़ा होता है, जब तक कि कलेक्शन से पहले उसे de-identify या anonymize करने के लिए खास प्राइवेसी सुरक्षा उपाय न किए गए हों", जैसे यूज़र ID या नाम जैसे सीधे पहचानकर्ता हटा देना। कलेक्शन के बाद भी आपको उस डेटा को वापस यूज़र से नहीं जोड़ना चाहिए, न ही उसे ऐसे दूसरे डेटासेट से जोड़ना चाहिए जो यूज़र की पहचान करते हों। अगर आप पुष्टि नहीं कर सकते कि कोई SDK डेटा को de-identify करता है, तो उसे linked के रूप में चिह्नित करें।
एनालिटिक्स SDK कब ट्रैकिंग माना जाता है?
एनालिटिक्स SDK तब ट्रैकिंग माना जाता है जब वह आपके यूज़र्स या डिवाइसों के डेटा को टारगेटेड विज्ञापनों या ऐड मेज़रमेंट के लिए दूसरी कंपनियों के ऐप्स या साइट्स के डेटा से जोड़ता है, या वह डेटा किसी डेटा ब्रोकर के साथ शेयर करता है।
Apple की परिभाषा है: "आपके ऐप से किसी खास एंड-यूज़र या डिवाइस के बारे में इकट्ठा किए गए डेटा, जैसे यूज़र ID, डिवाइस ID या प्रोफ़ाइल, को टारगेटेड विज्ञापन या विज्ञापन मेज़रमेंट के उद्देश्य से Third-Party Data के साथ जोड़ना, या आपके ऐप से किसी खास एंड-यूज़र या डिवाइस के बारे में इकट्ठा किए गए डेटा को किसी डेटा ब्रोकर के साथ शेयर करना।" जो एनालिटिक्स आपके अपने ऐप के डेटा के अंदर ही रहता है, वह ट्रैकिंग नहीं है। जो ऐड मेज़रमेंट अलग-अलग ऐप्स में एक पहचानकर्ता शेयर करता है, वह ट्रैकिंग है।
असली जाल ऐसा पार्टनर है जो ऐड SDK नहीं है। Apple का उदाहरण है "एक लॉगिन SDK जो आपके ऐप से इकट्ठा किए गए डेटा को दूसरे डेवलपर्स के ऐप्स में टारगेटेड विज्ञापन के लिए दोबारा इस्तेमाल करता है", और यह ट्रैकिंग माना जाता है, भले ही आप उस SDK का इस्तेमाल इस मकसद से न करते हों। अगर आपका कोई SDK ऐसा करता है, तो आम तौर पर समाधान यह है कि कॉन्फ़िगरेशन बदलकर क्रॉस-ऐप इस्तेमाल बंद किया जाए, या वेंडर बदला जाए।
क्या आप किसी SDK के डेटा को प्राइवेसी लेबल से बाहर रख सकते हैं?
सिर्फ़ तब, जब कोई डेटा टाइप Apple के वैकल्पिक खुलासे (optional disclosure) की चारों कसौटियों पर खरा उतरे, और एनालिटिक्स व क्रैश डेटा लगभग कभी नहीं उतरते। कसौटियाँ ये हैं:
- इसका इस्तेमाल ट्रैकिंग के लिए नहीं होता।
- इसका इस्तेमाल थर्ड-पार्टी विज्ञापन, आपके अपने विज्ञापन या मार्केटिंग, या दूसरे उद्देश्यों के लिए नहीं होता।
- यह सिर्फ़ कभी-कभार, ऐप की मुख्य फ़ंक्शनैलिटी के बाहर इकट्ठा होता है, और यूज़र के लिए वैकल्पिक है।
- यूज़र इसे ऐप के इंटरफ़ेस में खुद देता है, उसे साफ़ पता होता है कि क्या इकट्ठा किया जा रहा है, सबमिशन फ़ॉर्म में उसका नाम या अकाउंट नाम प्रमुखता से दिखता है, और वह हर बार सक्रिय रूप से इसे देने का चुनाव करता है।
Apple आगे कहता है कि "अनुमति के शुरुआती अनुरोध के बाद लगातार इकट्ठा किए जाने वाले डेटा का खुलासा करना ज़रूरी है।" एनालिटिक्स SDK लगातार चलते हैं और यूज़र हर बार उन्हें नहीं चुनता, इसलिए वे आखिरी दो कसौटियों पर फ़ेल हो जाते हैं।
पूरा SDK ऑडिट कैसा दिखता है?
पूरे ऑडिट में हर SDK की एक पंक्ति होती है, जो बताती है कि क्या घोषित करना है, डेटा यूज़र से जुड़ा है या नहीं, और क्या उसका इस्तेमाल ट्रैकिंग के लिए होता है। नीचे तीन SDK वाले एक काल्पनिक हैबिट-ट्रैकिंग ऐप का टेम्पलेट है। जवाब हर वेंडर के डॉक्यूमेंटेशन पर निर्भर करते हैं, इसलिए ये असली प्रोडक्ट्स के बारे में निष्कर्ष नहीं हैं।
| SDK | घोषित करें | यूज़र से जुड़ा | ट्रैकिंग के लिए इस्तेमाल |
|---|---|---|---|
| क्रैश रिपोर्टर (FirebaseCrashlytics, Apple की सूची में) | Crash Data, Performance Data | हाँ, अगर यूज़र ID से जुड़ा हो | नहीं, अगर विज्ञापनों के लिए थर्ड-पार्टी डेटा से न जोड़ा जाए |
| प्रोडक्ट एनालिटिक्स | Product Interaction, Device ID | हाँ | नहीं, अगर वेंडर विज्ञापनों के लिए ऐप्स के बीच डेटा शेयर न करे |
| साइन-इन | Email Address, User ID | हाँ | हाँ, अगर वेंडर अकाउंट डेटा से दूसरे ऐप्स में विज्ञापन टारगेट करे |
साइन-इन वाली पंक्ति पूरा काम बदल देती है। यह ऐप को ट्रैकिंग ऐप बना देती है, इसलिए लेबल में यह बताना होगा और आपकी कंसेंट हैंडलिंग भी उसी के मुताबिक होनी चाहिए। ऐसे साइन-इन वेंडर पर जाना जो ऐप्स के बीच डेटा शेयर नहीं करता, या वह शेयरिंग बंद करना, रिजेक्शन के बाद की तुलना में सबमिशन से पहले कहीं सस्ता पड़ता है। इसके बाद हर SDK चालू रखकर रिलीज़ बिल्ड टेस्ट करें, जैसा रिलीज़-बिल्ड टेस्ट प्लान में बताया गया है।
दूसरे डेवलपर्स के साथ क्या गलत हुआ?
सार्वजनिक रूप से बताए गए मामलों में तीन जगह चूक दिखती है: ऐसे लेबल जो बाइनरी से मेल नहीं खाते, SDK का ऐसा डेटा जिसकी डेवलपर को जानकारी नहीं थी, और बिना मैनिफ़ेस्ट के शिप किए गए सूचीबद्ध SDK।
- Apple Developer Forums पर एक डेवलपर ने नए बिल्ड से ट्रैकिंग हटा दी, लेकिन लेबल से नहीं हटा पाया। App Store Connect ने कहा, "आपके ऐप में NSUserTrackingUsageDescription मौजूद है, जो दर्शाता है कि आप यूज़र्स को ट्रैक करने की अनुमति माँगेंगे", और रिव्यू बार-बार इस संदेश के साथ रिजेक्ट करता रहा: "App Store Connect में आपके द्वारा दी गई ऐप प्राइवेसी जानकारी दर्शाती है कि आप यूज़र को ट्रैक करने के लिए डेटा इकट्ठा करते हैं… लेकिन आप App Tracking Transparency का इस्तेमाल नहीं करते।" डेवलपर के अनुसार, अपील दायर करने और दोबारा सबमिट करने से पहले जवाब का इंतज़ार करने के बाद ऐप अप्रूव हो गया।
- Apple Developer Forums पर एक और डेवलपर ने IDFA और IDFV कलेक्शन बंद करके Firebase Analytics इस्तेमाल किया और "no tracking" लेबल लगाया, फिर भी Guideline 5.1.2 के तहत रिजेक्शन मिला। संदेश में लिखा था: "कुकीज़ इकट्ठा करना ट्रैकिंग का एक रूप है।" यह Firebase की ओर नहीं, बल्कि ऐप द्वारा लोड किए गए वेब कंटेंट की कुकीज़ की ओर इशारा करता था। एक जवाब में इस बेमेल की ओर ध्यान दिलाया गया, और कोई समाधान पोस्ट नहीं हुआ।
- एक RxSwift GitHub issue में डेवलपर्स को RxSwift, RxRelay और RxCocoa के लिए "ITMS-91061: Missing privacy manifest" मिला। एक यूज़र ने CocoaPods को 6.8.0 ब्रांच पर पॉइंट किया, जिसमें मैनिफ़ेस्ट है, और बताया कि अगला अपडेट "Apple की किसी चेतावनी के बिना" शिप हो गया।
इन सबमें एक बात साझा है: Apple आपके जवाबों की तुलना इस बात से करता है कि शिप की गई बाइनरी और उसका वेब कंटेंट असल में क्या करते हैं, इसलिए असली बिल्ड से बनी इन्वेंटरी तीनों समस्याओं को रिव्यू से पहले पकड़ लेती है।
App Store Connect में प्राइवेसी लेबल कैसे पब्लिश और अपडेट करें?
प्राइवेसी लेबल App Store Connect में अपने ऐप के App Privacy सेक्शन से पब्लिश करें। जवाब Publish पर क्लिक करने के बाद ही लाइव होते हैं, और Apple के अनुसार आप ऐप अपडेट सबमिट किए बिना इन्हें किसी भी समय बदल सकते हैं।
- App Store Connect में ऐप चुनें, साइडबार में App Privacy पर क्लिक करें, फिर Get Started पर क्लिक करें।
- बताएँ कि आप या आपके थर्ड-पार्टी पार्टनर डेटा इकट्ठा करते हैं या नहीं, अपने ऑडिट से हर डेटा टाइप चुनें, और Save पर क्लिक करें।
- हर डेटा टाइप के फ़ॉलो-अप सवालों के जवाब दें, Save पर क्लिक करें, और Product Page Preview देखें।
- ऊपर दाईं ओर Publish पर क्लिक करें और सटीकता की पुष्टि वाले डायलॉग को कन्फ़र्म करें।
Manage app privacy के अनुसार इसके लिए Account Holder, Admin या App Manager रोल चाहिए। अगर प्रोडक्ट पेज अभी लाइव नहीं है, तो आपके जवाब उसके लाइव होने पर पब्लिश होंगे। अगर ऐप पहले से बिक्री पर है, तो आपके जवाब सिर्फ़ उसी वर्ज़न द्वारा इकट्ठा किए गए डेटा को दर्शाने चाहिए। प्राइवेसी पॉलिसी URL में बदलाव "आपके अगले ऐप वर्ज़न के साथ जारी होते हैं।" अगर रिव्यू पहले ही प्राइवेसी से जुड़ी समस्याएँ बता चुका है, तो App Store रिजेक्शन फ़िक्स गाइड से शुरुआत करें।
अक्सर पूछे जाने वाले सवाल
क्या App Store प्राइवेसी लेबल बदलने के लिए मुझे नया बिल्ड सबमिट करना होगा?
नहीं। Apple के App Privacy पेज के अनुसार आप किसी भी समय अपने जवाब अपडेट कर सकते हैं और इन्हें बदलने के लिए ऐप अपडेट सबमिट करने की ज़रूरत नहीं है। App Store Connect में App Privacy के अंतर्गत जवाब एडिट करें और Publish पर क्लिक करें। एक अपवाद है: प्राइवेसी पॉलिसी URL में बदलाव आपके अगले ऐप वर्ज़न के साथ जारी होते हैं। Apple की दूसरी शर्त यह है कि पहले से बिक्री पर मौजूद ऐप के जवाब उसी वर्ज़न से मेल खाने चाहिए जो इस समय लाइव है।
क्या Firebase Crashlytics को प्राइवेसी मैनिफ़ेस्ट चाहिए?
हाँ। अक्टूबर 2026 तक FirebaseCrashlytics Apple की उन SDK की सूची में है जिन्हें प्राइवेसी मैनिफ़ेस्ट और सिग्नेचर चाहिए। यह शर्त तब लागू होती है जब आप इसे शामिल करने वाला नया ऐप सबमिट करते हैं, या ऐसा अपडेट जो इसे जोड़ता है। सूचीबद्ध SDK का कोई भी वर्ज़न इसमें आता है, और वह हर SDK भी जो किसी सूचीबद्ध SDK को रीपैकेज करता है। Firebase की मौजूदा रिलीज़ इस्तेमाल करें और जाँचें कि PrivacyInfo.xcprivacy फ़ाइल वाकई बिल्ट फ़्रेमवर्क के अंदर पहुँच रही है।
प्राइवेसी मैनिफ़ेस्ट और प्राइवेसी लेबल में क्या अंतर है?
प्राइवेसी मैनिफ़ेस्ट आपके ऐप या किसी SDK के अंदर की PrivacyInfo.xcprivacy फ़ाइल है, जो बताती है कि कोड कौन-सा डेटा इकट्ठा करता है। डिस्ट्रिब्यूशन की तैयारी करते समय Xcode आपके थर्ड-पार्टी SDK के मैनिफ़ेस्ट को मिलाकर एक रिपोर्ट बनाता है। प्राइवेसी लेबल उन जवाबों का सेट है जो आप App Store Connect में App Privacy के अंतर्गत पब्लिश करते हैं, और यूज़र्स आपके प्रोडक्ट पेज पर यही जवाब देखते हैं। Xcode रिपोर्ट को अपने जवाबों के लिए इनपुट की तरह इस्तेमाल करें, अपने ऑडिट के विकल्प की तरह नहीं।
अगर मेरा प्राइवेसी लेबल कहता है कि मैं ट्रैक करता हूँ, तो क्या मुझे App Tracking Transparency प्रॉम्प्ट चाहिए?
व्यवहार में, हाँ। Apple Developer Forums पर डेवलपर्स Guideline 5.1.2 के ऐसे रिजेक्शन बताते हैं जिनमें लिखा होता है कि प्राइवेसी जानकारी ट्रैकिंग दर्शाती है, "लेकिन आप यूज़र की अनुमति माँगने के लिए App Tracking Transparency का इस्तेमाल नहीं करते।" अगर आप सच में ट्रैक करते हैं, तो कोई भी ट्रैकिंग शुरू होने से पहले ATT प्रॉम्प्ट जोड़ें। अगर नहीं करते, तो लेबल ठीक करें और बिल्ड से NSUserTrackingUsageDescription हटा दें।
App Store Connect में App Privacy के जवाब कौन एडिट कर सकता है?
प्राइवेसी सवालों के जवाब देने और उन्हें पब्लिश करने के लिए आपके पास Account Holder, Admin या App Manager रोल होना चाहिए। प्राइवेसी पॉलिसी URL और वैकल्पिक privacy choices URL एडिट करने की अनुमति Marketing रोल को भी है। जिन डेवलपर्स के पास इनमें से कोई रोल नहीं है, वे भी SDK इन्वेंटरी तैयार कर सकते हैं और तैयार जवाब किसी Admin को सौंप सकते हैं, जो उन्हें दर्ज करके पब्लिश करे।
स्रोत और आगे पढ़ें
नीतियाँ बदलती रहती हैं। सबमिट करने से पहले आधिकारिक डॉक्यूमेंटेशन ज़रूर देखें।
- App Store पर ऐप प्राइवेसी डिटेल्स - Apple Developer ↗27 अक्टू॰ 2026 को जाँचा गया
- ऐप प्राइवेसी मैनेज करें - App Store Connect Help ↗27 अक्टू॰ 2026 को जाँचा गया
- थर्ड-पार्टी SDK की शर्तें - Apple Developer ↗27 अक्टू॰ 2026 को जाँचा गया
- प्राइवेसी में ट्रैकिंग होने की वजह से Apple Review ऐप रिजेक्ट कर रहा है - Apple Developer Forums ↗27 अक्टू॰ 2026 को जाँचा गया
- Firebase Analytics के इस्तेमाल की वजह से App Store Connect रिजेक्शन - Guideline 5.1.2 - Apple Developer Forums ↗27 अक्टू॰ 2026 को जाँचा गया
- ITMS-91061: प्राइवेसी मैनिफ़ेस्ट गायब - ReactiveX/RxSwift Issue #2625 ↗27 अक्टू॰ 2026 को जाँचा गया
चलिए आपके ऐप को मंज़िल तक पहुँचाते हैं।
एक केंद्रित कॉल, यह समझने के लिए कि आपके ऐप और लाइव लिस्टिंग के बीच क्या रुकावट है।
कॉल बुक करें ↗

