שאלות נפוצות בנושא הרשמה

ניהול התקציבים ומגבלות הקצב ליצירת בקשות

עיינו בבעיות הרלוונטיות ב-GitHub בנוגע לשינויים בתקציב הפרטיות:

אין תקציב נוכחי לפרטיות שחל על כל ממשקי ה-API. כמו כן, יישמנו מגבלת קצב חדשה: מקור אחד לכל מקור, אתר או הרשמה לכל 24 שעות (ב-Chrome, Android). אפשר לעיין ברשימה המלאה של מגבלות הקצב ליצירת בקשות ב-Attribution Reporting API כדי לקבל מידע על מגבלות במכשיר, כמו מקורות בהמתנה ויעד מקסימלי ל-Chrome. כאן ניתן למצוא גם את רשימת המגבלות לצבירה פרטית.

ב-Topics API, מגבלות הקצב ליצירת בקשות הן:

  • בכל טעינת דף, ניתן לאחסן עד 30 דומיינים של הקשר לשימוש ב-API. כלומר, בדף מסוים, כל הדומיינים יכולים להפעיל את ה-API כדי לקבל נושאים. עם זאת, רק 30 הדומיינים הראשונים מורשים להגדיר נושאים.
  • עבור Topics on Android, קצב השליחה מוגבל לשיחה אחת לאפליקציה לשנייה (פתוח למשוב).

שאלות נפוצות בנושא מדידות

אם טכנולוגיית פרסום כלשהי רושמת חשיפה עם מקור 1 www.foo.com והמרה עם מקור 2 www.example.foo.com, האם השיוך (Attribution) הוא enrollmentID או המקור?

לא, אסור לבצע שיוך (Attribution) ממקורות שונים. היקף השיוך (Attribution) הוא ברמת המקור.

האם אפשר לקבץ יחד דוחות נצברים משני מקורות שונים ששייכים לאותה הרשמה?

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

האם שני מקורות שונים מאותה הרשמה יכולים להירשם לאותו אירוע מקור?

המקור היחיד לכל {source, site/enrollment} יאפשר לך להירשם בהצלחה לאחד מהם בלבד. למידע נוסף, אפשר לעיין במסמכי התיעוד.

האם נדרשות הרשמות נפרדות לאתר>אינטרנט לעומת אתר>אינטרנט לעומת אתר>אפליקציה?

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

שאלות נפוצות בנושא רלוונטיות

האם קונה אחד שנרשם בנפרד מקונה אחר ב' יכול ליצור IG ולאפשר לקונה ב' להשתמש בו בבידינג?

  • Chrome: לא. עם זאת, קונה א' יכול להאציל את היצירה של IG לאתר אחר B, שאין לו תפקיד כקונה, כאשר IG שומר על הקונה א' כבעלים. זו הדרך היחידה שבה אנחנו תומכים ב-IG שנוצר על ידי ישות שאינה הקונה (בסופו של דבר) שמגיש הצעת מחיר במכרז של מודעות ה-PA.
  • Android: לא. עם זאת, מערכת Android תומכת גם בהענקת גישה, במצב שבו מתקשר במכשיר יכול לבקש מהפלטפורמה לקבל גישה לקהל מותאם אישית מקונה ספציפי (קונה ב'). קונה ב' חייב להיות טכנולוגיית פרסום רשומה.

איך הגורמים ששולחים דוחות דרך Report Results או ReportWin יכולים לבדוק את סטטוס ההרשמה?

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

האם צריך לרשום את היעדים לדיווח על מעורבות ברמת האירוע, כולל שותפי צד שלישי למדידת מודעות?

האם המגבלה של 1,000 IG לבעלים של מכשיר חלה על הרשמה אחת בלבד?

  • Chrome: לא בהכרח. המגבלה של 1,000 IG היא ברמת המקור. אם טכנולוגיות פרסום מחליטים להשתמש בכמה מקורות לכל אתר או הרשמה, כל אחד מהמקורות מקבל הקצאה משלו של 1,000 IG לכל מכשיר
  • Android: המגבלות על קהלים בהתאמה אישית חלות על כל פרופיל משתמש (4,000) ועל כל אפליקציה (1,000) וחלות על הרשמה יחידה.