Play নীতি ডিকোড করা সংক্রান্ত AMA

ঠিক আছে।

Google Play নীতি ডিকোড করার এই প্যানেলে যোগ দেওয়ার জন্য সবাইকে ধন্যবাদ।

আমি জন ক্লেইনার্ট, Android for Cars টিমের ডেভেলপার রিলেশনস ইঞ্জিনিয়ার।

আজকের প্যানেলের মডারেটর আমি।

আমি আমাদের প্যানেলিস্ট, বোহদান এবং পলকে নিজেদের পরিচয় দেওয়ার জন্য আমন্ত্রণ জানাচ্ছি।

আর বোহদান, আপনার থেকে শুরু করা যাক।

হ্যালো, বন্ধুরা।

আমি বোহদান, আমি Google Play-এর বিশ্বাস ও নিরাপত্তা বিভাগে কাজ করি।

আমি এখানে চার বছরের বেশি সময় ধরে আছি এবং এক দশকেরও বেশি সময় ধরে টেক ট্রাস্ট ও নিরাপত্তা ইন্ডাস্ট্রিতে আছি।

প্রযুক্তি, ইন্ডাস্ট্রি ও সংস্কৃতি কীভাবে একে অপরের সাথে ইন্টার‍্যাক্ট করে এবং বিভিন্ন ইভেন্ট কীভাবে নতুন অ্যাপ ডেভেলপ করার জন্য উৎসাহ দেয় তা দেখতে আমার ভালো লাগে। আপনার মতো ডেভেলপারদের সাফল্য অর্জনে সাহায্য করার জন্য আমরা নিজেদের সেরাটা দিতে পারি, এমন ইভেন্ট আমার ভালো লাগে।

হ্যালো, সবাইকে স্বাগত।

আমার নাম পল।

আমি বোহদানের সাথে একই টিমে কাজ করি এবং আমি বোহদানের মতো প্রায় একই সময় ধরে ট্রাস্ট ও নিরাপত্তা টিমে আছি, এখন এক দশক হয়ে গেছে এবং এর বেশিরভাগই Google Play T&S-এর সাথে।

তাই, আজ এখানে স্টেজে আসতে পেরে আমি খুবই আনন্দিত এবং চলুন শুরু করা যাক।

ঠিক আছে, ধন্যবাদ।

তাই, প্যানেল শুরু করার আগে মঞ্চ প্রস্তুত করতে, আমি এটি পলের হাতে তুলে দিচ্ছি।

তিনি নীতি সংক্রান্ত রিসোর্সের সংক্ষিপ্ত ওভারভিউ, পেশাদার পদ্ধতি সংক্রান্ত তথ্য এবং এই ধরনের অন্যান্য বিষয় দিয়ে শুরু করবেন যাতে আপনার অ্যাপকে আরও মসৃণ, আরও দক্ষ নীতি পর্যালোচনার জন্য প্রস্তুত করতে সাহায্য করা যায়।

হ্যাঁ।

তাহলে, Play নীতি বলতে আমরা কী বুঝি?

Google Play Store-এ মোবাইল অ্যাপ্লিকেশন প্রকাশ ও রক্ষণাবেক্ষণ করার সময় ডেভেলপারদের এইসব মৌলিক নিয়ম মেনে চলতে হবে।

Play নীতি সংক্রান্ত রিসোর্সের জন্য আমরা স্ক্রিনে কিছু ছোট লিঙ্ক প্রদান করেছি।

প্রথম লিঙ্কটি আপনাকে ডেভেলপার নীতি কেন্দ্রে নিয়ে যাবে।

পৃষ্ঠার সবচেয়ে উপরে 'সাম্প্রতিক আপডেট' বিকল্পে ক্লিক করলে, আপনি নতুন নীতি সম্পর্কে বিস্তারিত তথ্য এবং আগে থেকে থাকা নীতিতে করা আপডেট বা ব্যাখ্যা পড়তে পারবেন।

আপনি যদি ভিডিও বা অডিওর মাধ্যমে আরও ভালভাবে শিখতে পারেন, তাহলে দ্বিতীয় শর্ট লিঙ্কে ক্লিক করে আমাদের Policy Bytes-এর প্লেলিস্টে যান।

এই ভিডিওতে আমরা নীতি সংক্রান্ত আপডেট নিয়ে আলোচনা করি।

এবং সবশেষে, তৃতীয় লিঙ্কটি আপনাকে এমন একটি পৃষ্ঠায় নিয়ে যাবে যেখানে আপনি Android Studio-তে Play নীতি ইনসাইট সম্পর্কে আরও জানতে পারবেন, এটি এমন একটি ফিচার যা Android Studio-তে লিন্ট চেক হিসেবে ডেলিভার করা রিভিউ-পূর্ববর্তী সহায়ক নির্দেশিকা প্রদান করার জন্য তৈরি করা হয়েছে।

ঠিক আছে।

এছাড়াও, Google Play-এর এইসব নীতি অনুযায়ী Android অ্যাপ অডিট করার জন্য Android স্কিল আছে যা আপনাকে অনুমতি, অ্যাকাউন্ট মুছে দেওয়া ও ডেটা সুরক্ষা জুড়ে সম্মতি যাচাই করতে সাহায্য করে।

এবং আপনি Android CLI ব্যবহার করে এই স্কিল ইনস্টল করতে পারবেন, ঠিক যেমন অন্য যেকোনও স্কিল ইনস্টল করেন।

android skills list
android skills add play-policy-insights

এবং অবশেষে, Jan-এর প্যানেল প্রশ্নগুলির কিছু শুরু করার আগে, আমরা Play নীতি এবং অ্যাপ রিভিউ নিয়ে কাজ করার জন্য কিছু পেশাদার পদ্ধতি শেয়ার করতে চেয়েছিলাম।

প্রথমত, রিভিউয়ারদের জন্য লগ-ইন ক্রেডেনশিয়াল প্রদান করুন।

এটি সহজ মনে হলেও, দেরি হওয়া বা বাতিল হওয়ার একটি সাধারণ কারণ হল অ্যাক্সেস করা যায় না এমন কন্টেন্ট।

আপনার অ্যাপে লগ-ইন করার প্রয়োজন হলে অথবা গেটেড কন্টেন্ট, ক্রেডিট বা সাবস্ক্রিপশন থাকলে, আপনাকে টেস্ট ক্রেডেনশিয়াল প্রদান করতে হবে।

কিছু অ্যাপের ক্ষেত্রে, এর অর্থ হল লগ-ইন ক্রেডেনশিয়াল প্রদান করা-- অ্যাপের একেবারে শুরুতে, এবং তারপরে অন্যদের জন্য, আপনার বিভিন্ন বিভাগ থাকতে পারে, যেমন পেড কন্টেন্ট যা আমি উল্লেখ করেছি।

আপনি Play Console-এ সেটি করতে পারবেন, তারপর আমাদের রিভিউয়ারদের জন্য এই লগ-ইন ক্রেডেনশিয়াল প্রদান করুন।

আগে এটিকে অ্যাপ অ্যাক্সেস বলা হত, কিন্তু এখন এটিকে সাইন-ইন করার বিবরণ বলা হয় এবং এটি অ্যাপ কন্টেন্ট বিভাগে রয়েছে।

এবং তারপরে আপনি নিশ্চিত করতে চান যে ক্রেডেনশিয়াল যেকোনও ধরনের দুই-ধাপে যাচাইকরণ, ক্যাপচা, পেওয়াল ইত্যাদি বাইপাস করে।

হ্যাঁ, পুরনো ভার্সন কোড বন্ধ করুন।

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

তাই, এটি সীমাবদ্ধ অনুমতির জন্য অনুরোধ করলে বা পুরনো অসুরক্ষিত SDK ব্যবহার করলে, এটি এখনও পর্যালোচনা করা হবে।

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

তৃতীয়ত, পর্যালোচনার জন্য পর্যাপ্ত সময় দিন এবং ম্যানেজড পাবলিশিং ব্যবহার করুন।

তাই, অ্যাপ রিভিউ ও প্রকাশনা লাইভ হতে সাত দিন বা কখনও কখনও তার বেশি সময় লাগতে পারে, বিশেষ করে যদি এটি নতুন অ্যাপ হয় বা অ্যাপটি কোনও সংবেদনশীল অনুমতির অনুরোধ করে।

তাই, আপনি যথেষ্ট লিড টাইম দিতে চান।

আপনি যদি কোনও বড় লঞ্চ করেন, তাহলে নিশ্চিত করুন যে আপনি প্রকৃত লঞ্চের তারিখের অন্তত কয়েক সপ্তাহ আগে সেই নতুন অ্যাপটি জমা দিচ্ছেন।

তারপর আপনি ম্যানেজড পাবলিশিংয়ের সাথে সেটি লিঙ্ক করতে পারবেন।

ম্যানেজড পাবলিশিং হল এমন একটি ফিচার যা অনুমোদিত আপডেটগুলি আপনি রিলিজ করার জন্য প্রস্তুত না হওয়া পর্যন্ত হোল্ডে রাখতে দেয়, মার্কেটিং ক্যাম্পেন বা অন্যান্য সংবেদনশীল লঞ্চের সময় অপ্রত্যাশিত বিলম্ব প্রতিরোধ করে।

এবং তারপরে আপনি যখন এটি করছেন, আপনি নিশ্চিত করতে চান যে আপনি অ্যাপটি একবার পর্যালোচনার জন্য জমা দেওয়ার পরে আবার জমা দেওয়া এড়িয়ে গেছেন।

কারণ, আপনি তা করলে, ঘড়ি আবার শুরু হয়।

আমার মনে হয়, ডেভেলপাররা কখনও কখনও এই বিষয়টি ভুলে যান এবং অ্যাপের কাজ অর্ধেক হয়ে যাওয়ার পরে তারা ভুলে যান, "ওহ, আমাকে এই ছোট পরিবর্তনটি করতে হবে।"

তিনি এটি আবার জমা দেন এবং তারপর এটি রিভিউ প্রসেসের শুরুতে ফিরে যায়।

ঠিক আছে, আপনার ঘোষণা চেক করুন।

তাই, আপনার অ্যাপ কন্টেন্ট সংক্রান্ত ঘোষণা, যেমন ডেটা সুরক্ষা বিভাগ, গোপনীয়তা নীতি বা ফটো/ভিডিওর অনুমতি, উদাহরণস্বরূপ, সব ট্র্যাক জুড়ে অ্যাক্টিভ বান্ডেল বা ভার্সন কোডের অ্যাপ ম্যানিফেস্টের সাথে মিলতে হবে।

সুতরাং, উদাহরণস্বরূপ, আপনার অ্যাপ ম্যানিফেস্ট যদি সুনির্দিষ্ট লোকেশন অ্যাক্সেস করার অনুরোধ করে, কিন্তু আপনার অনুমতি সংক্রান্ত ঘোষণার ফর্মে এর উদ্দেশ্য প্রকাশ না করে, তাহলে অ্যাপটি এনফোর্স করা হতে পারে বা খুব বেশি এনফোর্স করা হবে।

তাই, আপনি ঘোষণা করেননি এমন ডেটা থার্ড-পার্টি SDK এক্সফিলট্রেট করছে না তা নিশ্চিত করুন।

আপনার অ্যাপ নির্দিষ্ট কোনও ডেটা ব্যবহার না করলেও, আপনি যদি এমন কোনও SDK ইন্টিগ্রেট করার সিদ্ধান্ত নেন যা তা করে, তাহলে এটি এনফোর্সমেন্টের কারণ হতে পারে।

তাই, Play S-- তাই, Google Play SDK Index চেক করে ১০০টিরও বেশি সবচেয়ে বেশি ব্যবহৃত বাণিজ্যিক SDK সম্পর্কে ইনসাইট দেখুন।

আমরা এগিয়ে যাওয়ার আগে আমি এখানে একটি ছোট প্রশ্ন করতে চাই।

তাহলে, আপনি যখন এনফোর্সমেন্ট বলেন, তখন আপনি নির্দিষ্টভাবে কী বোঝাতে চান?

এই শব্দটির অর্থ কী?

এনফোর্সমেন্ট যেকোনও প্রতিকূল অ্যাকশন হতে পারে, তাই সেগুলি সতর্কতা থেকে শুরু করে প্রত্যাখ্যান, এমনকি আরও গুরুতর এনফোর্সমেন্ট যেমন সরানো, সাসপেনশন বা এমনকি অ্যাকাউন্ট ব্যান পর্যন্ত হতে পারে।

তাই, আমি যখন এনফোর্সমেন্ট বলি, তখন আমি এই প্রতিকূল অ্যাকশনগুলির কথাই বলি।

ঠিক আছে।

ধন্যবাদ।

হ্যাঁ।

এবং সবশেষে, আপিল করুন।

বাতিল হওয়ার পরে একই ভার্সন আবার জমা দেবেন না।

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

তাই, কোনও অ্যাপ বাতিল করা হলে, কোনও পরিবর্তন না করে, অনুমান করে বা মতামতের সমাধান না করে, সাথে সাথে আবার জমা দেবেন না।

আপনি কনসোল ইনবক্স এবং আপনার প্রদান করা সংশ্লিষ্ট ইমেল আইডি, দুটিতেই সঠিক লঙ্ঘন এবং নির্দেশিকা সম্পর্কে যোগাযোগ পাবেন।

এবং তারপরে আপনি যদি একমত না হন, বা বুঝতে না পারেন, কিন্তু ধরুন আপনি কোনও প্রত্যাখ্যানের সাথে একমত নন, তাহলে আপিল করবেন, তাই তো?

আপনি যদি মনে করেন যে এটি ভুলবশত হয়েছে, তাহলে আপিল করার জন্য কমিউনিকেশনে দেওয়া লিঙ্ক ব্যবহার করতে পারেন।

আর কোনও পরিবর্তন না করেই আবার জমা দেওয়ার জন্য তাড়াহুড়ো করার চেয়ে এটিই প্রথম পদক্ষেপ হিসেবে অনেক ভালো।

আর আপনি যদি কমিউনিকেশন পান এবং সেটি আপনার কাছে বোধগম্য না হয়, যেমন, খুব বেশি শব্দ বা অনেক প্যারাগ্রাফ থাকে, তাহলে আপিল করতে পারেন।

এবং আপনি যখন এটি করবেন, তখন আপনি একজন আসল ব্যক্তির সাথে ইমেল করবেন।

তারা কী কী তথ্য দিতে পারবেন তার উপর কিছু সীমাবদ্ধতা থাকলেও, আপনি প্রায়শই প্রত্যাখ্যানের কারণ সম্পর্কে অতিরিক্ত বিবরণ পেতে পারেন।

অন্যান্য ক্ষেত্রে, আপিল টিম বুঝতে পারে যে, যেমন, আপিল টিম বুঝতে পারে যে কমিউনিকেশন বেশ দীর্ঘ হতে পারে।

তাই, তারা যা করবে তা হল, আপনার এবং আপনার অ্যাপের ক্ষেত্রে বিশেষভাবে প্রযোজ্য বিভাগগুলি হাইলাইট বা বোল্ড করতে পারে।

তাহলে, হ্যাঁ।

এই বলে আমি আবার Jan-এর কাছে ফিরে যাচ্ছি।

ঠিক আছে।

ধন্যবাদ।

তাই, আমরা বিভিন্ন চ্যানেল ও সোর্স থেকে ডেভেলপারদের প্রশ্ন সংগ্রহ করেছি।

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

তাহলে, এটি দিয়ে শুরু করা যাক।

অনুমতি সংক্রান্ত কারণে কোনও অ্যাপ বাতিল হওয়ার সাধারণ কারণগুলি কী কী?

And how can developers avoid those rejections that are related to, like, permission policy violations?

ঠিক আছে।

অনুমতি, আমি সেটি নেব।

তাই, হ্যাঁ, অনুমতি, বিশেষ করে সংবেদনশীল অনুমতি, আপনার অ্যাপের বিজ্ঞাপিত উদ্দেশ্যের গুরুত্বপূর্ণ উদ্দেশ্যের মূল হতে হবে।

তাই, আপনার অ্যাপে যদি এমন কোনও সহায়ক ফিচার বা অন্য কোনও ফিচার থাকে যা অ্যাপে নেই, এমনকি যার বিজ্ঞাপনও দেওয়া হয়নি, তাহলে অ্যাপটি বাতিল হওয়ার সম্ভাবনা খুব বেশি।

তাই, অ্যাপের ব্যবহারের ধরন অনুযায়ী ঘোষণা করা হয়েছে কিনা তা নিশ্চিত করুন।

এছাড়াও, অনেক সময় কোনও অ্যাপ বাতিল করা হয় কারণ আপনি ঘোষণায় যে ভিডিও লিঙ্ক দিয়েছেন তা অ্যাক্সেস করা যায় না।

আমাদের রিভিউ টিমকে, আপনি জানেন, অ্যাপ, আপনার দেওয়া ভিডিও লিঙ্ক, অ্যাপের মধ্যে থাকা যেকোনও কিছু অ্যাক্সেস করতে হবে, আপনি জানেন, অ্যাপটি সম্পূর্ণভাবে রিভিউ করার জন্য।

তাই, অ্যাপ, ম্যানিফেস্ট এবং ডিক্লারেশনের মধ্যে সবকিছু অ্যাক্সেসযোগ্য কিনা তা নিশ্চিত করুন।

তাই, এই তিনটি আইটেম সম্পূর্ণ হয়েছে কিনা তা নিশ্চিত করুন এবং খুব সম্ভবত, আমি খুব সম্ভবত বলতে চাই না, তবে এটি একটি মসৃণ প্রক্রিয়া হতে চলেছে।

ঠিক আছে।

ঠিক আছে।

তাই, আরও বেশি অ্যাপ ডেভেলপার তাদের অ্যাপের মধ্যে AI-জেনারেটেড কন্টেন্টের জন্য থার্ড-পার্টি প্ল্যাটফর্ম ব্যবহার করতে শুরু করছেন, তাই তো?

যদি সেই প্ল্যাটফর্মগুলি এমন কন্টেন্ট তৈরি করে যা অনুপযুক্ত, বা তথ্যগতভাবে ভুল, বা এই ধরনের কিছু, তাহলে কি এটি ডেভেলপারের অ্যাপ প্রত্যাখ্যানের কারণ হতে পারে এবং এই ধরনের ক্ষেত্রে আসলে কে দায়ী?

হ্যাঁ।

হ্যাঁ, এর ফলে প্রত্যাখ্যান করা হতে পারে।

Play Store-এর শুরু থেকেই, আমাদের অবস্থান সবসময় এটাই ছিল যে, অ্যাপে ডেভেলপার যা কিছু রেখেছেন বা ব্যবহারকারী যা কিছু অ্যাক্সেস করতে পারেন, তার দায়িত্ব ডেভেলপারের।

তাই GenAI নতুন ক্ষেত্র হলেও, এর ক্ষেত্রেও একই কথা প্রযোজ্য।

আমার মনে হয়, জেনারেটিভ AI-এর সাথে ব্যবহারকারীর তৈরি করা কন্টেন্টের তুলনা করা যেতে পারে, কারণ দুটি নীতির ক্ষেত্রেই আপনাকে একই ধরনের অনেক কিছু করতে হয়, যেমন, আপনি জানেন, অনুপযুক্ত কিছু দেখা গেলে আপনাকে ফ্ল্যাগ করতে হয়।

ফিল্টারিং মেকানিজম থাকতে হবে।

আমার মনে হয় যে, মানে, অন্যান্য নীতিও আছে, যেগুলি প্রযোজ্য হবে, তবে আমি যেভাবে এটি দেখতে চাই তা হল, আপনার কাছে GenAI কন্টেন্ট থাকলে, Google অ্যাপটি পর্যালোচনা করছে, ব্যবহারকারীরা অনুপযুক্ত কিছু দেখলে ফ্ল্যাগ ক্লিক করছেন এবং তারপরে আপনার কাছে ফিল্টারিং মেকানিজম আছে।

তাই, Google, ডেভেলপার, আপনি নিজে এবং ব্যবহারকারী, সবাই মিলে একসাথে কাজ করে অ্যাপটিকে সকলের জন্য যতটা সম্ভব নিরাপদ রাখার চেষ্টা করেন।

ঠিক আছে।

দারুণ।

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

যেমন, আপনি কি প্রথমেই ব্যবহারকারীদের নির্দিষ্ট ধরনের কন্টেন্ট দেখানো বন্ধ করতে চান?

ঠিক।

হ্যাঁ।

তাই, পর্যালোচনা প্রক্রিয়ার সময়, আমাদের টিম আপনার কোড খুঁটিয়ে দেখার চেষ্টা করবে না বা আপনার সঠিক ফিল্টারিং মেকানিজম কী তা রিভার্স ইঞ্জিনিয়ারিং করবে না।

তারা শুধু দেখতে চায় যে, অনুপযুক্ত কিছু অ্যাক্সেস করা যায় কিনা?

আর যদি তারা পারে, তাহলে আমরা কিছু কমস ফেরত পাঠাব এবং তারপরে আপনার টিমের কাজ হবে কীভাবে তারা সেই ফিল্টারিং মেকানিজমকে আরও শক্তিশালী করতে পারে তা খুঁজে বের করা।

বুঝেছি।

ঠিক আছে, ধন্যবাদ।

তাহলে, একটি নীতি আছে যা ছদ্মবেশীতা বা কপি করার নীতি নামে পরিচিত, তাই তো?

সুতরাং, যদি কোনও অ্যাপ ছদ্মবেশীকরণ নীতির অধীনে প্রত্যাখ্যান করা হয়, কিন্তু তারা বিশ্বাস করে যে এটি একটি ভুল, যে কারণেই হোক না কেন, তাদের কী করা উচিত?

এবং কীভাবে তারা এই ধরনের প্রত্যাখ্যান এড়াতে পারে?

আপিল।

হ্যাঁ, আমার মনে হয়, বোর্ডে দেখানো পঞ্চম পেশাদার পদ্ধতি হল, এই কারণে আপনার আবেদন বাতিল করা হলে, আপনি আপিল করতে পারেন।

তারপর আপনার কী করা উচিত, সবচেয়ে সাধারণ পরিস্থিতি হল, আপনি যে ব্র্যান্ডের ছদ্মবেশ ধারণ করছেন সেটি হয়ত আপনারই ব্র্যান্ড, তাই তো?

অথবা, আপনি অন্য কারও হয়ে অ্যাপ তৈরি করছেন এবং আমি বলব যে এটিই সম্ভবত সবচেয়ে সাধারণ, যেখানে আপনার কাছে ব্ল্যাঙ্ক লেবেল ডেভেলপার আছে যারা হয়ত তাদের ফিটনেস সুবিধা, SaaS, আপনি জানেন, কোনও ধরনের SaaS সমাধানের জন্য অ্যাপ তৈরি করছেন।

এবং তাই, তবে আপনার নিজের ডেভেলপার অ্যাকাউন্টের অধীনে সেগুলি প্রকাশ করা সহজ, তাই না?

তাই আপনি আপিল করতে পারেন এবং আমাদের টিম যা খুঁজবে তা হল অনুমতির প্রমাণ।

ধরা যাক, আপনার একজন ক্লায়েন্ট আছে যার নাম Joe's Chicken এবং মিসিসিপির পশ্চিমে তাদের চিকেনই সবচেয়ে ভালো।

তারা আপনাকে অনুমতির প্রমাণপত্র দেবে, যা কোম্পানির অফিসিয়াল লেটারহেডে তাদের লোগো সহ লেখা থাকবে। যেমন, "আমরা, Joe's Chicken, ABC Developer-কে আমাদের ছবি ও লোগো তাদের অ্যাপে ব্যবহার করার অনুমতি দিচ্ছি"। অ্যাপের নাম ও অ্যাপ প্যাকেজের নাম উল্লেখ থাকলে সবচেয়ে ভালো হয়।

যেমন, com.joeschicken.app বা এই ধরনের কিছু, তারপর আপনি যা করতে পারেন তা হল, ডেভেলপারকে উত্তর দেওয়া এবং সেই ডকুমেন্টেশন প্রদান করা।

ঠিক আছে।

আর তারপর, আমার মনে হয় দ্বিতীয় পার্টটা ছিল--

যেমন, এটি এড়ানোর জন্য তারা কি প্রোঅ্যাক্টিভভাবে কিছু করতে পারে?

যেমন, আপনি কি প্রথমবার জমা দেওয়ার সময়, কোনও কিছুর প্রমাণ, আমি ভুলে গেছি সেটিকে কী বলে, আপলোড করতে পারেন?

হ্যাঁ।

ডানে।

Play Console-এ, আমরা যাকে অগ্রিম বিজ্ঞপ্তি ফর্ম বলি, আপনি সেটি জমা দিতে পারেন, আপলোড করতে পারেন, আপনি জানেন, এই ধরনের ডকুমেন্টেশন যা আপনার অ্যাকাউন্টকে অন্য এন্টিটির সাথে যুক্ত করে।

তাই, এটি করার মাধ্যমে, আপনি এই ধরনের এনফোর্সমেন্ট সংক্রান্ত প্রতিকূল অ্যাকশন থেকে আপনার অ্যাপ জমা দেওয়ার প্রক্রিয়াকে আগে থেকেই সুরক্ষিত করতে পারবেন।

হ্যাঁ৷

ঠিক আছে।

ঠিক আছে।

আপনি পেশাদার পদ্ধতি বিভাগে থার্ড-পার্টি SDK ব্যবহার করার বিষয়ে একটু উল্লেখ করেছেন, তবে আমি এই বিষয়ে আরও একটু জানতে চাই।

সুতরাং, অ্যাপ যখন থার্ড-পার্টি SDK ব্যবহার করে, তখন মনে হয় যে থার্ড-পার্টি SDK কীভাবে ব্যবহারকারীর ডেটার মতো জিনিস ব্যবহার করে তার জন্য অ্যাপ ডেভেলপাররাই দায়ী।

তাহলে, SDK যে ডেটা সুরক্ষা ও ব্যবহারকারীর ডেটা সংক্রান্ত নীতি মেনে চলছে তা ডেভেলপাররা কীভাবে বুঝবেন?

যেমন, তারা কীভাবে সেই ল্যান্ডস্কেপ নেভিগেট করতে পারে?

হ্যাঁ, এটি একটি দারুণ প্রশ্ন।

আমি এখানে প্রথম ২ বছর Google-এর মধ্যে SDK নিয়ে অনেক কাজ করেছি এবং এটি আগের প্রশ্নের সাথে সম্পর্কিত, যেখানে আমরা জেনারেটিভ AI এবং ব্যবহারকারীর তৈরি করা কন্টেন্ট সম্পর্কে কথা বলছিলাম, শুধু এই অর্থে যে আপনার অ্যাপে যা কিছু আছে, আপনি জানেন, শেষ পর্যন্ত তা ডেভেলপারের দায়িত্ব।

আমার মনে হয়, পল ভূমিকায় সংক্ষেপে উল্লেখ করেছেন যে Google Play SDK Index নামে আমাদের একটি টুল আছে এবং আপনি Google-এ গিয়ে সেটি টাইপ করে দেখতে পারেন।

এটি প্রথম বা দ্বিতীয় ফলাফল, Google Play SDK Index হওয়া উচিত এবং আপনি যা পাবেন তা হল একটি ওয়েবপেজ যাতে একশোরও বেশি, সম্ভবত কয়েকশো SDK রয়েছে যা মনিটাইজেশনের জন্য, বা বিজ্ঞাপনের জন্য, বা স্বাস্থ্যের জন্য, বা অন্য কিছুর জন্য SDK কিনা তা দ্বারা বিভক্ত?

এবং সেই পৃষ্ঠাটি সর্বজনীনভাবে উপলভ্য ডেটা তুলে ধরে।

এটি এমন কিছু যা Google আয়োজন করে।

তবে আপনি লক্ষ্য করবেন যে, এইসব SDK-এর নিচে নামার সময়, সেগুলির পাশে, কিছু SDK-তে SDK কনসোলে রেজিস্টার করা আছে বলে ব্যাজ থাকবে।

তাই, ডেভেলপার হিসেবে আপনার অ্যাপের জন্য যেমন Play ডেভেলপার কনসোল আছে, ঠিক তেমনই SDK ডেভেলপারদের কাছে SDK ডেভেলপার কনসোল অ্যাক্সেস করার বিকল্প আছে।

এবং তাদের একই রকম পর্যালোচনা প্রক্রিয়ার মধ্য দিয়ে যেতে হবে।

তারা আমাদের SDK পাঠায়।

Google কয়েকটি আলাদা আলাদা চেক করে, তবে এটি চেক আউট করলে এবং এটি মেনে চললে, তারা সেই ব্যাজ পায়।

ডেভেলপার হিসেবে এর অর্থ হল, আপনি সেই ইন্ডেক্সে গিয়ে দেখতে পারবেন যে কোন কোন SDK এই প্রসেস পাস করেছে।

এখন, অ্যাপটি যে অনুমোদন পাবেই বা SDK যে কখনই নীতি লঙ্ঘন করবে না, তার কোনও গ্যারেন্টি নেই, তবে আমি বলব যে এটি হয়ত দুই ধরনের আত্মবিশ্বাস দেয়।

প্রথমত, আপনি সেই SDK ব্যবহার করলে, অ্যাপটি বাতিল না হওয়ার সম্ভাবনা অনেক বেশি থাকে।

শুধু একটি সম্ভাবনা।

দ্বিতীয়ত, এবং এই পুরো প্রসেসের মধ্যে এই বিষয়টি আমার খুব ভালো লেগেছে, আমরা যদি শেষ পর্যন্ত দেখতে পাই যে SDK-তে এমন কিছু আছে যা নীতি মেনে চলছে না, তাহলে আমরা দুই-স্তরীয় পদ্ধতি গ্রহণ করব।

প্রথমত, আমরা SDK ডেভেলপারের কাছে গিয়ে বলব, "আমরা লক্ষ্য করেছি যে আপনার SDK এমনভাবে ব্যবহারকারীর ডেটা পাঠাচ্ছে যা নীতি মেনে চলছে না।"

তাই, তারা নীতি মেনে তাদের অ্যাপ বা SDK ব্যবহার করার চেষ্টা করবে।

এবং তারপরে, প্রায় একই সময়ে বা হয়ত একটু পরে, দ্বিতীয় পদক্ষেপ হিসেবে আমাদের টিম ডেভেলপারদের বিজ্ঞপ্তি বা সতর্কতা পাঠাবে।

বিজ্ঞপ্তিতে এই ধরনের মেসেজ থাকবে, "আমরা লক্ষ্য করেছি যে আপনার অ্যাপ নীতি মেনে ডেটা পাঠাচ্ছে না এবং ABC SDK-তে এটি ঘটছে।"

তাই, ডেভেলপার হিসেবে আপনি যা করতে পারেন তা হল, SDK-কে তাদের প্রদান করা যেকোনও মানানসই ভার্সনে আপডেট করা।

আপনি যদি আরও বেশি নিউক্লিয়ার হতে চান, তাহলে SDK সরিয়ে দিতে বা পরিবর্তন করতে পারেন, তবে আমি জানি যে এতে অনেক পরিশ্রম ও কাজ করতে হয়।

তবে, Google Play SDK Index-এর এই বিষয়টিই আমার ভালো লাগে।

হ্যাঁ।

ইনডেক্সে এটি বলা থাকে না যে ঠিক কোন নীতি এটি মেনে চলে বা চলে না, তবে আপনি সেই ব্যাজটি পান এবং এটি এক ধরনের আস্থার ভোট বলে আমি মনে করি।

ঠিক আছে।

হ্যাঁ।

ঠিক আছে, ভালোই তো।

And it sounds like if I inferred from what you said, that if, you know, if we send out messaging to developers saying, you know, "You're using this SDK and it has an issue."

আমরা কি তাদের বলি যে তারা যদি আপডেট করতে চায়, তাহলে আমরা কি তাদের বলি কোন ভার্সন? ডেভেলপার যদি এটি ঠিক করে, তাহলে আমরা কি তাদের বলি, "আরে, আরও ভালো ভার্সন হল এই"?

নাকি তাদের নিজেদেরই এই বিষয়ে একটু রিসার্চ করে নিতে হবে?

আমার মনে হয়, সেখানে আসলে ভার্সন কোড আছে।

হ্যাঁ, আমি নিশ্চিত নই, তবে আমি বিশ্বাস করি যে এতে ভার্সন কোড তালিকাভুক্ত আছে যা তারা আপডেট করতে পারে।

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

দারুণ।

ঠিক আছে।

ধন্যবাদ।

ঠিক আছে।

আপনি লগ-ইন ক্রেডেনশিয়াল সম্পর্কে একটু বলেছেন, এই বিষয়টি সম্পর্কে আমি কিছুটা হলেও জানি এবং এই তথ্য সেখানে থাকা কতটা গুরুত্বপূর্ণ তাও বুঝি।

সুতরাং, আপনি দুই-ধাপে যাচাইকরণ বাইপাস করা এবং পেওয়াল বা সাবস্ক্রিপশন-ভিত্তিক কন্টেন্টে অ্যাক্সেস পাওয়ার মতো বিষয় উল্লেখ করেছেন।

কিন্তু ডেভেলপারদের আর কোন কোন সাধারণ পরিস্থিতি বিবেচনা করা উচিত?

যেমন, আমি এমন একটি অ্যাপের কথা জানি যার কন্টেন্ট শুধু নির্দিষ্ট কিছু দেশ বা ভৌগোলিক লোকেশনে অ্যাক্সেস করা যায় অথবা এমন একটি মেসেজিং অ্যাপ যা পরীক্ষা করার জন্য দু'বার লগ-ইন করতে হয়।

এমন কি অন্য কোনও পরিস্থিতি আছে যেখানে শুধু লগ-ইন করার সুবিধা প্রদান করা ছাড়াও ডেভেলপারদের আরও কিছু করতে হতে পারে?

হ্যাঁ।

আমি বলতে চাইছি যে, আমি মনে করি যে আমি সবসময় আপনার দেওয়া লগ-ইন ক্রেডেনশিয়াল দিয়ে শুরু ও শেষ করব যাতে রিভিউ টিম অ্যাপের সব ফিচার অ্যাক্সেস করতে পারে।

Play Developer Console-এর সেই বিভাগটিকে অ্যাপ অ্যাক্সেস বলা হত এবং আমার মনে হয় প্রায় এক মাস আগে বা তার কাছাকাছি সময়ে এটি পরিবর্তন করে সাইন-ইন বিবরণ করা হয়েছে।

আর হ্যাঁ, এমন একটি জায়গা আছে যেখানে আপনি ইউজারনেম, পাসওয়ার্ড লিখতে পারবেন এবং আমার মনে হয় তার নিচে একটি ফ্রিফর্ম টেক্সট ফিল্ড আছে।

তাই, লগ-ইন করার পদ্ধতি খুব সহজ না হলে, আপনি কীভাবে লগ-ইন করতে চান সেই সম্পর্কে নির্দেশাবলী দিতে পারেন।

আপনি চাইলে ব্যবহারকারীদের জন্য দ্বিতীয়, তৃতীয় ও চতুর্থ লগ-ইন আইডি দিতে পারেন।

এবং আপনাকে কিছু ইনসাইট দেওয়ার জন্য, যেমন আমাদের টিম যখন অ্যাপ পর্যালোচনা করে, তখন এমন নয় যে কেউ একজন ঘরে বসে অ্যাপটি দেখে এবং তারপরে অনুমোদন বা প্রত্যাখ্যান করে।

অনেক টিম বিভিন্ন নীতি ও ওয়ার্কফ্লো পর্যালোচনা করে, তাই একাধিক ডিভাইসে একাধিক ব্যক্তি আপনার অ্যাপে লগ-ইন করতে পারেন, কখনও কখনও বিভিন্ন অঞ্চল থেকেও এটি করা হতে পারে।

আর আমি এই সমস্যার কারণও বুঝতে পারি, কারণ অনেক নিরাপত্তা মেকানিজম বলে, "ওহ, আমরা যদি অনেক লগ-ইন দেখি," তাহলে ব্যবহারকারীর নিরাপত্তার স্বার্থে, এটি বন্ধ করে দেয়।

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

তাই, একাধিক লগ-ইন তথ্য প্রদান করলে তা সাহায্য করতে পারে।

হ্যাঁ।

ঠিক আছে।

হ্যাঁ, ডিক্লারেশনে ফ্রি-ফর্ম টেক্সট ব্যবহার করার গুরুত্ব আমাকে অবশ্যই হাইলাইট করতে হবে।

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

আপনি হয়ত, জানেন, কীভাবে এটি করতে হয় তা দেখানোর জন্য একটি ভিডিও প্রদান করতে পারেন, যাতে আমাদের টিম বুঝতে পারে যে এটি কীভাবে করতে হয়, যদি এটি, আপনি জানেন, ইউজারনেম, পাসওয়ার্ডের চেয়ে বেশি জটিল হয়।

হ্যাঁ।

মানে, আমি কখনও কখনও অ্যাপ দেখতে পছন্দ করি এবং সেখানে কিছু সুন্দর লগ-ইন থাকে।

যেমন আমি এমন কিছু দেখেছি যেখানে, এবং আমি এটা বানিয়ে বলছি না, এই বোতামে ১৭ বার ট্যাপ করুন, তারপর স্ক্রিনে X-এর মতো আঁকুন, তারপর ডেভেলপার মোড পপ-আপ হবে, তারপর আপনাকে আরও ১১টি ধাপ ফলো করতে হবে, তাই দয়া করে এটা করবেন না।

কারণ, এটি করা একটু কঠিন।

আমি এমন একটি পরিস্থিতির কথা শুনেছি যেখানে, কিছু অ্যাপ আপনাকে শুধুমাত্র X সংখ্যক বার লগ-ইন করতে দেয়, অর্থাৎ, আপনি একই সময়ে একটি অ্যাপে লগ-ইন করতে পারবেন, তারপরেই আপনাকে বলা হবে, "আপনাকে একটি লগ-ইন সরাতে হবে।"

তাই, আপনার অ্যাপ যদি এটি সাপোর্ট করে, তাহলে আমার মনে হয়, আগের লগ-ইনের মতো অ্যাক্সেস সরিয়ে দেওয়ার পৃষ্ঠা কীভাবে খুঁজে পাওয়া যাবে সেই তথ্যও অন্তর্ভুক্ত করা দরকার।

হ্যাঁ।

ঠিক আছে।

তাই, আমরা যখন নীতি আপডেট করি বা নতুন নীতি নিয়ে আসি, তখন কখনও কখনও ডেভেলপারদের তাদের অ্যাপে পরিবর্তন করতে হতে পারে, যা সম্ভাব্যভাবে, এটি কী তার উপর নির্ভর করে, বাস্তবায়ন করতে কিছুটা সময় নিতে পারে।

তাই, কখনও কখনও সেগুলির একটি নির্দিষ্ট সময়সীমা থাকে, তাই না?

যেমন, এই তারিখের মধ্যে, আপনাকে কিছু নতুন নীতি মেনে চলার জন্য XYZ করতে হবে।

যদি সেই সময়সীমা ঘনিয়ে আসে, কিন্তু একজন ডেভেলপার জানেন যে নীতি মেনে চলার জন্য তাদের আরও সময় প্রয়োজন, তাহলে তাদের কাছে কী কী বিকল্প আছে?

হ্যাঁ, এটা সতর্কতার মতো শোনাচ্ছে।

হ্যাঁ, এটা সতর্কতার মতো শোনাচ্ছে।

হ্যাঁ।

হ্যাঁ, তাই, সতর্কতার সাথে, আমি বলতে চাইছি, সহজটি হল, এটি-- শুধু আরও সময় চাই, তাই না?

এই প্রসেসটি যেভাবে কাজ করে তা হল, সাধারণত আমরা নতুন নীতি রিলিজ করি, হয় নতুন নীতি বা আগে থেকে থাকা নীতিতে আপডেট বা শুধু ব্যাখ্যা।

এবং তারপরে, আমার মনে হয় Google সাধারণত লিড টাইম দেওয়ার ব্যাপারে বেশ ভালো।

এবং সেই নীতিটি হয়ত ৬ মাস আগে সর্বজনীনভাবে ঘোষণা করা হয়েছে, আপনি জানেন, আমরা অ্যাকশন নেওয়া শুরু করার আগে।

এবং তারপরে, হ্যাঁ, তারপরে সতর্কতা পাঠানো হবে এবং আমরা বলব, "আরে, আপনার অ্যাপটি এই নীতি লঙ্ঘন করছে যা ঘোষণা করা হয়েছিল," আপনি জানেন, "৬ বা ১২ মাস আগে," বা আপনার কাছে যা আছে।

তবে একটি বিষয় হল, পল এবং আমি কখনও কখনও এই বিষয়ে আপত্তি জানাই, তবে তারা বলতে পারে যে এই পরিবর্তন করার জন্য আপনার কাছে ৭ দিন সময় আছে।

এবং মনে হচ্ছে ডেভেলপমেন্টে অনেক সময় লাগে।

যেমন, আমরা বুঝতে পেরেছি।

তাই, আমি শুধু উত্তর দেব।

আপনি আপিলের মাধ্যমে এটি করতে পারেন এবং আপনি বলতে পারেন, "আমরা নীতিটি বুঝি এবং আমাদের অ্যাপটি কীভাবে, আপনি জানেন, মেনে চলে না।

আমরা ইতিমধ্যেই এটি নিয়ে কাজ করছি অথবা নীতি সংক্রান্ত সমস্যা সমাধান করার জন্য আমরা এইসব পদক্ষেপ নিতে চলেছি, তবে আমাদের আরও সময় লাগবে।"

তাই, তারা সাধারণত আপনাকে একটু বেশি সময় দেবে।

আর যদি আরও ৭ দিন হয়ে যায় এবং আপনি সেই সময়সীমার শেষের দিকে পৌঁছে যান, তাহলে আপনি আবার অনুরোধ করতে পারবেন।

অবশ্যই, এটি অসীম নয়।

তবে আমি বলতে চাইছি, যেমন আমি বলেছি, পল এবং আমি পিছিয়ে আসি, তবে সেটি ব্যক্তিগত স্তরে এবং উচ্চ স্তরেও।

যেমন, আমরা যখন জানতে পারি যে নতুন নীতি আসতে চলেছে এবং আমরা হয়তো জানি যে কারা এই বিষয়ে কাজ করছেন, তখন আমরা বলি, "দেখুন, এটি কি ৭ দিন বা অন্তত ১৪ দিনের পরিবর্তে ২৮ দিনের সতর্কবার্তা হতে পারে?"

হ্যাঁ।

ডানে।

আপনি যদি সদ্ভাবনা দেখান, অর্থাৎ, আপনি যদি সদ্ভাবনার সাথে নীতি মেনে চলার জন্য পরিবর্তন করছেন বলে প্রমাণ করেন, তাহলে Google Google Play আপনার সাথে কাজ করবে, অর্থাৎ, এটি প্রমাণ করার জন্য একটি নতুন সময়সীমা নির্ধারণ করবে।

আপনার জন্য আরও ভালো টাইমলাইন।

ঠিক আছে।

তাহলে, মনে হচ্ছে যে আপিল হল একটি বহুমুখী টুল যা এই ধরনের অনেক পরিস্থিতিতে সাহায্য করে, যতক্ষণ না সেগুলি যথাযথভাবে ব্যবহার করা হয়।

যেমন, আপিল করার প্রয়োজন হলে আপিল করা এবং কেন আপিল করছেন সেই সম্পর্কে যথেষ্ট বিবরণ দেওয়া, বিবেচনা ও সাহায্য পাওয়ার একটি ভালো উপায় হতে পারে।

ঠিক আছে।

সুতরাং, যদি কোনও ডেভেলপারের একটি ডেভেলপার অ্যাকাউন্টের অধীনে একাধিক অ্যাপ থাকে, যা আমি জানি সব সময় ঘটে।

এবং কোনও একটি অ্যাপ যদি কোনও নীতি লঙ্ঘনের কারণে সাসপেন্ড করা হয়, তাহলে তার সম্পূর্ণ ডেভেলপার অ্যাকাউন্টের উপর কী প্রভাব পড়ে?

এর ফলে কি অ্যাকাউন্ট বা অন্যান্য কমপ্লায়েন্ট অ্যাপ ঝুঁকির মুখে পড়ে?

এটি কীভাবে কাজ করে?

হতে পারে।

এটি আপনার ব্ল্যাঙ্ক-লেবেল ডেভেলপারদের মতো হবে।

আমি আগে Joe's Chicken-এর ব্যাপারে কথা বলছিলাম, তাই তো?

আর হয়ত আপনার ক্লায়েন্টরা সবাই সেই ইন্ডাস্ট্রিরই অংশ।

তাই, আমি এটিকে বেসবল খেলার মতো করে ভাবি, যেখানে আপনি স্ট্রাইক আউট হয়ে গেছেন, তাই তো?

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

তাই, আপনার যদি এমন কোনও পরিস্থিতি হয় যেখানে Play Store-এ আপনার কাছে একই ধরনের অনেক অ্যাপ আছে এবং সেগুলির মধ্যে একটি সাসপেন্ড করা হয়, তাহলে ধরা যাক যে…

হুম।

তুমি একজন খারাপ অভিনেতা, তাই না?

তাই আপনি এটি ঠিক করেন এবং এক মাস পরে আবার এটি ব্যবহার করার চেষ্টা করেন।

এবং তারপর আমাদের টিম সেটি ধরে ফেলে এবং আপনি আবার সাসপেন্ড হয়ে যান, তাই তো?

তারপর আপনি এটি আপনার অ্যাপ থেকে সরিয়ে দেন এবং এক মাস পরে আবার ফিরিয়ে আনেন। এখন আমরা একটি পুনরাবৃত্তিমূলক প্যাটার্ন দেখতে পাচ্ছি। আপনি ব্যাট করছেন, তিনবার স্ট্রাইক আউট হয়েছেন এবং এখন আপনি আউট, তাই তো?

কিন্তু ধরুন আপনি চিকেন রেস্তোরাঁর জন্য অ্যাপ তৈরি করছেন, যা ক্ষতিকর কন্টেন্ট বা অন্য কিছু নয়, আপনি শুধু লোকজনকে সুস্বাদু খাবার পরিবেশন করতে চাইছেন।

এবং তাই, ধরা যাক আপনি CI/CD পাইপলাইন বা এই ধরনের কিছুর মাধ্যমে একই সাথে এইসব অ্যাপ জমা দিচ্ছেন এবং আপনার ১০টি অ্যাপ একই সাথে বাতিল বা সাসপেন্ড করা হয়েছে, তাহলে আমরা এটিকে একটি স্ট্রাইক হিসেবেই বিবেচনা করব কারণ আমরা বুঝতে পারি যে আপনি একই সাথে অনেক অ্যাপ জমা দিচ্ছেন।

হুম।

আকর্ষণীয়।

তাই আমি মনে করি যে এটিই ছিল প্রশ্নের উত্তর।

হ্যাঁ, দারুণ।

ধন্যবাদ।

আর আমি এখানে আমাদের জন্য আরও একটি পেয়েছি।

And this one is maybe A lot of these questions have been more for like established developers maybe, but this one's kind of more about like when you're first getting set up in Play Console.

সুতরাং, ধরা যাক আপনার Google Play পেমেন্ট প্রোফাইল যাচাই করা হয়েছে, ওহ, এটি একটি মুখের কথা।

পরিচয় যাচাইকরণ সংক্রান্ত সমস্যা এখন সমাধান হয়ে গেছে এবং শুধু ফোন নম্বর যাচাইকরণ সংক্রান্ত সমস্যা বাকি আছে।

যেমন, কোনও ডেভেলপার অ্যাকাউন্ট অ্যাপ প্রকাশ করার জন্য প্রস্তুত কিনা তা নিশ্চিত করতে, সেই নির্দিষ্ট ক্ষেত্রে একজন ডেভেলপার কী করেন?

যেমন, কখনও কখনও আপনি এই ধরনের আলাদা আলাদা পাজলের টুকরো বেছে নেন অথবা তারা যদি এই ধরনের ক্ষেত্রে প্রসেসটি কীভাবে শেষ করতে হয় তা না জানেন, তাহলে তারা কী করতে পারেন?

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

এটি হয়ত এক বছর আগে, তাই তো?

আমি ঠিক মনে করতে পারছি না।

এর মধ্যে অনেকগুলি অটোমেটিক যাচাই করা হয়েছে, তবে কিছু কিছু ক্ষেত্রে তা হয়নি।

ঠিক আছে।

অথবা, যদি তার ঠিকানা এবং Dun & Bradstreet প্রোফাইল ম্যাচ না করে, যেমন…

ডানে।

ডানে।

Google প্রোফাইল।

ঠিক আছে।

হ্যাঁ, তাই এটি ফোন নম্বর।

আমি এই প্রশ্নের উত্তর দু'ভাবে দেব।

ঠিক আছে।

যেমন, অনেক সময় এইসব ধাপ অনুসরণ করার সময় আপনি Play Developer Console-এ বিজ্ঞপ্তি দেখতে পাবেন।

তাই আপনি একটি বিজ্ঞপ্তি পাবেন যাতে লেখা থাকবে, "হ্যালো, আপনার ফোন নম্বর রেজিস্টার করার সময় হয়ে গেছে।"

আর এটা বেশ সহজ।

আপনি এটি আন্তর্জাতিক ফোন নম্বর ফর্ম্যাটে লিখুন, যেমন +১ ৪০৮, নম্বর যাই হোক না কেন।

আপনাকে এসএমএস বা ফোন কলের মাধ্যমে যাচাইকরণ করতে হবে এবং সেখানে দেখানো ধাপগুলি অনুসরণ করতে হবে।

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

আপনি আপিল টিমকে উল্লেখ করেছেন তা দেখার জন্য আমি আপনাকে ধাপগুলি দেব।

সেটা একটা টিম, কিন্তু আসলে আরও টিম আছে, আমি জানি না হাফ ডজন নাকি দুই ডজন টিম আছে যারা…

Will.

Play Developer Console-এ এমন প্রশ্নের উত্তর দিন যেগুলি আপনি অ্যাক্সেস করতে পারেন এবং এটি সহায়তা মেনুর মাধ্যমে করা হয়।

এখন UI-তে একটু পরিবর্তন করা হয়েছে।

এটি আপনার হোম স্ক্রিনের বাঁদিকে একটি মেনুতে থাকত।

নিচে, আপনার কাছে একটি সহায়তা বোতাম ছিল।

আর সেটি এখন আর নেই, তবে এখন আপনি যদি কোনও পৃষ্ঠার একেবারে নিচে ফুটার পর্যন্ত স্ক্রল করেন, তাহলে আপনি সেই সহায়তা বোতামটি দেখতে পাবেন।

সেটিতে ক্লিক করলে, আপনি একটি ছোট নীল পিল বোতাম দেখতে পাবেন যাতে লেখা আছে সহায়তা টিকিট তৈরি করুন।

আমার মনে হয়, এতে এটাই বলা হয়েছে।

হুম।

হ্যাঁ।

এবং তারপরে আপনি কিছু ড্রপ-ডাউন পাবেন যা আপনি প্রশ্ন করতে পারেন।

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

এর মধ্যে একটি বিশেষভাবে ফোন নম্বর যাচাইকরণের জন্য।

এবং তারপরে হয়ত আপনি এসএমএস যাচাইকরণ কোড পাচ্ছেন অথবা আপনি যখন সেই প্রসেসটি সম্পূর্ণ করার চেষ্টা করছেন তখন আপনার স্ক্রিনে একটি সমস্যা দেখা যাচ্ছে।

তাই আপনি ফোন নম্বর যাচাইকরণের জন্য এটি করতে পারেন, তবে আপনার Play Developer অ্যাকাউন্ট সম্পর্কিত অন্যান্য অনেক প্রশ্নের জন্যও এটি করতে পারেন।

বেশিরভাগ সময়, Play Console-এ যাচাইকরণের পরবর্তী ধাপগুলি খুব ভালভাবে দেখানো হয়, তাই শুধু ধাপগুলি অনুসরণ করুন এবং আপনি এগিয়ে যেতে পারবেন।

দারুণ।

ঠিক আছে।

আমাদের সময় প্রায় শেষ, তাই এই প্যানেলে যোগ দেওয়ার জন্য আপনাদের সবাইকে অনেক ধন্যবাদ।