למערכת הבידינג בזמן אמת של Authorized Buyers יש שיעור מקסימלי של בקשות להצגת מודעות, שמוצגות בערך של שאילתות לשנייה (QPS), שאפשר לשלוח לשרתים של מגיש הצעת המחיר. התאמות לטירגוט מקדים שחורגות מהמגבלה נפסלות. המגבלה נועדה למטרות הבאות:
- הגנה על מגישי הצעות מחיר מפני קבלת יותר בקשות ממה שהשרתים שלהם יכולים לטפל בהן.
- כדי לחסוך במשאבים של Authorized Buyers כשמגיש ההצעה לא מעוניין לקבל את כל ההדגשות שעומדות בדרישות, למשל אם מגיש ההצעה נמצא במצב בדיקה.
מגבלת מכסה
המגבלה מוגדרת ונאכפת לכל כתובת URL של שרת של מגיש הצעת מחיר, כלומר לכל זוג של מיקום מסחר וכתובת URL. עם זאת, מגישי הצעות מחיר לא יכולים להשתמש באותה כתובת URL של שרת בכמה מיקומים למסחר. אפשר להגדיר את המגבלה באמצעות מנהל חשבונות טכני (TAM) או באמצעות המשתתף במכרז דרך Authorized Buyers API.
כשמשנים את המגבלה דרך ה-API, המכסה הכוללת של כל כתובות ה-URL בחשבון לא יכולה לחרוג מהמכסה הכוללת שהוגדרה באופן פנימי על ידי ה-TAM.
מגבלת המכסה המקסימלית של המשתתף במכרז תלויה גם בהוצאות האחרונות שלכם. מכסת השימוש האפקטיבית שלכם לפני הגבלת קצב הבקשות היא המינימום מבין המכסה שהוגדרה והמכסה שמבוססת על הוצאות. אפשר לראות את המכסה לפי הוצאות במרכז הבקרה של תרשימי RTB.
מערכת המכסות של הקריאות לשרת מנסה לא לחרוג ממגבלת המכסה שצוינה לכל כתובת URL של שרת הצעות מחיר. אם יש יותר מ-15,000 בקשות לשנייה, המערכת בדרך כלל פועלת בטווח של 10% ממגבלת הבקשות לשנייה, ואם יש יותר מ-45,000 בקשות לשנייה, המערכת בדרך כלל פועלת בטווח של 5% מהמגבלה – לעיתים קרובות בטווח של 1% עד 2%.
לפעמים, בקשות לבידינג שסביר שתגיבו עליהן מקבלות עדיפות על סמך היסטוריית הבידינג האחרונה שלכם. אלה כמה מהתכונות שבהן Google משתמשת כדי לזהות בקשות שסביר להניח שתגישו עליהן הצעות מחיר:
- מזהים של בעלי תוכן דיגיטלי
- סוג הסביבה
- פורמט מודעה
בקשות לביקוש פרוגרמטי מובטח תמיד מקבלות עדיפות.
מערכת מכסת הקריאות פחות מדויקת בנפחים קטנים. אפשר לחרוג ממגבלת המכסה המבוקשת אם המגבלה המבוקשת היא בערך 1,000 QPS או פחות. במקרים כאלה, יכול להיות שהמכסה המבוקשת תוכפל או אפילו תהיה גדולה יותר. אם אתם פועלים עם מגבלות קטנות של מכסת שימוש, כדאי להקטין את מגבלת מכסת השימוש כדי להתחשב בחוסר הדיוק הזה.
הצגת יתרונות מרכזיים במקומות נוספים
התכונה 'העברת קריאות ל-Callout בצפון אמריקה' עוזרת למקסם את מספר הבקשות להצעות מחיר שמתקבלות במסגרת מכסת השאילתות לשנייה. התכונה הזו רלוונטית רק למגישי הצעות מחיר עם כתובות URL של שרתים בצפון אמריקה.
יש שני מיקומי מסחר בבידינג בזמן אמת (RTB) בצפון אמריקה. כשמתקבלת קריאה להצגת מודעה באחד ממיקומי המסחר האלה בצפון אמריקה, ומערכת הבידינג בזמן אמת (RTB) מזהה שכבר הגעתם למכסת בקשות הבידינג שהוגדרה לכם שם, היא מעבירה את הקריאה להצגת מודעה למיקום השני ומנסה לשלוח בקשת בידינג לכתובת ה-URL של השרת שלכם שם.
לדוגמה, אם מערכת RTB מעבדת בקשה להצגת מודעה במיקום המסחר בחוף המזרחי של צפון אמריקה, ומזהה שמכסת כתובת ה-URL של השרת בחוף המזרחי כבר מוצתה, מערכת RTB מעבירה את הבקשה להצגת מודעה למיקום המסחר בחוף המערבי של צפון אמריקה ומנסה לשלוח בקשת הצעת מחיר לכתובת ה-URL של השרת בחוף המערבי במקום זאת.
אם המיכסה מלאה בשני המיקומים, המערכת תגביל את הצגת נכס היתרונות המרכזיים.
ויסות נתונים (throttle) של שגיאות
מערכת מכסת השיחות משתמשת בהגבלת קצב השגיאות. המערכת שולחת פחות רכיבי Callout ממה שהיא יכולה אם המגיש לא מגיב לבקשות להצעות מחיר בזמן או אם התשובות של המגיש לא תקינות. חשוב לזכור לגבי הגבלת קצב השגיאות:
הטריגר מופעל כש-Google קובעת ששיעור השגיאות בנקודות הקצה של המגיש הצעת המחיר גבוה מדי.
מוריד בהדרגה את מספר השאילתות לשנייה של התנועה היוצאת עד ששיעור השגיאות או מספר בקשות ההצעות יורד לרמה מקובלת.
לא קשור למגבלת המכסה.
ההתאמה מתבצעת תוך דקות בהתאם לשינויים בשיעורי השגיאות.