ב-Google Ads API נדרשת developer-token כותרת בקשה, ומגדירים את login-customer-id ו-linked-customer-idכותרות הבקשה לתרחישי אימות שונים.
ב-Data Manager API לא נדרש קוד מפתח, ואתם מציינים את פרטי ההתחברות ואת פרטי הלקוח המקושר באמצעות שדות של Destination במקום כותרות של בקשות. מידע נוסף על יעדים זמין במאמר הגדרת יעדים.
כך ממפים את השדות של Google Ads API עבור conversion_action יחיד לשדות המקבילים ב-Destination:
מגדירים את account_id למספר הלקוח של חשבון ההמרות ב-Google Ads. מגדירים את account_type של operating_account לערך GOOGLE_ADS.
יכול להיות ש-Data Manager API ידרוש מזהה לקוח שונה מזה שמשמש אתכם ב-Google Ads API. פרטים נוספים מופיעים במאמר ההבדלים בדרישות לגבי חשבון היעד.
כותרת הבקשה developer-token
אין דוח מקביל
לא נדרש קוד מפתח ל-Data Manager API.
כותרת הבקשה login-customer-id
login_account
מגדירים את account_id למספר הלקוח של החשבון שאיתו מתחברים. מגדירים את account_type לערך GOOGLE_ADS אם חשבון הכניסה הוא חשבון Google Ads, או לערך DATA_PARTNER אם חשבון הכניסה הוא חשבון של שותף נתונים.
כותרת הבקשה linked-customer-id
linked_account
מגדירים את הערך של account_id למספר הלקוח של החשבון המקושר. מגדירים את account_type לערך DATA_PARTNER.
conversion_action מתוך ClickConversion
product_destination_id
מוגדר למזהה המספרי של פעולת ההמרה. אסור להשתמש בשם המשאב של ConversionAction.
בשני ממשקי ה-API נעשה שימוש באובייקט Consent דומה (ad_user_data, ad_personalization).
ב-API של המרכז לניהול נתונים, אפשר גם להגדיר הסכמה לכל האירועים בבקשה על ידי הגדרת השדה consent ברמת הבקשה.
ה-API של Google Ads מחייב שליחת בקשות נפרדות לכל פעולת המרה. ה-API של המרכז לניהול נתונים תומך בשליחת המרות לכמה פעולות המרה בבקשה אחת, וגם בשימוש בשדה destination_references הזה כדי לציין אילו יעדים צריכים לקבל משתנה מותאם אישית ספציפי.
אף אחד מהממשקי ה-API לא תומך במזהים האלה להמרות אופליין או להמרות משופרות לצורך שיוך ללידים, ו-Data Manager API לא תומך במזהים האלה כששולחים אירועי המרה כמקור נתונים נוסף.