یک پیشنهاد دهنده می تواند موجودی چند نهاد را در یک پیشنهاد واحد خریداری کند، در صورتی که آن نهادها مشتریان مجاز خریداران باشند. به عنوان مثال، یک پلت فرم سمت تقاضا (DSP) ممکن است از پیشنهاد دهنده خود برای خرید موجودی برای چندین بازاریاب یا آژانس که خود مشتریان مجاز خریداران هستند، استفاده کند. این راهنما توضیح می دهد که چگونه پیشنهاد دهنده خود را برای پردازش یک درخواست ارسال شده از طرف چندین مشتری مجاز خریدار کد کنید.
زمینه
خریداران مجاز با شبکه های تبلیغاتی، میزهای معاملات آژانس و پلتفرم های سمت تقاضا (DSP) کار می کنند. در برخی از سناریوها، یک شبکه تبلیغاتی یا میز معاملات آژانس ممکن است با یک یا چند DSP کار کند. دو گزینه پیاده سازی برای مشتریانی که از طریق DSP کار می کنند وجود دارد:
- DSP موجودی را برای بازاریابان یا آژانس هایی خریداری می کند که مشتریان مجاز خریداران نیستند . در این حالت، DSP یک درخواست پیشنهاد دریافت می کند و با یک پیشنهاد پاسخ می دهد. گوگل مستقیماً DSP را صورتحساب میدهد.
- DSP موجودی را برای بازاریابان یا نمایندگی هایی که مشتریان مجاز خریداران هستند خریداری می کند . مشتریان مجاز خریداران باید به طور مستقل پیشنهاد دهند، حتی زمانی که از DSP استفاده می کنند. این برای اطمینان از اینکه ناشران از خریدار واقعی قابل مشاهده هستند، برای فعال کردن تخصیص انحصاری موجودی، و اطمینان از عدم تغییر مسیر از شبکه ای به شبکه دیگر است. در این مدل، گوگل به مشتری مجاز خریداران صورتحساب میدهد، نه DSP. بقیه این راهنما بر روی این سناریو تمرکز دارد.
«خریداران مجاز» درخواستهای پیشنهادی را برای حسابهای فرزند یک پیشنهاددهنده والدین (DSP) از طریق شناسه گروه آگهی هدایت میکنند. شناسههای گروه آگهی حساب کودک در زمان راهاندازی حساب فرزند توسط مدیر حساب یا خریداران مجاز و پشتیبانی پیشنهادات باز ارائه میشوند. DSP از این اطلاعات برای پردازش پاسخ پیشنهاد استفاده می کند. برای DSP که مشتریان مجاز خریداران دارد که از فناوری آن برای خرید از خریداران مجاز استفاده می کنند، یک فراخوان تلفیقی برای مجموعه ای از مشتریان RTB دریافت می کند.
راه اندازی و پیش هدف گذاری
همه DSP ها برای درخواست های تلفیقی پیکربندی شده اند. انتخاب معیارهای پیشهدفگذاری در سطح مناقصهگر والدین برای همه حسابهای فرزند انجام میشود. این پیش هدف گذاری سطح مناقصه (BLP) نامیده می شود.
با BLP، تطبیق موجودی فقط در سطح پیشنهاد دهنده اصلی انجام می شود. این کار گردش کار را ساده میکند و مدیریت موجودی و تنظیمات را در بسیاری از حسابها آسانتر میکند.
مزایای پیش هدف گذاری در سطح مناقصه گزار در مقابل پیش هدف گذاری معمولی (منسوخ شده)
پیش هدف گذاری در سطح پیشنهاد دهنده | پیش هدف گذاری منظم (منسوخ شده) |
---|---|
صندلی والدین واجد شرایط بودن همه صندلی ها را مدیریت می کند | هر صندلی واجد شرایط بودن موجودی خود را مدیریت می کند |
همه صندلی ها واجد شرایط برای همه ترافیک هستند | تنظیمات پیش هدف گذاری متفاوت در بسیاری از حساب ها |
راه اندازی ساده تر و مدیریت آسان تر | کنترل کمتر در سطح پیشنهاد دهنده والدین، اما کنترل دقیق برای صندلی های خاص |
حسابهای فرزند دارای یک شناسه گروه تبلیغاتی منفرد مرتبط با آنها هستند، و بنابراین، منطبقهای پیشهدفسازی بهعنوان یک ورودی در قسمت matching_ad_data
BidRequest
برای هر حساب فرزند منطبق گنجانده میشوند.
هنگام پاسخ دادن به یک BidRequest
که حاوی موارد منطبق با هدف قبلی از حسابی غیر از حساب اصلی است (به عنوان مثال، هر BidRequest
که فیلد matching_network_data
برای آن تنظیم شده است)، فیلد billing_id
در BidResponse
مورد نیاز است تا خریداران مجاز بدانند کدام حساب و کمپین باید مرتبط با مناقصه هر پاسخی که فیلد را تنظیم نکند حذف می شود. این فیلد برای هر BidRequest
که فقط شامل منطبقات پیشهدف از حساب پیشنهاد دهنده است، اختیاری است. پاسخ به یک BidRequest
که شامل موارد پیشهدفگیری از چندین حساب است، میتواند چندین آگهی را برگرداند.
نمونه پیش هدف گذاری سطح پیشنهاد دهنده
صندلی کودک (شناسه گروه آگهی: 123) | صندلی والدین (شناسه گروه آگهی: 124) |
پیش هدف: ایالات متحده + اتحادیه اروپا | پیش هدف: ایالات متحده + APAC |
معیارهای فراخوانی | billing_id ارسال شد |
---|---|
فقط ما | 123 + 124 |
فقط اتحادیه اروپا | 123 |
فقط APAC | 124 |
نمونه درخواست های پیشنهادی
در زیر نمونه هایی از BidRequest
آورده شده است. توجه داشته باشید که چندین شناسه صورتحساب در این درخواستها وجود دارد، زیرا درخواستها برای چندین حساب قابل اعمال هستند.