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

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

כדאי לעיין בבעיות הרלוונטיות ב-GitHub כדי לקבל מידע על שינויים בתקציב הפרטיות:

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

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

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

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

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

לא, אי אפשר לשייך המרות למקורות שונים. היקף השיוך הוא ברמת המקור.

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

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

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

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

האם נדרשת הרשמה נפרדת לתרחישים הבאים: אתר>אתר, אפליקציה>אתר, אתר>אפליקציה?

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

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

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

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

איך הצדדים ששולחים דוחות באמצעות ReportResult או ReportWin יכולים לבדוק את סטטוס ההרשמה?

  • ‫Chrome: ההטמעה של Chrome לא בודקת כרגע את סטטוס ההרשמה של יעדי ReportResult או ReportWin.
  • ‫Android: אין צורך שגורמים אלה יעשו משהו. בתהליך של PA, המערכת תבדוק אם יש הרשמה לאחד מהיעדים שצוינו.

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

האם המגבלה של 1,000 קבוצות אינטרסים לכל בעלים לכל מכשיר חלה על רישום יחיד?

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