আপনার অ্যাপে সংযুক্ত করা প্রতিটি বিজ্ঞাপন SDK-র একটি লুকানো খরচ আছে। প্রতিটি আপনার binary size বাড়ায়, cold start সময় বৃদ্ধি করে, সম্ভাব্য সামঞ্জস্যতা দ্বন্দ্ব তৈরি করে এবং নতুন OS সংস্করণ বের হলে আপডেট করার প্রয়োজনে আরেকটি নির্ভরতা যোগ করে। পাঁচ, আট বা এমনকি বারোটি SDK চালানো প্রকাশকদের জন্য, অ্যাপ পারফরম্যান্স এবং ব্যবহারকারী অভিজ্ঞতার উপর সঞ্চিত প্রভাব উল্লেখযোগ্য হতে পারে — এবং এটি প্রায়ই অদৃশ্য কারণ এটি ধীরে ধীরে ঘটে।
SDK স্ফীতির প্রকৃত খরচ
আপনার অ্যাপ binary-তে যোগ করা প্রতিটি মেগাবাইট গুরুত্বপূর্ণ। গবেষণা ধারাবাহিকভাবে দেখায় যে প্রতিটি অতিরিক্ত মেগাবাইট ডাউনলোড আকারের সাথে অ্যাপ ইনস্টল রূপান্তর হার লক্ষণীয়ভাবে কমে যায়। উদীয়মান বাজারগুলিতে যেখানে ব্যবহারকারীদের সীমিত স্টোরেজ এবং ধীর সংযোগ রয়েছে, প্রভাব আরও বেশি প্রকট। একজন প্রকাশক যিনি মোট 15 মেগাবাইটের তিনটি বিজ্ঞাপন SDK যোগ করেন, তিনি সেই SDK গুলি যে অতিরিক্ত demand সরবরাহ করে তার থেকে যা অর্জন করেন তার চেয়ে কমে যাওয়া ইনস্টলের কারণে বেশি revenue হারাতে পারেন।
ডাউনলোড আকারের বাইরে, SDK গুলি runtime রিসোর্স খরচ করে। অ্যাপ চালু হওয়ার সময় প্রতিটি SDK যা ইনিশিয়ালাইজ হয় তা আপনার স্টার্টআপ সময়ে যোগ করে। যে ব্যবহারকারীরা একটি অ্যাপ লোড হতে তিন সেকেন্ডের বেশি অপেক্ষা করেন তারা উল্লেখযোগ্যভাবে বেশি পরিত্যাগ করার সম্ভাবনা রাখেন। এবং ব্যাকগ্রাউন্ডে চলমান প্রতিটি SDK মেমরি এবং ব্যাটারি খরচ করে — এমন রিসোর্স যা ব্যবহারকারীরা লক্ষ্য করেন এবং প্ল্যাটফর্ম অ্যাপ স্টোরগুলি ক্রমবর্ধমানভাবে জরিমানা আরোপ করে।
SDK অডিট
আপনার বর্তমান SDK স্ট্যাক অডিট করে শুরু করুন। আপনার অ্যাপের প্রতিটি বিজ্ঞাপন SDK-র জন্য তিনটি জিনিস পরিমাপ করুন: এটি যে binary size যোগ করে, এটি যে revenue তৈরি করে এবং এর fill rate। আপনি প্রায় নিশ্চিতভাবে দেখবেন যে এক বা দুটি SDK আপনার revenue-র সিংহভাগের জন্য দায়ী, যখন বেশ কয়েকটি অন্যগুলি প্রান্তিক অবদান রাখে কিন্তু উল্লেখযোগ্য ওভারহেড যোগ করে।
80/20 নিয়ম প্রযোজ্য
বেশিরভাগ প্রকাশকের অ্যাপে, দুই থেকে তিনটি বিজ্ঞাপন SDK মোট বিজ্ঞাপন revenue-র 80 শতাংশ বা তার বেশি তৈরি করে। অবশিষ্ট SDK গুলি ফাঁক পূরণ করে কিন্তু পারফরম্যান্স প্রভাব বিবেচনা করলে প্রায়ই তাদের অবদানের চেয়ে বেশি খরচ হয়। লক্ষ্য সব SDK বাদ দেওয়া নয় — সর্বোচ্চ revenue অর্জনকারী ন্যূনতম সেট খুঁজে বের করা।
সার্ভার-সাইড সমাধান
Demand বৈচিত্র্য না হারিয়ে SDK সংখ্যা কমানোর সবচেয়ে কার্যকর উপায় হল demand aggregation ক্লায়েন্ট সাইড থেকে সার্ভার সাইডে স্থানান্তর করা। Google-এর Open Bidding, উদাহরণস্বরূপ, একাধিক demand অংশীদারকে আপনার অ্যাপে তাদের পৃথক SDK-র প্রয়োজন ছাড়াই আপনার ইনভেন্টরির জন্য প্রতিযোগিতা করতে দেয়। আপনি একটি একক SDK ইন্টিগ্রেশনের সরলতার সাথে একাধিক বিডারের প্রতিযোগিতামূলক চাপ পান।
পরিচালিত demand পদ্ধতি
একটি পরিচালিত demand অংশীদার এই ধারণাটিকে আরও এগিয়ে নিয়ে যায়। নিজে একাধিক SDK সংযুক্ত করার পরিবর্তে, আপনি একটি সংযোগ পয়েন্ট সংযুক্ত করেন — হয় আপনার বিদ্যমান mediation প্ল্যাটফর্মের মাধ্যমে অথবা একটি হালকা সার্ভার-সাইড ইন্টিগ্রেশনের মাধ্যমে। পরিচালিত অংশীদার তাদের অবকাঠামোতে কয়েক ডজন উৎস থেকে demand একত্রিত করে এবং আপনার অ্যাপ কেবল একটি demand উৎস দেখে। ফলাফল হল কম SDK ওভারহেডে বেশি demand বৈচিত্র্য।
সবচেয়ে বুদ্ধিমান প্রকাশকরা জিজ্ঞাসা করেন না "আমি কতগুলি SDK যোগ করতে পারি?" তারা জিজ্ঞাসা করেন "সর্বোচ্চ revenue অর্জনের জন্য আমার ন্যূনতম কতগুলি SDK দরকার?" উত্তরটি প্রায় সর্বদা তাদের বর্তমানে যা আছে তার চেয়ে কম।
SDK স্ফীতি কমানোর ব্যবহারিক পদক্ষেপ
1. দুর্বল পারফরম্যান্সকারী SDK সরান
যদি একটি SDK আপনার মোট বিজ্ঞাপন revenue-র 5 শতাংশের কম তৈরি করে, তাহলে এটি সরানোর বিষয়টি গুরুত্বের সাথে বিবেচনা করুন। পারফরম্যান্স খরচ সম্ভবত revenue অবদানকে ছাড়িয়ে যায়।
2. Mediation-এর মাধ্যমে একত্রিত করুন
যেখানে সম্ভব স্বতন্ত্র SDK ইন্টিগ্রেশনের পরিবর্তে আপনার mediation প্ল্যাটফর্মের অন্তর্নির্মিত অ্যাডাপ্টার ব্যবহার করুন। Mediation অ্যাডাপ্টারগুলি সাধারণত সম্পূর্ণ SDK ইন্টিগ্রেশনের চেয়ে হালকা।
3. সার্ভার-সাইড bidding-এর সুবিধা নিন
সার্ভার-সাইড bidding সমর্থনকারী demand অংশীদারদের সেই মডেলে স্থানান্তর করুন। এটি আপনার অ্যাপ থেকে তাদের SDK সরিয়ে দেয় এবং একই সাথে আপনার waterfall-এ তাদের demand বজায় রাখে।
4. লং-টেইল demand-এর জন্য একটি পরিচালিত অংশীদার ব্যবহার করুন
আঞ্চলিক বা বিশেষায়িত demand-এর জন্য পাঁচটি নিশ SDK সংযুক্ত করার পরিবর্তে, সার্ভার-সাইডে সেই demand একত্রিত করা একক পরিচালিত অংশীদার ব্যবহার করুন।
প্রভাব পরিমাপ
আপনার SDK সংখ্যা কমানোর পরে, তিনটি মেট্রিক পর্যবেক্ষণ করুন: অ্যাপ আকার হ্রাস, স্টার্টআপ সময়ের উন্নতি এবং মোট বিজ্ঞাপন revenue। একটি ভালোভাবে সম্পাদিত SDK হ্রাস প্রথম দুটিতে পরিমাপযোগ্য উন্নতি দেখাবে তৃতীয়টিতে কোনো উল্লেখযোগ্য পরিবর্তন ছাড়াই — অথবা এমনকি উন্নতি সহ, কারণ হ্রাসকৃত অ্যাপ আকার উচ্চতর ইনস্টল হার এবং ভালো ব্যবহারকারী ধরে রাখার দিকে নিয়ে যায়।