App Store ریویو آپ کی ایپ واپس بھیجنے کی آٹھ وجوہات

مختصر جواب: App Store اور Google Play پر زیادہ تر ایپ ریجیکشنز کسی کوڈنگ بگ کی وجہ سے نہیں ہوتیں۔ ان کی وجہ وہ انتظامی چیزیں ہوتی ہیں جن پر ڈویلپر کا نہیں بلکہ کاروبار کے مالک کا اختیار ہوتا ہے — ایک ڈیمو اکاؤنٹ جس سے ریویور لاگ ان کر سکے، ایک مکمل پرائیویسی پالیسی، حقیقت سے مطابقت رکھنے والا ڈیٹا ڈیکلریشن، کمپنی کے نام پر ڈویلپر اکاؤنٹ، اور ایک تکنیکی ڈیڈ لائن جو پہلے ہی گزر چکی ہے۔ ان میں سے ہر ایک چیز لانچ سے دو ہفتے پہلے، کوڈ کی ایک بھی لائن لکھے بغیر تیار کی جا سکتی ہے۔

شیڈول پر اس کا اثر دکھائی دینے سے زیادہ بڑا ہے۔ ریجیکشن کا مطلب یہ نہیں کہ ایپ خراب ہے؛ اس کا مطلب یہ ہے کہ ہر درستی کے بعد ایپ قطار کے آخر میں واپس چلی جاتی ہے، اور یوں کسی سیزن یا ایونٹ سے جڑی لانچ مہم ایک غیر معینہ تاخیر میں بدل جاتی ہے۔ اسی لیے پبلشنگ فائل کو آخری دن کے لیے چھوڑی گئی کاغذی کارروائی نہیں بلکہ پروجیکٹ کا حصہ سمجھا جانا چاہیے۔

1 — ریویور کے پاس آپ کی ایپ کھولنے کے لیے کوئی ڈیمو اکاؤنٹ نہیں

لاگ ان اسکرین سے شروع ہونے والی ایپس میں یہ سب سے زیادہ دہرائی جانے والی وجہ ہے۔ ریویور آپ کا گاہک نہیں اور آپ کے سسٹم میں اس کا کوئی فون نمبر رجسٹرڈ نہیں، اس لیے تیار کریڈینشلز کے بغیر وہ پہلی اسکرین پر ہی رک جاتا ہے۔ Apple کا ایپ کی تکمیل کا اصول (App Completeness، 2.1) واضح ہے: حتمی ورژن جمع کروائیں، اگر آپ کی ایپ میں لاگ ان ہے تو ڈیمو اکاؤنٹ کی معلومات شامل کریں، اور اپنی بیک اینڈ سروس چالو رکھیں۔ اگر قانونی یا سیکیورٹی ذمہ داریاں آپ کو اصل اکاؤنٹ فراہم کرنے سے روکتی ہیں، تو Apple کی پیشگی منظوری سے آپ ایک بلٹ اِن ڈیمو موڈ شامل کر سکتے ہیں جو ایپ کی پوری فعالیت دکھائے۔

عملی طور پر: ایک مستقل اکاؤنٹ تیار کریں جو ایکسپائر نہ ہو اور ڈیٹا کی صفائی کے دوران ڈیلیٹ نہ ہو، اور یقینی بنائیں کہ اسٹیجنگ سرورز پورے ریویو کے دورانیے میں چل رہے ہوں، صرف آپ کے دفتری اوقات میں نہیں۔

2 — اسٹور آپ کی ایپ کو دوبارہ پیک کی گئی ویب سائٹ سمجھتا ہے

کم از کم فعالیت کا اصول (Minimum Functionality، 4.2) کہتا ہے کہ ایپ میں ایسے فیچرز، مواد اور UI ہونے چاہییں جو اسے دوبارہ پیک کی گئی ویب سائٹ سے بلند کریں، اور جو ایپس بنیادی طور پر مارکیٹنگ مواد، ویب کلپنگز، مواد کے ایگریگیٹرز یا لنکس کا مجموعہ ہوں وہ قابلِ قبول نہیں۔ بہت سی کمپنیاں ایپ اس لیے مانگتی ہیں کیونکہ حریف کے پاس ایک ہے، اور پروڈکٹ ایک خول کے اندر ویب سائٹ کی نقل بن کر سامنے آتی ہے۔

نکلنے کے دو راستے ہیں: یا تو ایپ کو ایسی حقیقی قدر دیں جو براؤزر فراہم نہیں کر سکتا — آف لائن استعمال، آرڈر کی حالت پر مبنی نوٹیفکیشنز، بارکوڈ اسکیننگ، ڈیوائس پر محفوظ ڈیٹا، ادائیگی اور نقشوں کا انضمام — یا اسٹورز سے گزرنے کے بجائے ایک پروگریسو ویب ایپ شائع کریں۔ ہم نے اس انتخاب پر پروگریسو ویب ایپ یا نیٹو ایپ میں بات کی ہے۔

3 — پرائیویسی پالیسی نامکمل ہے یا ایپ کے اندر موجود نہیں

Apple کا ڈیٹا جمع کرنے کا اصول (Data Collection، 5.1.1) App Store Connect میٹا ڈیٹا میں اور ایپ کے اندر کسی آسانی سے قابلِ رسائی جگہ پر پرائیویسی پالیسی کا لنک لازمی قرار دیتا ہے۔ پالیسی میں یہ بتانا ضروری ہے کہ کون سا ڈیٹا جمع کیا جاتا ہے، کیسے، اور اس کا ہر استعمال؛ اس بات کی تصدیق کرنی ہے کہ جس بھی تیسرے فریق کے ساتھ آپ ڈیٹا شیئر کرتے ہیں — اینالیٹکس ٹولز، اشتہاری نیٹ ورکس، تھرڈ پارٹی SDK — وہ یکساں تحفظ فراہم کرتا ہے؛ اور ڈیٹا رکھنے اور حذف کرنے کی پالیسیاں اور یہ واضح کرنا ہے کہ صارف اپنی رضامندی کیسے واپس لیتا ہے۔

یہ کوئی ایسا صفحہ نہیں جسے آپ کسی دوسری ویب سائٹ سے کاپی کر لیں۔ یہ اس بات کی وضاحت ہے کہ آپ کا سسٹم درحقیقت کیا کرتا ہے، اور اسے سعودی ذاتی ڈیٹا کے تحفظ کے قانون (PDPL) کے تحت آپ کی ذمہ داریوں سے مطابقت رکھنی چاہیے، جیسا کہ ہم نے اپنی PDPL کی عملی گائیڈ میں وضاحت کی ہے۔

4 — ایپ کے اندر اکاؤنٹ ڈیلیٹ کرنے کا آپشن نہیں

اصول 5.1.1 (v) واضح ہے: اگر آپ کی ایپ اکاؤنٹ بنانے کی سہولت دیتی ہے، تو آپ کو ایپ کے اندر اکاؤنٹ ڈیلیٹ کرنے کی سہولت بھی دینی ہوگی۔ یہ ایک ایسا اصول بھی شامل کرتا ہے جسے بہت سی ٹیمیں نظر انداز کر دیتی ہیں: اگر آپ کی ایپ میں اکاؤنٹ پر مبنی اہم فیچرز نہیں، تو لوگوں کو بغیر لاگ ان کے استعمال کرنے دیں، اور ذاتی معلومات اس وقت تک نہ مانگیں جب تک وہ بنیادی فعالیت سے براہِ راست متعلق نہ ہوں یا قانون کے تحت درکار نہ ہوں۔

یہاں اکاؤنٹ ڈیلیٹ کرنا صرف انٹرفیس میں ایک بٹن نہیں؛ یہ بیک اینڈ میں ایک مکمل راستہ ہے۔ گاہک کے ان آرڈرز، انوائسز اور اکاؤنٹنگ ریکارڈز کا کیا ہوگا جنہیں قانونی طور پر ڈیلیٹ نہیں کیا جا سکتا؟ عام جواب یہ ہے کہ شناختی ڈیٹا کو مالیاتی ریکارڈز سے ڈویلپمنٹ شروع ہونے سے پہلے الگ کیا جائے، بعد میں نہیں۔

5 — Google Play کا ڈیٹا سیفٹی ڈیکلریشن ایپ کے اصل کام سے میل نہیں کھاتا

Google ہر ڈویلپر سے تقاضا کرتا ہے کہ وہ اس ڈیٹا کا اعلان کرے جو ایپ جمع کرتی ہے اور ڈیوائس سے باہر بھیجتی ہے، بشمول تھرڈ پارٹی لائبریریوں اور SDK کے ذریعے جمع کیا گیا ڈیٹا؛ نیز یہ کہ ڈیٹا جمع کرنا لازمی ہے یا اختیاری، اس کا مقصد، کیا ڈیٹا منتقلی کے دوران انکرپٹ ہوتا ہے، اور کیا حذف کرنے کی درخواست کا کوئی طریقہ موجود ہے۔ پالیسی کہتی ہے کہ درست اعلان کی ذمہ داری صرف ڈویلپر پر ہے، اور خلاف ورزی کی صورت میں اپ ڈیٹس بلاک ہو جاتی ہیں یا ایپ Google Play سے ہٹا دی جاتی ہے۔

عام غلطی سادہ سی ہے: کسی ڈویلپر نے اپنا کام آسان بنانے کے لیے ایک اینالیٹکس یا کریش رپورٹنگ ٹول شامل کر دیا، اور کسی نے اسے ڈیکلریشن میں شامل نہیں کیا۔ جمع کروانے سے پہلے اپنی ٹیم سے ایک ہی سوال پوچھیں — اس ایپ میں تھرڈ پارٹی پیکجز کی مکمل فہرست کیا ہے، اور ان میں سے ہر ایک کیا بھیجتا ہے؟

6 — اپ ڈیٹ اس لیے ریجیکٹ ہوتی ہے کہ ایپ پرانے Android ورژن کو ٹارگٹ کرتی ہے

31 اگست 2026 سے Google Play یہ تقاضا کرتا ہے کہ نئی ایپس اور ایپ اپ ڈیٹس Android 16 (API لیول 36) یا اس سے اوپر کو ٹارگٹ کریں، کچھ استثنیٰ کے ساتھ: Wear OS اور Android Automotive کے لیے لیول 35، اور Android TV اور Android XR کے لیے لیول 34۔ جن ڈویلپرز نے توسیع کی درخواست دی تھی ان کے پاس 1 نومبر 2026 تک کا وقت ہے۔

کاروبار کے مالک کے لیے عملی نتیجہ: آپ کی شائع شدہ ایپ اسٹور میں موجود رہتی ہے، لیکن جب تک اسے مطلوبہ لیول کے مطابق دوبارہ بلڈ نہ کیا جائے، آپ کوئی بھی اپ ڈیٹ بالکل جاری نہیں کر سکتے — نہ کوئی فوری سیکیورٹی فکس، نہ قیمت میں تبدیلی۔ جو بھی ایپ ایک سال سے اپ ڈیٹ نہیں ہوئی، اس کی اس نکتے پر جانچ ضروری ہے، اس سے پہلے کہ آپ کو کسی فوری ریلیز کی ضرورت پڑے۔

7 — نئے اکاؤنٹس کو شائع کرنے سے پہلے 12 ٹیسٹرز اور 14 دن درکار ہیں

Google Play پر 13 نومبر 2023 کے بعد بنائے گئے ذاتی ڈویلپر اکاؤنٹس فوراً عوامی طور پر شائع نہیں کر سکتے۔ پروڈکشن رسائی کے لیے درخواست دینے سے پہلے انہیں ایک کلوزڈ ٹیسٹ درکار ہے جس میں کم از کم 12 ٹیسٹرز مسلسل کم از کم 14 دن تک شامل رہیں۔ یعنی شیڈول میں دو ہفتے مزید، اور اصل Google اکاؤنٹس والے 12 حقیقی لوگ۔

دوسری طرف، کسی تنظیم کے طور پر Apple Developer Program میں اندراج کے لیے ایک D-U-N-S نمبر اور معاہدے کرنے کی اہل قانونی ہستی درکار ہے، تنظیم کے قانونی نام کے تحت — کسی تجارتی نام یا برانچ کے نام سے نہیں۔ نمبر حاصل کرنے اور تصدیق مکمل ہونے میں کئی دن لگتے ہیں۔ یہ کام پروجیکٹ کے پہلے ہفتے میں شروع کریں، لانچ والے ہفتے میں نہیں۔

8 — اسٹور میٹا ڈیٹا، اسکرین شاٹس، اور ہر برانچ کے لیے الگ ایپ

تین چھوٹے اصول پوری کی پوری ریلیز ڈبو دیتے ہیں: اسکرین شاٹس میں ایپ کو استعمال ہوتے ہوئے دکھانا ضروری ہے، نہ کہ ٹائٹل آرٹ، لاگ ان صفحہ یا اسپلیش اسکرین (2.3.3)؛ ایپ کا نام 30 حروف تک محدود ہے اور میٹا ڈیٹا میں ٹریڈ مارک والی اصطلاحات، مشہور ایپس کے نام یا قیمتیں نہیں بھری جا سکتیں (2.3.7)؛ اور آپ ایک ہی ایپ کے متعدد bundle ID نہیں بنا سکتے (4.3a) — بالکل یہی ہوتا ہے جب کوئی کمپنی ہر برانچ یا ہر شہر کے لیے الگ ایپ مانگتی ہے۔ درست طریقہ ایک ہی ایپ ہے جس میں صارف برانچ منتخب کرتا ہے۔

یہ دروازہ پروجیکٹ پلان میں کہاں فٹ ہوتا ہے

  • ڈویلپر اکاؤنٹ اپنی کمپنی کے نام پر رجسٹر کریں، ڈویلپر یا ایجنسی کے نام پر نہیں۔ یہ ڈومین کی طرح کمپنی کا اثاثہ ہے، جیسا کہ ہم نے آپ کے سافٹ ویئر کے حقوق کا مالک کون ہے میں بیان کیا ہے۔
  • پہلے ہفتے میں ہی اکاؤنٹس کھولیں: Apple سالانہ 99 ڈالر لیتا ہے اور Google Play ایک بار 25 ڈالر، اور وقت ادائیگی میں نہیں بلکہ تصدیق میں لگتا ہے۔
  • معاہدے میں ایک شق رکھیں جس میں لکھا ہو کہ بلڈ کون جمع کروائے گا اور ریویو نوٹس کا جواب کون دے گا، اور قیمت میں کتنے ریویو چکر شامل ہیں۔
  • پبلشنگ فائل کو ایک الگ ڈیلیوریبل سمجھیں: پرائیویسی پالیسی، ڈیٹا ڈیکلریشن، اسکرین شاٹس، تفصیل، ڈیمو اکاؤنٹ، اور تھرڈ پارٹی پیکجز کی فہرست۔
کوڈ لانچ سے ایک ہفتہ پہلے مکمل ہو جاتا ہے۔ پبلشنگ فائل کو دو ہفتے چاہییں۔ اس ترتیب کو غلط سمجھنا ہی زیادہ تر تاخیر سے ہونے والے لانچز کی وجہ ہے۔

ذرائع