پاسخ را بسازید

پس از اینکه درخواست شما درخواست پیشنهاد از طرف Google را پردازش کرد، باید پاسخی بسازد و ارسال کند. این راهنما توضیح می دهد که چگونه برنامه خود را برای ایجاد پاسخ کدنویسی کنید.

پیام BidResponse ایجاد کنید

خریداران مجاز BidRequest به عنوان متن پیام یک HTTP POST ارسال می کنند. پاسخی که برنامه شما می فرستد باید دارای هدر Content-Type روی application/octet-stream و بدنه پیام متشکل از یک بافر پروتکل سریالی باشد. بافر پروتکل یک پیام BidResponse است که در realtime-bidding.proto تعریف شده است. درخواست شما باید یک BidResponse قابل تجزیه را در پاسخ به هر BidRequest برگرداند. زمان‌بندی‌ها و پاسخ‌هایی که قابل تجزیه نیستند به عنوان خطا در نظر گرفته می‌شوند و Google پیشنهاد دهندگان را با نرخ خطای بالا برمی‌گرداند.

اگر نمی‌خواهید برای یک نمایش پیشنهاد قیمت بدهید، می‌توانید فیلد processing_time_ms را به تنهایی تنظیم کنید و همه قسمت‌های دیگر را خالی بگذارید. می توانید realtime-bidding.proto از صفحه داده های مرجع دریافت کنید.

شناسه خلاق

BidResponse شما یک خلاقیت را از طریق قسمت buyer_creative_id (محدودیت 64 بایت) مشخص می کند. حتی خلاقیت های مشابه باید مقادیر منحصر به فردی برای buyer_creative_id داشته باشند، اگر در هر ویژگی قابل توجهی متفاوت باشند، از جمله: اندازه، URL اعلام شده، ویژگی های خلاقانه، و انواع فروشنده. به عبارت دیگر، شما باید به هر دو آگهی که:

  • متفاوت نگاه کنید یا رفتار کنید.
  • رندر به تصاویر مختلف
  • رندر با ابزارهای مختلف (به عنوان مثال، یک تبلیغ شامل یک تصویر، در حالی که دیگری حاوی فلش).

همانطور که برنامه خود را طراحی می کنید، باید در مورد روشی سیستماتیک برای تولید شناسه تصمیم بگیرید که برای انواع خلاقیت هایی که قصد ارسال آن را دارید منطقی باشد.

ویژگی های آگهی

شما باید ویژگی‌های خلاقانه‌ای را که به طور کامل ویژگی‌های آگهی و هدف‌گیری آن را در BidResponse.Ad.attribute توصیف می‌کنند، اعلام کنید. ویژگی هایی که باید اعلام شوند عبارتند از (لیست کامل ویژگی های پشتیبانی شده را در buyer-declarable-creative-attributes.txt نیز ببینید):

  • 7 Tagging: IsTagged
    آگهی حاوی یک پیکسل یا وب بیکن به منظور ایجاد فهرستی از شناسه‌های کوکی برای بازاریابی مجدد بعدی است.
  • 8 Remarketing: IsRemarketing
    این آگهی، مصرف‌کنندگان را بر اساس شناسه کوکی یا شناسه دستگاهشان هدف قرار می‌دهد، جایی که فهرست شناسه‌های کوکی یا شناسه‌های دستگاه، مجموعه‌ای از مصرف‌کنندگان را نشان می‌دهد که قبلاً با سایتی که مالک یا نمایندگی آن خریدار است، تعامل داشته‌اند.
  • 9 UserInterestTargeting: IsUserInterestTargeted
    این تبلیغ، مصرف‌کنندگان را بر اساس شناسه کوکی یا شناسه دستگاه هدف قرار می‌دهد که در آن فهرست شناسه‌های کوکی یا شناسه دستگاه، مجموعه‌ای از مصرف‌کنندگان را نشان می‌دهد که خریدار به‌عنوان گروه مورد علاقه مشترک تعریف کرده است.
  • 30 InstreamVastVideoType: Vpaid
    آگهی برای ارائه به پشتیبانی VPAID نیاز دارد.
  • 32 MraidType: MRAID
    آگهی برای ارائه به MRAID API نیاز دارد.

علاوه بر این، ویژگی‌های زیر پشتیبانی می‌شوند، اما اعلام آن‌ها الزامی نیست، زیرا خریداران مجاز به‌طور خودکار آن‌ها را شناسایی می‌کنند و خلاقیت‌های شما را بر اساس مقادیر شناسایی‌شده مسدود می‌کنند (یا اجازه می‌دهند) به جای اعلامیه شما. برای توضیح نحوه دریافت بازخورد در مورد ویژگی‌های شناسایی شده خلاقیت‌هایتان، به Creatives API مراجعه کنید.

  • 34 RichMediaCapabilityType: RichMediaCapabilityFlash
    آگهی برای ارائه به پشتیبانی Flash نیاز دارد.
  • 50 RichMediaCapabilityType: RichMediaCapabilityNonFlash
    تبلیغ برای رندر کردن نیازی به فلش ندارد.
  • 47 RichMediaCapabilityType: RichMediaCapabilitySSL
    این آگهی قابلیت نمایش در صفحه SSL را دارد. توجه داشته باشید که «خریداران مجاز» با خلاقیت‌هایی که مقادیر اعلام‌شده متفاوتی از این ویژگی دارند، به‌عنوان مجزا برخورد می‌کنند (آنها به طور جداگانه بررسی می‌شوند و وضعیت تأیید متمایز دارند). بنابراین، اگر با هر دو نسخه SSL و غیر SSL یک خلاق پیشنهاد می دهید، باید این ویژگی را بر این اساس اعلام کنید تا این تمایز به درستی در AdX منعکس شود.

باز کردن زمینه های مناقصه

پاسخ های پیشنهادی ارسال شده توسط پیشنهاد دهندگان مبادله ای و شبکه شرکت کننده در مناقصه باز مشابه پاسخ های خریداران مجاز شرکت کننده در مناقصه استاندارد بلادرنگ است. مشتریان مناقصه باز می‌توانند تعداد کمی فیلد اضافی را مشخص کنند، و چند فیلد موجود ممکن است کاربردهای جایگزین داشته باشند. این موارد شامل موارد زیر است:

OpenRTB خریداران مجاز جزئیات
BidResponse.imp[].pmp.deals[].id BidResponse.ad[].adslot[].exchange_deal_id

شناسه معامله از فضای نام صرافی که با این پیشنهاد مرتبط است و به ناشران گزارش می‌شود.

BidResponse.seatbid[].bid[].ext.exchange_deal_type BidResponse.ad[].adslot[].exchange_deal_type

نوع معامله گزارش شده به ناشران که بر نحوه برخورد با معامله در حراج تأثیر می گذارد.

BidResponse.seatbid[].bid[].ext.third_party_buyer_token BidResponse.ad[].adslot[].third_party_buyer_token اگر صرافی به عنوان یک مناقصه آزاد یک واسطه باشد، رمز برای شناسایی اطلاعات خریدار شخص ثالث نهایی استفاده می شود. این مورد از خریدار شخص ثالث دریافت می‌شود و باید بدون تغییر در پاسخ پیشنهاد به Google ارسال شود.

توصیه ها

  • اتصالات HTTPS دائمی (همچنین به عنوان "keep-alive" یا "connection reuse" شناخته می شود) را در سرورهای خود فعال کنید. حداقل تایم اوت را روی 10 ثانیه تنظیم کنید—مقادیر بالاتر در بسیاری از موارد مفید هستند. Google این مورد را در طول آزمایش‌های تاخیر اولیه برنامه شما تأیید می‌کند، زیرا خریداران مجاز درخواست‌ها را با نرخ بالایی ارسال می‌کنند و باید از سربار تأخیر ایجاد یک اتصال TCP جداگانه برای هر درخواست اجتناب کنند.
  • نشانی وب اختیاری ردیابی نمایش را برای ردیابی زمان نمایش نمایش به جای زمانی که پیشنهاد دهنده برنده می شود، اضافه کنید. به دلیل افت بین بردها و رندرها، این آمار ردیابی دقیق تری را به همراه دارد.

  • کد پیشنهادی خود را بدون وابستگی به فیلدهای منسوخ نگه دارید، که می تواند باعث شکست پیشنهادات شما با خطا شود.
  • BidResponse.Ad.width و BidResponse.Ad.height در BidResponse خود وارد کنید. یک BidResponse به درخواستی که شامل چندین اندازه تبلیغات است باید شامل مقادیر width و height باشد در غیر این صورت از حراج حذف خواهد شد.
  • اندازه پاسخ خود را به کمتر از 8K محدود کنید. پاسخ‌های بسیار بزرگ ممکن است تأخیر شبکه را افزایش داده و باعث وقفه شود.
  • دستورالعمل‌های پیشنهادات موجودی iOS را که به ذکر منبع SKAdNetwork نیاز دارند، دنبال کنید.

نمونه پاسخ پیشنهادی

نمونه‌های زیر نمونه‌های قابل خواندن توسط انسان از درخواست‌های Protobuf و JSON را نشان می‌دهند.

گوگل

OpenRTB JSON

OpenRTB Protobuf

مهم: پیام های Protobuf نشان داده شده در نمونه ها در اینجا به عنوان متن قابل خواندن توسط انسان نشان داده می شوند. با این حال، پیام ها به این صورت از طریق سیم ارسال نمی شوند. هنگام استفاده از قالب Google یا OpenRTB Protobuf، فقط پیام‌های BidResponse سریال پذیرفته می‌شوند.

می توانید با استفاده از کد C++ زیر یک پیام BidResponse ایجاد و سریال کنید:

BidResponse bid_response;
// fill in bid response with bid information
string post_response;
if (bid_response.SerializeToString(&post_response)) {
  // respond to the POST with post_response as the content
} else {
  // return an error to the POST
}

خلاقیت را مشخص کنید

پاسخ پیشنهادی شما، خلاقیتی را که در صورت برنده شدن پیشنهاد شما ارائه می شود، مشخص می کند. پیشنهاد شما باید شامل یکی از قالب های تبلیغاتی پشتیبانی شده (AMP، ویدئو، بومی) باشد. در این مثال، ما خلاقیت را با استفاده از فیلد html_snippet مشخص می کنیم.

همچنین، می‌توانید خلاقیت خود را با استفاده از یکی از فیلدهای زیر بر اساس قالب آگهی مشخص کنید:

  • آگهی ارائه شده SDK
    • BidResponse.Ad.sdk_rendered_ad
  • AMP
    • BidResponse.Ad.amp_ad_url
  • ویدئو
    • BidResponse.Ad.video_url یا
    • BidResponse.Ad.video_vast_xml
  • بومی
    • BidResponse.Ad.native_ad

تبلیغی را مشخص کنید که با استفاده از یک قطعه HTML در قسمت html_snippet BidResponse روی سرور(های) خودتان میزبانی شود. این قطعه در یک iFrame درج شده در صفحه وب محصور می شود و در نتیجه آگهی بازیابی و هنگام بارگذاری صفحه نمایش داده می شود. شما باید قطعه HTML را طوری بسازید که تبلیغ (بنر یا بینابینی) به درستی در iFrame و در اندازه مناسب برای جایگاه تبلیغاتی که در آن مناقصه می‌دهید ارائه شود.

علاوه بر این، اندازه آگهی اعلام شده در پاسخ پیشنهاد باید دقیقاً با یکی از ترکیبات اندازه در درخواست پیشنهاد مطابقت داشته باشد زمانی که:

  • یک آگهی یک بنر معمولی است (نه ویدیو، بومی یا بینابینی).
  • مناقصه گزار اندازه را در پاسخ مناقصه اعلام کرده است. هر زمان که بیش از یک اندازه در درخواست وجود داشته باشد، اعلام اندازه لازم است.
  • یک استثنا برای تبلیغات بینابینی ایجاد شده است. برای موارد بینابینی، عرض باید حداقل 50 درصد عرض صفحه و ارتفاع حداقل 40 درصد از ارتفاع صفحه باشد.

فیلد html_snippet از هر کد HTML معتبری که به درستی رندر می‌شود پشتیبانی می‌کند، اما محدودیت‌های تعیین فیلد buyer_creative_id در بخش ایجاد پیام BidResponse را در نظر داشته باشید. یکی از کاربردهای این کار قرار دادن اطلاعات اضافی در آرگومان های URL هایی است که به عنوان بخشی از رندر آگهی از سرورهای شما واکشی می شوند. این به شما امکان می‌دهد تا داده‌های دلخواه مربوط به نمایش را به سرورهای خود ارسال کنید.

بیشتر خط‌مشی‌های مربوط به قطعه‌های HTML که در پاسخ‌های پیشنهادی بازگردانده می‌شوند مانند تبلیغات شخص ثالث هستند. برای اطلاعات بیشتر ، دستورالعمل‌های برنامه خریداران مجاز ، الزامات برای ارائه آگهی شخص ثالث ، و اعلام نشانی‌های اینترنتی کلیکی در تبلیغات را ببینید.

ماکروها را مشخص کنید

قطعه HTML که یک خلاقیت را تعریف می کند می تواند شامل یک یا چند ساختار خاص به نام ماکرو باشد. در زمان ارائه تبلیغات، مقادیر جایگزین ماکروها می شوند. به عنوان مثال، در صورت برنده شدن در حراج، برنامه پیشنهادی مشتری شما می تواند از ماکروی WINNING_PRICE برای تعیین مبلغ پرداختی برای تبلیغ استفاده کند. برای تجزیه این ماکرو، باید برنامه‌ای را پیاده‌سازی کنید که تأییدیه‌های قیمت را رمزگشایی می‌کند. برای اطلاعات بیشتر به صفحه تایید قیمت رمزگشایی مراجعه کنید.

یک ماکرو را به عنوان بخشی از یک قطعه HTML با فرمت %%MACRO%% مشخص کنید، که در آن MACRO یکی از ماکروهای پشتیبانی شده است که در جدول زیر فهرست شده است.

Google از شما می‌خواهد که از CLICK_URL_UNESC یا CLICK_URL_ESC کلان در خلاقیت تبلیغ ارائه‌شده توسط شخص ثالث استفاده کنید. Google از ماکروهای CLICK_URL برای ردیابی کلیک استفاده می کند.

برای استفاده از یک ماکرو، آن را در تبلیغ قرار دهید تا زمانی که شخصی روی آن کلیک می‌کند، URL واکشی شود. مقدار بازگشتی واکشی یک تغییر مسیر به URL دیگری است که به CLICK_URL اضافه می‌کنید.

ماکرو شرح
ADVERTISING_IDENTIFIER به خریداران این امکان را می دهد که IDFA iOS یا شناسه تبلیغاتی Android را در نمایش نمایش دریافت کنند. برای جزئیات بیشتر به رمزگشایی شناسه‌های تبلیغ‌کننده مراجعه کنید.
CACHEBUSTER نمایش رشته ای از یک عدد صحیح تصادفی، بدون علامت، چهار بایتی.
CLICK_URL_UNESC

نشانی وب کلیک بدون فرار برای آگهی. در قطعه، یک نسخه فرار از URL کلیک شخص ثالث باید مستقیماً از ماکرو پیروی کند.

به عنوان مثال، اگر نشانی اینترنتی کلیک شخص ثالث http://my.adserver.com/some/path/handleclick?click=clk باشد، کد زیر می تواند با نسخه تکی از URL کلیک شخص ثالث استفاده شود. به دنبال فراخوانی کلان:

<a href="%%CLICK_URL_UNESC%%http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a>

در زمان ارائه آگهی، این به موارد زیر گسترش می یابد:

<a href="http://google-click-url?...&ad_url=http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a>

URL ابتدا کلیک را در Google ثبت می کند و سپس به URL کلیک شخص ثالث هدایت می شود.

CLICK_URL_ESC

نشانی اینترنتی کلیک فرار شده برای آگهی. اگر لازم است ابتدا مقدار را از طریق سرور دیگری که سپس یک تغییر مسیر را برمی گرداند، از این به جای CLICK_URL_UNESC استفاده کنید.

به عنوان مثال، کد زیر را می توان در یک قطعه HTML استفاده کرد:

<a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC%%"></a>

در زمان ارائه آگهی، این به موارد زیر گسترش می یابد:

<a href="http://my.adserver.com/click?google_click_url=http://google-click- url%3F...%26ad_url%3D"></a>

این کلیک را در my.adserver.com ثبت می‌کند که سپس مسئول هدایت مجدد به URL ارسال شده در پارامتر google_click_url خواهد بود. این فرض می‌کند که my.adserver.com از پارامتر google_click_url خارج می‌شود.

می‌توانید پس از %%CLICK_URL_ESC%% یک نشانی وب دوبار فرار اضافه کنید. پس از انجام unescaping توسط my.adserver.com ، یک نسخه تکی از URL به google_click_url اضافه می شود. وقتی google_click_url واکشی شد، یک بار دیگر از حالت Escape خارج می شود و سپس هدایت می شود.

CLICK_URL_ESC_ESC

نشانی اینترنتی دوگانه برای آگهی. اگر لازم است ابتدا مقدار را از طریق سرور دیگری که سپس یک تغییر مسیر را برمی گرداند، از این به جای CLICK_URL_UNESC استفاده کنید.

به عنوان مثال، کد زیر را می توان در یک قطعه HTML استفاده کرد:

<a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC_ESC%%"></a>

در زمان ارائه آگهی، این به موارد زیر گسترش می یابد:

<a href="http://my.otheradserver.com/click?google_click_url=http%3A%2F%2Fmy.adserver.com%2Fclick%3Fgoogle_click_url%3Dhttp%3A%2F%2Fgoogle-click-%20url%253F...%2526ad_url%253D"></a>
SCHEME اگر درخواست پیشنهاد به SSL نیاز ندارد به http: گسترش می یابد یا اگر درخواست پیشنهاد به SSL نیاز دارد به https: گسترش می یابد.
SITE دامنه URL محتوا یا شناسه ناشناس موجودی ناشناس.
SITE_URL منسوخ. ماکرو SITE جایگزین شده است که عملکرد یکسانی را ارائه می دهد.
TZ_OFFSET افست منطقه زمانی
VERIFICATION مقادیر مختلف برای تولید و زمانی که خلاقیت در خط لوله تأیید اسکن می شود. قالب این است: %%?VERIFICATION:true-val:false-val%% که در آن هر مقدار به جز ماکروها را می توان برای true-val و false-val استفاده کرد، از جمله رشته های خالی. برای مناقصه باز، توصیه می کنیم صرافی ها از این ماکرو استفاده کنند. پس از انجام این کار، پلتفرم های سمت تقاضا نیازی به ایجاد تغییرات ندارند.

به عنوان مثال، اگر قرار باشد یک خلاق %%?VERIFICATION:-1:5000%% را شامل شود، جایگزینی متن 5000 در هنگام ارائه و -1 در خط لوله تأیید خواهد بود. این برای کمک به تمایز بین این دو مجموعه پینگ است.
WINNING_PRICE هزینه نمایش رمزگذاری شده (یعنی CPI به جای CPM) در میکرو ارز حساب. به عنوان مثال، CPM برنده 5 دلار آمریکا معادل 5000000 میکرو CPM یا 5000 میکرو CPI است. مقدار رمزگشایی شده WINNING_PRICE در این مورد 5000 خواهد بود. قیمت برنده در CPI مشخص شده است.
WINNING_PRICE_ESC WINNING_PRICE از URL فرار کرد.

URL فرار در ماکروها از طرح زیر استفاده می کند:

  • کاراکتر فاصله با علامت مثبت ( + ) جایگزین می شود.
  • کاراکترهای الفبایی (0-9، az، AZ) و کاراکترهای مجموعه !()*،-./:_~ بدون تغییر باقی می مانند.
  • همه نویسه‌های دیگر با %XX جایگزین می‌شوند، که در آن XX عدد هگزادسیمال نشان‌دهنده کاراکتر است.

محدودیت های ناشر

ناشران از BidRequest برای تصویب محدودیت‌هایی در مورد تبلیغاتی که اجازه می‌دهند استفاده کنند. شما ملزم به اعمال محدودیت در این زمینه ها هستید:

  • allowed_vendor_type
  • excluded_attribute
  • excluded_sensitive_category

یک قسمت ویژگی های مجاز تبلیغ را مشخص می کند و دیگری ویژگی های غیر مجاز را مشخص می کند. هرگز تبلیغی را با ویژگی غیرمجاز برنگردانید. برای ویژگی‌های مجاز مانند نوع فروشنده، آگهی را فقط در صورتی برگردانید که نوع فروشنده آن در لیست allowed_vendor_type در BidRequest باشد. برای جزئیات بیشتر به نظرات این فیلدها در تعریف بافر پروتکل BidRequest مراجعه کنید.

اگر یک قطعه HTML در BidResponse برگردانده شد، شما باید به طور دقیق attribute ، category و فیلدهای click_through_url را در BidResponse تنظیم کنید. اگر یک تبلیغ دارای چندین مقدار قابل اجرا برای این فیلدها باشد، باید هر مقدار را درج کنید. برای جزئیات بیشتر به نظرات این فیلدها در تعریف بافر پروتکل BidResponse مراجعه کنید. پاسخ هایی که این فیلدها را تنظیم نکرده باشند، کنار گذاشته می شوند.

مقادیر ممکن BidRequest.excluded_attribute عبارتند از (به publisher-excludable-creative-attributes.txt مراجعه کنید):

  • 7 Tagging: IsTagged
    اگر تبلیغاتی حاوی پیکسل یا وب بیکن به منظور ایجاد فهرستی از شناسه‌های کوکی برای بازاریابی مجدد بعدی باشد، مجاز نیست.
  • 8 CookieTargeting: IsCookieTargeted
    اگر بر اساس شناسه کوکی مصرف‌کنندگان را هدف قرار دهند، تبلیغات غیرمجاز هستند، جایی که فهرست شناسه‌های کوکی مجموعه‌ای از مصرف‌کنندگان را نشان می‌دهد که قبلاً با سایتی که مالک یا نمایندگی آن خریدار است، تعامل داشته‌اند.
  • 9 UserInterestTargeting: IsUserInterestTargeted
    اگر بر اساس شناسه کوکی مصرف‌کنندگان را هدف قرار دهند، تبلیغات غیرمجاز هستند، جایی که فهرست شناسه‌های کوکی مجموعه‌ای از مصرف‌کنندگان را نشان می‌دهد که خریدار به‌عنوان یک گروه علاقه مشترک تعریف کرده است.
  • 21 CreativeType: Html
    تبلیغات برای استفاده از فیلد html_snippet یا snippet_template در BidResponse.Ad مجاز نیست.
  • 22 CreativeType: VastVideo
    تبلیغات برای استفاده از قسمت video_url در BidResponse.Ad مجاز نیست.
  • 30 InstreamVastVideoType: Vpaid
    تبلیغات برای نیاز به پشتیبانی VPAID برای ارائه مجاز نیستند.
  • 32 MraidType: MRAID
    تبلیغات برای نیاز به MRAID API برای ارائه مجاز نیستند.
  • 34 RichMediaCapabilityType: RichMediaCapabilityFlash
    تبلیغات برای نیاز به پشتیبانی از Flash برای ارائه مجاز نیستند.
  • 39 RichMediaCapabilityType: RichMediaCapabilityHTML5
    تبلیغات برای نیاز به ویژگی‌های HTML5 برای ارائه مجاز نیستند.
  • 48 RichMediaCapabilityType: RichMediaCapabilityNonSSL
    تبلیغات برای درخواست غیر SSL مجاز نیست.

بنابراین، اگر فیلد excluded_attribute حاوی مقدار 7 باشد، نباید تبلیغی را که از پیکسل یا وب بیکن برای ایجاد فهرست استفاده می‌کند، برگردانید. توجه داشته باشید که اگر تبلیغی این کار را انجام دهد، باید مقدار 7 را در قسمت ویژگی BidResponse تنظیم کند. به طور مشابه، اگر فیلد excluded_attribute حاوی مقدار 48 باشد، باید فقط تبلیغاتی را برگردانید که می توانند در یک صفحه SSL ارائه شوند (و بر این اساس ویژگی 47 RichMediaCapabilityType: RichMediaCapabilitySSL را اعلام کنید).

همچنین فیلد excluded_sensitive_category در BidRequest از کدهای فایل ad-sensitive-categories.txt موجود در صفحه داده های مرجع استفاده می کند. در اینجا توضیحات گسترده ای از برخی از این کدها ارائه شده است:

  • 3 Politics
    شامل مسائل سیاسی یا بحث برانگیز اجتماعی است. شامل تبلیغات برای سازمان های خبری که عموماً با دیدگاه حزبی در مورد مسائل مرتبط نیستند، نمی شود.
  • 4 Dating
    شامل خدمات دوستیابی و جوامع دوستیابی آنلاین است.
  • 5 Religion
    شامل آگهی‌های مذهبی و تبلیغاتی است که از دیدگاه‌های مذهبی حمایت می‌کنند. طالع بینی یا معنویت غیر مذهبی را شامل نمی شود.
  • 7 Video Games (Casual & Online)
    شامل بازی‌های ویدیویی، بازی‌های آنلاین و بازی‌های قابل دانلود. شامل کنسول های بازی ویدیویی نمی شود.
  • 8 Ringtones & Downloadables
    افزونه‌های موبایل از جمله آهنگ‌های زنگ و سایر موارد قابل دانلود مانند محافظ صفحه نمایش و کاغذ دیواری برای رایانه‌های شخصی رومیزی و طرح‌بندی نمایه و گرافیک برای شبکه‌های اجتماعی.
  • 10 Get Rich Quick
    طرح‌هایی که درآمد سریع را نوید می‌دهند.
  • 18 Weight Loss
    شامل کاهش وزن، رژیم غذایی، و محصولات و برنامه های مرتبط. شامل تغذیه سالم یا تبلیغات عمومی تناسب اندام نمی شود.
  • 19 Cosmetic Procedures & Body Modification
    شامل لیفت، ساکشن، لیزر، حذف و ترمیم موهای زائد، خالکوبی و اصلاح بدن است.
  • 23 Drugs & Supplements:
    شامل داروها، ویتامین ها، مکمل ها و خرده فروشان مرتبط منابع ارائه اطلاعات در مورد داروها را شامل نمی شود.
  • 24 Sexual & Reproductive Health
    شامل تبلیغات عملکرد جنسی و باروری. منابع طبیعی بارداری را شامل نمی شود.
  • 35 Social Casino Games
    شامل بازی‌های قمار شبیه‌سازی شده (از جمله، بدون محدودیت، پوکر، اسلات، یکنوع بازی شبیه لوتو، بخت‌آزمایی، شرط‌بندی ورزشی، شرط‌بندی در مسابقه، و همچنین سایر بازی‌های کارتی و بازی‌های کازینویی) است که در آن فرصتی برای برنده شدن چیزی با ارزش (مانند پول یا پول) وجود ندارد. جوایز).
  • 36 Significant Skin Exposure
    تصاویر تبلیغاتی که در آن هیچ قسمتی از بدن انسان از جناغ سینه تا وسط ران پوشیده نیست. یا بدن لباس زیر، لباس شنا، لباس زیر زنانه یا سایر لباس‌های شفاف یا اقلام غیر لباس مانند حوله یا ملحفه پوشیده شده باشد.
  • 37 Sensationalism
    تبلیغاتی که هدفشان ترغیب کاربران به کلیک کردن بر روی آنها با جلب کنجکاوی آنها است که اغلب از یک پیام تیزر با زبان یا تصاویر هذلولی استفاده می کند. شامل تبلیغاتی می‌شود که حول موضوعات هیجان‌انگیز (مانند دستگیری افراد مشهور، مرگ یا طلاق) متمرکز می‌شوند یا هدفشان کسب ارزش شوک است.

باز کردن اندازه‌گیری

Open Measurement به شما امکان می‌دهد فروشنده‌های شخص ثالثی را مشخص کنید که خدمات اندازه‌گیری و تأیید مستقلی را برای تبلیغات ارائه‌شده در محیط‌های برنامه تلفن همراه ارائه می‌کنند.

فرمت های تبلیغاتی پشتیبانی شده در حال حاضر شامل تبلیغات ویدیویی، بنر و تبلیغات بینابینی است. برای اطلاعات بیشتر در مورد نحوه استفاده از Open Measurement در یک پاسخ پیشنهادی حاوی این قالب‌ها، به مقاله Open Measurement SDK Help Center مراجعه کنید.

نمونه پاسخ های پیشنهادی

بخش های زیر نمونه پاسخ های پیشنهادی را برای انواع مختلف تبلیغات نشان می دهد.

بنر اپلیکیشن

گوگل

OpenRTB JSON

OpenRTB Protobuf

برنامه بینابینی

گوگل

OpenRTB JSON

OpenRTB Protobuf

ویدیوی بینابینی برنامه

گوگل

OpenRTB Protobuf

بومی برنامه

گوگل

OpenRTB JSON

OpenRTB Protobuf

ویدئوی وب

گوگل

بنر وب موبایل برای پیشنهاد دهنده مبادله

OpenRTB Protobuf