اصل تحقیق
Instagram اور TikTok کے اندر کھولے گئے ایپ لنک کے ساتھ کیا ہوتا ہے: 74,000 ری ڈائریکٹس کی پیمائش
ایسی پری لوڈز جنہیں کوئی نہیں دیکھتا، TikTok کا ویب ویو جو اسٹور کھولنے سے انکار کرتا ہے، اور App Store جو صفحے کے اوپر کھلتا ہے: ہمارے ری ڈائریکٹ لاگز کیا دکھاتے ہیں۔
شائع شدہ · Adrien De Coster
مختصر جواب
30 دنوں میں ان ایپ براؤزرز سے آنے والی 74,713 Android آمد میں سے 9.1% ایسے صفحات تھے جنہیں Instagram یا Facebook نے پس منظر میں لوڈ کیا اور تقریباً 30 سیکنڈ بعد، کسی کے دیکھے بغیر، ضائع کر دیا۔ Android پر TikTok کے اندر، Play Store کا کھلنا اس پر منحصر ہے کہ TikTok کون سا ویب ویو استعمال کرتا ہے: ایک User-Agent فارمیٹ 85% سیشنز میں اسٹور تک پہنچا، دو دوسرے 12–14% میں، انہی لنکس پر اور انہی دنوں میں۔ iOS پر Instagram اور Facebook، App Store کو ان ایپ براؤزر کے اوپر کھولتے ہیں، اس لیے صفحہ کبھی پس منظر میں نہیں جاتا، اور صفحے سے ناپی گئی اسٹور کھلنے کی شرح 13–56% دکھاتی ہے حالانکہ ہینڈ آف کامیاب رہا۔
یہ اعداد ایک اسمارٹ لنک سروس کے ری ڈائریکٹ لاگز سے آتے ہیں: ایک URL جو فون کو App Store یا Google Play پر بھیجتا ہے۔ جب بھی کوئی لنک کسی سوشل ایپ کے اندر کھولا جاتا ہے، ہم ایک چھوٹا صفحہ پیش کرتے ہیں جو وزیٹر کو اسٹور کے حوالے کرتا ہے، اور وہ صفحہ بتاتا ہے کہ آگے کیا ہوا۔ نیچے وہ ہے جو یہ رپورٹس کہتی ہیں، ہم نے انہیں کیسے ناپا، اور پیمائش کہاں رک جاتی ہے۔
ڈیٹا
| مدت | کیا | حجم |
|---|---|---|
| 2026-10-12 تک 30 دن | ان ایپ براؤزرز سے Android آمد، سیشن کی سطح پر از سر نو تشکیل | 74,713 |
| 2026-09-27 → 2026-10-26 | ایپس کے اندر صفحہ لوڈز، تمام پلیٹ فارمز | 109,253 |
| 2026-10-20 → 2026-10-26 | یہی ڈیٹا، فنل ٹیبلز کے لیے سیشنز میں از سر نو تشکیل | 30,535 |
| 2026-10-16 → 2026-10-26 | وہ پری لوڈز جنہیں صفحے نے خود درجہ بند کیا | 1,679 |
| 2026-10-15 تک 90 دن، پھر 2026-10-26 تک 30 دن | Android پر TikTok، ویب ویو فارمیٹ کے لحاظ سے سیشنز | 73 + 1,247 |
| ان ایپ براؤزر | Android | iOS |
|---|---|---|
| 50,161 | 16,675 | |
| 27,911 | 9,441 | |
| TikTok | 3,755 | 1,219 |
| عام براؤزر (سادہ 302، موازنے کے لیے) | 24,185 | 24,627 |
کسی بھی تجزیے سے پہلے دو باتیں نمایاں ہیں۔ Meta کی ایپس TikTok سے کہیں زیادہ ٹریفک بھیجتی ہیں۔ اور Android پر تمام آمد کا تین چوتھائی سے زیادہ حصہ Chrome سے نہیں بلکہ کسی ان ایپ براؤزر سے آتا ہے۔
صفحہ کیسے بتاتا ہے کہ کیا ہوا
جب کوئی لنک کسی ان ایپ براؤزر کے اندر کھولا جاتا ہے، تو صفحہ تین کام کرتا ہے اور ہر ایک کے لیے ایک بیکن (beacon) بھیجتا ہے:
auto: لوڈ ہوتے ہی یہ اسٹور کی طرف ہینڈ آف شروع کرتا ہے (iOS: App Store کے URL پرlocation.replace؛ Android: ایکintent://URL جو Play Store کی اصل ایپ کھولتا ہے)۔exit: صفحہ چھپ جاتا ہے (Page Visibility API)۔ یہ وہ بہترین اشارہ ہے جو کسی ویب صفحے کے پاس ہوتا ہے کہ کسی چیز نے، غالباً اسٹور نے، اسکرین سنبھال لی۔stuck: ہینڈ آف کے 2.2 سیکنڈ بعد بھی صفحہ نظر آ رہا ہے، اس لیے یہ ایک متبادل کارڈ دکھاتا ہے جس میں اسٹور کا بٹن، “اپنے براؤزر میں کھولیں” کا اشارہ اور لنک کاپی کرنے کا بٹن ہوتا ہے۔
کوئی ویب صفحہ App Store یا Play Store کو نہیں دیکھ سکتا۔ نیچے سب کچھ انہی تین اشاروں سے اخذ کیا گیا ہے، اور حدود والا حصہ بتاتا ہے کہ یہ استنباط کہاں ٹوٹتا ہے۔
نتیجہ 1: Meta سے آنے والی تقریباً ہر 11 میں سے 1 Android آمد ایسی پری لوڈ ہے جسے کسی نے نہیں دیکھا
12 اکتوبر تک 30 دنوں میں، Android سیشنز کے ایک واضح گروپ نے ایسا برتاؤ کیا جو کوئی انسانی وزٹ نہیں کر سکتا: صفحہ لوڈ ہوا، ہینڈ آف ٹائمر کبھی نہیں چلا، اور صفحہ 29 سے 31 سیکنڈ بعد ختم کر دیا گیا۔ نہ auto، نہ stuck، نہ کوئی ٹیپ۔ iOS پر ایسا کچھ نظر نہیں آیا۔
یہ Instagram اور Facebook کے ان ایپ براؤزر کی پہچان ہے جو فیڈ میں موجود لنک کو پہلے سے لوڈ کرتا ہے، اسے چھپا کر رکھتا ہے، اور صارف کے آگے اسکرول کرنے پر اسے پھینک دیتا ہے۔ صفحے نے ہمارا JavaScript چلایا، اس لیے آمد لاگ ہو گئی۔ کسی نے کبھی اسے دیکھا نہیں۔
| آبادی | آمد | پری لوڈز | حصہ |
|---|---|---|---|
| تمام آمد، تمام پلیٹ فارمز | 139,199 | 6,790 | 4.9% |
| Android | 95,648 | 6,790 | 7.1% |
| Android ان ایپ | 74,713 | 6,790 | 9.1% |
| Android ان ایپ، سب سے بڑے لنک کے بغیر | — | — | 4.9% |
| سب سے زیادہ متاثر ہونے والا ایک لنک | 35,337 | 4,864 | 13.8% |
ہم نے اس معیار کو واضح طور پر انسانی سیشنز سے جانچا: 17,606 میں سے 0 سیشنز جن میں اسٹور ہینڈ آف کے 2–3 سیکنڈ بعد کھلا، اس پر پورے اترے، اور 244 میں سے 0 سیشنز جن میں کسی نے اسٹور کا بٹن ٹیپ کیا۔
یہ حصہ ہفتہ بہ ہفتہ بدلتا ہے: اس مدت کے آخری ہفتے میں 6.8%، پھر اس سے پہلے کے ہفتوں میں 8.8%، 10.6% اور 10.0%۔ یہ وہاں بھی مرتکز ہوتا ہے جہاں Instagram کی ادا شدہ مہمات چلتی ہیں: اس مدت کی 72% پری لوڈز ایک بڑی Instagram مہم کے پیچھے موجود ایک ہی لنک سے آئیں۔
16 اکتوبر سے، صفحہ اسے رن ٹائم پر خود درجہ بند کرتا ہے: جب یہ کم از کم 20 سیکنڈ بعد کبھی دکھائے بغیر ختم ہو، تو exit کے بجائے پری لوڈ رپورٹ کرتا ہے۔ تب سے اس نے یہ پکڑا ہے:
| ان ایپ براؤزر | صفحہ لوڈز | پری لوڈز | حصہ |
|---|---|---|---|
| Instagram، Android | 15,100 | 1,152 | 7.6% |
| Facebook، Android | 19,830 | 477 | 2.4% |
| TikTok، Android | 3,648 | 1 | 0.03% |
| Instagram، iOS | 5,965 | 45 | 0.8% |
| Facebook، iOS | 6,134 | 4 | 0.07% |
یہ رن ٹائم گنتی ایک کم از کم حد ہے۔ جو پری لوڈ کوئی اسکرپٹ چلائے بغیر ختم ہو جائے وہ کوئی بیکن نہیں چھوڑتی، اور رن ٹائم کا اصول تاریخی از سر نو تشکیل سے زیادہ سخت ہے۔
یہ کیوں اہم ہے۔ اگر آپ اپنے ری ڈائریکٹ پر کلکس گنتے ہیں، تو Android پر Instagram کے ہر 13 “کلکس” میں سے تقریباً ایک کو کسی انسان نے کبھی نہیں دیکھا۔ اس چینل کے لیے آپ کا کلک ٹو انسٹال تناسب حقیقت سے بدتر دکھائی دیتا ہے، اور خام ری ڈائریکٹ ہٹس پر بنا مہم ڈیش بورڈ رسائی کو تقریباً اتنا ہی بڑھا کر دکھاتا ہے۔
نتیجہ 2: TikTok اپنے استعمال کردہ ویب ویو کے لحاظ سے Play Store کھولنے سے انکار کرتا ہے
Android پر TikTok کے اندر، وزیٹرز کا ایک حصہ کبھی صفحہ نہیں چھوڑتا: ہینڈ آف چلتا ہے اور TikTok اپنا ڈائیلاگ دکھاتا ہے (“The action cannot be completed” — “یہ کارروائی مکمل نہیں ہو سکتی”)۔ ایسا ہر لنک پر نہیں ہوتا، اور ہفتوں تک یوں لگا جیسے یہ لنک پر منحصر ہے۔ ایسا نہیں ہے۔ یہ اس ان ایپ براؤزر پر منحصر ہے جو TikTok اس وزیٹر کے لیے استعمال کرتا ہے، اور اس کا User-Agent اسے ظاہر کر دیتا ہے:
| فارمیٹ | User-Agent کی شکل |
|---|---|
| A | … Chrome/151 Mobile Safari/537.36 musical_ly_46.8.3 |
| B | Version/4.0 … musical_ly_2024509000 JsSdk/1.0 … BytedanceWebview |
| C | Version/4.0 … musical_ly_2024701040 AppName/musical_ly ByteLocale/… |
سیشن کامیاب گنا جاتا ہے جب ہینڈ آف چلا اور صفحہ چھپ گیا، اور ناکام جب متبادل کارڈ ظاہر ہوا۔ شرح = کامیاب / (کامیاب + ناکام)، فی ڈیوائس اور دن:
| فارمیٹ | 2026-10-15 تک 90 دن | 30 دن، 2026-09-27 → 10-26 |
|---|---|---|
| A | 23 / 26 (88%) | 827 / 969 (85%) |
| B | 0 / 17 (0%) | 34 / 245 (14%) |
| C | 5 / 30 (17%) | 4 / 33 (12%) |
فیصلہ کن موازنہ لنک اور دن کو یکساں رکھتا ہے، کیونکہ فارمیٹس کا امتزاج ہفتہ بہ ہفتہ بدلتا ہے:
| لنک | فارمیٹ A | فارمیٹ B |
|---|---|---|
| لنک 1 | 560 / 674 (83%) | 32 / 192 (17%) |
| لنک 2 | 257 / 285 (90%) | 2 / 47 (4%) |
وہی لنک، وہی ری ڈائریکٹ کوڈ، وہی دن: ایک ویب ویو اسٹور کھلنے دیتا ہے اور دوسرا زیادہ تر نہیں۔ 90 دن کے ڈیٹا میں کسٹم ڈومینز سے کوئی فرق نہیں پڑا۔ TikTok نہ اس ڈائیلاگ کی دستاویز دیتا ہے، نہ یہ کہ اسے کیا متحرک کرتا ہے، نہ یہ کہ کس صارف کو کون سا ویب ویو ملتا ہے، اس لیے User-Agent کی تقسیم ہی سب کچھ ہے۔
یہ کیوں اہم ہے۔ URL کی کوئی شکل اسے ٹھیک نہیں کرتی: intent:// کے ذریعے نکلنا اور سادہ https://play.google.com URL دونوں کو ایک ہی انکار ملتا ہے۔ آپ یہ کر سکتے ہیں کہ باہر نکلنے کا راستہ نہ چھپائیں: TikTok کے اندر “براؤزر میں کھولیں” کی ہدایات اور کاپی بٹن فوراً دکھائیں، کسی ٹائم آؤٹ کے بعد نہیں۔
نتیجہ 3: iOS پر App Store ان ایپ براؤزر کے اوپر کھلتا ہے
Android پر، ہینڈ آف کے بعد زیادہ تر سیشنز میں صفحہ چھپ جاتا ہے، عموماً 1 سے 3 سیکنڈ بعد۔ iOS پر Instagram اور Facebook کے اندر اکثر ایسا نہیں ہوتا، حالانکہ تقریباً ہر سیشن میں ہینڈ آف چلا:
| ان ایپ براؤزر | صفحہ لوڈز | ہینڈ آف چلا | چھپ گیا | …4 سیکنڈ کے اندر | 2.2 سیکنڈ پر نظر آ رہا |
|---|---|---|---|---|---|
| Instagram، Android | 7,190 | 77.5% | 90.0% | 75.9% | 47.6% |
| Facebook، Android | 13,600 | 72.4% | 73.8% | 39.6% | 77.8% |
| TikTok، Android | 2,920 | 47.1% | 85.2% | 79.5% | 7.6% |
| Instagram، iOS | 2,881 | 94.6% | 55.9% | 41.7% | 64.2% |
| Facebook، iOS | 3,078 | 87.0% | 13.1% | 7.9% | 65.6% |
| TikTok، iOS | 866 | 93.8% | 50.5% | 23.8% | 75.2% |
اگر iOS کے دو تہائی وزیٹرز واقعی “App Store کھولیں” بٹن والے ایک نظر آنے والے متبادل کارڈ کے سامنے پھنسے ہوتے، تو ان میں سے اچھی خاصی تعداد اسے ٹیپ کرتی۔ وہ نہیں کرتے: iOS پر Instagram کے صفحہ لوڈز میں سے 0.9% اور iOS پر Facebook کے لوڈز میں سے 0.4% بٹن ٹیپ کرتے ہیں۔ نہ ہی iOS کا کوئی ورژن ہے جہاں یہ “کام کرتا” ہو:
| iOS کا مرکزی ورژن | ہینڈ آف والے سیشنز | صفحہ چھپ گیا |
|---|---|---|
| 16 | 127 | 24.4% |
| 17 | 106 | 33.0% |
| 18 | 958 | 33.3% |
| 26 | 3,711 | 39.3% |
| 27 | 1,249 | 34.3% |
جو وضاحت ڈیٹا سے میل کھاتی ہے وہ یہ ہے کہ iOS پر Instagram اور Facebook کے اندر App Store ان ایپ براؤزر کے اوپر آ جاتا ہے، اسے پس منظر میں بھیجے بغیر۔ صفحہ پورا وقت “نظر آتا” رہتا ہے، اس لیے visibilitychange اور pagehide کبھی نہیں چلتے، حالانکہ وزیٹر App Store دیکھ رہا ہوتا ہے۔
یہ کیوں اہم ہے۔ کوئی بھی میٹرک جو صفحے کے اسکرین سے ہٹنے سے اسٹور کھلنے کا اندازہ لگاتا ہے، iOS پر غلط ہے۔ ہم صارفین کو ٹھیک اسی طرح بنی ہوئی “اسٹور تک رسائی” کی فیصد دکھاتے تھے، اور اس نے 12 میں سے 10 ادائیگی کرنے والے صارفین کو بتایا کہ کام کرنے والے لنکس خراب ہیں۔ ہم نے اسے ہٹا دیا۔ iOS پر قابل اعتماد انسٹال اشارہ اسٹور کی طرف ہے: App Store Connect کی مہم رپورٹس، App Store URL پر ایک provider token (pt) اور ایک campaign token (ct) کے ساتھ۔
راستے میں ناپی گئی چھوٹی باتیں
- Android پر Play Store دیر سے ظاہر ہوتا ہے۔ Android پر Instagram کے ان سیشنز میں جہاں ہینڈ آف چلا، صفحہ آمد کے 0–1 سیکنڈ بعد 1,061 سیشنز میں، 2–3 سیکنڈ بعد 2,596 میں، اور 4–8 سیکنڈ بعد 1,273 میں چھپا (7 دن)۔ “کیا یہ کام کیا؟” کے لیے 2 سیکنڈ کا ٹائمر اصل کامیابیوں کے ایک بڑے حصے میں اسٹور ظاہر ہونے سے پہلے چل جاتا ہے۔ ہمارا اپنا فنل انہیں ناکامیاں گنتا تھا، یہاں تک کہ ہم نے ہینڈ آف کے 8 سیکنڈ بعد تک کے exit کو بھی شمار ہونے دیا۔
- اصل ناکامی کی شرح کم ہے۔ اکتوبر کے شروع میں 3 دنوں پر از سر نو تشکیل دیے گئے Android پر Instagram کے 7,357 سیشنز میں، “ہینڈ آف، پھر کچھ نہیں” والا پیٹرن 1.9% سیشنز تھا، اور ان میں سے 24.3% وزیٹرز نے 3 منٹ کے اندر لنک دوبارہ ٹیپ کیا۔ جن وزیٹرز کے سیشن میں متبادل کارڈ دکھا انہوں نے 5.4% کی شرح سے دوبارہ ٹیپ کیا، تقریباً ان وزیٹرز جتنا جن کا اسٹور کھل گیا (4.6%): ان میں سے زیادہ تر “ناکامیاں” ناکامیاں نہیں تھیں۔
- ٹیپ لازمی کرنے سے زیادہ تر ٹریفک ضائع ہوتی ہے۔ اس سے پہلے کہ صفحہ لوڈ پر ہینڈ آف شروع کرے، یہ اسٹور بٹن والا ایک کارڈ دکھاتا تھا۔ 30 دنوں میں 10,523 ان ایپ آمد سے 2,119 ٹیپس ہوئے: تقریباً 80% وزیٹرز کبھی اسٹور تک نہیں پہنچے۔
طریقہ کار
- ماخذ۔ اسمارٹ لنک پر ہر آمد اور ہینڈ آف صفحے سے ہر بیکن Cloudflare Workers Analytics Engine میں لکھا جاتا ہے، پلیٹ فارم، ان ایپ براؤزر (User-Agent سے)، ایونٹ کی قسم اور سیکنڈ تک درست ٹائم اسٹیمپ کے ساتھ۔ جن وزیٹرز کا User-Agent خود کو بوٹ، کرالر یا لنک پری ویو فیچر ظاہر کرتا ہے انہیں الگ رکھا جاتا ہے اور یہاں کے ہر عدد سے خارج کیا جاتا ہے۔
- سیشنز۔ Analytics Engine میں صفحہ لوڈ کی کوئی id نہیں، اس لیے سیشنز کو ایک آمد کو ان بیکنز سے جوڑ کر از سر نو بنایا جاتا ہے جو اگلے ایک گھنٹے میں اس کا لنک، ملک، شہر، 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% صفحہ لوڈز کوئی بیکن نہیں بھیجتے، اور ان میں سے کچھ غالباً پری لوڈز بھی ہیں۔
اس بارے میں کیا کریں
- لوڈ پر ہینڈ آف شروع کریں۔ جو صفحہ ٹیپ کا انتظار کرتا ہے وہ زیادہ تر ان ایپ وزیٹرز کھو دیتا ہے۔ دستی بٹن کو متبادل کے طور پر رکھیں، جو صرف تب ظاہر ہو جب ہینڈ آف واضح طور پر ناکام ہو۔
- Android پر `S.browser_fallback_url` کے ساتھ `intent://` استعمال کریں۔ ویب ویو کے اندر
https://play.google.comURL، Play Store کی ویب سائٹ کھولتا ہے، جو لاگ ان کے بغیر کچھ انسٹال نہیں کر سکتی۔ - سست اسٹور کو وقت دیں۔ ہینڈ آف کو ناکام قرار دینے سے پہلے کم از کم 3 سیکنڈ انتظار کریں، اور دیر سے ہونے والے exit کو بھی شمار کریں۔
- TikTok کے اندر باہر نکلنے کا راستہ فوراً دکھائیں: “··· → براؤزر میں کھولیں” اور لنک کاپی کرنے کا بٹن۔ URL میں کوئی تبدیلی TikTok کے انکار کو ختم نہیں کرتی۔
- Meta کی پری لوڈز کو کلکس نہ گنیں۔ اگر آپ ری ڈائریکٹ سے کلکس رپورٹ کرتے ہیں، تو توقع رکھیں کہ Android پر Instagram اور Facebook کی 2–9% آمد ایسے صفحات ہوں گے جنہیں کسی نے نہیں دیکھا۔
- انسٹالز اسٹور پر ناپیں، iOS پر App Store Connect کے مہم لنکس (
pt+ct) اور Android پر Play Install Referrer کے ساتھ، صفحہ ایونٹس سے نہیں۔
ہم onestore.link بناتے ہیں، جو ہر لنک کے لیے یہ چھ کے چھ کام بطور ڈیفالٹ کرتا ہے، اور اوپر کا ڈیٹا اسی کے ری ڈائریکٹ لاگز سے آتا ہے۔
سوالات و جوابات
Android پر Instagram لنک کلکس کا کتنا فیصد پری لوڈز ہوتا ہے؟
2026-10-12 تک 30 دنوں میں، ان ایپ براؤزرز (Instagram اور Facebook) سے آنے والی Android آمد کا 9.1% ایسے صفحات تھے جنہیں ایپ نے پس منظر میں لوڈ کیا اور تقریباً 30 سیکنڈ بعد، بغیر دیکھے، ضائع کر دیا۔ 2026-10-16 سے، صفحے کی اپنی رن ٹائم جانچ Android پر Instagram میں 7.6% اور Android پر Facebook میں 2.4% پکڑتی ہے، کم از کم حد کے طور پر۔ iOS پر یہ 1% سے کم ہے۔
TikTok کے ان ایپ براؤزر سے Play Store کیوں نہیں کھلتا؟
TikTok کی Android ایپ کئی ان ایپ براؤزرز استعمال کرتی ہے۔ ایک میں (نقطوں والا musical_ly_ ورژن اور User-Agent میں Version/4.0 نہیں)، 30 دنوں میں 85% سیشنز Play Store تک پہنچے۔ دو دوسروں میں (Version/4.0 کے ساتھ JsSdk/BytedanceWebview، یا AppName/musical_ly کے ساتھ)، صرف 12–14% پہنچے، انہی لنکس پر اور انہی دنوں میں۔ TikTok خود ہینڈ آف سے انکار کرتا ہے، URL کی شکل جو بھی ہو۔
کیا کسی ویب صفحے سے یہ پتا چل سکتا ہے کہ iOS پر App Store کھلا؟
Instagram یا Facebook کے اندر نہیں۔ App Store ان ایپ براؤزر کے اوپر کھلتا ہے، اس لیے صفحہ کبھی نہیں چھپتا اور visibilitychange نہیں چلتا۔ 7 دنوں میں، iOS ہینڈ آفس میں سے صرف 13% (Facebook) سے 56% (Instagram) کے بعد صفحہ چھپا، اور 1% سے کم وزیٹرز نے متبادل بٹن ٹیپ کیا۔ App Store Connect کی مہم رپورٹس قابل اعتماد اشارہ ہیں۔
ان ایپ براؤزر سے Play Store کھلنے میں کتنا وقت لگتا ہے؟
Android پر، زیادہ تر کامیاب سیشنز میں صفحہ ہینڈ آف کے 2–3 سیکنڈ بعد چھپ جاتا ہے، اور سست فونز پر 8 سیکنڈ بعد تک۔ 2 سیکنڈ بعد دکھایا جانے والا متبادل کارڈ ان بہت سے سیشنز میں اسٹور سے پہلے ظاہر ہوتا ہے جو کامیاب ہونے والے تھے۔
Instagram کے اندر ایپ اسٹور ری ڈائریکٹ واقعی کتنی بار ناکام ہوتا ہے؟
Android پر Instagram کے 7,357 از سر نو تشکیل شدہ سیشنز میں، اصل ناکامی کا پیٹرن (ہینڈ آف چلا، پھر کچھ نہیں، اور وزیٹر لنک دوبارہ ٹیپ کرتا ہے) 1.9% تھا۔ خام فنل ڈیٹا میں زیادہ تر ظاہری ناکامیاں پیمائش کی خامیاں ہیں: گم شدہ بیکنز، سست اسٹور یا پری لوڈز۔
کیا کسٹم ڈومین سے TikTok کا کسی لنک کے ساتھ برتاؤ بدلتا ہے؟
نہیں۔ 90 دنوں میں، کسٹم ڈومین والے اور بغیر کسٹم ڈومین والے لنکس کو ایک ہی طرح رد کیا گیا۔ فیصلہ اس ان ایپ براؤزر سے ہوتا ہے جو TikTok اس وزیٹر کے لیے استعمال کرتا ہے۔