Instagram और TikTok के अंदर खोले गए ऐप लिंक का क्या होता है: 74,000 रीडायरेक्ट मापे गए

ये आँकड़े एक स्मार्ट-लिंक सेवा के रीडायरेक्ट लॉग से आए हैं: एक URL जो फ़ोन को App Store या Google Play पर भेजता है। जब भी कोई लिंक किसी सोशल ऐप के अंदर खुलता है, हम एक छोटा पेज दिखाते हैं जो विज़िटर को स्टोर तक पहुँचाता है, और वह पेज बताता है कि आगे क्या हुआ। नीचे वही रिपोर्टें हैं, हमने उन्हें कैसे मापा, और माप कहाँ जाकर रुक जाता है।

डेटा

किसी भी विश्लेषण से पहले दो बातें साफ़ दिखती हैं। Meta के ऐप TikTok से कहीं ज़्यादा ट्रैफ़िक भेजते हैं। और Android पर तीन-चौथाई से ज़्यादा विज़िट Chrome से नहीं, बल्कि इन-ऐप ब्राउज़र से आती हैं।

पेज कैसे बताता है कि क्या हुआ

जब कोई लिंक इन-ऐप ब्राउज़र में खुलता है, तो पेज तीन काम करता है और हर एक के लिए एक बीकन भेजता है:

• auto: लोड होते ही स्टोर की ओर हैंड-ऑफ़ शुरू करता है (iOS: App Store URL पर location.replace; Android: एक intent:// URL जो नेटिव Play Store ऐप खोलता है)।
• exit: पेज छिप जाता है (Page Visibility API)। किसी वेब पेज के पास यह सबसे अच्छा संकेत है कि किसी चीज़ ने, ज़्यादातर स्टोर ने, स्क्रीन ले ली।
• stuck: हैंड-ऑफ़ के 2.2 सेकंड बाद भी पेज दिख रहा है, इसलिए वह एक फ़ॉलबैक कार्ड दिखाता है जिसमें स्टोर बटन, “ब्राउज़र में खोलें” का सुझाव और लिंक कॉपी करने का बटन होता है।

वेब पेज न App Store देख सकता है न Play Store। नीचे की हर बात इन्हीं तीन संकेतों से निकाला गया अनुमान है, और सीमाओं वाला हिस्सा बताता है कि यह अनुमान कहाँ टूटता है।

निष्कर्ष 1: Android पर Meta की लगभग 11 में से 1 विज़िट ऐसा प्रीलोड है जिसे किसी ने नहीं देखा

12 अक्टूबर तक के 30 दिनों में, Android सेशनों का एक साफ़ समूह ऐसा बर्ताव कर रहा था जो कोई इंसानी विज़िट नहीं कर सकती: पेज लोड हुआ, हैंड-ऑफ़ टाइमर कभी चला ही नहीं, और 29 से 31 सेकंड बाद पेज नष्ट हो गया। न auto, न stuck, न कोई टैप। iOS पर ऐसा कुछ नहीं दिखा।

यह Instagram और Facebook के इन-ऐप ब्राउज़र की पहचान है: फ़ीड में मौजूद लिंक को पहले से लोड करना, उसे छिपाए रखना, और यूज़र के आगे स्क्रॉल करते ही उसे फेंक देना। पेज ने हमारा JavaScript चलाया, इसलिए विज़िट दर्ज हो गई। पर किसी ने उसे कभी देखा नहीं।

हमने इस मापदंड को उन सेशनों से मिलाकर देखा जो साफ़ तौर पर इंसानी थे: जिन सेशनों में हैंड-ऑफ़ के 2–3 सेकंड बाद स्टोर खुला, उनमें से 17,606 में से 0 इससे मेल खाए, और जिनमें किसी ने स्टोर बटन टैप किया, उनमें से 244 में से 0 मेल खाए।

यह हिस्सा हफ़्ते-दर-हफ़्ते बदलता है: उस अवधि के आख़िरी हफ़्ते में 6.8%, उससे पहले के हफ़्तों में 8.8%, 10.6% और 10.0%। यह वहीं केंद्रित होता है जहाँ पेड Instagram कैंपेन चलते हैं: उस अवधि के 72% प्रीलोड एक बड़े Instagram कैंपेन के पीछे वाले एक ही लिंक से आए।

16 अक्टूबर से पेज इसे रनटाइम पर खुद पहचानता है: अगर वह कभी दिखाए बिना कम से कम 20 सेकंड बाद ख़त्म होता है, तो exit की जगह प्रीलोड रिपोर्ट करता है। तब से उसने यह पकड़ा है:

यह रनटाइम गिनती न्यूनतम सीमा है। जो प्रीलोड कोई स्क्रिप्ट चलाए बिना ख़त्म हो जाता है वह कोई बीकन नहीं छोड़ता, और रनटाइम नियम पुराने डेटा के पुनर्निर्माण से ज़्यादा सख़्त है।

यह क्यों मायने रखता है। अगर आप अपने रीडायरेक्ट पर क्लिक गिनते हैं, तो Instagram Android का लगभग हर 13 में से एक “क्लिक” किसी इंसान ने कभी देखा ही नहीं। उस चैनल का क्लिक-से-इंस्टॉल अनुपात असल से बुरा दिखता है, और कच्चे रीडायरेक्ट हिट पर बना कैंपेन डैशबोर्ड पहुँच को लगभग उतना ही बढ़ा-चढ़ाकर दिखाता है।

निष्कर्ष 2: TikTok, वह कौन-सा वेबव्यू इस्तेमाल करता है इसके हिसाब से Play Store खोलने से मना करता है

Android पर TikTok के अंदर कुछ विज़िटर कभी पेज से बाहर नहीं निकल पाते: हैंड-ऑफ़ चलता है और TikTok अपना डायलॉग दिखाता है (“The action cannot be completed”, यानी कार्रवाई पूरी नहीं हो सकती)। यह हर लिंक पर नहीं होता, और कई हफ़्तों तक लगा कि यह लिंक पर निर्भर है। ऐसा नहीं है। यह उस इन-ऐप ब्राउज़र पर निर्भर है जो TikTok उस विज़िटर के लिए इस्तेमाल करता है, और उसका User-Agent इसे बता देता है:

जब हैंड-ऑफ़ चला और पेज छिप गया, तो सेशन पास गिना जाता है, और जब फ़ॉलबैक कार्ड दिखा, तो फ़ेल। दर = पास / (पास + फ़ेल), हर डिवाइस और दिन के हिसाब से:

फ़ैसला करने वाली तुलना लिंक और दिन को स्थिर रखती है, क्योंकि फ़ॉर्मैट का मिश्रण हर हफ़्ते बदलता है:

वही लिंक, वही रीडायरेक्ट कोड, वही दिन: एक वेबव्यू स्टोर खुलने देता है और दूसरा ज़्यादातर नहीं। 90 दिनों के डेटा में कस्टम डोमेन से कोई फ़र्क़ नहीं पड़ा। TikTok न इस डायलॉग के बारे में कुछ बताता है, न यह कि इसे क्या ट्रिगर करता है, न यह कि किस यूज़र को कौन-सा वेबव्यू मिलता है, इसलिए हमारे पास बस User-Agent का बँटवारा है।

यह क्यों मायने रखता है। कोई URL फ़ॉर्म इसे ठीक नहीं करता: intent:// ब्रेकआउट और सादा https://play.google.com URL, दोनों को एक जैसा इनकार मिलता है। आप बस इतना कर सकते हैं कि बाहर निकलने का रास्ता न छिपाएँ: TikTok के अंदर “ब्राउज़र में खोलें” के निर्देश और कॉपी बटन टाइमआउट के बाद नहीं, तुरंत दिखाएँ।

निष्कर्ष 3: iOS पर App Store इन-ऐप ब्राउज़र के ऊपर खुलता है

Android पर हैंड-ऑफ़ के बाद ज़्यादातर सेशनों में पेज छिप जाता है, आम तौर पर 1 से 3 सेकंड बाद। iOS पर Instagram और Facebook के अंदर अक्सर ऐसा नहीं होता, जबकि लगभग हर सेशन में हैंड-ऑफ़ चला था:

अगर iOS के दो-तिहाई विज़िटर सच में “App Store खोलें” बटन वाले दिखते हुए फ़ॉलबैक कार्ड के सामने अटके होते, तो उनमें से कई उसे टैप करते। वे नहीं करते: iOS Instagram पेज लोड में से सिर्फ़ 0.9% और iOS Facebook लोड में से 0.4% बटन टैप करते हैं। न ही कोई ऐसा iOS वर्ज़न है जिस पर यह “काम करता” हो:

डेटा से मेल खाने वाली व्याख्या यह है कि iOS पर Instagram और Facebook के अंदर App Store, इन-ऐप ब्राउज़र को बैकग्राउंड में भेजे बिना उसके ऊपर आ जाता है। पेज पूरे समय “दिख रहा” रहता है, इसलिए visibilitychange और pagehide कभी फ़ायर नहीं होते, जबकि विज़िटर App Store देख रहा होता है।

यह क्यों मायने रखता है। जो भी मीट्रिक पेज के स्क्रीन से हटने से स्टोर खुलने का अनुमान लगाता है, वह iOS पर ग़लत है। हम ग्राहकों को ठीक इसी तरह बना एक “स्टोर तक पहुँच” प्रतिशत दिखाते थे, और उसने 12 में से 10 पेइंग ग्राहकों को बताया कि उनके ठीक चल रहे लिंक टूटे हुए हैं। हमने उसे हटा दिया। iOS पर भरोसेमंद इंस्टॉल संकेत स्टोर की तरफ़ है: App Store Connect की कैंपेन रिपोर्टें, जिनके लिए App Store URL पर प्रोवाइडर टोकन (pt) और कैंपेन टोकन (ct) होना चाहिए।

रास्ते में मापी गई कुछ छोटी बातें

• Android पर Play Store दिखने में धीमा है। जिन Instagram Android सेशनों में हैंड-ऑफ़ चला, उनमें पेज विज़िट के 0–1 सेकंड बाद 1,061 सेशनों में, 2–3 सेकंड बाद 2,596 में, और 4–8 सेकंड बाद 1,273 में छिपा (7 दिन)। 2 सेकंड का “क्या यह काम किया?” टाइमर बहुत-सी असली सफलताओं में स्टोर दिखने से पहले ही चल जाता है। हमारा अपना फ़नल भी इन्हें फ़ेल गिनता था, जब तक हमने हैंड-ऑफ़ के 8 सेकंड तक के exit को सफल गिनना शुरू नहीं किया।
• असली फ़ेल दर कम है। अक्टूबर की शुरुआत में 3 दिनों में दोबारा बनाए गए 7,357 Instagram Android सेशनों में “हैंड-ऑफ़, फिर कुछ नहीं” वाला पैटर्न 1.9% सेशनों में था, और उनमें से 24.3% विज़िटर ने 3 मिनट के अंदर लिंक फिर टैप किया। जिन विज़िटर के सेशन में फ़ॉलबैक कार्ड दिखा, उन्होंने 5.4% बार फिर टैप किया, लगभग उतना ही जितना उन विज़िटर ने जिनका स्टोर खुला (4.6%): उनमें से ज़्यादातर “फ़ेल” असल में फ़ेल नहीं थे।
• टैप माँगने से ज़्यादातर ट्रैफ़िक चला जाता है। लोड होते ही हैंड-ऑफ़ शुरू करने से पहले, पेज स्टोर बटन वाला एक कार्ड दिखाता था। 30 दिनों में 10,523 इन-ऐप विज़िट से 2,119 टैप आए: लगभग 80% विज़िटर कभी स्टोर तक पहुँचे ही नहीं।

तरीका

• स्रोत। स्मार्ट लिंक पर हर विज़िट और हैंड-ऑफ़ पेज का हर बीकन प्लेटफ़ॉर्म, इन-ऐप ब्राउज़र (User-Agent से), इवेंट के प्रकार और सेकंड तक के टाइमस्टैम्प के साथ Cloudflare Workers Analytics Engine में लिखा जाता है। जिन विज़िटर का User-Agent खुद को बॉट, क्रॉलर या लिंक-प्रीव्यू फ़ेचर बताता है, उन्हें अलग रखा जाता है और यहाँ के हर आँकड़े से बाहर रखा गया है।
• सेशन। Analytics Engine में कोई पेज-लोड आईडी नहीं है, इसलिए सेशन दोबारा बनाए जाते हैं: एक विज़िट को उन बीकनों से जोड़ा जाता है जो अगले एक घंटे के अंदर उसी लिंक, देश, शहर, User-Agent और इन-ऐप ब्राउज़र को साझा करते हैं, उसी कुंजी वाली अगली विज़िट तक। लगभग 98% बीकन किसी विज़िट से जुड़ जाते हैं।
• प्रीलोड (निष्कर्ष 1)। पुराना मापदंड: न हैंड-ऑफ़, न फ़ॉलबैक कार्ड, न टैप, और विज़िट के 20 सेकंड से 15 मिनट के बीच एक exit। 2026-10-16 से रनटाइम मापदंड: पेज तब प्रीलोड रिपोर्ट करता है जब वह कभी दिखाए बिना कम से कम 20 सेकंड बाद ख़त्म होता है और उसका हैंड-ऑफ़ टाइमर कभी नहीं चला (या वह छिपा हुआ लोड हुआ)। बीकन में एक बार इस्तेमाल होने वाला साइन किया हुआ टोकन होता है, इसलिए उसे दोबारा भेजकर किसी असली विज़िट को मिटाया नहीं जा सकता।
• TikTok (निष्कर्ष 2)। सेशन लिंक, डिवाइस मॉडल, TikTok ऐप वर्ज़न और दिन के हिसाब से। फ़ॉर्मैट नियम: बिंदु वाला musical_ly_ वर्ज़न → A; वरना JsSdk → B; वरना C। होस्टिंग नेटवर्क से आए विज़िटर अलग गिने गए और टेबल से बाहर रखे गए। 30 दिन का दोबारा माप उसी स्क्रिप्ट से किया गया जिससे मूल 90 दिन का विश्लेषण हुआ था।
• कुल योग Analytics Engine के सैंपल इंटरवल का इस्तेमाल करते हैं (2–4% पंक्तियाँ एक से ज़्यादा इवेंट दर्शाती हैं)। सेशन टेबल पंक्तियाँ गिनती हैं।

सीमाएँ

• हम स्टोर को कभी नहीं देखते। “छिप गया” असल में “स्टोर खुला” का एक अनुमान है। यह तब भी होता है जब विज़िटर ऐप बदलता है या फ़ोन लॉक करता है।
• टाइमस्टैम्प सेकंड तक हैं, और सेशन दोबारा बनाए गए हैं। एक ही डिवाइस से तेज़ी से हुए दो लोड आपस में मिल सकते हैं।
• एकाग्रता। कुछ बड़े लिंक कुछ अवधियों पर हावी हैं: एक Instagram कैंपेन 30 दिन के प्रीलोड का 72% है, और दो लिंक TikTok के ज़्यादातर सेशन लाते हैं। वही-लिंक वाली टेबल इसी वजह से हैं।
• यहाँ कुछ भी असली फ़ोन पर जाँचा नहीं गया। बर्ताव पेजों की रिपोर्ट से निकाले गए अनुमान हैं। निष्कर्ष 3 में iOS की व्याख्या वह है जो डेटा से मेल खाती है, कोई ऐसी चीज़ नहीं जिसे हमने होते देखा।
• ट्रैफ़िक हमारा है। ये उन ऐप के विज़िटर हैं जो हमारे लिंक इस्तेमाल करते हैं, जिनमें कुछ ही देशों के Instagram और Facebook कैंपेन का बहुत बड़ा हिस्सा है। कोई और मिश्रण दूसरे प्रतिशत देगा, हालाँकि तंत्र वही होने चाहिए।
• जो प्रीलोड कभी JavaScript नहीं चलाते, वे दिखते ही नहीं। Android Instagram के 12% पेज लोड कोई बीकन नहीं भेजते, और उनमें से कुछ शायद प्रीलोड भी हैं।

इसके बारे में क्या करें

1. लोड होते ही हैंड-ऑफ़ शुरू करें। जो पेज टैप का इंतज़ार करता है, वह ज़्यादातर इन-ऐप विज़िटर खो देता है। मैनुअल बटन को फ़ॉलबैक के रूप में रखें, जो सिर्फ़ तब दिखे जब हैंड-ऑफ़ साफ़ तौर पर फ़ेल हुआ हो।
2. Android पर `S.browser_fallback_url` के साथ `intent://` इस्तेमाल करें। वेबव्यू के अंदर https://play.google.com URL, Play Store की वेबसाइट खोलता है, जो लॉगिन के बिना कुछ भी इंस्टॉल नहीं कर सकती।
3. धीमे स्टोर को समय दें। हैंड-ऑफ़ को फ़ेल मानने से पहले कम से कम 3 सेकंड रुकें, और देर से आए exit को भी गिनें।
4. TikTok के अंदर बाहर निकलने का रास्ता तुरंत दिखाएँ: “··· → ब्राउज़र में खोलें” और लिंक कॉपी करने का बटन। कोई भी URL बदलाव TikTok के इनकार को ख़त्म नहीं करता।
5. Meta प्रीलोड को क्लिक न गिनें। अगर आप रीडायरेक्ट से क्लिक रिपोर्ट करते हैं, तो मानकर चलें कि Android पर Instagram और Facebook की 2–9% विज़िट ऐसे पेज हैं जिन्हें किसी ने नहीं देखा।
6. इंस्टॉल स्टोर पर मापें, iOS पर App Store Connect कैंपेन लिंक (pt + ct) से और Android पर Play Install Referrer से, पेज इवेंट से नहीं।

हम onestore.link बनाते हैं, जो हर लिंक के लिए ये छहों काम डिफ़ॉल्ट रूप से करता है, और ऊपर का डेटा उसी के रीडायरेक्ट लॉग से आया है।

सवाल और जवाब