שאלות נפוצות על פרוטוקול RTB

איך מדווחים על שינויים בפרוטוקול RTB?
השינויים מתעדכנים באתר הזה, ולקוחות פעילים של RTB מקבלים הודעה על כך.
איך מעבירים מידע נוסף שאפשר להשתמש בו כדי להתאים אישית את המודעות שמוצגות?
אפשר לכלול מידע נוסף ישירות בקטע ה-HTML שמוחזר ב-BidResponse.
איך מציינים רשימה של קובצי Cookie בטירגוט מקדים?
נכון לעכשיו, צריך ליצור רשימת בומרנג ולטרגט אותה. בעתיד, נתמוך בהעלאת רשימות של קובצי Cookie מגובבים שנוצרו באמצעות שירות ההתאמה של קובצי Cookie.
מה קורה אם לא משתמשים בפקודות מאקרו?
פרמטרים של התאמת קובצי Cookie יצורפו לסוף בסדר לא מובטח, כרגיל.
מה קורה אם משתמשים רק במאקרו אחד, שלא כולל את GOOGLE_ALL_PARAMS?
רק המאקרו הזה יורחב. שאר הפרמטרים יישארו מושבתים.
מה קורה אם משתמשים בכמה פקודות מאקרו, כולל GOOGLE_ALL_PARAMS?
כל פקודות המאקרו יורחבו, כולל GOOGLE_ALL_PARAMS. לדוגמה, חלק מהפרמטרים יחזרו על עצמם.
אם אני רוצה להשתמש בפקודות מאקרו אבל לא ב-GOOGLE_ALL_PARAMS, באיזו פקודת מאקרו צריך להשתמש להתאמת קובצי Cookie רגילה?
‫
GOOGLE_GID, ‏ GOOGLE_CVER,‏ GOOGLE_ERROR (או הווריאציות של PAIR).
אם אני רוצה להשתמש בפקודות מאקרו אבל לא ב-GOOGLE_ALL_PARAMS, באיזו פקודה עליי להשתמש כדי להעביר נתונים להתאמה לקובצי Cookie?
‫
GOOGLE_GID, ‏ GOOGLE_CVER, GOOGLE_PUSH, ‏ GOOGLE_ERROR (או וריאציות של PAIR).
איך צריך לטפל בהשבתה מתוזמנת של שרת בידינג?
אם ההשבתה תימשך רק כמה שעות, לא צריך לעשות שום דבר. מערכת ההגבלה הדינמית שלנו תפסיק באופן אוטומטי לשלוח בקשות להצעה למגיש ההצעה ברגע שתפסיקו להגיב. אם זמן ההשבתה ארוך יותר מפרק זמן קצר, צריך לפנות למנהל החשבון כדי לדון באפשרויות אחרות.
איך אפשר לשלוט בקצב שבו הבקשות נשלחות למגיש ההצעות שלי?
מכסות מקסימליות של קצב שאילתות מוגדרות באופן סטטי על ידי Google, והמערכת אוכפת אותן על ידי ביטול בקשות כשמגיעות יותר מדי בקשות. כדי לשנות את ההגדרה, צריך לפנות אל מנהל החשבון. אפשר גם לשלוט בתנועה על ידי שינוי תנאי הטירגוט או השהיה של קבוצות מודעות. אפשר גם להשתמש ב-Buyer API כדי לשנות את הקצאה באופן פרוגרמטי.
איך אפשר לעקוב אחרי שיעור השגיאות ושיעור הזמן הקצוב לתפוגה ש-Google רואה?
בשלב הזה אפשר להסיק את זה רק באופן עקיף, על סמך העובדה ששיעורי שגיאה גבוהים יגרמו להגבלת התנועה. בעתיד נציג את המידע הזה בצורה ישירה יותר.
למה חלק מהבקשות להצעות מחיר לא כוללות כתובות IP?
הסיבות לכך הן:
  • בעל האתר בחר לא לאפשר שליחה של כתובות IP.
  • החשיפה היא במכשיר נייד שלא מחובר ל-Wi-Fi.
איך מפרשים את כתובות ה-IP ב-BidRequest.ip?
יכול להיות שכתובת ה-IP קוצצה בגלל אמצעי בקרה של בעל האתר או של המשתמש, או כדי להגן על הפרטיות של המשתמש. כתובות IP שקוצצו עדיין יכולות לספק מידע כמו אזור גיאוגרפי כללי וספק אינטרנט.

כתובות IPv4 מקוצצות למחרוזות של 3 בייטים, שמייצגות את שלושת האוקטטות הראשונות של כתובת IP, כך ש-172.16.254.1 הופך ל-{0xAC, 0x10, 0xFE}.

כתובות IPv6 נחתכות למחרוזות של 6 בייט. הקונים יקבלו את 6 הבייטים הראשונים של כתובות IPv6. הכתובת 2001:db8:f:1234::1 מקוצרת ל-2001:db8:f::/48 ומיוצגת כ-{0x20, 0x01, 0x0d, 0xb8, 0x00, 0x0f}.

איך אפשר לדעת מהן כתובות ה-IP שמהן אקבל בקשות לבידינג כדי שאוכל להוסיף את הכתובות האלה לרשימת ההיתרים?
אל תגדירו את חומת האש על סמך כתובות ה-IP שמהן תקבלו בקשות להצעות מחיר, כי הכתובות האלה עשויות להשתנות בכל רגע ללא אזהרה.
יש דרך לקבל אישור ומידע נוסף כשאני מפסיד במכרז?
לא, כרגע אפשר לקבל אישור ישיר רק על זכייה במכרזים באמצעות, לדוגמה, פקודת המאקרו WINNING_PRICE.
האם שירות ההתאמה לקובצי Cookie תומך ב-HTTPS?
כן. אם משתמשים בכתובת ה-URL של תג ההתאמה עם פרוטוקול HTTPS כשמציבים אותו בדף HTTPS. הפעולה הזו תפנה לכתובת ה-URL של השרת עם הפרוטוקול שמוגדר ל-HTTPS. לכן, כדאי להציב את התג רק בדפי HTTPS אם השרת שלכם תומך גם ב-HTTPS.
האם אפשר לבצע איזון עומסים בכמה מכונות?
אנחנו דורשים שתספקו כתובת URL אחת ותטמיעו בעצמכם איזון עומסים לבקשות שנשלחות לכתובת ה-URL הזו. בעתיד נספק עוד וריאציות של ההודעה הזו.
אם התקציב של קבוצת המודעות שלנו לטירגוט מקדים ייגמר, האם מערכת הבידינג שלנו תפסיק לקבל בקשות להצעות מחיר?
כן. התקציב להגדרת הטירגוט המקדים עדיין מנוהל בממשק המשתמש הישן של Authorized Buyers ומאוכף כרגיל. כדי למנוע בעיות, חשוב לוודא שהתקציב גבוה יותר מהיעד היומי הממוצע.
מהו העיכוב עד ששינוי בקבוצת מודעות או בקמפיין לטירגוט מראש בממשק המשתמש נכנס לתוקף?
בדרך כלל פחות מ-15 דקות.