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