למערכת Authorized Buyers בזמן אמת בידינג בזמן אמת יש שיעור מקסימלי של נכסי יתרונות מרכזיים, שמפורט בקטע 'שאילתות לשנייה' (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 או פחות. במקרים כאלה, תוכלו להכפיל את המכסה המבוקשת ולפעמים אפילו להכפיל את המכסה. אם בארגון שלכם מוגדרות מגבלות מכסה קטנות, מומלץ להקטין את המכסות כדי להביא בחשבון את אי-הדיוקים האלה.
גלישת טקסט ליתרונות המרכזיים
ההוספה של יתרונות מרכזיים לכל צפון אמריקה עוזרת למקסם את מספר הבקשות להצעות מחיר שאתם מקבלים, במסגרת מגבלת ה-QPS. התכונה הזו חלה רק על מגישי הצעות מחיר עם כתובות URL של שרתים בצפון אמריקה.
יש שני מיקומי מסחר של בידינג בזמן אמת (RTB) בצפון אמריקה. כשנכס יתרונות מרכזיים נשלח לאחד ממיקומי המסחר ונכסי הבידינג בזמן אמת (RTB) בצפון אמריקה שמזוהה שכבר הגעתם למכסה של הבקשות להצעות מחיר, הוא מעביר אותו למיקום השני ומנסים לשלוח בקשה להצעת מחיר לכתובת ה-URL של השרת שלכם.
לדוגמה, אם הצעת מחיר בזמן אמת (RTB) מעבדת יתרונות מרכזיים במיקום המסחר בחוף המזרחי של צפון אמריקה, ומזהה שהמכסה של כתובת ה-URL של השרת בחוף המזרחי כבר מוצתה, ואז היא מעבירה את הבקשה להצעת מחיר למיקום המסחר של החוף המערבי בצפון אמריקה, ובמקום זאת היא מנסה לשלוח בקשה להצעת מחיר לכתובת ה-URL של השרת שלכם בחוף המערבי.
אם המכסה מלאה בשני המיקומים, היתרונות המרכזיים מווסתים.
שגיאות של ויסות נתונים
מערכת מכסת ההמלצות משתמשת בויסות שגיאות (throttling). הוא שולח פחות יתרונות מרכזיים מאלה שאפשר לשלוח אם מגיש הצעות המחיר לא מגיב לבקשות להצעות מחיר בזמן או אם התגובות של מגיש הצעות המחיר לא חוקיות. חשוב לשים לב לויסות שגיאות (throttle):
מופעל כש-Google מזהה ששיעור השגיאות גבוה מדי לנקודות הקצה של מגיש הצעות המחיר.
מפחיתה בהדרגה את ה-QPS היוצא, עד ששיעור השגיאות או מספר הבקשות להצעת מחיר ירדו לרמה סבירה.
לא קשור למכסה.
מתכוונן תוך דקות בהתאם לשיעורי השגיאות.