קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
אחרי שהשלמתם את הבקשה ובדקתם אותה באופן פנימי, היא צריכה לעבור חבילה של בדיקות סטנדרטיות שבהן הנציג של חשבון Google שלכם שולח בקשות בדיקה לשרתים שלכם. אחרי שהאפליקציה תעבור את הבדיקות האלה, היא תהיה כשירה לפרסום. הנושאים הבאים מסבירים איך פועלים תהליך הבדיקה והפרסום.
בדיקות עם התנועה של Google
כשתהיו מוכנים להתחיל לבדוק את התנועה שנשלחת מ-Google, צרו קשר עם נציג Authorized Buyers. תתבקשו לספק פרטים שונים, כמו:
פרטים ליצירת קשר עם הנדסה. אם הבדיקה לא תתבצע כמצופה ויש בעיות הנדסיות שצריך לטפל בהן, נשתמש בפרטים ליצירת קשר כדי לתקשר ישירות עם הצוות שלך.
כתובת URL שתומכת ב-SSL ומגיבה לבקשות ב-RTB.
כתובת URL תואמת SSL של שרת התאמת קוד של קובצי Cookie, אם בחרתם להשתמש בפונקציונליות הזו.
המיקום הפיזי (מדינה, מדינה) של שרתי ה-RTB, כדי לשפר את התקשורת עם השרתים של Google.
ה-QPS המקסימלי (בשאילתה לשנייה) שאתם מוכנים להציג מכל מיקום פיזי בסיום הבדיקה.
התאריך שבו שרתי RTB / Cookie Code Adjust פעילים לצורך בדיקה. Google תשלח בקשות RTB לשרתים שלכם או זמן קצר לאחר מכן.
זמן האחזור המשוער שבו השרתים שלך ישתמשו לצורך עיבוד בקשות RTB.
כדי לבצע שינויים במידע הזה בכל שלב בתהליך הבדיקה, אפשר לפנות לנציג Authorized Buyers.
הבדיקה תכלול מספר שלבים בתנועה סינתטית כדי לאמת את זמני האחזור ממיקומים שונים. Google גם תבצע כמה בדיקות בסיסיות להצגת המודעות ולמעקב אחר הקליקים כראוי. (את רוב התהליך צריך לבצע במהלך הבדיקה שלכם ובמהלך ההסמכה). נבקש מכם גם לוודא שאתם יכולים לקבל ולפענח התראות על מחירים וקליקים שיניבו את התוצאות האלה. אחרי אימות הפריטים האלה, השלב הבא הוא הגדלה הדרגתית של התנועה בזמן אמת לאורך מספר ימים.
זמן האחזור שנדרש לשימוש ב-Real-time Bidder הוא 80 עד 1,000 אלפיות השנייה, שנמדד מהרגע ש-Google שולחת את השיחה ועד לרגע ש-Google מקבלת תשובה. המועד האחרון הזה תלוי בפורמט ובסוג המכרז. חשוב לבדוק את הערך המדויק בשדה tmax או response_deadline_ms בבקשה להצעת המחיר.
כדי לעמוד בדרישות לקבלת חשיפות שעובדו במיקום נתון, לפחות 2% מהבקשות צריכות לעבור את המועד האחרון הזה. אם רוצים לקבל חשיפות מכמה
מיקומי מסחר בהתאם לדרישות האלה, בדרך כלל צריך להפעיל שרתי בידינג בכל האזורים. לדוגמה, כדי לקבל חשיפות גם מהחוף המזרחי וגם מהחוף המערבי של ארצות הברית, שרת הבידינג צריך לפעול גם בחוף המזרחי וגם בחוף המערבי.
מגיש הצעות מחיר שמשך הזמן הקצוב שלו לתפוגה גבוה באופן זמני בגלל אירועים ברשת או בעיות אחרות יעבור אוטומטית ויסות נתונים (throttle). ויסות נתונים זה יצמצם או יגביר את תעבורת הנתונים באופן אוטומטי בפרק זמן של מספר דקות. אם לעיתים קרובות תעבורת הנתונים מווסתת למשך פרק זמן ארוך, Google עשויה להתאים את מכסת תעבורת הנתונים לרמה שאפשר לטפל בה באופן עקבי יותר.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-03-07 (שעון UTC)."],[[["Once in-house testing is complete, applications must undergo standardized tests from Google, with the Google account representative sending test requests to the servers, in order to become eligible for release."],["To initiate testing with Google traffic, you must contact your Authorized Buyers representative and provide them with key information such as engineering contact details, server URLs, server locations, maximum QPS, and PGP keys."],["Testing involves synthetic traffic to verify latencies and basic ad rendering, as well as receiving and decoding winning price notifications and clicks, followed by a gradual ramp-up of live traffic."],["The latency requirement for Real-time Bidder is between 80 to 1000 ms, and no more than 2% of requests should exceed this deadline to qualify for impressions from a specific location."],["Bidders with high timeout rates will experience automatic throttling, with Google adjusting traffic quotas if throttling persists over an extended period."]]],["After in-house testing, contact your Google representative to initiate testing with Google traffic. Provide details like engineering contacts, SSL-enabled URLs, server locations, maximum QPS, and estimated latency. Testing involves synthetic traffic to verify latency and basic ad functionality. Live traffic will gradually increase. The latency requirement is 80-1000 ms. High timeout rates trigger automatic throttling, which might result in a reduced traffic quota. Servers in multiple locations are recommended for broader reach.\n"]]
