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

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

יצירה

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

לָשֵׂאת וְלָתֵת

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

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

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

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

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

  • נהל משא ומתן על ההצעה עם המוכר
  • השתמשו ב-API של בידינג בזמן אמת כדי לשלוח קריאייטיבים לבדיקה: הקריאייטיבים שאתם מתכוונים להציב חייבים להיבדק ולאשר לשימוש בעסקאות.
  • קבלת ההצעה: לאחר קבלת ההצעה, העסקאות שאושרו משתקפות בעסקאות הסופיות.
  • השתמש ב-API של בידינג בזמן אמת כדילִשְׁלוֹף הקריאייטיבים שהוגשו קודם לכן, ולאשר שהםמְאוּשָׁר לשימוש בהצעות מחיר על עסקאות בבידינג בזמן אמת: צפה בdealsPolicyCompliance כדי לוודא שהקריאייטיבים מאושרים וניתן להציב אותם בתגובה לבקשות הצעות מחיר נכנסות.
    • אם הקריאייטיב לא אושר, יש לבדוק את הנושאים כדי לקבוע את סיבת הפסילה. התאימו את הקריאייטיב לפי הצורך, ותקנו אותו כדי להתחיל בדיקה נוספת עד שכל הבעיות ייפתרו.
  • השתמשו ב-API של בידינג בזמן אמת כדי להוסיף את העסקה לכל הקריאייטיבים שישמשו בעסקה: הוספת עסקה לקריאייטיב מאפשרת לבעל התוכן הדיגיטלי המשויך לעסקה לבדוק את הקריאייטיב לפני תחילת ההצגה.
    • אם מו"ל דורש סקירה ידנית של קריאייטיבים, הצעות מחיר עם קריאייטיבים שלא אושרו על ידי המו"ל יסוננו מהמכירה הפומבית. מומלץ להוסיף את העסקה לכל נכסי הקריאייטיב שמתכוונים להשתמש בהם בעסקה לפני שהיא מתחילה.
  • אות ידני שהעסקה מוכנה להצגה: לאחר שהעסקה מוכנה להצגה, תתחילו לקבל בקשות להצעת מחיר עבור העסקה ב-flightStartTime שהוגדר, שיימשכו עד שיגיעו ל-flightEndTime או ל-impressionCap.

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

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

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

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

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

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

פרוטוקול גוגל פרוטוקול 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.