מעקב המרות בגוגל אדס: הגדרה ואבחון תקלות

מהו מעקב המרות בגוגל אדס ולמה הוא משפיע על התקציב?

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

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

מה משתנה כשמודדים רכישות בחנות?

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

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

מפת המרות לעסק שירות

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

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

המרות לא נספרות בגוגל אדס: קודם מזהים היכן נוצר הפער

המשפט “אין המרות” יכול לתאר כמה מצבים שונים. הפנייה יכולה להגיע לעסק בלי להופיע בדוח, האירוע יכול להישלח אך להופיע רק ב־All conversions, או שהתג יכול לעבוד באופן תקין אף שלא הייתה פנייה אמיתית. לפני תיקון צריך להשוות שלוש שכבות: מערכת העסק, מערכת התגיות ודוח Google Ads.

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

מה אומר הסטטוס של פעולת ההמרה?

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

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

סדר בדיקה מקצה לקצה כאשר המרה אינה מופיעה

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

1. בוחרים פעולת המרה אחת. מתחילים מטופס, רכישה או שיחה ספציפיים ולא מ“כל ההמרות בחשבון”.
2. מתעדים את ההגדרה. רושמים Conversion Action, מקור, מזהה, Label, טריגר, שיטת ספירה, Primary או Secondary והקמפיינים שמשתמשים ביעד.
3. מבצעים פעולה מבוקרת. שולחים פנייה מסומנת כבדיקה ורושמים שעה, עמוד, מכשיר ותוצאה. כניסה ישירה בודקת את ההטמעה, אך אינה מבטיחה ייחוס ל־Google Ads.
4. מאמתים את התוצאה בעסק. בודקים שהטופס נשמר, שהמייל או ה־CRM קיבלו אותו, או שהשיחה אכן התחברה. הודעת הצלחה בדפדפן אינה מספיקה.
5. בודקים את רצף התגיות. ב־Tag Assistant מוודאים שה־Google tag נטען ושהאירוע הנכון הופעל פעם אחת, עם המזהים הצפויים ובנקודת ההצלחה.
6. בודקים את פעולת ההמרה בחשבון. פותחים את הסטטוס והאבחון של הפעולה, ולא פעולה אחרת בעלת שם דומה.
7. בודקים יעדים ועמודות. מוודאים אם הפעולה Primary או Secondary, האם היעד משמש את הקמפיין והאם הנתון נמצא ב־Conversions או רק ב־All conversions.
8. ממתינים לזמן עיבוד מתאים. לא מסיקים שיש תקלה מיד לאחר הבדיקה; מקור ההמרה ומודל הייחוס משפיעים על זמן ההופעה.
9. משווים רשומה מול רשומה. מצמידים את זמן הפעולה במערכת העסק לזמן האירוע ולפעולת ההמרה בדוח. רק פער שחוזר על עצמו מצדיק שינוי בהטמעה.

Tag Assistant מאפשר לראות אילו תגיות ואירועים הופעלו במסלול. Google מציינת שגם חסימת דפדפן, מדיניות הסכמה, iframe, הפניות או טעינה מאוחרת של התג יכולים להשפיע על הבדיקה; לכן בודקים גם במכשיר ובדפדפן נקיים מהרחבות חוסמות.

דף תיעוד לבדיקת המרה אחת

הטבלה הבאה נועדה למנוע מצב שבו “נראה שעובד” מחליף בדיקה. ממלאים שורה אחת לכל ניסיון ולא משתמשים בנתוני לקוחות אמיתיים שאינם נחוצים לאבחון.

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

התג הופעל אבל ההמרה עדיין לא מופיעה: שבע בדיקות ממוקדות

1. האם נבדקו Conversion ID ו־Label הנכונים?

בחשבון עם פעולות ישנות קל לבדוק תג שמפעיל פעולה אחת בזמן שמסתכלים בדוח על פעולה אחרת. משווים את המזהים בפועל להגדרת הפעולה ולא מסתפקים בשם שמופיע ב־GTM.

2. האם ה־Google tag נטען לפני האירוע?

Google מציינת ש־Tag Diagnostics עשוי להתריע כאשר אירוע נשלח בלי שה־Google tag המתאים הופעל תחילה. בהטמעת GTM בודקים גם את מבנה התגיות וה־Conversion Linker לפי התצורה שנבחרה.

3. האם האירוע מופעל בנקודת הצלחה או רק בלחיצה?

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

4. האם אותה פעולה מותקנת ביותר ממקום אחד?

כפילות יכולה להיווצר כאשר אותו אירוע נשלח מקוד האתר, מ־GTM וגם מייבוא GA4. ממפים את כל המקורות לפני שמוחקים אחד מהם. בעסקאות, Google ממליצה להשתמש במזהה עסקה כדי לצמצם ספירה כפולה של אותה רכישה.

5. האם הפעולה מופיעה בעמודה אחרת?

Secondary מופיעה בדרך כלל ב־All conversions ולא ב־Conversions. גם פעולה Primary לא תשמש בהכרח את הקמפיין אם היעד שלה לא נבחר. החריג הוא Custom Goal, שיכול להשתמש גם בפעולה Secondary שנכללה בו.

6. האם מקור הייבוא מחובר לחשבון הנכון?

באירועי GA4 בודקים את הנכס, את חשבון Google Ads המקושר ואת הפעולה שנוצרה לייבוא. Google מציינת שנתונים היסטוריים מלפני יצירת הייבוא אינם מתווספים בדיעבד, ושפעולה שנוצרה דרך Analytics מוגדרת תחילה כ־Secondary ב־Google Ads. הנחיות הייבוא הרשמיות מפרטות את התהליך והעיכוב האפשרי.

7. האם הייתה אינטראקציה שאפשר לייחס למודעה?

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

Primary מול Secondary ויעדי קמפיין

Primary משמשת בעמודת Conversions ובבידינג כאשר היעד הסטנדרטי שאליו היא שייכת משמש את הקמפיין. Secondary משמשת בדרך כלל לתצפית ובעמודת All conversions. פעולה Primary ששייכת ליעד שאינו נבחר בקמפיין יכולה להופיע ב־All conversions בלבד.

הסבר Google על Primary ו־Secondary והסבר יעדי ההמרה מראים מדוע צריך לבדוק גם את הפעולה וגם את היעד שהקמפיין משתמש בו. שינוי יעד יכול להשפיע על Smart Bidding, ולכן מתעדים מועד ושומרים הפרדה בין תיקון מדידה לבין שינוי אסטרטגיה.

למה מספר ההמרות ב־Google Ads שונה מ־GA4?

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

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

השהיית דיווח לעומת Conversion Lag

אלה שני פערי זמן שונים:

• השהיית דיווח היא הזמן שעובר עד שהמערכת מעבדת ומציגה אירוע שכבר התרחש.
• Conversion Lag הוא הזמן שבין האינטראקציה עם המודעה לבין הרגע שבו הלקוח משלים את הפעולה.

Google Ads משייכת המרות למועד האינטראקציה הרלוונטית, ולכן הימים האחרונים עשויים להיראות חלשים לפני שכל הלקוחות השלימו את הפעולה וכל הנתונים עובדו. הסבר Google על Conversion Lag מסביר מדוע CPA יכול להיראות גבוה ו־ROAS נמוך בתקופה שעדיין לא הבשילה.

חוזה מדידה: מה בדיוק נחשב פנייה?

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

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

Enhanced Conversions ואיכות לידים

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

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

Hashing אינו מחליף הסכמה או עמידה במדיניות. מדיניות נתוני הלקוחות של Google מגבילה שימוש בנתונים בקטגוריות רגישות; בודקים את סוג הפעילות והמידע לפני הטמעה או ייבוא.

מה לא לעשות בזמן תיקון מדידה

1. לא להפעיל אירוע על לחיצה כאשר הצלחת הפעולה אינה ידועה.
2. לא להסיק שהתג שבור לפני שבודקים עיכוב דיווח ו־Conversion Lag.
3. לא להפוך כל מיקרו־אירוע ל־Primary רק כדי להגדיל את מספר ההמרות.
4. לא להשאיר שתי הטמעות פעילות מפני ש“אחת מהן כנראה תגבה את השנייה”.
5. לא לבדוק פעולה אחת ולהסתכל בדוח על פעולה אחרת בעלת שם דומה.
6. לא לשנות יעד קמפיין ובידינג באותו רגע שבו מתקנים את התג בלי לתעד את ההפרדה.
7. לא להניח ששיחה ארוכה, קליק WhatsApp או פתיחת טופס הם ליד מתאים.
8. לא לשלוח מידע אישי או רגיש שאינו נחוץ למדידה.

מתי התקלה היא בקמפיין ולא במעקב?

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

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

מקורות רשמיים להמשך בדיקה

• Google: הסבר על מדידת המרות
• Google: פתרון תקלות לפי סטטוס ההמרה
• Google: בדיקת תגיות באמצעות Tag Assistant
• Google: זמני רענון ועיבוד נתונים
• Google: Primary ו־Secondary conversion actions

לבדיקה רחבה של ההטמעה אפשר להמשיך אל Google Tag Manager, GA4, ניתוח נתוני Google Ads או אודיט לחשבון Google Ads.

מה בודקים מעבר לאירוע ההמרה הבסיסי?

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