AdsAgency · מידע לקבלת החלטות
חיבור Google Ads ל־CRM: מהקליק ללקוח משלם
חיבור הפרסום למערכת המכירות מאפשר לבדוק אילו פניות הפכו ללקוחות. המדריך מסביר איך להגדיר שלבי מכירה, לייבא המרות אופליין ולבדוק שהנתונים חוזרים לחשבון באופן עקבי.
AdsAgency בהובלת דן גיל · פעיל בתחום מאז 2012
מתחילים בהגדרה של תוצאה עסקית
בחרו אירוע אחד שמבטא התקדמות אמיתית: פנייה כשירה, פגישה שהתקיימה או עסקה שנחתמה. טופס חדש ועסקה אינם אותה המרה. הגדירו מי במערכת המכירות אחראי לעדכן את הסטטוס ומה התנאים למעבר בין שלבים. בלי ההגדרה הזאת, חיבור טכני יעביר נתונים שקשה לפרש.
מפת השדות שצריך להכין
| שדה | תפקיד | בדיקה |
|---|---|---|
| מזהה ליד פנימי | מעקב אחר אותה פנייה | נשמר גם לאחר שינוי סטטוס |
| מועד האירוע ואזור זמן | שיוך המרה לתאריך הנכון | מועד העסקה שונה ממועד פתיחת הליד |
| מזהי התאמה מותרים | חיבור בין הפנייה לפרסום | לשמור GCLID כשזמין ולפעול לפי דרישות ההטמעה |
| שם ההמרה, ערך ומטבע | משמעות עסקית אחידה | הכנסה, תרומה וערך צפוי אינם אותו נתון |
יש לצמצם גישה לנתוני לקוחות ולהעביר רק מידע שנדרש ומותר לשימוש. מזהי התאמה נשמרים במערכת המיועדת לכך, ולא בכתובת עמוד או בקובץ ציבורי.
סדר הקמה שאפשר לבדוק
- ממפים את הטפסים, מקורות הפניות ושלבי המכירה הקיימים.
- מגדירים פעולות המרה נפרדות ומחליטים אילו ישמשו לאופטימיזציה.
- בוחרים מחבר נתמך ב־Data Manager או ממשק ייבוא המתאים למערכת.
- בודקים רשומות בדיקה, תאריכים, ערכים ושגיאות — בלי לשלוח עסקאות מומצאות.
- משווים את מספר האירועים הכשירים לייצוא למספר האירועים שנקלטו.
- מתעדים תדירות עדכון, טיפול בכפילויות ואחראי לתקלות.
דוגמה: קמפיין זול לליד אינו תמיד זול ללקוח
דוגמה להמחשה בלבד: קמפיין א׳ הוציא 4,000 ₪ והביא 40 פניות, שמהן נסגרו שני לקוחות. קמפיין ב׳ הוציא אותו סכום והביא 20 פניות, שמהן נסגרו ארבעה לקוחות. העלות לפנייה היא 100 ₪ מול 200 ₪, אך עלות המדיה ללקוח היא 2,000 ₪ מול 1,000 ₪. צריך להשוות גם את ערך העסקאות ולהמתין להבשלת שני המחזורים.
איך מונעים אופטימיזציה על נתון שגוי?
אין לחבר טופס, ליד כשיר ועסקה לאותו יעד כאילו כולם לקוחות נוספים. בדקו את מטרות הקמפיין ואת ההמרות הראשיות והמשניות, כולל החרגות ברמת הקמפיין. השאירו דוח נפרד לכל שלב וודאו שאירוע שכבר נשלח לא נוצר מחדש בכל סנכרון. להמשך: המרות משופרות ללידים ועלות רכישת לקוח.
דוגמת מיפוי רשומה: אירוע עסקי לפני שדה טכני
הדוגמה הבאה היא רשומת תכנון סינתטית, ולא עסקה אמיתית או קובץ שמיועד להעלאה. שם ההמרה, מזהי ההתאמה והפורמט המדויק נקבעים לפי המחבר שנבחר. אל תשלחו מזהים מומצאים לחשבון פעיל.
| שדה עסקי | ערך להמחשה | בדיקת קבלה |
|---|---|---|
| מזהה פנימי | DEMO-001 | נשאר זהה לאורך מסלול הפנייה |
| שלב | qualified_lead | קיימת הגדרת כשירות שהעסק אישר |
| מועד האירוע | 2026-10-01T10:30:00+03:00 | זמן השינוי לשלב, כולל אזור זמן |
| ערך ומטבע | 250 / ILS | ערך לפי מדיניות מתועדת, לא הכנסה אם אין עסקה |
| מזהה התאמה | לא נכלל בדוגמה | נאסף במערכת המותרת, ונבדק לפי התיעוד |
| מצב קליטה | pending / accepted / rejected | הסטטוס אינו מתפרש כהוכחת ייחוס לפרסום |
הסירו מפרטים מזהים מצילומי מסך ומקובצי עבודה משותפים. הורדת תבנית מיפוי ללא נתוני לקוחות.
תרגיל התאמה בין המערכות
דוגמה להמחשה: נמצאו 30 רשומות שהגיעו לשלב כשיר. שתיים אינן עומדות בתנאי ההעברה, ולכן צפויות 28 רשומות לייצוא. אם 25 התקבלו ושלוש נדחו, מטפלים בשלוש סיבות הדחייה לפני שמסיקים שיש בעיית שיווק. גם 25 שהתקבלו אינן מבטיחות 25 המרות מיוחסות בדוח הקמפיין.
בדקו בנפרד שגיאת פורמט, אירוע כפול, שם המרה שאינו תואם, זמן מחוץ לתנאים ומזהה התאמה חסר. עקבו אחרי האירוע באמצעות מזהה פנימי; אל תחברו פנייה ועסקה לאותה ספירה כאילו אלה שני לקוחות.
בחירת מסלול הייבוא ותחזוקתו
רשמו את המחבר, גרסתו ותדירות הסנכרון. תיעוד Google מתאר מעבר של העלאות אופליין והמרות משופרות ללידים ל־Data Manager API החל מיוני 2026; אינטגרציה ישנה דורשת בדיקת התאמה. זמינות שדות ותנאי ייבוא נבדקים במסלול המסוים, ולא מועתקים ממדריך ישן.
תיעוד ייבוא המרות אופליין של Google · אבחון המרות משופרות ללידים.
רוצים לבדוק את החשבון שלכם?
אפשר לפנות עם מטרת הקמפיין, תקציב המדיה והמדדים שאתם בודקים היום. נתחיל מהפער בין הנתונים להחלטה העסקית.
יצירת קשר עם AdsAgencyלהמשך הקריאה
מקורות והסברים נוספים
המקורות מסבירים את הכלים והמדדים. דוגמאות חישוב באתר אינן תחזית לתוצאה עסקית או נתוני שוק מאומתים.
פורסם על ידי AdsAgency, בהובלת דן גיל — פעיל בתחום מאז 2012.
עדכון תוכן וקישורים: .