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