מבצעים פרוגרמטיים מובטחים

בעסקאות פרוגרמטיות מובטחות, אתם מנהלים משא ומתן עם המפיצים על מספר החשיפות שתרכשו במחיר קבוע. אם תאשרו הצעה לעסקה פרוגרמטית מובטחת, תצטרכו להתחייב לרכוש את המלאי של המוכר על סמך התנאים שסוכמו. למידע נוסף על ההתחייבויות שלכם ועל הכלים למעקב אחר התאימות, תוכלו לקרוא את המאמר במרכז העזרה שבו מתואר המסגרת של מדיניות פרוגרמטית מובטחת של הסכם רמת שירות.

יצירה

עסקאות פרוגרמטיות מובטחות נוצרות כשהמשא ומתן מתחיל בבקשת הצעה (RFP). כדי להתחיל במשא ומתן, תוכלו לשלוח בקשת RFP למוכר באמצעות buyers.proposals.sendRfp. בקשת ה-RFP חייבת להכיל programmaticGuaranteedTerms כדי שההצעה שתתקבל תהיה עסקה פרוגרמטית מובטחת. המפיצים יכולים גם לשלוח בקשת RFP, שתופיע כהצעה ב-Marketplace API. אחרי שתיצרו את ההצעה, תוכלו לאתר את ההצעה לעסקה עם buyers.proposals.list, והמשא ומתן ביניכם לבין המוכר יכול להתחיל.

ניהול משא ומתן

אחרי שיוצרים הצעה לעסקה פרוגרמטית מובטחת, אתם יכולים לנהל משא ומתן עם המוכר על ידי שינוי ההצעה והעסקה המתאימה עד ששני הצדדים מרוצים או שההצעה תבוטל. בניהול משא ומתן מוצלח, תוכלו לבצע אחת מהפעולות הבאות:

  • סקר לגבי שינויים בהצעה או בעסקה: בכל פעם שמתבצע שינוי בהצעה או בעסקה שתואמת לה, הערך של proposalRevision גדל. אפשר להשתמש בו כדי לזהות אם המוכר אישר את ההצעה או הגיב עם הצעה נגדית.
  • תיקון ההצעה או העסקה: משנים את ההצעה או שולחים למפיץ הצעה נגדית. הפעולה הזו תגדיל את הערך של proposalRevision.
  • תקשורת עם בית העסק: ההצעות כוללות הערות שגלויות לקונים ולמוכרים. לדוגמה, תוכלו להוסיף הערה כדי להוסיף הקשר לגבי השינוי שביצעתם בהצעה או בעסקה שלה.

סיום והכנה להגשה

כשתהיו מרוצים מההצעה והstate שלה הוא BUYER_ACCEPTANCE_REQUESTED, תוכלו לאשר אותה. סיום העסקה, שמתחילה להופיע בחנות flightStartTime.

כדי להבטיח שהעסקה תתחיל להופיע רק אחרי שתכינו קריאייטיבים, מומלץ לפנות למנהל החשבונות הטכני כדי לבטל את ההפעלה של עסקאות פרוגרמטיות מובטחות באופן הזה, ובמקום זאת לסמן אותן ידנית מתי הן מוכנות להצגה. לפניכם תהליך עבודה לדוגמה שבו אתם מסמנים באופן ידני כשעסקאות פרוגרמטיות מובטחות מוכנות להצגה:

  • מנהלים משא ומתן על ההצעה עם המוכר
  • משתמשים ב-Real-time Bidding API כדי לשלוח מודעות קריאייטיב לבדיקה: נכסי הקריאייטיב שאתם מתכוונים לפרסם חייבים לעבור בדיקה ולקבל אישור לשימוש במבצעים.
  • מאשרים את ההצעה: אחרי שמאשרים הצעה, העסקאות שאושרו משתקפות בעסקאות הסופיות.
  • השתמשו ב-Real-time Bidding API כדי לאחזר את נכסי הקריאייטיב שנשלחו קודם לכן, ולוודא שהם אושרו לשימוש בהצעות המחיר על עסקאות במסגרת בידינג בזמן אמת: כדאי לעיין ב-dealsPolicyCompliance כדי לוודא שנכסי הקריאייטיב אושרו ושאפשר לשלוח אותם בתגובה לבקשות נכנסות להצעות מחיר.
    • אם הקריאייטיב לא אושר, כדאי לבדוק את הנושאים כדי לברר את הסיבה לדחייה. מתקנים את הקריאייטיב לפי הצורך ומתקנים אותו כדי להתחיל שוב בבדיקה עד שכל הבעיות ייפתרו.
  • מוסיפים את כל נכסי הקריאייטיב שישמשו לעסקה הסופית: מומלץ להוסיף קריאייטיבים לעסקה שבכוונתכם להשתמש בהם לפני שמתחילים להציג את שיתוף הפעולה.
  • אותות באופן ידני שהעסקה מוכן לפרסום: כשהעסקה תהיה מוכנה, תתחילו לקבל בקשות להצעות מחיר על שיתוף הפעולה ב-flightStartTime שהוגדר. הבקשה תימשך עד שהנכס flightEndTime או impressionCap יגיעו אליו.

ניהול משא ומתן מחדש

אחרי סגירת העסקה, אתם או המוכר תוכלו להתחיל משא ומתן מחודש על ידי שינוי ההצעה או העסקאות שלה. במהלך המו"מ מחדש, המשאב finalizedDeals משקף את ההסכם הקודם, והוא ימשיך להציג מודעות בהתאם לכך, אם אפשר. המשאב deals משקף במקום זאת את המצב הנוכחי של המו"מ מחדש, שהתמשיכו בדומה למשא ומתן הראשוני.

אם אתם והמוכר יאשרו את העסקה עם מחיר מוסכם, הוא יחליף את העסקה הסופית המקורית ויציג את המודעה על סמך ההסכם החדש. אחרת, אם הוא יבוטל, העסקה תחזור למצבה לפני תחילת המשא ומתן מחדש.

הגשת הצעות מחיר לחשיפות בעסקאות פרוגרמטיות מובטחות

כשעסקה פרוגרמטית מובטחת מתחילה להציג מודעות, לשילוב בידינג בזמן אמת יישלחו בקשות להצעת מחיר לעסקה הזו, ותצטרכו להגיש הצעת מחיר שמבוססת על תנאי העסקה – לדוגמה, במחיר ספציפי עבור מספר מוגדר של חשיפות לאורך תקופת זמן מסוימת.

בקשה נתונה להצעת מחיר עשויה לכלול יותר מעסקה אחת של PG. במקרה כזה, אתם אמורים להגיב על כל מזהה עסקה ששלחתם בבקשה. השדות הרלוונטיים ישירות לעסקאות פרוגרמטיות מובטחות:

פרוטוקול Google פרוטוקול OpenRTB התיאור
BidRequest.adslot.matching_ad_data.direct_deal.direct_deal_id BidRequest.imp.pmp.deals.id המזהה הייחודי של העסקה. הערך הזה יהיה זהה למזהה המשאב של העסקה, כפי שהוחזר על ידי Marketplace API.
BidRequest.adslot.matching_ad_data.direct_deal.deal_type BidRequest.imp.pmp.deals.ext.deal_type סוג המכרז שיוגדר כ-PROGRAMMATIC_GUARANTEED, או כ-"3" עבור OpenRTB JSON.
BidRequest.adslot.matching_ad_data.direct_deal.fixed_cpm_micros BidRequest.imp.pmp.deals.bidfloor הערך יהיה זהה לעלות לאלף חשיפות (CPM) של העסקה שהוסכם עליה על ידי הקונה והמוכר. המחיר הזה יופיע בתור fixedPrice ב-Marketplace API. בעסקאות פרוגרמטיות מובטחות, הערך הזה יבטל כל ערך שצוין בתגובה להצעת המחיר.
BidRequest.adslot.matching_ad_data.direct_deal.publisher_blocks_overridden BidRequest.imp.pmp.deals.ext.publisher_blocks_overridden תמיד צריך לציין true בעסקאות פרוגרמטיות מובטחות, כלומר מותר לכלול קטגוריות מוחרגות.
BidRequest.adslot.matching_ad_data.direct_deal.must_bid BidRequest.imp.pmp.deals.ext.must_bid מציין אם הקונים נדרשים להגיש הצעת מחיר על העסקה. לדוגמה, אם העסקה מוקדמת מהמועד שהגדרתם, הערך הזה יוגדר כ-False והבידינג יהיה אופציונלי. אחרת, צריך להגיש הצעת מחיר, כלומר אי-הגשה של הצעת מחיר עלולה לפגוע באספקת העסקאות ובזמינות המלאי.

השהיה והמשך של הצגת המודעות

אם באופן זמני אין לך אפשרות להגיש הצעת מחיר על עסקה פרוגרמטית מובטחת, עליך להשתמש בשיטה buyers.finalizedDeals.pause כדי להשהות את ההסכם הסופי. לדוגמה, תוכלו לעשות זאת אם הקריאייטיב שלכם אושר בהתחלה, אבל הוא נדחה וכתוצאה מכך צריך לשלוח אותו מחדש. הערה: אומנם כך לא תקבלו בקשות להצעות מחיר על שיתוף הפעולה, אבל תצטרכו לעמוד בכל ההתחייבויות שעליהם הסכמתם לתנאים של העסקה.

כדי להמשיך להציג את העסקה הסופית, תוכלו להשתמש ב-buyers.finalizedDeals.resume.