آپ کے میڈی ایشن پلیٹ فارم کو منتقل کرنے کا وقت کب ہے؟
اشتہاری میڈی ایشن پلیٹ فارمز کو تبدیل کرنا موبائل پبلشر کے اہم ترین فیصلوں میں سے ایک ہے۔ میڈی ایشن لیئر کنٹرول کرتی ہے کہ آپ کے صارفین کون سے اشتہارات دیکھتے ہیں، آپ فی امپریشن کتنا کماتے ہیں، اور اشتہاری تجربہ کتنا ہموار ہے۔ مائیگریشن میں حقیقی خطرات ہیں، لیکن ناقص پلیٹ فارم پر رہنا ایک مرکب لاگت ہے جو ہر روز بڑھتی ہے۔
واضح اشارے کہ تبدیلی کا جائزہ لینے کا وقت آ گیا ہے:
- مارکیٹ کی وضاحت کے بغیر eCPM میں کمی: اگر آپ کی eCPM گر رہی ہے جبکہ انڈسٹری بینچ مارک مستحکم ہیں، تو آپ کے موجودہ پلیٹ فارم میں ڈیمانڈ گیپس یا آپٹمائزیشن مسائل ہو سکتے ہیں جنہیں نئے کھلاڑیوں نے حل کر دیا ہے۔
- کہیں اور بہتر بڈنگ سپورٹ: اگر آپ کا موجودہ پلیٹ فارم 3 بڈنگ پارٹنرز سپورٹ کرتا ہے لیکن ایک مدمقابل 8 سپورٹ کرتا ہے، تو آپ نیلامی کی کثافت اور آمدنی میز پر چھوڑ رہے ہیں۔
- SDK کا خاتمہ یا ختم ہونا: جب آپ کا میڈی ایشن پلیٹ فارم اپنے SDK کی زندگی کے خاتمے کا اعلان کرتا ہے یا فعال طور پر فیچرز تیار کرنا بند کر دیتا ہے، تو مائیگریشن اختیاری نہیں ہے۔ یہ کب کا سوال ہے، نہ کہ آیا۔
- گمشدہ اشتہاری فارمیٹس: اگر آپ کا پلیٹ فارم ایپ اوپن ایڈز، ریوارڈڈ انٹرسٹیشلز، یا نیٹو بڈنگ سپورٹ نہیں کرتا جبکہ مدمقابل کرتے ہیں، تو ہر گمشدہ فارمیٹ ضائع ہونے والی آمدنی کی نمائندگی کرتا ہے۔
- رپورٹنگ کی حدود: اگر آپ نیٹ ورک، جیو، ایڈ یونٹ، اور فارمیٹ کے لحاظ سے تفصیلی eCPM ڈیٹا نہیں حاصل کر سکتے، تو آپ اندھے پرواز کر رہے ہیں۔ جدید پلیٹ فارمز یہ معیاری طور پر فراہم کرتے ہیں۔
منتقلی کی منصوبہ بندی: متوازی ٹیسٹنگ کا طریقہ
میڈی ایشن مائیگریشن کا بنیادی اصول یہ ہے کہ کبھی بھی سخت کٹ اوور نہ کریں۔ متوازی ٹیسٹنگ کا طریقہ نئے پلیٹ فارم کی کارکردگی کو حقیقی ٹریفک کے ساتھ تصدیق کرتے ہوئے آپ کی آمدنی کی بنیاد کی حفاظت کرتا ہے۔
متوازی حکمت عملی اس طرح کام کرتی ہے:
- فیز 1 (سیٹ اپ): نئے میڈی ایشن SDK کو موجودہ کے ساتھ مربوط کریں۔ دونوں پلیٹ فارمز میں یکساں ایڈ یونٹس، ڈیمانڈ سورسز، اور فلور پرائسز کنفیگر کریں۔
- فیز 2 (ٹریفک تقسیم): 80–90% موجودہ پلیٹ فارم پر رکھتے ہوئے اپنی 10–20% ٹریفک نئے پلیٹ فارم پر بھیجیں۔ تقسیم کو کنٹرول کرنے کے لیے ریموٹ کنفیگ فلیگ یا A/B ٹیسٹنگ فریم ورک استعمال کریں۔
- فیز 3 (نگرانی): دونوں پلیٹ فارمز کو بیک وقت کم از کم 2 ہفتے چلائیں، تقسیم میں eCPM، فل ریٹ، لیٹینسی، اور کریش ریٹ کا موازنہ کریں۔
- فیز 4 (اسکیل): اگر نیا پلیٹ فارم پرانے کو پورا کرتا یا اس سے زیادہ ہے، تو اس کا ٹریفک حصہ بتدریج بڑھائیں: 20% سے 50% سے 80% سے 100%۔
- فیز 5 (صفائی): ایک بار جب 100% ٹریفک مستحکم کارکردگی کے ساتھ کم از کم ایک ہفتے کے لیے نئے پلیٹ فارم پر ہو، پرانے میڈی ایشن SDK اور متعلقہ کنفیگریشنز کو ہٹا دیں۔
تبدیلی سے پہلے ضروری ڈیٹا
کوئی بھی مائیگریشن شروع کرنے سے پہلے، اپنے موجودہ پلیٹ فارم سے جامع بیس لائن ڈیٹا ایکسپورٹ اور دستاویز کریں۔ یہ ڈیٹا دو مقاصد پورے کرتا ہے: نئے پلیٹ فارم کا جائزہ لینے کے لیے موازنہ بینچ مارک فراہم کرتا ہے، اور آپ کے نئے واٹرفال یا بڈنگ سیٹ اپ کی ابتدائی کنفیگریشن کو آگاہ کرتا ہے۔
ضروری ڈیٹا پوائنٹس
- نیٹ ورک اور جغرافیہ کے مطابق تاریخی eCPM: کم از کم، ہر ڈیمانڈ سورس کے لیے آخری 90 دنوں کا روزانہ eCPM ملک یا ملک گروپ کے مطابق تقسیم کیا گیا۔ یہ آپ کو بتاتا ہے کہ کون سے نیٹ ورکس کس بازار میں اچھی کارکردگی دکھا رہے ہیں۔
- نیٹ ورک اور ایڈ فارمیٹ کے مطابق فل ریٹ: 5% فل ریٹ والا ہائی eCPM نیٹ ورک، اعتدال پسند eCPM اور 90% فل ریٹ والے نیٹ ورک سے مختلف طور پر حصہ ڈالتا ہے۔ درست کنفیگریشن کے لیے دونوں میٹرکس ضروری ہیں۔
- ایڈ یونٹ کے مطابق امپریشن والیوم: سمجھیں کہ کون سی ایڈ پلیسمنٹس سب سے زیادہ امپریشنز پیدا کرتی ہیں۔ یہ آپ کے سب سے زیادہ اثر والے یونٹس ہیں اور خطرے کو کم کرنے کے لیے آخر میں منتقل کیے جانے چاہئیں۔
- لیٹینسی ڈیٹا: اگر دستیاب ہو، نیٹ ورک کے حساب سے اوسط ایڈ لوڈ وقت اور ٹائم آؤٹ ریٹس دستاویز کریں۔ یہ نئے پلیٹ فارم میں مناسب ٹائم آؤٹ ویلیوز سیٹ کرنے میں مدد کرتا ہے۔
- ہفتے کے دن اور وقت کے مطابق آمدنی: ایڈ مارکیٹس میں ہفتہ وار اور روزانہ کے چکر ہوتے ہیں۔ اس پیٹرن کو دستاویز کرنا یقینی بناتا ہے کہ آپ عام سائیکلیکل تبدیلی کو مائیگریشن سے متعلق تبدیلیوں سے الجھائیں نہ۔
مفید اضافی ڈیٹا
- کوہورٹ کے مطابق یوزر لیول ARPDAU
- سیشن لیول ایڈ فریکوئنسی ڈیٹا
- ایڈ SDK سرگرمی سے منسلک کریش اور ANR ریٹس
- تفصیلی بڈ لیول لاگز اگر آپ کا موجودہ پلیٹ فارم انہیں فراہم کرتا ہے
مرحلہ وار مائیگریشن عمل
مرحلہ 1: نیا میڈی ایشن SDK انسٹال کریں
نئے میڈی ایشن SDK اور تمام ضروری ایڈاپٹر SDKs کو اپنے پروجیکٹ میں شامل کریں۔ ابھی پرانا SDK مت ہٹائیں۔ دونوں متوازی ٹیسٹنگ کے مرحلے کے دوران ساتھ موجود رہیں گے۔ اہم اقدامات:
- کور میڈی ایشن SDK ڈیپنڈنسی شامل کریں
- ہر اس ڈیمانڈ سورس کے لیے ایڈاپٹر SDKs شامل کریں جسے آپ استعمال کرنے کا ارادہ رکھتے ہیں
- اپنے Application کلاس یا AppDelegate میں نئے SDK کو ریموٹ کنفیگ فلیگ کے پیچھے ابتدا کریں
- تصدیق کریں کہ بلڈ پرانے اور نئے SDKs کے درمیان تنازعات کے بغیر کمپائل ہوتا ہے
مرحلہ 2: ایڈ یونٹس اور ڈیمانڈ سورسز کنفیگر کریں
نئے پلیٹ فارم کے ڈیش بورڈ میں، اپنی ایڈ یونٹ کنفیگریشن دوبارہ بنائیں:
- اپنی موجودہ پلیسمنٹس سے ملنے والے ایڈ یونٹس بنائیں (یکساں فارمیٹ، بینرز کے لیے یکساں ریفریش انٹرول)
- تمام ڈیمانڈ سورسز کو ان کے متعلقہ ایپ IDs اور پلیسمنٹ IDs کے ساتھ شامل کریں
- پرانے پلیٹ فارم سے اپنے تاریخی eCPM ڈیٹا کی بنیاد پر ابتدائی فلور پرائسز سیٹ کریں
- تمام ذرائع کے لیے بڈنگ فعال کریں جو اسے سپورٹ کرتے ہیں؛ باقی کے لیے واٹرفال انٹریاں کنفیگر کریں
مرحلہ 3: ٹریفک تقسیم نافذ کریں
ریموٹ کنفیگریشن سسٹم (Firebase Remote Config، اپنا فیچر فلیگ سسٹم، یا سادہ سرور سائڈ ٹوگل) استعمال کریں تاکہ کنٹرول کریں کہ کون سا میڈی ایشن SDK ہر سیشن کو ہینڈل کرتا ہے:
- ایپ لانچ پر، ریموٹ فلیگ چیک کریں تاکہ اس سیشن کے لیے کون سا SDK فعال ہے یہ طے کریں
- پورے سیشن کے دوران صرف فعال SDK کے ذریعے اشتہارات طلب کریں۔ سیشن کے اندر SDKs کو ملائیں نہیں۔
- لاگ کریں کہ اپنے اینالیٹکس میں کون سا SDK فعال ہے تاکہ آپ کارکردگی ڈیٹا کو صاف طریقے سے سیگمنٹ کر سکیں
مرحلہ 4: کم از کم دو ہفتے متوازی چلائیں
دو ہفتے کم سے کم تشخیصی مدت ہے۔ یہ مدت ہفتے کے دن اور ویک اینڈ کے پیٹرنز کو کیپچر کرتی ہے، ڈیمانڈ کے اتار چڑھاؤ کا حساب لگاتی ہے، اور بڈنگ الگورتھمز کو آپ کی انوینٹری سیکھنے کا وقت دیتی ہے۔ اس مدت کے دوران:
- دونوں گروپوں کے لیے روزانہ eCPM، فل ریٹ، اور کل آمدنی مانیٹر کریں
- دونوں گروپوں میں ایپ اسٹیبیلیٹی میٹرکس (کریش ریٹ، ANR ریٹ) ٹریک کریں
- یوزر ایکسپیریئنس مسائل کی نگرانی کریں (سست ایڈ لوڈنگ، خالی ایڈ فریمز، غیر متوقع فل اسکرین اشتہارات)
- اس مدت کے دوران کسی بھی پلیٹ فارم میں کنفیگریشن تبدیلیاں نہ کریں جب تک کہ کچھ واضح طور پر ٹوٹا نہ ہو
مرحلہ 5: موازنہ کریں اور فیصلہ کریں
متوازی مدت کے بعد، ان طول و عرض میں دو پلیٹ فارمز کا موازنہ کریں:
- DAU کے مطابق آمدنی: بنیادی میٹرک۔ اگر نیا پلیٹ فارم فی ڈیلی ایکٹو یوزر برابر یا زیادہ آمدنی پیدا کرتا ہے، تو یہ بنیادی ٹیسٹ پاس کرتا ہے۔
- فل ریٹ: زیادہ فل ریٹ کا مطلب ہے زیادہ منیٹائزڈ امپریشنز۔ ملتی جلتی eCPM کے ساتھ 5% زیادہ فل ریٹ والا نیا پلیٹ فارم واضح فاتح ہے۔
- لیٹینسی: تیز ایڈ لوڈنگ کا مطلب ہے بہتر ویو ایبیلیٹی اور یوزر ایکسپیریئنس۔
- استحکام: اگر نیا SDK کریش ریٹ بڑھاتا ہے، تو شاید آمدنی کے فائدے کے قابل نہیں۔
مرحلہ 6: منتقلی اور صفائی
ایک بار جب آپ نئے پلیٹ فارم کے لیے پرعزم ہو جائیں، ٹریفک 100% تک بڑھائیں، مزید 5–7 دن نگرانی کریں، پھر پرانا SDK مکمل طور پر ہٹا دیں۔ اپنی ڈیپنڈنسی لسٹ اپڈیٹ کریں، پرانا انیشیالائزیشن کوڈ ہٹائیں، اور ٹریفک تقسیم سے متعلق کوئی بھی مشروط منطق صاف کریں۔
میڈی ایشن مائیگریشن میں عام غلطیاں
یہاں تک کہ اچھی طرح منصوبہ بند مائیگریشنز بھی مسائل سے دوچار ہوتے ہیں۔ عام نقصانات سے آگاہ رہنا آپ کو ان سے بچنے یا جلد ٹھیک ہونے میں مدد کرتا ہے:
- تاریخی آپٹمائزیشن ڈیٹا کا نقصان: پرانے پلیٹ فارم پر بڈنگ الگورتھمز کے پاس آپ کی انوینٹری کے بارے میں مہینوں کا ڈیٹا ہے۔ نیا پلیٹ فارم سرد شروع کرتا ہے۔ الگورتھمز سیکھتے ہوئے 1–2 ہفتوں کی غیر بہترین کارکردگی کی توقع رکھیں۔
- SDK تنازعات: ایک ساتھ دو میڈی ایشن SDKs چلانے سے ڈیپنڈنسی تنازعات پیدا ہو سکتے ہیں، خاص طور پر اگر دونوں میں مختلف ورژنوں میں یکساں ڈیمانڈ سورس SDKs شامل ہوں۔ پروڈکشن میں ڈیپلوائی کرنے سے پہلے اسٹیجنگ بلڈ میں اچھی طرح ٹیسٹ کریں۔
- غیر مطابق فلور پرائسز: نئے پلیٹ فارم پر بہت اونچا فلور سیٹ کرنا فل ریٹ کو تباہ کرتا ہے۔ بہت کم سیٹ کرنا میز پر پیسے چھوڑتا ہے۔ اپنے تاریخی ڈیٹا کو ابتدائی نقطہ کے طور پر استعمال کریں اور پہلے ہفتے کے بعد ایڈجسٹ کریں۔
- غیر مساوی ادوار کا موازنہ: ایڈ مارکیٹس میں اتار چڑھاؤ ہوتا ہے۔ نئے پلیٹ فارم کے ہفتہ 1 کا تین ماہ پہلے کے پرانے پلیٹ فارم کے ہفتہ 1 سے موازنہ کرنا درست موازنہ نہیں ہے۔ متوازی ٹیسٹنگ اس مسئلے کو ختم کرتی ہے۔
- ٹائم لائن میں جلد بازی: فوری نتائج دکھانے کا دباؤ قبل از وقت نتائج کی طرف لے جاتا ہے۔ دو ہفتے کا متوازی ڈیٹا کم سے کم ہے۔ نمایاں ٹریفک والے پبلشرز کے لیے چار ہفتے بہتر ہے۔
AdMob میڈی ایشن سے Google Ad Manager میں مائیگریشن
سب سے عام مائیگریشن راستوں میں سے ایک AdMob میڈی ایشن سے مکمل Google Ad Manager پلیٹ فارم میں جانا ہے۔ یہ اپگریڈ پیمانے پر پبلشرز کے لیے GAM کی بہتر خصوصیات کی وجہ سے کیا جاتا ہے:
- ڈائریکٹ ڈیل سپورٹ: GAM براہ راست فروخت شدہ مہمات کو پروگرامیٹک ڈیمانڈ کے ساتھ مقابلہ کرنے دیتا ہے، جو AdMob میڈی ایشن سپورٹ نہیں کرتی
- ایڈوانسڈ رپورٹنگ: GAM لائن آئٹم، ایڈورٹائزر، کریٹیو، اور کسٹم ڈائمینشنز کے ذریعے تفصیلی رپورٹنگ فراہم کرتا ہے
- Open Bidding: GAM کا سرور سائڈ بڈنگ AdMob کی کلائنٹ سائڈ میڈی ایشن سے زیادہ وسیع ایکسچینج پارٹنرز کی حمایت کرتا ہے
- متحد قیمت کے قواعد: ایک انٹرفیس سے تمام ڈیمانڈ سورسز میں جیو، ڈیوائس، اور فارمیٹ گرینیولیریٹی کے ساتھ فلور پرائسز سیٹ کریں
یہ مخصوص مائیگریشن وہ ہے جسے RevenueFlex اکثر سنبھالتا ہے۔ AdMob میڈی ایشن سے مکمل طور پر منظم GAM سیٹ اپ میں منتقلی میں آپ کی پوری ایڈ کنفیگریشن GAM میں دوبارہ بنانا، ڈیمانڈ سورسز کو میپ کرنا، تاریخی کارکردگی کی بنیاد پر نئے فلور پرائسز قائم کرنا، اور آمدنی کی غیر جانبداری یا بہتری کی تصدیق کے لیے متوازی تشخیص چلانا شامل ہے۔ مناسب منصوبہ بندی کے ساتھ یہ منتقلی کرنے والے پبلشرز عام طور پر GAM واٹرفال کے مکمل آپٹمائز ہونے کے بعد آمدنی میں 10–25% اضافہ دیکھتے ہیں۔
میڈی ایشن مائیگریشن ویک اینڈ پراجیکٹ نہیں ہے۔ یہ کئی ہفتوں کا عمل ہے جس میں محتاط منصوبہ بندی، نظم و ضبط کے ساتھ متوازی ٹیسٹنگ، اور صبر کی ضرورت ہے جبکہ نئے الگورتھمز آپ کی انوینٹری سیکھتے ہیں۔ لیکن کم کارکردگی والے پلیٹ فارم پر پبلشرز کے لیے، تبدیلی کا طویل مدتی آمدنی پر اثر مختصر مدت کی کوشش کو قیمتی بناتا ہے۔