App Store সাবমিশন চেকলিস্ট (2026): Xcode 26 বিল্ড থেকে Submit for Review পর্যন্ত

App Store সাবমিশন চেকলিস্ট হলো সেইসব জিনিসের তালিকা, যেগুলো সাবমিট করার আগে একসঙ্গে প্রস্তুত থাকতে হয়: একটি কার্যকর বিল্ড, নির্ভুল লিস্টিং, সত্যনিষ্ঠ প্রাইভেসি-সংক্রান্ত উত্তর, এবং রিভিউয়ার যেন আপনার অ্যাপ ব্যবহার করতে পারেন সে জন্য যথেষ্ট প্রেক্ষাপট। শুধু সফল বিল্ড যথেষ্ট নয়। নিচের ছয়টি অংশ App Store Connect যে ক্রমে এগুলো চায় সেই ক্রমেই সাজানো, আর প্রতিটি অংশ শুরু হয়েছে একটি সংক্ষিপ্ত উত্তর দিয়ে, যা ধরে আপনি সরাসরি কাজ করতে পারবেন।

Submit চাপার আগে App Store সাবমিশনের জন্য কী কী লাগে?

App Store সাবমিশনের জন্য লাগে ভার্সনের সঙ্গে যুক্ত একটি প্রসেস হওয়া বিল্ড, ভার্সনের প্রয়োজনীয় মেটাডেটা, স্ক্রিনশট, প্রাইভেসি পলিসি, App Review-এর যোগাযোগের তথ্য, এবং অ্যাপে লগইন থাকলে কার্যকর ডেমো ক্রেডেনশিয়াল। App Review Guidelines-এ Apple-এর নিজস্ব "Before You Submit" তালিকা আরও দুটি বিষয় যোগ করে: "ব্যাকএন্ড সার্ভিস চালু রাখুন, যাতে রিভিউ চলাকালীন সেগুলো সক্রিয় ও অ্যাক্সেসযোগ্য থাকে", এবং যেসব ফিচার সহজে বোঝা যায় না সেগুলো রিভিউ নোটে ব্যাখ্যা করুন।

কোন অ্যাকাউন্ট ও অ্যাপ রেকর্ড সেটিংস প্রস্তুত থাকতে হবে?

আপনার লাগবে একটি সক্রিয় Apple Developer মেম্বারশিপ, এমন একটি অ্যাপ রেকর্ড যার bundle ID আপনার সাইন করা বিল্ডের সঙ্গে মেলে, এবং টিমে Account Holder, Admin বা App Manager রোলধারী কেউ। Apple-এর Submit an app পেজ অনুযায়ী সাবমিট করার জন্য এই রোলগুলোই প্রয়োজন।

রেকর্ড তৈরির সময় নাম, প্রাথমিক ভাষা এবং SKU বেছে নিন। SKU অভ্যন্তরীণ, গ্রাহকেরা কখনো এটি দেখেন না। পেইড অ্যাপ বা ইন-অ্যাপ পারচেজ বিক্রি করলে আগে পেইড চুক্তি, ট্যাক্স ও ব্যাংকিং তথ্য সম্পূর্ণ করুন। বিল্ড ঠিক থাকলেও একটি সই না করা চুক্তি বাণিজ্যিক লঞ্চ আটকে দিতে পারে।

2026 সালে App Store আপলোডে কোন বিল্ড রিকোয়ারমেন্ট প্রযোজ্য?

অক্টোবর 2026 অনুযায়ী, Apple-এর upcoming requirements পেজে বলা আছে, "App Store Connect-এ আপলোড করা অ্যাপ অবশ্যই Xcode 26 বা তার পরের সংস্করণে iOS 26, iPadOS 26, tvOS 26, visionOS 26 বা watchOS 26-এর SDK ব্যবহার করে তৈরি হতে হবে" (28 এপ্রিল 2026 থেকে)। সেখানে আরও বলা আছে, iOS ও iPadOS অ্যাপকে "অবশ্যই iOS 13 বা তার পরের সংস্করণ টার্গেট করতে হবে" (9 সেপ্টেম্বর 2026 থেকে)।

• প্রতিটি আপলোডে বিল্ড নম্বর বাড়ান, এবং নিশ্চিত করুন ভার্সন নম্বর আপনি যে রিলিজটি প্রকাশ করতে চান তার সঙ্গে মেলে।
• নিজের মেশিনের পাশাপাশি CI-তেও (Codemagic, Expo EAS, GitHub Actions ইত্যাদি) Xcode ইমেজ আপডেট করুন।
• প্রসেসিং শেষ হলে এক্সপোর্ট-কমপ্লায়েন্স প্রশ্নের উত্তর দিন এবং প্রসেস হওয়া বিল্ডটি ভার্সনের সঙ্গে যুক্ত করুন।
• TestFlight বিল্ডটি একটি আসল ডিভাইসে ইনস্টল করুন। অনবোর্ডিং, সাইন-ইন, অফলাইন অবস্থা, পারচেজ এবং রিস্টোর পারচেজ টেস্ট করুন। সিমুলেটরে ঠিকঠাক চলা মানেই ডিস্ট্রিবিউট করা বিল্ড কাজ করবে, তা প্রমাণ হয় না।
• আপলোডের পর App Store Connect যে ইমেইল পাঠায় তা পড়ুন। প্রাইভেসি ম্যানিফেস্ট বা SDK ভার্সন নিয়ে ITMS সতর্কবার্তা উপেক্ষা করলে সেগুলো পরে বাধা হয়ে দাঁড়ায়।

অন্যথায় কী হয়, তা নিয়ে গাইডলাইন 2.1(a) স্পষ্ট: "অসম্পূর্ণ অ্যাপ বান্ডল এবং যেসব বাইনারি ক্র্যাশ করে বা সুস্পষ্ট প্রযুক্তিগত সমস্যা দেখায়, সেগুলো আমরা রিজেক্ট করব।" আর্কাইভ করার আগে প্লেসহোল্ডার স্ক্রিন, ডিবাগ মেনু এবং ভাঙা লিংক সরিয়ে ফেলুন। আমাদের 2.1-এর জন্য রিলিজ-বিল্ড টেস্ট প্ল্যান-এ এই যাচাইগুলো বিস্তারিতভাবে আছে।

App Store Connect কোন স্ক্রিনশট ও মেটাডেটা চায়?

অক্টোবর 2026 অনুযায়ী, Apple-এর screenshot specifications অনুযায়ী "iPhone with Dynamic Island (medium display)"-এর জন্য অন্তত একটি স্ক্রিনশট বাধ্যতামূলক, যেমন 1206 × 2622 বা 1179 × 2556 পোর্ট্রেট। যেসব অ্যাপ iPad-এ চলে, সেগুলোর জন্য অন্তত একটি iPad 13-inch স্ক্রিনশটও লাগবে, যেমন 2064 × 2752 বা 2048 × 2732।

আপনি ".jpeg, .jpg বা .png ফরম্যাটে প্রতিটি ডিভাইস সাইজের জন্য সর্বোচ্চ 10টি স্ক্রিনশট আপলোড করতে পারবেন", এবং "ছবিতে আলফা চ্যানেল বা ট্রান্সপারেন্সি থাকতে পারবে না।" সব সাইজে ইন্টারফেস একই হলে শুধু সর্বোচ্চ প্রয়োজনীয় রেজোলিউশনটি আপলোড করুন, App Store Connect সেটিকে ছোট করে নেবে। গাইডলাইন 2.3.3 বলছে, স্ক্রিনশটে "অ্যাপটি ব্যবহৃত অবস্থায় দেখাতে হবে, শুধু টাইটেল আর্ট, লগইন পেজ বা স্প্ল্যাশ স্ক্রিন নয়।"

• এমন বিবরণ লিখুন যাতে বোঝা যায় অ্যাপটি কাদের জন্য এবং প্রথম সেশনে একজন ব্যবহারকারী কী করতে পারবেন।
• নাম, সাবটাইটেল ও কিওয়ার্ড প্রাসঙ্গিক রাখুন। কিওয়ার্ড পুনরাবৃত্তি করবেন না বা প্রতিযোগীদের নাম ব্যবহার করবেন না।
• নিশ্চিত করুন সাপোর্ট URL এবং প্রাইভেসি পলিসি URL লগইন ছাড়াই খোলে।
• অ্যাপে আসলে কী আছে এবং অ্যাপটি কী করতে পারে, তার ভিত্তিতে বয়সভিত্তিক রেটিংয়ের প্রশ্নাবলির উত্তর দিন।
• স্ক্রিনশটে বর্তমান বিল্ডটিই দেখান, ব্যবহারকারী যে পেওয়ালের মুখোমুখি হবেন সেটিসহ।

প্রাইভেসি-সংক্রান্ত উত্তর কীভাবে অ্যাপের সঙ্গে মেলাবেন?

প্রাইভেসি-সংক্রান্ত উত্তর অ্যাপের সঙ্গে মেলাতে আপনার পাঠানো প্রতিটি SDK এবং সেগুলো কোন ডেটা সংগ্রহ করে তার একটি তালিকা করুন, তারপর সেই তালিকা ধরে App Privacy পূরণ করুন, প্রাইভেসি পলিসি লিখুন এবং অ্যাপের ভেতরের আচরণ ঠিক করুন। গাইডলাইন 2.3 বলছে, আপনার মেটাডেটা, "প্রাইভেসি তথ্যসহ", অবশ্যই অ্যাপটিকে নির্ভুলভাবে প্রতিফলিত করবে।

গাইডলাইন 5.1.1(i)-এ বলা আছে: "সব অ্যাপকেই App Store Connect-এর মেটাডেটা ফিল্ডে এবং অ্যাপের ভেতরে সহজে খুঁজে পাওয়া যায় এমনভাবে প্রাইভেসি পলিসির লিংক রাখতে হবে।" গাইডলাইন 5.1.1(v) যোগ করে: "আপনার অ্যাপে অ্যাকাউন্ট তৈরি করা গেলে অ্যাপের ভেতর থেকেই অ্যাকাউন্ট ডিলিট করার সুযোগও দিতে হবে।" অ্যানালিটিক্স, ক্র্যাশ রিপোর্টিং, বিজ্ঞাপন ও লগইন SDK সাধারণত আপনার উত্তর বদলে দেয়, তাই আমাদের প্রাইভেসি লেবেল SDK অডিট দিয়ে সেগুলো যাচাই করুন। এটাও দেখে নিন যে আপনার অ্যাপ এবং বান্ডল করা প্রতিটি SDK-তে একটি PrivacyInfo.xcprivacy প্রাইভেসি ম্যানিফেস্ট আছে, যা তাদের ব্যবহৃত সব required-reason API কভার করে।

App Review Information-এ কী থাকা উচিত?

App Review Information-এ থাকা উচিত এমন একজন যোগাযোগকারী যিনি উত্তর দেবেন, কার্যকর এবং মেয়াদোত্তীর্ণ হয় না এমন ডেমো ক্রেডেনশিয়াল, এবং এমন নোট যা রিভিউয়ারকে সরাসরি আপনার মূল ফিচারগুলোতে নিয়ে যায়। গাইডলাইন 2.1(a) বলছে, "আপনার অ্যাপে লগইন থাকলে ডেমো অ্যাকাউন্টের তথ্য দিন (এবং আপনার ব্যাকএন্ড সার্ভিস চালু রাখুন!)"; অ্যাকাউন্টের বদলে অ্যাপে বিল্ট-ইন ডেমো মোড রাখতে হলে Apple-এর পূর্বানুমতি লাগে।

রিভিউ নোটের একটি বাস্তব উদাহরণ: "দেওয়া রিভিউ অ্যাকাউন্ট দিয়ে সাইন ইন করুন। Library খুলুন, নমুনা প্রজেক্টটি বেছে নিন এবং Export-এ ট্যাপ করুন। এই অ্যাকাউন্টে সব প্রিমিয়াম ফিচার আনলক করা আছে। লোকেশন ফিচারগুলো একটি সিমুলেটেড শহর ব্যবহার করে, তাই কোথাও যাওয়ার দরকার নেই।" রিভিউয়ারকে খালি অ্যাকাউন্ট, মেয়াদ ফুরিয়ে যায় এমন এককালীন কোড, বা এমন কোনো ফ্লোতে পাঠাবেন না যা কেবল আপনি অনলাইনে থেকে অনুমোদন দিলে কাজ করে। আমাদের ডেমো অ্যাকাউন্ট সেটআপ গাইড-এ দেখানো হয়েছে কীভাবে টেকসই একটি রিভিউয়ার লগইন তৈরি করবেন।

App Store Connect-এ রিভিউর জন্য অ্যাপ কীভাবে সাবমিট করবেন?

রিভিউর জন্য অ্যাপ সাবমিট করতে বিল্ডটি ভার্সনের সঙ্গে যুক্ত করুন, Add for Review-এ ক্লিক করুন, তারপর Submit for Review-এ ক্লিক করুন। শুধু Add for Review করলে Apple-এর কাছে কিছুই যায় না। নিচের ধাপগুলো অক্টোবর 2026 অনুযায়ী Apple-এর Submit an app পেজ অনুসরণ করে সাজানো।

1. Apps-এ গিয়ে অ্যাপটি বেছে নিন, তারপর সাইডবারে অ্যাপ ভার্সনে ক্লিক করুন।
2. Build সেকশনে স্ক্রল করে নিশ্চিত হোন সঠিক বিল্ডটি যুক্ত আছে।
3. App Store Version Release সেকশনে লঞ্চের দিন নিজের নিয়ন্ত্রণে রাখতে চাইলে ম্যানুয়াল রিলিজ বেছে নিন, তারপর Save-এ ক্লিক করুন।
4. Add for Review-এ ক্লিক করে বিদ্যমান কোনো ড্রাফট সাবমিশন বেছে নিন বা নতুন একটি তৈরি করুন। স্ট্যাটাস বদলে Ready for Review হবে।
5. Submit for Review-এ ক্লিক করুন। রিভিউ শুরু হলে স্ট্যাটাস বদলে In Review হবে।
6. সাবমিট করা মেটাডেটা ও নোটের একটি কপি সংরক্ষণ করুন, এবং প্রশ্ন এলে জানতে রিভিউ যোগাযোগের ইমেইলে নজর রাখুন।

সাবমিশন রিজেক্ট হয়ে ফিরে এলে কিছু বদলানোর আগে গাইডলাইন নম্বর এবং রিভিউয়ারের ব্যাখ্যা পড়ুন। কিছু সমাধান শুধু মেটাডেটায় সীমিত, আবার কিছুর জন্য নতুন বিল্ড লাগে। আপনার ক্ষেত্রে কোনটি, তা কীভাবে বুঝবেন সেটি আমাদের App Store রিজেকশন গাইড-এ ধাপে ধাপে দেখানো হয়েছে।

সাবমিশনের সময় অন্য ডেভেলপারদের কী ভুল হয়েছিল?

নিচের দুটি প্রকাশ্য ঘটনাতেই অ্যাপটি ডেভেলপারের নিজের কাছে ঠিকঠাক চলছিল, আর সমস্যাটি ধরা পড়েছিল কেবল আপলোড করা বিল্ডে বা রিভিউয়ারের প্রথম সেশনে।

Adalo forum-এ একজন ডেভেলপার গাইডলাইন 2.1 অনুযায়ী রিজেকশন পান: "আপনার দেওয়া ডেমো অ্যাকাউন্ট ক্রেডেনশিয়াল দিয়ে আমরা সাইন ইন করতে পারিনি।" ক্রেডেনশিয়াল সঠিক ছিল, কিন্তু প্রথমবার লগইনে ট্যাপ করলে কিছুই হতো না, কাজ করত শুধু দ্বিতীয় ট্যাপে—কারণ ইউজার সেশন রেজিস্টার হওয়ার আগেই লগইন বাটনে কন্ডিশনাল নেভিগেশন চলছিল। তারা লগইন বাটনটিকে কন্ডিশনাল অ্যাকশনসহ একটি ফাঁকা অন্তর্বর্তী স্ক্রিনে পাঠিয়ে সমস্যাটি ঠিক করেন, তারপর আবার সাবমিট করেন।

JUCE forum-এ একজন ডেভেলপার আপলোডের পর "ITMS-91053: Missing API declaration" বার্তা পান, যেখানে বলা ছিল নতুন আপলোডে "আপনার অ্যাপের প্রাইভেসি ম্যানিফেস্টে অবশ্যই একটি NSPrivacyAccessedAPITypes অ্যারে থাকতে হবে।" চিহ্নিত ক্যাটাগরিগুলো ছিল SystemBootTime এবং FileTimestamp, আর আরেকজন ব্যবহারকারী UserDefaults-এর কথা জানান। সমাধান ছিল অনুমোদিত reason code-সহ একটি PrivacyInfo.xcprivacy ফাইল Xcode রিসোর্স হিসেবে যোগ করা। একজন ব্যবহারকারীর প্রথম সংস্করণে একটি type key বাদ পড়ে গিয়েছিল, ফলে তারা সেটি ঠিক না করা পর্যন্ত অবৈধ ম্যানিফেস্টের জন্য ITMS-91056 আসছিল।

দুজন ডেভেলপারই শুধু নিজেদের সেটআপে টেস্ট করেছিলেন। Submit for Review চাপার আগে Apple আসলে যে বিল্ডটি পায় সেটি নতুন লগইন দিয়ে টেস্ট করুন, এবং আপলোডের পরের প্রতিটি ইমেইল পড়ুন। প্যাকেজটি আরেক জোড়া চোখ দিয়ে যাচাই করাতে চাইলে আমাদের সাবমিশন সার্ভিসগুলো দেখুন।