মূল কনটেন্টে যান
রিভিউ সমস্যার সমাধান

App Store রিজেকশন: প্রতিটি গাইডলাইন ধরে কীভাবে ঠিক করবেন (২০২৬)

App Review-এর অস্পষ্ট বার্তাকে পরীক্ষাযোগ্য সমস্যায় রূপ দিন, তারপর সঠিক সমাধান বেছে নিন: একই বিল্ডে মেটাডেটা ঠিক করা, নতুন বিল্ড বা আপিল। সঙ্গে আছে উত্তরের টেমপ্লেট।

সংক্ষিপ্ত উত্তর

App Store রিজেকশন ঠিক করতে App Review যে গাইডলাইন উল্লেখ করেছে তা পড়ুন (প্রায়ই 2.1 App Completeness, 2.3 Accurate Metadata, 4.2 Minimum Functionality, 3.1.1 In-App Purchase বা 5.1.1 প্রাইভেসি), রিলিজ বিল্ডে সমস্যাটি পুনরায় তৈরি করুন, তারপর পদক্ষেপ নিন। শুধু মেটাডেটা ভুল হলে একই বিল্ড আবার জমা দিন। অ্যাপের আচরণ বদলাতে হলে নতুন বিল্ড আপলোড করুন। আপনি যদি মনে করেন অ্যাপটি ইতিমধ্যেই নিয়ম মেনে চলে, আগে উত্তর দিন, তারপর App Review Board-এ একটি আপিল করুন।

মূল বিষয়গুলো
  • কোনো অ্যাপ শুধু মেটাডেটা সমস্যার জন্য রিজেক্ট হলে Apple সেটি ঠিক করে একই বিল্ড আবার জমা দিতে দেয়। আচরণ, ক্র্যাশ বা পারচেজ-ফ্লোর সমস্যার জন্য নতুন বিল্ড লাগে।
  • App Store Connect থেকে উত্তর দিন: Apps → আপনার অ্যাপ → unresolved issues লিংক → Resolve → Reply to App Review। আবার জমা না দেওয়া পর্যন্ত ফাইল সংযুক্ত করতে পারবেন।
  • আপিল করার আগে App Review-কে উত্তর দিন। তারপর প্রতিটি রিজেক্টেড অ্যাপের জন্য মাত্র একটি আপিল করুন, এবং সেই একটি আপিলেই উল্লেখিত সব গাইডলাইন কভার করুন।
  • Apple ১৬ অক্টোবর ২০২৬-এ App Review Guidelines আপডেট করেছে। লুকানো, নিষ্ক্রিয় বা অঘোষিত ফিচার নতুন 2.5.19-এ সরানো হয়েছে, তাই উল্লেখ করার আগে বর্তমান নম্বর যাচাই করুন।
  • গাইডলাইন 4.2 এমন ফিচার, কনটেন্ট ও UI চায় যা একটি নতুন মোড়কে ওয়েবসাইটের চেয়ে বেশি কিছু দেয়। ডেসক্রিপশন নতুন করে লিখে 4.2 রিজেকশন খুব কমই ঠিক হয়।
রিজেক্ট হয়েছে। এখন কী?

App Store রিজেকশন হলো App Review-এর একটি বার্তা, যা একটি গাইডলাইন উল্লেখ করে, রিভিউয়ার কী দেখেছেন তা জানায় এবং আপনি ঠিক না করা, ব্যাখ্যা না দেওয়া বা আপিল না করা পর্যন্ত রিলিজ আটকে রাখে। শুরুতেই সেই বার্তাটিকে এমন একটি সমস্যায় রূপ দিন যা আপনি পরীক্ষা করতে পারেন। পরের ধাপ নির্ভর করে রিভিউয়ার অ্যাপটি ব্যবহার করতে পারেননি, নীতির সঙ্গে অমিল পেয়েছেন, নাকি আরও তথ্য চান তার ওপর। অক্টোবর ২০২৬ অনুযায়ী, App Review Guidelines সর্বশেষ আপডেট হয়েছে ১৬ অক্টোবর ২০২৬-এ, তাই কোনো সেকশন উদ্ধৃত করার আগে বর্তমান নম্বর যাচাই করুন।

App Store রিজেকশন বার্তা আসলে আপনাকে কী জানায়?

App Store রিজেকশন বার্তায় রিভিউয়ার যে গাইডলাইন প্রয়োগ করেছেন তার নাম থাকে, তাঁরা যে নির্দিষ্ট আচরণ দেখেছেন তার বর্ণনা থাকে এবং পরবর্তী ধাপগুলো দেওয়া থাকে। প্রায়ই এতে ডিভাইস, iOS ভার্সন ও স্ক্রিনশটও থাকে।

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

  • বার্তায় কি ক্র্যাশ, ঢোকা যায় না এমন স্ক্রিন বা অসম্পূর্ণ ফিচারের কথা আছে? জমা দেওয়া রিলিজ বিল্ডে, Apple যে ধরনের ডিভাইসের কথা বলেছে তাতে, সেই ফ্লোটি পুনরায় চালিয়ে দেখুন।
  • বার্তায় কি স্ক্রিনশট, ডেসক্রিপশন বা রিভিউ নোটের কথা আছে? দেখুন শুধু মেটাডেটা বদলেই ঠিক করা যায় কি না।
  • বার্তায় কি পেমেন্ট, লগইন, প্রাইভেসি বা মিনিমাম ফাংশনালিটির কথা আছে? প্রোডাক্টের আচরণকে উল্লেখিত গাইডলাইনের সঙ্গে মিলিয়ে দেখুন।

App Store রিজেকশনে কোন গাইডলাইনগুলো উল্লেখ করা হয়, আর সেগুলো কী চায়?

প্রতিটি গাইডলাইন একটি নির্দিষ্ট শর্ত নির্ধারণ করে, তাই উল্লেখিত নম্বরটিকে তার লেখার সঙ্গে মিলিয়ে নিন এবং সেই লেখার বিপরীতে পরীক্ষা করুন। নিচের টেবিলে রিজেকশন বার্তায় সাধারণত উল্লেখিত গাইডলাইনগুলোর বর্তমান টেক্সট উদ্ধৃত করা হয়েছে।

গাইডলাইনApple-এর টেক্সট কী চায়আবার জমা দেওয়ার আগে কী যাচাই করবেন
2.1(a) App Completeness"সম্পূর্ণ কার্যকর URL"-সহ চূড়ান্ত ভার্সন, ডেমো অ্যাকাউন্টের তথ্য "(এবং আপনার ব্যাক-এন্ড সার্ভিস চালু রাখুন!)"ক্র্যাশ, প্লেসহোল্ডার কনটেন্ট, iPhone ও iPad-এ লগইন, সচল ব্যাকএন্ড
2.1(b) In-app purchasesপারচেজগুলো হতে হবে "সম্পূর্ণ, হালনাগাদ, রিভিউয়ারের কাছে দৃশ্যমান এবং কার্যকর"প্রোডাক্টগুলো জমা দেওয়া ও খুঁজে পাওয়া যায় কি না, আর কোনোটি খুঁজে না পাওয়া গেলে রিভিউ নোটে কারণ ব্যাখ্যা করা
2.3 Accurate Metadataমেটাডেটাকে "অ্যাপের মূল অভিজ্ঞতা সঠিকভাবে প্রতিফলিত" করতে হবেস্ক্রিনশটে অ্যাপটি ব্যবহৃত অবস্থায় দেখানো, এবং ডেসক্রিপশন এই বিল্ডের সঙ্গে মেলে
4.2 Minimum Functionality"এমন ফিচার, কনটেন্ট ও UI যা একে নতুন মোড়কে একটি ওয়েবসাইটের চেয়ে উঁচুতে তোলে"নেটিভ ওয়ার্কফ্লো, এবং অ্যাপটি যেন মূলত ওয়েব ক্লিপিং বা লিংকের সংগ্রহ না হয় (4.2.2)
3.1.1 In-App Purchaseফিচার বা ফাংশনালিটি আনলক করতে "আপনাকে অবশ্যই in-app purchase ব্যবহার করতে হবে"লাইসেন্স কি, QR কোড বা অন্য কোনো আনলক পদ্ধতি নেই, এবং প্রয়োজনীয় স্টোরফ্রন্ট এনটাইটেলমেন্ট রয়েছে
5.1.1(v) Account Sign-In"আপনার অ্যাপ যদি অ্যাকাউন্ট তৈরি সমর্থন করে, তাহলে অ্যাপের ভেতরেই অ্যাকাউন্ট মুছে ফেলার সুযোগও দিতে হবে।"অ্যাপের ভেতর থেকে পৌঁছানো যায় এমন অ্যাকাউন্ট ডিলিট করার ফ্লো

১৬ অক্টোবর ২০২৬-এর আপডেটে লুকানো, নিষ্ক্রিয় বা অঘোষিত ফিচারের জন্য 2.5.19 যোগ করা হয়েছে, যা আগে 2.3.1-এর অধীনে ছিল। এতে ক্রিয়েটিভ অ্যাসেট নিয়ে 2.3.14 যোগ হয়েছে, এবং Music Streaming Services এনটাইটেলমেন্টকে 3.1.1(a)-এর অধীনে StoreKit External Purchase Link এনটাইটেলমেন্টের সঙ্গে একীভূত করা হয়েছে। টেবিলটিকে শুরুর বিন্দু হিসেবে দেখুন, নিশ্চিত সমাধান হিসেবে নয়। একটি গাইডলাইন নানা ধরনের সমস্যা কভার করতে পারে, আর রিভিউয়ারের দেওয়া উদাহরণটিই সেই নির্দিষ্ট কেস যা আপনাকে সমাধান করতে হবে।

4.2 মিনিমাম ফাংশনালিটি রিজেকশন কীভাবে ঠিক করবেন?

4.2 রিজেকশন ঠিক করতে অ্যাপে সত্যিকারের মূল্য যোগ করুন, ডেসক্রিপশন নতুন করে লিখে নয়। গাইডলাইন 4.2 বলে: "আপনার অ্যাপ যদি বিশেষভাবে উপকারী, অনন্য বা 'অ্যাপের মতো' না হয়, তাহলে এটি App Store-এ থাকার যোগ্য নয়।"

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

App Store Connect-এ App Review-কে কীভাবে উত্তর দেবেন?

App Store Connect-এ উত্তর দিন: অ্যাপের unresolved issues লিংক থেকে সাবমিশনটি খুলুন, Resolve-এ ক্লিক করুন, তারপর Reply to App Review-এ ক্লিক করুন। Apple-এর হেল্প পেজ অনুযায়ী, এর জন্য Account Holder, Admin বা App Manager রোল প্রয়োজন।

  1. Apps-এ গিয়ে অ্যাপটি নির্বাচন করুন।
  2. পেজের ওপরে যে লিংকটি অমীমাংসিত সমস্যা (unresolved issues) থাকার কথা জানায়, সেটিতে ক্লিক করুন।
  3. In Progress সেকশনে সাবমিশনের পাশে Resolve-এ ক্লিক করুন।
  4. Reply to App Review-এ ক্লিক করে আপনার টেক্সট লিখুন।
  5. স্ক্রিনশট বা ডকুমেন্ট যোগ করতে Attach File-এ ক্লিক করুন, তারপর Reply-এ ক্লিক করুন।

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

মেটাডেটা ঠিক করবেন, নতুন বিল্ড আপলোড করবেন, নাকি আপিল করবেন?

শুধু লিস্টিংয়ের তথ্য ভুল হলে মেটাডেটা ঠিক করে একই বিল্ড আবার জমা দিন। অ্যাপের আচরণ বদলাতে হলে নতুন বিল্ড আপলোড করুন। অ্যাপটি ইতিমধ্যেই গাইডলাইন মেনে চলে বলে আপনি বিশ্বাস করলে তবেই আপিল করুন।

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

Apple-এর আপিল নির্দেশিকা আপনাকে "পয়েন্ট ধরে ধরে ব্যাখ্যা করতে" বলে যে আপনার অ্যাপ কীভাবে গাইডলাইনটি পূরণ করে। এতে আরও বলা আছে, সমস্যাগুলো ঠিক করে আবার জমা দেওয়ার পর আপিল করবেন না। একটি সম্পূর্ণ আপিলও সিদ্ধান্ত বাতিল হওয়ার "নিশ্চয়তা দেয় না"। যেসব অ্যাপ ইতিমধ্যেই স্টোরে আছে, তাদের জন্য গাইডলাইনের Bug Fix Submissions নীতি বলে, গাইডলাইন লঙ্ঘনের কারণে বাগ ফিক্স আটকে রাখা হবে না, "আইনি বা নিরাপত্তা-সংক্রান্ত বিষয় ছাড়া"।

অন্য ডেভেলপাররা বাস্তবে কীভাবে App Store রিজেকশন ঠিক করেছেন?

পাবলিক ফোরামের থ্রেডগুলোতে দেখা যায়, অনেক 2.1 রিজেকশনের কারণ ছিল রিভিউয়ার ও ডেভেলপারের সেটআপের পার্থক্য: ভিন্ন নেটওয়ার্ক, ডিভাইস বা পারমিশনের অবস্থা। 4.2 রিজেকশন একটি প্রোডাক্ট সমস্যা, তাই ছোটখাটো পরিবর্তনে তা খুব কমই কাটে।

2.1-এর অধীনে লগইন ত্রুটি। Apple Developer Forums-এ একজন ডেভেলপার এই বার্তাটি উদ্ধৃত করেন: "নির্দিষ্টভাবে, একটি ত্রুটির কারণে আমরা লগইন করতে পারিনি", অথচ লাইভ ও TestFlight ভার্সনে একই ক্রেডেনশিয়াল দিয়ে লগইন হচ্ছিল। থ্রেডের অন্য ডেভেলপাররা ভিন্ন ভিন্ন সমাধানের কথা জানান। একজন "ওয়েব সার্ভারে http বদলে https করে" সমস্যাটি মেটান। আরেকজন তিনবার রিজেক্ট হওয়ার পর অফুরন্ত লোডারের বদলে একটি "Check your connection" অবস্থা যোগ করেন। তৃতীয়জন পাঁচবার রিজেক্ট হওয়ার পর ডিপ্লয়মেন্ট টার্গেট থেকে iPad সরিয়ে দেন, যা iPad সাপোর্ট বাদ দিয়ে সমস্যাটি এড়িয়ে যাওয়ার উপায়।

লঞ্চেই ক্র্যাশ। Solar2D ফোরামে একজন ডেভেলপারকে জানানো হয়, "অ্যাপটি লঞ্চের সময় ক্র্যাশ করায় আমরা রিভিউ করতে পারিনি"। ডিভাইসটি ছিল iOS 18.3.2 চালিত iPhone 13 mini। সংযুক্ত ক্র্যাশ লগে দেখা যায় NSUserTrackingUsageDescription কি-টি অনুপস্থিত। ডেভেলপার নিশ্চিত করেন: "NSUserTrackingUsageDescription যোগ করার পর এটি পাস করেছে।"

4.2-এর অধীনে WebView অ্যাপ। Apple Developer Forums-এ একজন ডেভেলপার জানান, তাঁর WebView-ভিত্তিক অ্যাপটি দশমবারের মতো রিজেক্ট হয়েছে। রিভিউয়ার বাঁ দিকের মেনুর একটি স্ক্রিনশট পাঠিয়ে বলেছিলেন এতে কনটেন্টের ঘাটতি আছে। মূল স্ক্রিনগুলো তখন নেটিভ, কিন্তু দুই-তিনটি স্ক্রিন তখনও WebView খুলছিল। উত্তর হিসেবে চিহ্নিত রিপ্লাইটি এসেছিল App Review থেকে, যেখানে একটি one-on-one App Review কনসালটেশনের পরামর্শ দেওয়া হয়। থ্রেডে অনুমোদন পাওয়ার কোনো নিশ্চিতকরণ নেই।

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

একই রিজেকশন যাতে আবার না হয়, তা কীভাবে নিশ্চিত করবেন?

প্রতিটি সমাধান করা সমস্যাকে রিলিজ চেকলিস্টের একটি আইটেমে পরিণত করুন এবং প্রতিবার জমা দেওয়ার আগে রিলিজ বিল্ডে আবার পরীক্ষা করুন। Apple-এর গাইডলাইন সতর্ক করে যে কোনো অ্যাপ একই গাইডলাইন লঙ্ঘনের জন্য বারবার রিজেক্ট হলে রিভিউতে "বেশি সময় লাগবে"।

  • অ্যাপটি ডিলিট করুন, তারপর একটি আসল iPhone ও iPad-এ রিলিজ বিল্ড নতুন করে ইনস্টল করুন।
  • এমন নেটওয়ার্কে রিভিউ অ্যাকাউন্ট দিয়ে লগইন করুন যেখানে কোনো ডেভেলপমেন্ট সার্ভার বা HTTP এক্সেপশন নেই।
  • প্রতিটি পারমিশন প্রম্পট খুলুন এবং নিশ্চিত করুন যে প্রতিটির Info.plist usage description আছে।
  • নিশ্চিত করুন যে প্রতিটি in-app purchase জমা দেওয়া, দৃশ্যমান এবং রিভিউ নোটে ব্যাখ্যা করা আছে।
  • কোনো ফ্লো বদলালেই রিভিউ নোট আপডেট করুন। ছয় রিলিজ আগের নোট কপি-পেস্ট করবেন না।

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

সচরাচর জিজ্ঞাসিত প্রশ্ন

App Store রিজেকশনের পর কি একই বিল্ড আবার জমা দিতে পারি?

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

রিজেক্ট হওয়ার পর একটি অ্যাপ কতবার আবার জমা দেওয়া যায়?

App Review Guidelines-এ আবার জমা দেওয়ার কোনো সীমা নির্ধারিত নেই। তবে সতর্ক করা হয়েছে যে কোনো অ্যাপ "একই গাইডলাইন লঙ্ঘনের জন্য বারবার রিজেক্ট হলে" রিভিউতে বেশি সময় লাগবে। গাইডলাইন 4.3 আরও বলে, বারবার স্প্যামের মতো সাবমিশনের ফলে Apple Developer Program থেকে বাদ পড়তে পারেন। সমস্যাটি পুনরায় তৈরি করে এবং সমাধান পরীক্ষা করার পরেই কেবল আবার জমা দিন।

App Store রিজেকশন কি আমার ডেভেলপার অ্যাকাউন্টের ক্ষতি করে?

প্রকাশিত গাইডলাইন অনুযায়ী, একটি রিজেকশন যা আপনি ঠিক করে ফেলেছেন তা আপনার অ্যাকাউন্টকে ঝুঁকিতে ফেলে না। ঝুঁকি আসে পুনরাবৃত্তির ধরন থেকে। গাইডলাইন 2.3.1(b) গুরুতর বা বারবার বিভ্রান্তিকর আচরণকে "Apple Developer Program থেকে বাদ দেওয়ার ভিত্তি" বলে, আর 4.3(b) বারবার নকল অ্যাপ জমা দেওয়ার বিষয়ে সতর্ক করে। আপনার অ্যাকাউন্ট বাতিলের মুখে পড়লে এবং আপনি মনে করলে যে এটি নিয়ম মেনে চলে, Apple-এর প্রক্রিয়ায় App Review Board-এ আপিল করার সুযোগ আছে।

App Review-এর Bug Fix Submission অফার কী?

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

আপিল করব, নাকি শুধু অ্যাপটি ঠিক করব?

রিভিউয়ার যদি সত্যিকারের ত্রুটি বা নীতিগত ঘাটতি পেয়ে থাকেন, অ্যাপটি ঠিক করুন। আপিল তখনই উপযুক্ত যখন আপনি বিশ্বাস করেন অ্যাপটি ইতিমধ্যেই গাইডলাইন মেনে চলে। Apple আগে রিজেকশনের উত্তর দিতে বলে। তারপর প্রতিটি রিজেক্টেড অ্যাপের জন্য একটি আপিল জমা দিন, যেখানে পয়েন্ট ধরে ধরে ব্যাখ্যা করবেন অ্যাপটি কীভাবে উল্লেখিত গাইডলাইন পূরণ করে। সমস্যাটি ঠিক করে আবার জমা দেওয়ার পর আপিল করবেন না।

সূত্র ও আরও পড়ুন

নীতিমালা বদলায়। সাবমিট করার আগে অফিশিয়াল ডকুমেন্টেশন দেখে নিন।

বিল্ড নিয়ে আসুন। অথবা আইডিয়া।

চলুন আপনার অ্যাপকে ফিনিশ লাইন পার করাই।

আপনার অ্যাপ আর লাইভ লিস্টিংয়ের মাঝে কী বাধা আছে, তা খুঁজে বের করার জন্য একটি ফোকাসড কল।

কল বুক করুন ↗