- איך נמסרים השינויים בפרוטוקול 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 החתומות האלה עדיין יכולות להציע מידע כמו
אזור גיאוגרפי כללי ו-ISP.
כתובות IPv4 נקטעות לשלוש מחרוזות של 3 בייט, המייצגות את 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 דקות.
