دو مدلی که نحوه فروش موجودی تبلیغات شما را تعیین میکنند
هر بار که اپلیکیشن شما یک تبلیغ درخواست میکند، یک فرآیند تصمیمگیری در پشت صحنه اجرا میشود تا مشخص کند کدام تبلیغدهنده نمایش را برنده میشود و چقدر پرداخت میکند. سالها این فرآیند از یک مدل ترتیبی به نام آبشاری پیروی میکرد. اخیراً حراجهای یکپارچه (همچنین به نام header bidding یا مزایده درونبرنامهای شناخته میشوند) این مدل را با اجازه دادن به همه منابع تقاضا برای رقابت همزمان مختل کردهاند. درک مکانیزم هر رویکرد برای ناشرانی که میخواهند درآمد موجودی تبلیغاتی خود را به حداکثر برسانند ضروری است.
آبشار سنتی چگونه کار میکند
مدل آبشاری بر اساس یک اصل ترتیبی ساده عمل میکند. وقتی درخواست تبلیغ ارسال میشود، از یک لیست رتبهبندی شده منابع تقاضا یکی یکی عبور میکند. هر منبع فرصتی میگیرد تا نمایش را با قیمت کف از پیش تعیین شده یا بالاتر از آن پر کند. اگر نتواند پر کند، درخواست به منبع بعدی در زنجیره منتقل میشود.
جریان معمول به این شکل است:
- مرحله ۱: درخواست تبلیغ به بالاترین رتبه منبع تقاضا با بالاترین قیمت کف (مثلاً ۱۵ دلار eCPM) میرسد
- مرحله ۲: اگر آن منبع کمپین منطبقی در آن قیمت نداشته باشد، درخواست به منبع بعدی با قیمت کف پایینتر (۱۰ دلار eCPM) سقوط میکند
- مرحله ۳: این ادامه مییابد تا منبعی نمایش را پر کند یا درخواست همه گزینهها را تمام کند و یک تبلیغ داخلی نمایش دهد یا خالی برگردد
رتبهبندی معمولاً بر اساس عملکرد تاریخی eCPM است. ناشران قیمتهای کف را برای هر سطح تعیین میکنند و به صورت دورهای بر اساس دادههای گزارشدهی تنظیم میکنند. این رویکرد یک نقص بنیادی دارد: منبع تقاضای رتبهبندی شده در جایگاه پنجم آبشار ممکن است حاضر باشد ۲۰ دلار برای یک نمایش خاص بپردازد، اما هرگز فرصت نمیگیرد زیرا منبعی در رتبه دوم آن را قبلاً با ۱۰ دلار پر کرده است.
حراج یکپارچه چگونه کار میکند
حراج یکپارچه مدل را کاملاً برعکس میکند. به جای یک زنجیره ترتیبی، همه منابع تقاضای شرکتکننده درخواست تبلیغ را به طور همزمان دریافت میکنند و پیشنهادهای خود را در زمان واقعی ارسال میکنند. بالاترین پیشنهاددهنده نمایش را برنده میشود و ناشر حداکثر قیمت ممکن را برای آن درخواست خاص کسب میکند.
مکانیزم به این شکل است:
- مرحله ۱: درخواست تبلیغ ارسال و به همه منابع تقاضای مزایده یکپارچه به طور همزمان فرستاده میشود
- مرحله ۲: هر منبع تقاضا نمایش را ارزیابی میکند (دادههای کاربر، زمینه، بودجه تبلیغدهندگان) و یک پیشنهاد در بازه زمانی تعریف شده (معمولاً ۱ تا ۳ ثانیه) برمیگرداند
- مرحله ۳: سرور تبلیغات همه پیشنهادها را مقایسه و بالاترین را انتخاب میکند
- مرحله ۴: خلاقیت برنده در اپلیکیشن نمایش داده میشود
این یک حراج واقعی است. هر منبع تقاضا در شرایط برابر برای هر نمایش رقابت میکند، که ناکارآمدی بازگشتهای ترتیبی را حذف میکند.
تفاوت درآمد: افزایش ۱۵ تا ۳۰ درصد معمول است
تأثیر درآمدی تغییر از آبشار به حراج یکپارچه به خوبی مستند شده است. ناشران به طور مداوم افزایش ۱۵ تا ۳۰ درصدی درآمد تبلیغاتی پس از مهاجرت را گزارش میدهند. دلایل ساختاری هستند:
- کشف قیمت واقعی: هر نمایش به ارزش بازار واقعی خود فروخته میشود، نه قیمت کف دلخواهی که هفتهها پیش بر اساس میانگینها تعیین شده
- کاهش ضرر بازگشت: در آبشارها هر بازگشت تأخیر و نمایشهای از دست رفته اضافه میکند. حراجهای یکپارچه بازگشتها را کاملاً حذف میکنند.
- افزایش رقابت: وقتی همه پیشنهاددهندگان هر نمایش را میبینند، تراکم مؤثر پیشنهادها افزایش مییابد و قیمتهای تسویه را بالا میبرد
- نرخهای پر شدن بهتر: چون همه منابع به طور همزمان پیشنهاد میدهند، احتمال یافتن خریدار برای هر نمایش افزایش مییابد
مقایسه تأخیر
تأخیر یک نگرانی رایج هنگام ارزیابی مدلهای حراج است. برخلاف انتظار، حراجهای یکپارچه اغلب تأخیر مؤثر کمتری نسبت به آبشارهای عمیق دارند:
- تأخیر آبشار: هر بازگشت در زنجیره زمان رفت و برگشت شبکه اضافه میکند. یک آبشار ۸ سطحی که نمایش در سطح ۵ پر میشود، ۵ تماس شبکه ترتیبی نیاز دارد. این میتواند مجموعاً ۳ تا ۵ ثانیه باشد.
- تأخیر حراج یکپارچه: همه درخواستهای پیشنهاد به صورت موازی ارسال میشوند. تأخیر کل برابر با زمان پاسخ کندترین پیشنهاددهنده است (معمولاً با محدودیت ۱ تا ۳ ثانیه). یک دور موازی به جای چند دور ترتیبی.
برای کاربران این به معنای نمایش سریعتر تبلیغات است، که نرخهای قابلیت مشاهده را بهبود میبخشد و احتمال عبور کاربران از جایگاه تبلیغ خالی را کاهش میدهد.
شفافیت: دیدن آنچه قبلاً نمیتوانستید ببینید
آبشارها ذاتاً غیرشفاف هستند. ناشران میبینند کدام سطح نمایش را پر کرده، اما نمیبینند منابع با رتبه پایینتر چه پیشنهادی میدادند. این بهینهسازی را به یک بازی حدس تبدیل میکند. شما قیمتهای کف را بر اساس دادههای تاریخی تجمیعی تنظیم میکنید، بدون اینکه هرگز قیمت تسویه واقعی نمایشهای فردی را بدانید.
حراجهای یکپارچه شفافیت کامل در سطح پیشنهاد فراهم میکنند. ناشران میتوانند هر پیشنهاد ارسال شده برای هر نمایش را ببینند، از جمله پیشنهادهای بازنده. این دادهها نشان میدهند:
- کدام منابع تقاضا به طور مداوم بالاترین پیشنهادها را برای جغرافیاها یا بخشهای کاربری خاص ارائه میدهند
- دومین بالاترین پیشنهاد چقدر به برنده نزدیک است (فشار حراج)
- آیا منابع تقاضای خاصی به طور مداوم با حاشیههای کوچک باخت میکنند (نشاندهنده پتانسیل بهینهسازی)
چه زمانی آبشار هنوز معنا دارد
با وجود مزایای واضح حراج یکپارچه، آبشارها مرده نیستند. سناریوهای مشروعی وجود دارد که اولویتبندی ترتیبی ضروری است:
- کمپینهای فروش مستقیم: وقتی ناشر موجودی را مستقیماً به تبلیغدهنده با CPM تضمینی فروخته، آن معامله باید بر تقاضای برنامهای اولویت داشته باشد. GAM این را از طریق آیتمهای خطی مبتنی بر اولویت که بالای حراج قرار دارند مدیریت میکند.
- کمپینهای تضمینی: حمایتهای مالی، تصاحبها و سایر قراردادهای تحویل تضمینی نیاز به سرویسدهی قطعی دارند که حراجها نمیتوانند ارائه دهند
- محدودیتهای SDK: برخی منابع تقاضا هنوز آداپتورهای مزایده را پیادهسازی نکردهاند. این منابع فقط از طریق مدل آبشاری سنتی میتوانند شرکت کنند.
رویکردهای ترکیبی: واقعیت عملی
بیشتر ناشران امروز یک مدل ترکیبی اجرا میکنند. کمپینهای فروش مستقیم و تضمینی در بالا اولویت دارند. در زیر آن، یک حراج یکپارچه بین همه منابع تقاضای فعال مزایده اجرا میشود. منابعی که از مزایده پشتیبانی نمیکنند در یک آبشار سنتی قرار میگیرند که با برنده حراج رقابت میکند.
این رویکرد ترکیبی به این شکل است:
- اولویت ۱: حمایتهای مالی و قراردادهای مستقیم (تحویل تضمینی)
- اولویت ۲: حراج یکپارچه بین شرکای مزایده (رقابت در زمان واقعی)
- اولویت ۳: آبشار منابع تقاضای غیرمزایدهای (پشتیبان ترتیبی)
Google Ad Manager چگونه هر دو مدل را مدیریت میکند
GAM در موقعیت منحصر به فردی قرار دارد زیرا هم آبشار و هم حراج یکپارچه را در یک تصمیم سرویسدهی تبلیغات پشتیبانی میکند. Open Bidding به صرافیهای شخص ثالث اجازه میدهد در زمان واقعی در کنار تقاضای Google مزایده کنند. در عین حال، شرکای واسطهگری سنتی میتوانند به عنوان ورودیهای آبشاری پیکربندی شوند که با پیشنهاد برنده حراج رقابت میکنند.
ویژگیهای کلیدی GAM برای ناشران در این حوزه:
- Open Bidding: یکپارچهسازی مزایده سمت سرور با صرافیهای شخص ثالث
- گروههای واسطهگری: پیکربندی زنجیرههای آبشاری برای شبکههای SDK غیرمزایدهای
- تخصیص پویا: به Ad Exchange اجازه میدهد در زمان واقعی با هر آیتم خطی در آبشار رقابت کند
- قوانین قیمتگذاری یکپارچه: تعیین قیمتهای کف که هم برای تقاضای حراج و هم تقاضای آبشاری اعمال میشود
مراحل عملی مهاجرت: از آبشار به حراج یکپارچه
اگر امروز یک آبشار خالص اجرا میکنید و میخواهید به سمت حراج یکپارچه حرکت کنید، رویکردی سنجیده را دنبال کنید:
- منابع تقاضای خود را بررسی کنید: مشخص کنید کدام یک از شرکای واسطهگری فعلی شما از مزایده درونبرنامهای پشتیبانی میکنند. بیشتر شبکههای بزرگ (Meta، AppLovin، Unity، Pangle) اکنون آداپتورهای مزایده دارند.
- مزایده را برای شرکای پشتیبانیشده فعال کنید: در پیکربندی واسطهگری GAM خود، شرکای واجد شرایط را یکی یکی از آبشار به حالت مزایده تغییر دهید
- مقایسه موازی انجام دهید: از تست A/B برای مقایسه درآمد بین آبشار موجود و تنظیمات جدید مزایده در زیرمجموعهای از ترافیک استفاده کنید
- حداقل دو هفته نظارت کنید: الگوریتمهای مزایده به زمان برای یادگیری موجودی شما نیاز دارند. عملکرد اولیه ممکن است نتایج حالت پایدار را منعکس نکند.
- ترافیک باقیمانده را مهاجرت کنید: پس از تأیید عملکرد مزایده، تمام ترافیک را به مدل حراج یکپارچه منتقل کنید و شرکای غیرمزایدهای را در آبشار پشتیبان نگه دارید
تغییر از آبشار به حراج یکپارچه بزرگترین تغییر ساختاری در سرویسدهی تبلیغات موبایل در دهه گذشته را نشان میدهد. ناشرانی که انتقال را به صورت روشمند، با تست A/B مناسب و اجرای موازی انجام میدهند، به طور مداوم افزایش درآمد معناداری را بدون فدا کردن تجربه کاربر مشاهده میکنند.
RevenueFlex آبشارهای GAM و پیکربندیهای حراج را از طرف ناشران مدیریت میکند و پیچیدگی تنظیمات ترکیبی را برعهده میگیرد تا هر نمایش بالاترین خریدار را پیدا کند. چه آبشار خالص، چه حراج خالص یا چیزی بین این دو اجرا کنید، بهینهسازی منطق تصمیمگیری جایی است که سودهای درآمدی وجود دارند.