מבוא
Google הודיעה לאחרונה על API חדש לגמרי שמאפשר למפרסמים ב-Google Ads לעקוב אחרי המרות באפליקציות ולבצע רימרקטינג. הסיבות העיקריות לפיתוח ה-API החדש הן לפשט את ניתוח נתוני האפליקציות והשיוך למקורות תנועה עבור המפרסמים ולספק פתרון אמין יותר לשותפי השיוך ב-Google Ads.
מעכשיו והלאה, נתייחס ל-API החדש למעקב המרות באפליקציות ולרימרקטינג פשוט כאל 'ה-API'.
מושגים
ב-API החדש יש כמה מושגים חדשים למי שמכיר את ה-API מהדור הקודם.
אירועים באפליקציה
ב-API מדור קודם למעקב המרות, המושגים החשובים הם 'מזהי המרה' ו'תוויות המרה'. ב-API החדש, המושג החשוב הוא 'אירועים באפליקציה' במובן כללי. באינטגרציה של API מדור קודם, המיפוי התחבירי בין אירועים באפליקציה לבין אירועי המרות באפליקציה ב-Google Ads מתבצע במערכות הניתוח של הצד השלישי דרך לוחות ההגדרות שלהן. לכן, כדי להשתמש בשילוב מדור קודם, צריך ליצור את 'מזהי ההמרה' ו'תוויות ההמרה' ב-Google Ads, ואז למפות אותם במערכת של הצד השלישי.
עם זאת, ה-API מאפשר לצרכנים להעביר אירועים באפליקציה לפי שם, באופן אטומי, אל Google Ads. התכונה הזו מאפשרת למפרסמים להתחיל לעקוב אחרי המרות באופן חיצוני בלי לבצע הגדרות נוספות ב-Google Ads.
קוד מפתח
כל הצרכנים של ה-API יצטרכו ליצור קוד מפתח. המטרה של קוד המפתח למפתחים היא להגביל ולשלוט בגישה ל-API, והאסימון הזה יפעל כסוד משותף סטטי. משתמש ב-API תמיד ישתמש באותו אסימון מפתח כדי לחתום על כל הבקשות למעקב המרות באפליקציה ולרימרקטינג, בלי קשר לאפליקציה שעבורה הוא יוצר את הבקשה. כשממלאים את הבקשה לקבלת טוקן, חשוב לציין שהטוקן ישמש ל-App conversions and remarketing API. חשוב לזכור שצריך להשלים את תהליך הבקשה לקוד מפתח למפתחים בלחיצה על בקשה לגישה בסיסית. אפשר לבדוק את רמת הגישה הנוכחית במרכז Google Ads API ב-Google Ads. בנוסף, אם אתם משתמשים ב-Google Ads API לפונקציות אחרות של דיווח או ניהול קמפיינים, תצטרכו ליצור חשבון ניהול נפרד וקוד מפתח נפרד לשימוש עם ה-API הזה.
אם אתם ספק צד שלישי, אתם צריכים לשלוח את כל הבקשות בשם מפרסמים שמשתמשים בשירות שלכם עם טוקן המפתחים שלכם. אל תבקשו מכל לקוח להגיש בקשה לקוד מפתח משלו. במקום זאת, כל לקוח צריך ליצור מזהה קישור באמצעות מזהה הספק שלכם (ראו את הקטע שבהמשך) ואז לספק לכם את מזהה הקישור שלו.
מזהה קישור
מזהה קישור הוא מזהה ייחודי לקישור אפליקציה ספציפית לטוקן מפתח ספציפי. במקרה הזה, 'אפליקציה ספציפית' מתייחסת לאפליקציה אחת בפלטפורמה אחת (לדוגמה, App123 ב-iOS). אפשר ליצור ולשתף מזהי קישור בין חשבונות Google Ads בלי קשר להיררכיית הניהול של חשבונות Google Ads, וכך לא צריך לנהל כמה מזהי מעקב לאותה אפליקציה.
כדי ליצור מזהה קישור שמשויך לאסימון המפתח הייחודי שלכם, בוחרים באפשרות ספק אחר בתפריט הנפתח ספק שירותי הניתוח של נתוני אפליקציות. בתיבת הקלט עם התווית Enter your provider's ID (הזנת המזהה של הספק), מזינים את מספר הלקוח החיצוני שמשויך לחשבון הניהול ב-Google Ads שדרכו הגשתם בקשה לטוקן למפתחים. מזינים את המזהה ללא מקפים (לדוגמה, 1234567890 למזהה חשבון שמוצג כ-123-456-7890 בממשק המשתמש של Google Ads).
שיוך (Attribution) חוצה-פלטפורמות
ביטול כפילויות ברשתות הוא תכונה מרכזית בהרבה מוצרים בתחום השיוך של התקנות אפליקציות. ה-API מביא את הרעיון של ביטול כפילויות בין רשתות ל-Google Ads. כדי לעשות זאת, הוא מחייב את הלקוחות של ה-API לשלוח בקשה נוספת של 'שיוך בין רשתות' אחרי שהם מקבלים אישור המרה מ-Google Ads. המטרה של הבקשה בין הרשתות היא להודיע ל-Google Ads אם אישור ההמרה נספר כהמרה על ידי צרכן ה-API שקיבל אותו.