App Store রিজেকশন 2.1 App Completeness: আবার জমা দেওয়ার আগে রিলিজ বিল্ডের টেস্ট প্ল্যান (2026)

2.1 App Completeness-এর অধীনে App Store রিজেকশন মানে রিভিউয়ার আপনার অ্যাপটি একজন গ্রাহকের মতো ব্যবহার করতে পারেননি। অ্যাপটি হয়তো ক্র্যাশ করেছে, প্লেসহোল্ডার কনটেন্ট দেখিয়েছে, লগইন স্ক্রিনে আটকে দিয়েছে বা কোনো ইন-অ্যাপ পারচেজ লুকিয়ে রেখেছে। সমাধান খুব কমই এক লাইনের কোড। আবার জমা দেওয়ার আগে রিলিজ বিল্ডে একটি ছোট টেস্ট প্ল্যান চালান, নতুন ইনস্টল এবং App Review-কে দেওয়া একই ক্রেডেনশিয়াল ব্যবহার করে। এই লেখায় সেই প্ল্যানটি ধাপে ধাপে দেখানো হয়েছে, এবং অন্য ডেভেলপাররা একই রিজেকশন কীভাবে ঠিক করেছেন তাও আছে।

App Store গাইডলাইন 2.1 App Completeness কী যাচাই করে?

গাইডলাইন 2.1 যাচাই করে যে আপনার জমা দেওয়া বিল্ডটি একটি সম্পূর্ণ, কার্যকর অ্যাপ। এতে সম্পূর্ণ মেটাডেটা, কার্যকর লিংক, একটি ডেমো লগইন, চালু ব্যাক এন্ড এবং এমন ইন-অ্যাপ পারচেজ থাকতে হবে যা রিভিউয়ার খুঁজে পান ও ব্যবহার করতে পারেন।

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

এই রিজেকশন খুবই সাধারণ। Apple-এর Preparing for App Review পেজে বলা হয়েছে: "গড়ে, অমীমাংসিত সমস্যার 40%-এর বেশি গাইডলাইন 2.1: App Completeness-এর সঙ্গে সম্পর্কিত, যার মধ্যে আছে ক্র্যাশ, প্লেসহোল্ডার কনটেন্ট, অসম্পূর্ণ তথ্য এবং আরও অনেক কিছু।"

ডিবাগ বিল্ড টেস্ট করে কেন 2.1-এর সমস্যা ধরা পড়ে না?

রিভিউয়ারের কপি যেভাবে চলবে, ডিবাগ বিল্ড সেভাবে চলে না। রিভিউয়ার একটি পরিষ্কার ডিভাইসে ডিস্ট্রিবিউশন-সাইনড রিলিজ বিল্ড ইনস্টল করেন, যাতে কোনো সংরক্ষিত সেশন বা ডিবাগ শর্টকাট নেই।

আপনার সিমুলেটরে আগে থেকেই সাইন ইন করা আছে। আপনার লোকাল API হয়তো এমন একটি স্টেজিং সার্ভারের দিকে নির্দেশ করে যা কখনো বন্ধ হয় না। ডিবাগ ফ্ল্যাগ পেওয়াল এড়িয়ে যায়, আর ফিচার ফ্ল্যাগ ডিফল্টভাবে চালু থাকে। রিভিউয়ার এর কোনোটাই পান না। Apple-এর রিভিউ পেজ "সর্বশেষ সফটওয়্যার চলা ডিভাইসে পুঙ্খানুপুঙ্খভাবে টেস্ট করতে" বলে, তাই রিভিউয়ার হয়তো আপনার টেস্ট ফোনের চেয়ে নতুন iOS-এ আছেন।

রিভিউয়ারের সেটআপের সবচেয়ে কাছাকাছি পৌঁছানোর উপায় TestFlight। TestFlight overview অনুযায়ী, আপনার App Store Connect টিম থেকে সর্বোচ্চ 100 জন ইন্টারনাল টেস্টার এবং সর্বোচ্চ 10,000 জন এক্সটার্নাল টেস্টার যোগ করা যায়। একটি বিল্ড সর্বোচ্চ 90 দিন টেস্ট করা যায়। যে বিল্ডটি জমা দেওয়ার পরিকল্পনা করছেন ঠিক সেটিই আপলোড করুন, এমন একটি ডিভাইসে TestFlight থেকে ইনস্টল করুন যেখানে অ্যাপটি কখনো চালানো হয়নি, এবং সেই কপিটিই টেস্ট করুন।

আবার জমা দেওয়ার আগে রিলিজ বিল্ডের টেস্ট প্ল্যানে কী কী থাকা উচিত?

রিলিজ বিল্ডের টেস্ট প্ল্যান সেই সব জায়গা যাচাই করে যেখানে একজন নতুন রিভিউয়ার আটকে যেতে পারেন: লঞ্চ, পারমিশন, লগইন, ব্যাক এন্ড, কনটেন্ট, লিংক, পারচেজ, নেটওয়ার্ক ব্যর্থতা এবং iPad। TestFlight বিল্ডে ধাপগুলো ক্রমানুসারে চালান এবং প্রতিটির ফলাফল লিখে রাখুন, যাতে রিভিউ নোটে তা উল্লেখ করতে পারেন।

1. সর্বশেষ iOS-এ পরিষ্কার ইনস্টল। আগের যেকোনো কপি মুছে ফেলুন, TestFlight থেকে ইনস্টল করুন এবং কোনো সংরক্ষিত অবস্থা ছাড়াই লঞ্চ করুন। তিনবার কোল্ড-লঞ্চ করুন এবং নিশ্চিত হোন অনবোর্ডিংয়ে ক্র্যাশ হয় না।
2. প্রতিটি পারমিশন প্রম্পট একবার প্রত্যাখ্যান করুন। নোটিফিকেশন, লোকেশন, ক্যামেরা ও ট্র্যাকিং প্রত্যাখ্যান করুন। তবুও অ্যাপটির একটি ব্যবহারযোগ্য স্ক্রিনে পৌঁছানো উচিত। অ্যাপ বা এর SDK যে সুরক্ষিত রিসোর্স ব্যবহার করে, তার প্রতিটির জন্য Info.plist-এ ইউসেজ ডেসক্রিপশন আছে কি না তাও নিশ্চিত করুন।
3. হুবহু ডেমো ক্রেডেনশিয়াল দিয়ে সাইন ইন করুন। পাসওয়ার্ড ম্যানেজার থেকে নয়, App Store Connect থেকে কপি করুন। অ্যাকাউন্টে বাস্তবসম্মত ডেটা থাকা উচিত, ইমেইল ভেরিফিকেশনের প্রয়োজন থাকা উচিত নয়, এবং আপনার নিজের ফোনের সঙ্গে যুক্ত টু-ফ্যাক্টর অথেনটিকেশন ব্যবহার করা উচিত নয়।
4. ব্যাক এন্ড প্রোডাকশন এবং চালু আছে কি না নিশ্চিত করুন। বিল্ডটিকে অবশ্যই প্রোডাকশন এন্ডপয়েন্টের দিকে নির্দেশ করতে হবে। রেট লিমিট, IP অ্যালাউলিস্ট ও জিও-ব্লকিং যেন রিভিউয়ারকে আটকে না দেয়। গাইডলাইন 2.1(a) আপনার ব্যাক-এন্ড সার্ভিস চালু রাখতে বলে।
5. প্রতিটি ট্যাব ও স্ক্রিন ঘুরে দেখুন। lorem ipsum, "শিগগিরই আসছে" স্ক্রিন, ব্যাখ্যাহীন খালি অবস্থা, টেস্ট ছবি এবং কিছুই করে না এমন বাটন খুঁজুন।
6. প্রতিটি লিংকে ট্যাপ করুন। এর মধ্যে প্রাইভেসি পলিসি, সাপোর্ট, শর্তাবলি এবং যেকোনো ওয়েব ভিউ রয়েছে। Apple বলে, "সব অ্যাপের জন্য হালনাগাদ যোগাযোগের তথ্যসহ ইউজার সাপোর্টের একটি লিংক এবং আপনার প্রাইভেসি পলিসির একটি লিংক আবশ্যক।"
7. প্রতিটি ইন-অ্যাপ পারচেজ খুলুন। নতুন অ্যাকাউন্ট দিয়ে সাইন ইন করুন। যাচাই করুন যে ভার্সনের সঙ্গে জমা দেওয়া প্রতিটি প্রোডাক্ট দামসহ দেখা যায়, স্যান্ডবক্সে কেনা যায়, এবং Restore Purchases কাজ করে।
8. ধীর বা বিচ্ছিন্ন নেটওয়ার্কে টেস্ট করুন। কোনো ফ্লোর মাঝপথে এয়ারপ্লেন মোড চালু করুন। স্পষ্ট এরর মেসেজ ঠিক আছে। কখনো না থামা স্পিনার বা ক্র্যাশ ঠিক নয়।
9. সমর্থন করলে iPad যাচাই করুন। অ্যাপটি iPad-এ চললে সেখানে লঞ্চ করুন এবং নিশ্চিত হোন লেআউট ব্যবহারকারীকে আটকে ফেলে না।

ধাপ 3-এর ডেমো অ্যাকাউন্টই অন্য যেকোনো ধাপের চেয়ে বেশি বারবার রিজেকশনের কারণ হয়। দীর্ঘস্থায়ী একটি অ্যাকাউন্ট কীভাবে তৈরি করবেন, তা জানতে আমাদের App Store রিভিউ ডেমো অ্যাকাউন্ট সেটআপ গাইড দেখুন।

2.1 রিজেকশন মেসেজ থেকে কীভাবে সঠিক সমাধানে পৌঁছাবেন?

2.1 রিজেকশন থেকে সমাধানে পৌঁছাতে, গাইডলাইন নম্বরের পরের বাক্যটি পড়ুন। সেটি লক্ষণের নাম বলে, এবং প্রতিটি লক্ষণ টেস্ট প্ল্যানের একটি নির্দিষ্ট ধাপের দিকে নির্দেশ করে।

ধরুন, একটি হ্যাবিট-ট্র্যাকিং অ্যাপ এই মেসেজসহ রিজেক্ট হলো: "We were unable to review the app because it crashed on launch" (লঞ্চেই ক্র্যাশ করায় আমরা অ্যাপটি রিভিউ করতে পারিনি)। দ্বিতীয় একটি নোটে বলা হয়েছে, রিভিউয়ার ইন-অ্যাপ পারচেজ খুঁজে পাননি। নিচের টেবিলে সাধারণ লক্ষণগুলোকে কারণ, টেস্ট ও সমাধানের সঙ্গে মেলানো হয়েছে।

যেকোনো রিজেকশন মেসেজ পড়ার একটি বিস্তৃত পদ্ধতির জন্য দেখুন App Store রিজেকশন: গাইডলাইন ধরে ধরে কীভাবে ঠিক করবেন।

অন্য ডেভেলপারদের 2.1 রিজেকশন কেমন ছিল?

প্রকাশ্যে থাকা 2.1 কেসগুলো একই ধাঁচ অনুসরণ করে। অ্যাপটি ডেভেলপারের সেটআপে কাজ করে, কিন্তু রিভিউয়ারের কাছে ব্যর্থ হয় এমন কিছুর কারণে যা কেবল নতুন ইনস্টল বা অপরিচিত কারও লগইনেই ধরা পড়ে।

• অনুপস্থিত ইউসেজ ডেসক্রিপশনের কারণে ক্র্যাশ। Solar2D ফোরামে একজন ডেভেলপারকে iOS 18.3.2 চলা iPhone 13 mini-তে জানানো হয় "লঞ্চেই ক্র্যাশ করায় আমরা অ্যাপটি রিভিউ করতে পারিনি", যদিও অ্যাপটি TestFlight-এ চলছিল। আরেকজন সদস্য সংযুক্ত ক্র্যাশ লগে এটি খুঁজে পান: "ইউসেজ ডেসক্রিপশন ছাড়া গোপনীয়তা-সংবেদনশীল ডেটা অ্যাক্সেস করার চেষ্টা করায় এই অ্যাপটি ক্র্যাশ করেছে।" ডেভেলপার জানান, "NSUserTrackingUsageDescription যোগ করার পর এটি পাস করেছে।"
• রিভিউয়ার যে সোশ্যাল লগইন ব্যবহার করতে পারেননি। Apple Developer Forums-এ একজন ডেভেলপার বারবার 2.1 রিজেকশনের কথা জানান, কারণ রিভিউয়াররা "সোশ্যাল লগইন ব্যবহার করতে পারেননি।" তিনি Apple ও Google ডেমো অ্যাকাউন্ট দিয়েছিলেন, কিন্তু Apple ID সাইন-ইনে ডেভেলপারের ফোনে পাঠানো একটি ভেরিফিকেশন কোড লাগত। Apple-এর কর্মীরা জানান যে App Review সরাসরি যোগাযোগ করবে। কোনো প্রকাশ্য সমাধান পোস্ট করা হয়নি।
• ইন-অ্যাপ পারচেজ "জমা দেওয়া বাইনারিতে খুঁজে পাওয়া যায়নি।" একটি RevenueCat কমিউনিটি থ্রেডে একজন ডেভেলপার রিজেক্ট হন কারণ বাইনারিতে একটি মাসিক প্ল্যান পাওয়া যায়নি, যদিও স্যান্ডবক্স পারচেজ কাজ করছিল। একজন সাহায্যকারী জানান, পেওয়ালে পৌঁছানোর প্রতিটি পথের বিস্তারিত ওয়াকথ্রু ও স্ক্রিনশটসহ উত্তর দিয়ে একই ধরনের রিজেকশন মিটেছিল। RevenueCat-এর কর্মীরা ডিফল্ট পেওয়ালে জমা দেওয়া প্রতিটি প্রোডাক্ট দেখাতে এবং StoreKit টেস্ট ফাইল Archive স্কিমের বাইরে রাখতে পরামর্শ দেন।

তিনটি ক্ষেত্রেই ডেভেলপারের নিজের টেস্টিং পাস করেছিল। ব্যর্থতা ধরা পড়েছে কেবল রিভিউয়ারের শুরুর অবস্থান থেকে: 2FA ফোন নেই, আগের কোনো সেশন নেই, আর পেওয়াল কোথায় তা জানা নেই। উপরের টেস্ট প্ল্যান ঠিক সেই শুরুর অবস্থানটিই পুনর্নির্মাণ করে।

2.1 রিজেকশনের পর App Review নোটে কী লেখা উচিত?

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

Apple-এর রিভিউ পেজ বলে, অ্যাকাউন্টের তথ্য ও বিশেষ কনফিগারেশন App Review Information সেকশনে দিতে। কোনো ফিচারের জন্য যদি এমন হার্ডওয়্যার বা পরিবেশ লাগে যা সেটআপ করা কঠিন, তাহলে "একটি ডেমো ভিডিও বা হার্ডওয়্যার দেওয়ার জন্য প্রস্তুত থাকুন।" গাইডলাইন 2.3.1(a) আরও বলে, নতুন ফিচারগুলো Notes for Review-এ "সুনির্দিষ্টভাবে" বর্ণনা করতে হবে, এবং "সাধারণ বর্ণনা রিজেক্ট করা হবে।" একটি ছোট, কাঠামোবদ্ধ নোট ভালো কাজ করে:

Demo account: review@example.com / (password)
Account is pre-verified, has no 2FA and has 30 days of sample data.

Fixes since last submission (2.1):
- Launch crash on fresh install fixed (tested build 42 on latest iOS, clean device).
- In-app purchases: Settings > Upgrade shows Monthly and Yearly.
- Backend is production and will stay live during review.

Non-obvious features:
- Widgets: long-press Home Screen > add "Streaks" widget.

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

2.1 রিজেকশনের পর কীভাবে আবার জমা দেবেন বা আপিল করবেন?

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

1. App Store Connect-এ ভার্সনের সঙ্গে যুক্ত বিল্ড নম্বরটি আপনার টেস্ট করা TestFlight বিল্ডের সঙ্গে মেলে কি না যাচাই করুন।
2. প্রতিটি সমাধানের সংক্ষিপ্ত সারাংশসহ রিজেকশন মেসেজের উত্তর দিন। পারচেজ বা নেভিগেশন সমস্যার ক্ষেত্রে ধাপে ধাপে নির্দেশনা ও স্ক্রিনশট যোগ করুন।
3. হালনাগাদ ক্রেডেনশিয়াল ও নোট দিয়ে App Review Information সেকশন আপডেট করুন।
4. রিভিউয়ের জন্য জমা দিন। অক্টোবর 2026 পর্যন্ত Apple বলছে, এটি সাধারণত "অন্তত 50% সাবমিশন 24 ঘণ্টার কম সময়ে এবং 90% সাবমিশন 48 ঘণ্টার কম সময়ে" রিভিউ করে।

আপনার যদি মনে হয় Apple ভুল করেছে, তাহলে App Review পেজ থেকে App Review Board-এ আপিল করা যায়। অ্যাপটি কেন নিয়ম মেনে চলে তার সুনির্দিষ্ট কারণ দিন, এবং "রিভিউ পাস না করা প্রতিটি সাবমিশনের জন্য কেবল একটি আপিল জমা দিন।" তবে 2.1 রিজেকশনের ক্ষেত্রে তর্ক করার চেয়ে পরিষ্কার ডিভাইসে সমস্যাটি পুনরায় ঘটিয়ে দেখা সাধারণত দ্রুততর। আবার জমা দেওয়ার কাজটি অন্য কাউকে দিতে চাইলে, আমাদের App Store সাবমিশন সার্ভিস $599-এ দুই স্টোরের জন্যই রিভিউ প্রস্তুতি ও রিজেকশন ফিডব্যাক কভার করে; ডেভেলপার অ্যাকাউন্টের ফি আলাদা।

2.1-এর সমস্যা প্রায়ই পরের আপডেটে ফিরে আসে: নতুন একটি ফিচার ফ্ল্যাগ, বদলানো API কী বা মেয়াদোত্তীর্ণ ডেমো অ্যাকাউন্ট। এই টেস্ট প্ল্যানটি App Store সাবমিশন চেকলিস্টের পাশাপাশি আপনার রিলিজ রুটিনে যোগ করুন। আপডেটের ক্ষেত্রে, একটি ফেজড রিলিজ সীমিত করে যে কতজন ব্যবহারকারীর কাছে কোনো বাদ পড়া বাগ পৌঁছাবে। রিজেক্ট হওয়া বিল্ড নিয়ে দ্বিতীয় মতামত পেতে, রিজেকশন মেসেজসহ yagyeshsrbobde@gmail.com-এ ইমেইল করুন।