בדיקה והפצה של האפליקציה

אחרי שהאפליקציה תושלם ובדקתם אותה בתוך הארגון, היא צריכה לבצע חבילה של בדיקות סטנדרטיות שבהן הנציג של חשבון Google שולח בקשות בדיקה לשרתים שלכם. ברגע שהאפליקציה שלכם תעבור את הבדיקות האלה, היא תהיה כשירה לפרסום. בנושאים הבאים מוסבר איך פועל תהליך הבדיקה וההשקה.

בדיקה של התנועה ב-Google

כשתהיו מוכנים להתחיל לבדוק את התנועה שנשלחת מ-Google, פנו לנציג Authorized Buyers. תתבקשו לספק פרטים שונים, כמו הפרטים הבאים:

  • פרטים ליצירת קשר עם מהנדסי התוכנה. אם לא נערכת את הבדיקה בהתאם למצופה ויש בעיות הנדסיות שצריך לטפל בהן, נשתמש בפרטים האלה ליצירת קשר כדי לפנות ישירות לצוות.
  • כתובת URL עם תמיכה ב-SSL שמגיבה לבקשות RTB.
  • כתובת ה-URL שתומכת ב-SSL של השרת של התאמת קודי קובצי cookie, אם בחרתם להשתמש בפונקציונליות הזו.
  • המיקום הפיזי (מדינה, מדינה) של שרתי ה-RTB כדי לשפר את התקשורת עם השרתים של Google.
  • מספר QPS מקסימלי (שאילתה לשנייה) שאתם מוכנים להציג מכל מיקום פיזי בסיום הבדיקה.
  • תאריך ההפעלה של שרתי ההתאמה של RTB או קובצי cookie לצורך בדיקה. Google תשלח בקשות RTB לשרתים שלכם בתאריך הזה או זמן קצר לאחר מכן.
  • זמן האחזור המשוער שהשרתים שלכם ישתמשו בו לעיבוד בקשות לבידינג בזמן אמת (RTB).
  • מפתחות PGP לשליחת מידע על פענוח המחיר בדואר.
  • מוודאים שהטירגוט מראש מוגדר בממשק המשתמש של הטירגוט מראש.

כדי לבצע שינויים בפרטים האלה בכל שלב בתהליך הבדיקה, צריך לפנות לנציג Authorized Buyers.

הבדיקה תכלול כמה שלבים בתעבורת נתונים סינתטית כדי לאמת זמני אחזור ממיקומים שונים. Google תבצע גם כמה בדיקות בסיסיות שמעבדות מודעות ולעקוב אחר קליקים כמו שצריך. (את רוב הפעולות האלה צריך לבצע במהלך הבדיקות שלכם ובמהלך ההסמכה). בנוסף, נבקש מכם לאשר שאתם יכולים לקבל ולפענח התראות על המחירים והקליקים הזוכים. אחרי שהפריטים האלה יאומתו, השלב הבא יהיה עלייה הדרגתית בתנועת הגולשים בזמן אמת במשך מספר ימים.

זמן האחזור המינימלי לשימוש ב-Real-time Bidder הוא 80 עד 1,000 אלפיות השנייה, והוא נמדד מהרגע ש-Google שולחת את השיחה ועד ש-Google מקבלת תשובה. המועד האחרון הזה תלוי בפורמט ובסוג המכרז. בשדה tmax או response_deadline_ms בבקשה להצעת המחיר כדאי לבדוק מה הערך המדויק.

כדי לעמוד בדרישות של נתוני החשיפות שעובדו במיקום מסוים, עד 2% מהבקשות צריכות לעבור את תאריך היעד הזה. אם רוצים לקבל חשיפות מכמה מיקומי מסחר בהתאם לדרישות האלה, בדרך כלל צריך להפעיל שרתים לבידינג בכל האזורים. לדוגמה, כדי לקבל חשיפות גם מהחוף המזרחי וגם מהחוף המערבי של ארצות הברית, צריך להפעיל שרתי בידינג גם בחוף המזרחי וגם בחוף המערבי.

מגיש הצעות מחיר שבאופן זמני מוגדר לו שיעור גבוה של זמן קצוב לתפוגה, עקב אירועים ברשת או בעיות אחרות, יווסת באופן אוטומטי. ויסות הנתונים הזה יצמצם או יגדיל את התנועה באופן אוטומטי בפרק זמן של מספר דקות. אם לעיתים קרובות מווסתים את תעבורת הנתונים למשך תקופה ארוכה, Google עשויה להתאים את מכסת התעבורה לרמה שבה אפשר לטפל בצורה עקבית יותר.