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

המדיניות של תוכניות AdMob ו-AdSense

פתרון בעיות בהטמעת TCF גרסה 2.0

תקופות חסד והצעות לפתרון בעיות

IAB Europe סיימה לפתח את גרסה 2.0 של Transparency and Consent Framework (‏TCF - מסגרת השקיפות וההסכמה). המסגרת פותחה בשיתוף עם IAB Tech Lab וארגונים שחברים בשני הגופים. Google תומכת כעת באופן מלא בגרסה 2.0 של TCF.

כדי לתת לבעלי תוכן דיגיטלי זמן לנהל שגיאות והגדרות שגויות הקשורות להשקה של גרסה 2.0 של Transparency & Consent Framework (מסגרת השקיפות וההסכמה – TCF) של IAB Europe,‏ Google תספק לבעלי תוכן דיגיטלי דיווח על שגיאות שזיהינו ותעניק להם תקופת חסד של 150 ימים כדי לפתור את השגיאות.


במאמר הזה תמצאו מידע נוסף על פתרון שגיאות הטמעה של TCF בגרסה 2.0, כולל:


הנחיות מעודכנות

עדכונים

  • זמן תגובה של 500 אלפיות שנייה בפלטפורמה לניהול הסכמות (CMP): ב-9 בנובמבר 2020 ביטלנו את הדרישה שלפיה פלטפורמות CMP המבוססות על TCF בגרסה 2.0 צריכות להגיב לבקשות מ-Ad Manager‏, AdSense או AdMob בתוך 500 אלפיות שנייה. לפי ההגדרות החדשות, Ad Manager, ‏AdSense ו-AdMob ימתינו זמן בלתי מוגבל לתגובה של ה-CMP שתבחרו להטמיע.

תיקונים של שגיאות נפוצות

כדי לפתור כמה מהשגיאות הנפוצות ביותר ב-Ad Manager, ‏AdSense ו-AdMob, תוכלו להיעזר בפעולות הבאות: 

מומלץ לבקש שוב הסכמה ממשתמשים עם מחרוזות שקיפות והסכמה (TC) שלא מייצרות הכנסות
(שגיאות 1.1, 3.1, 4.1, 5.1, 5.2 ו-6.1)

שגיאות קשורות

שגיאה 1.1. את ההנחיות האלה אפשר ליישם גם לגבי שגיאות3.14.1, 5.1, 5.2 ו-6.1.

הנחיות מעודכנות

מומלץ לבקש שוב הסכמה ממשתמשים.

ההסבר

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

שגיאות 1.1, 1.2 ו-1.3: חשוב לבדוק אם שגיאות אלה מייצגות נפח משמעותי של תנועת גולשים. אם כן, ייתכן שמדובר בבעיה בצד ה-CMP ויש לוודא של-Google מוענקת הסכמה למטרות הנדרשות, ושהיא גם הוגדרה כספק לקבלת הסכמה ואינטרס לגיטימי (מזהה ספק 755).

מפרט IAB

לפי המפרט של IAB, אפשר לשמור מחרוזות הסכמה במטמון של פלטפורמות CMP למשך 13 חודשים.

חלק מפלטפורמות ה-CMP שמרו בעבר את תאריך ההסכמה הראשון והאריכו אותו, ומצב זה אינו תקין. בכל פעם תאריך ההסכמה צריך להיות התאריך החדש של מחרוזת הסכמה ספציפית.
המלצה: בקשו ממנהלי ה-CMP להחזיר הפעלות מ-AddEventHandler בתוך 500 אלפיות שנייה
(שגיאות 2.1-א, ‏2.1-ב, ‏2.2-א, ‏2.2-ב, ו-2.2-ג)

שגיאות קשורות

שגיאה 2.1-א'. את ההנחיות האלה אפשר ליישם גם לגבי שגיאות 2.1-ב',‏ 2.2-א', ‏2.2-ב' ו-2.2-ג'.

הנחיות מעודכנות

אמנם כבר אין דרישה לגבי זמן קצוב לתפוגה, אך מומלץ שמנהלי פלטפורמות CMP יבחנו בקפידה את ההטמעות שלהם כדי לוודא שהן ישיבו באופן מיידי על הפעלות של AddEventListener getTCData

אם פלטפורמת CMP לא מגיבה, ייתכן שלא תתבצע מונטיזציה של הבקשה.

ההסבר

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

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

מפרט IAB

מפרט IAB רלוונטי: מפרט‏ AddEventListener של IAB (ב-GitHub)

יש להפעיל את הקריאה החוזרת (callback)‏ של AddEventListener מיד לאחר ההרשמה עם נתוני ה-TC הנוכחיים, גם אם הטעינה של סטטוס ה-CMP עדיין מתבצעת ונתוני ה-TC של ה-CMP לא מלאים. כך הסקריפט המפעיל יכול לגשת אל ה-listenerId שרשום עבורו. בנוסף, יש להפעיל את הקריאה החוזרת בכל שינוי של מחרוזת TC, אלא אם היא הוסרה באמצעות RemoveEventListener.

דוח שגיאות

בעלי תוכן דיגיטלי יקבלו הודעה בממשק המשתמש של המוצר אם נזהה בעיה במחרוזת ה-TC שמשויכת לאחד או יותר מהאתרים או מהאפליקציות שלהם. אם הם ירצו להוריד דוח מפורט של השגיאות שזוהו ב-7 הימים האחרונים, בעלי תוכן דיגיטלי שאירעו אצלם שגיאות יוכלו להיכנס בחשבון שלהם לדף "הסכמת משתמשים באיחוד האירופי" וללחוץ על הורדת דוח שגיאות של TCF.

הדוח הזה זמין רק אם זוהו שגיאות ב-7 הימים האחרונים.
כדי לגשת לדף "הסכמת משתמשים באיחוד האירופי" ולדוח השגיאות של TCF: 
  • Ad Manager: לוחצים על מנהל מערכת and then הסכמת משתמשים באיחוד האירופי.
  • AdMob ו-AdSense: לוחצים על בקרות חסימה and then הסכמת משתמשים באיחוד האירופי.

בדוח יצויינו הפרטים הבאים לגבי כל שגיאה שזוהתה: 

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

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

תקופת חסד

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

תקופת החסד הוארכה ל-60 ימים נוספים ומסתיימת כעת באמצע ינואר 2021.
אופן הטיפול במהלך תקופת החסד סקירה כללית
תקופת חסד 0: הגדרה שגויה

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

השגיאות האלה מקבלות עדיפות על פני סוגים אחרים של שגיאות, גם אם מזוהות מספר שגיאות בבקשה נתונה.

תקופת חסד 0 תחול במקרים הבאים:

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

בסיום תקופת החסד לא ימולאו בקשות למודעות.

תקופת חסד 1: בעיות בקשר למחרוזת השקיפות וההסכמה (TC)

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

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

תקופת חסד 2: יש לקבל שוב הסכמה

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

תקופת חסד 2 תחול כאשר יש לקבל הסכמה מהמשתמש. אם קיבלתם הסכמה ממשתמש לפני יותר מ-13 חודשים, יש להשתמש בתקופת חסד זו כדי לקבל שוב את הסכמת המשתמש.

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

תקופת חסד 3: היקף גלובלי או היקף מחוץ למסגרת

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

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

 

פתרון בעיות

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

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

אין תקופת חסד, מודעות אינן מוצגות

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

תרחיש תיאור פעולה מומלצת לביצוע
1.1 Google, כספק, לא אושרה על בסיס הסכמה או אינטרס לגיטימי. יש לבדוק אם המשתמש דחה את Google כספק באופן מכוון, אם התרחשו שגיאות בהטמעת ה-CMP או אם יש סוגי תוכן עם הגבלת מקורות פרסום.
1.2 אין הסכמה למטרה 1 עבור מדינות באזור הכלכלי האירופי (EEA) ובבריטניה.

יש לבדוק אם המשתמש לא הביע הסכמה למטרה 1 באופן מכוון או אם הבעיה נובעת משגיאות בהטמעה של הפלטפורמה לניהול הסכמה (CMP).

בעלי תוכן דיגיטלי מגרמניה שבחרו לא לבקש את הסכמת המשתמשים צריכים להקפיד על הגדרה תקינה של השדות PublisherCC ו-PurposeOneTreatment.
1.3 יש הסכמה למטרה 1, אבל אין בסיס משפטי למודעות בסיסיות.

יש לבדוק אם המשתמש דחה אינטרסים לגיטימיים בשאר המטרות באופן מכוון או אם הבעיה נובעת משגיאות בהטמעה של ה-CMP.

תקופת חסד 0: הגדרה שגויה

כשניתנת לבעלי תוכן דיגיטלי תקופת חסד 0:

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

בסיום תקופת החסד לא ימולאו בקשות למודעות.

השגיאה תיאור פעולה מומלצת לביצוע
2.1 א' Tag או SDK לא מקבל מחרוזת של נתוני שקיפות והסכמה כי הסטטוס של ה-CMP הוא stub‏, loading או error.

אם אתם מפעילים ידנית את הפונקציה לבקשת מודעות, עליכם להקפיד שהתגובה ל-getTCData TCData.eventStatus תהיה 'tcloaded' או 'cmpuishowed' + 'useractioncomplete'. התגובות האלה מציינות שה-CMP מוכנה לספק למשתמש אפשרויות בחירה לגבי הסכמה.

אם אתם לא מפעילים ידנית את הפונקציה לבקשת מודעות, עליכם לוודא שתוטמע בפלטפורמת ה-CMP תמיכה ב-getTCData ויוחזרו ממנה התגובות TCData.eventStatus = 'tcloaded'‎ או 'cmpuishown' + 'useractioncomplete'. התגובות האלה מציינות שהאפשרות לקבלת הסכמה מהמשתמש מוכנה לשימוש דרך ה-API.

2.1 ב'

שני התנאים הבאים מתקיימים:

  • ה-CMPs הגדירו ‎&gdpr=1
  • הבקשה כוללת ‎&gdpr_consent=‎, אבל מחרוזת ה-TC ריקה.
יש לבקש ממנהלי פלטפורמת ה-CMP לוודא שממשקי ה-API מיושמים באופן תקין בהתאם למפרט הטכני של IAB ל-TCF.
2.2-א'

לא ניתן לנתח את מחרוזת השקיפות וההסכמה מאחר שהיא לא בקידוד base64.

דוגמה: "2"

בפרמטרים של gdpr_consent=‎, הנתונים שנשלחים על ידי ה-CMP (או בעלי התוכן הדיגיטלי) צריכים להיות בקידוד bases64 בלבד.
2.2 ב'

לא ניתן לנתח את מחרוזת השקיפות וההסכמה עקב שגיאה בפענוח הקידוד.

דוגמה: כוללת מספר שגוי של ביטים

על ה-CMP לתקן את השגיאות בהטמעה של מחרוזת השקיפות וההסכמה.
2.2 ג'

לא ניתן לנתח את מחרוזת ה-TC עקב שגיאת נתונים.

דוגמה: חותמת זמן שגויה, מזהה ספק גדול מדי
 

על ה-CMP לתקן את השגיאות בהטמעה של מחרוזת השקיפות וההסכמה.

תקופת חסד 1: בעיות בקשר למחרוזת השקיפות וההסכמה (TC)

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

שגיאה תיאור פעולה מומלצת לביצוע
3.1 מזהה CMP לא חוקי.

יש לוודא שנעשה שימוש ב-CMP שאומת באמצעות IAB ושהמזהה של ה-CMP מוגדר נכון במחרוזות השקיפות וההסכמה.

אם ה-CMP היה חוקי בעת יצירת מחרוזת השקיפות וההסכמה, אבל נמחק בהמשך על ידי IAB, יש לקבל שוב הסכמה באמצעות CMP חוקי.

3.2 תאריך היצירה של מחרוזת השקיפות וההסכמה חל לפני יותר מ-13 חודשים. על ה-CMP למחוק את הגרסה הישנה של מחרוזת השקיפות וההסכמה ולקבל שוב הסכמה.
3.3 תאריך העדכון האחרון של מחרוזת השקיפות וההסכמה חל לפני יותר מ-13 חודשים. על ה-CMP למחוק את הגרסה הישנה של מחרוזת השקיפות וההסכמה ולקבל שוב הסכמה.

תקופת חסד 2: יש לקבל שוב הסכמה

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

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

שגיאה תיאור פעולה מומלצת
4.1 מחרוזת ה-TC נוצרה באמצעות גרסה של ה-GVL ש-Google עוד לא נרשמה בה. קבלת הסכמה מחדש באמצעות הגרסה המעודכנת של ה-GVL, שכוללת את Google.

תקופת חסד 3: היקף גלובלי והיקף מחוץ למסגרת

תקופת חסד 3 תחול במקרים שבהם זוהו בעיות שקשורות להיקף גלובלי ולהיקף שחורג מהמסגרת (Ad Manager, ‏AdMob, ‏AdSense).

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

שגיאה תיאור פעולה מומלצת
5.1 מחרוזת השקיפות וההסכמה מאפשרת הסכמה 'מחוץ למסגרת'. יש להנחות את ה-CMP להסיר אותות 'מחוץ למסגרת' ממחרוזות השקיפות וההסכמה.
5.2 מחרוזת שקיפות והסכמה עם היקף גלובלי. יש להנחות את ה-CMP לעדכן את מחרוזות השקיפות וההסכמה כך שהן יהיו ספציפיות לשירות.

אין תקופת חסד, מודעות עדיין מוצגות

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

השגיאה תיאור פעולה מומלצת
6.1 הגרסה של מחרוזת השקיפות וההסכמה היא 1 או 1.1 (מחרוזת מגרסה 1.0). על ה-CMP לשלוח מחרוזות של TCF בגרסה 2.0.

אין תקופת חסד, Google תטפל בבעיות

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

השגיאה תיאור פעולה מומלצת
7.1 gdprApplies לא מוגדר, או מוגדר כערך לא חוקי או בלתי ניתן לפענוח, אבל קיימת מחרוזת שקיפות והסכמה חוקית. לא רלוונטי
7.2 מחרוזת השקיפות וההסכמה נוצרה באמצעות גרסה של רשימת הספקים הגלובלית (GVL) שהיא חדשה יותר מהגרסה הנוכחית שמוכרת לטכנולוגיית פרסום המודעות של Google. לא רלוונטי
7.3 מטרות, תכונות ו/או ספקים מסוימים אינם בטווח (לא ידועים). לא רלוונטי
7.4 מחרוזת השקיפות וההסכמה מכילה גרסה ישנה יותר של tcf_policy_version מזו שמופיעה בגרסה החדשה ביותר של רשימת הספקים הגלובלית (GVL). על ה-CMP למחוק את הגרסה הישנה של מחרוזת השקיפות וההסכמה ולקבל שוב הסכמה באמצעות הגרסה החדשה ביותר של רשימת הספקים הגלובלית.
7.5

הבקשה מכילה ‎&gprpr=1, אבל כתובת ה-URL של הבקשה לא מכילה את הפרמטר ‎&gdpr_consent.

לא רלוונטי
7.6 קוד מדינה לא חוקי של בעל תוכן דיגיטלי, אבל קיימת הסכמה למטרה 1.  על ה-CMP לתקן את השגיאות בהטמעה של מחרוזת השקיפות וההסכמה.
7.7 קוד שפה לא חוקי. על ה-CMP לתקן את השגיאות בהטמעה של מחרוזת השקיפות וההסכמה.
7.8 הערך של שדה הגרסה של מחרוזת השקיפות וההסכמה אינו 1 או 2. על ה-CMP לשלוח מחרוזות של TCF בגרסה 2.0.
7.9 הגרסה של מחרוזת הההסכמה הנוספת (AC) אינה 1. על מנהלי פלטפורמת ה-CMP להגדיר את הגרסה של מחרוזת ה-AC כ-1.

אין תקופת חסד, בעיות במחרוזת AC

כשהמערכת תזהה בעיות מהסוג הזה, Google תתייחס למחרוזת ה-AC כלא תקינה, ולא יתקבלו ספקים נוספים מעבר לאלו שמצוינים במחרוזת ה-TC.

השגיאה תיאור פעולה מומלצת
8.1 אין מפריד גרסה (~) במחרוזת נתוני ההסכמה הנוספת (AC). התו השני במחרוזת נתוני ההסכמה הנוספת שה-CMP שולחת, שמפריד בין מספר הגרסה לרשימת הספקים שקיבלו הסכמה, צריך להיות "~".
8.2 הפורמט של רשימת הספקים שכלולה במחרוזת נתוני ההסכמה הנוספת לא תקין (הפורמט התקין הוא רשימה של פריטי int64s שמופרדים בתו ' . ') על מנהלי פלטפורמת ה-CMP לתקן את השגיאות בהטמעה של מחרוזת ה-AC.

 

האם המידע הועיל?
איך נוכל לשפר את המאמר?

צריכים עזרה נוספת?

אפשר להיכנס כדי לקבל אפשרויות תמיכה נוספות על מנת לפתור במהירות את הבעיה

true
<p>הדף 'AdMob שלי' הוא דף עזרה מותאם אישית שיעזור לכם להשיג תוצאות מעולות ב-AdMob.</p>

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

מידע נוסף

חיפוש
ניקוי החיפוש
סגירת החיפוש
אפליקציות Google
תפריט ראשי
חיפוש במרכז העזרה
true
73175
false