AdsAgency · מידע לקבלת החלטות

מעקב רכישות Google Ads ו־GA4 בחנות WooCommerce
ב־WooCommerce חשוב להגדיר מי אחראי למדידה: תוסף, GTM או שילוב מתוכנן ביניהם. תהליך הקופה, סטטוס התשלום והתוספים הפעילים משפיעים על המקום שבו צריך לבדוק את אירוע הרכישה.
AdsAgency בהובלת דן גיל · פעיל בתחום מאז 2012
רשימת התוספים אינה תוכנית מדידה
מפו תוספי Google, אנליטיקה, ניהול תגים, קופה והסכמה. בדקו אם קוד נוסף קיים גם בתבנית. בחרו בעלות ברורה לכל אירוע, כדי שתוסף אחד ו־GTM לא ידווחו את אותה רכישה במקביל. לפני שינוי בחנות פעילה שמרו גיבוי ובדקו בסביבה מתאימה.
שלבי חיבור ובדיקה
- מגדירים את נכס GA4 וחשבון Ads הנכונים, בהתאם למסלול שנבחר.
- בודקים תמיכה בסוג הקופה ובגרסאות התוספים הפעילות.
- מתעדים באיזה שלב ההזמנה נשלחת ומטפלים בתשלומים שמושלמים מאוחר יותר.
- מוודאים מזהה עסקה, ערך ומטבע עקביים.
- מגדירים אירוע מרכזי אחד לרכישה בלי ספירה ראשית כפולה.
- מבצעים הזמנת בדיקה מבוקרת ומוודאים שלא נשארת כעסקה אמיתית בדוחות העסק.
תרחישים שחייבים לבדוק
| תרחיש | שאלה |
|---|---|
| תשלום תקין | האם נשלח אירוע יחיד לאחר ההשלמה? |
| תשלום שנכשל | האם נמנעת ספירת רכישה שלא הושלמה? |
| העברה בנקאית או תשלום מאוחר | מה קורה בעת שינוי סטטוס? |
| רענון עמוד תודה | האם נשמר אותו מזהה עסקה? |
| קופון ומשלוח | האם ערך ההמרה תואם את ההגדרה? |
| החזר מלא או חלקי | איזו מערכת מקבלת תיקון בפועל? |
נתוני ההזמנה מול נתוני הפרסום
דוח ייחוס ההזמנות של WooCommerce ודוח Google Ads אינם חייבים להשתמש באותו מודל. השוו קודם מספר הזמנה וסכום, ורק אחר כך קרדיט לערוץ. תוסף מדידה אינו פותר זיהוי משתמש בכל מצב, וצריך לבדוק גם את בחירת ההסכמה ואת המעבר לספק התשלום.
תחזוקה אחרי ההשקה
חזרו על תרחישי הקבלה אחרי החלפת תוסף, שינוי קופה או עדכון משמעותי. שמרו תיעוד של הגרסאות והתאריך כדי לאתר מתי נוצר פער. המשיכו לאבחון המרות, בדיקת Consent Mode ופיד המוצרים.
מיפוי התוספים והתגים הקיימים
לפני התקנת תוסף נוסף רשמו גרסאות WordPress/WooCommerce, תוסף Google, תוסף אנליטיקה, GTM, מערכת הסכמה ותוספי Checkout/Cache. שני תוספים יכולים למדוד אותה פעולה גם אם כל אחד מהם פועל כשלעצמו.
- זהו איזה רכיב שולח purchase ולאיזה חשבון ונכס.
- בדקו התאמה לסוג הקופה, שער התשלום וגרסת התוסף.
- תעדו את סטטוס ההזמנה שבו מופעל אירוע הרכישה.
- בחרו פעולת המרה ראשית והפרידו ממנה מקורות להשוואה.
קראו את תיעוד Google for WooCommerce ואת תיעוד Google Analytics for WooCommerce לגרסה ולמסלול שבהם משתמשים.
תרחישי קבלה להזמנה
| תרחיש | מה חייבים לתעד | סימן לתקלה |
|---|---|---|
| תשלום מוצלח והגעה לעמוד סיום | מזהה, ערך, מטבע ומקור האירוע | אירוע חסר או מזהה ריק |
| רענון או ביקור חוזר בעמוד סיום | טיפול באותה הזמנה | רכישה חדשה בכל טעינה |
| תשלום נכשל או הזמנה ממתינה | הגדרת מועד הרכישה | ספירת התחלת תשלום כמכירה סופית |
| תשלום שמאושר מאוחר יותר | יכולת המחבר לקשור את האירוע | הנחה שכל שינוי סטטוס ייוחס לביקור המקורי |
| סירוב/אישור הסכמה | האותות וההתנהגות הצפויה | התג עוקף את בחירת המשתמש |
אישור תשלום מאוחר תלוי במימוש המחבר ולא תמיד נשמר הקשר לביקור. אל תשוו מספר הזמנות גולמי למספר המרות מיוחסות בלי להביא בחשבון את ההבדל.
כשנראה פער: מאתרים את השכבה
אם אין אירוע בדפדפן, בודקים הפעלת תוסף, JavaScript, Checkout והסכמה. אם נשלח אירוע עם ערך שגוי, בודקים את מקור שדות ההזמנה. אם האירוע תקין אך הדוח שונה, בודקים סינון, ייחוס, אזור זמן והשהיית עיבוד. בצעו שינוי אחד בכל פעם ושמרו דרך לחזור להגדרה הקודמת.
רוצים לבדוק את החשבון שלכם?
אפשר לפנות עם מטרת הקמפיין, תקציב המדיה והמדדים שאתם בודקים היום. נתחיל מהפער בין הנתונים להחלטה העסקית.
יצירת קשר עם AdsAgencyלהמשך הקריאה
מקורות והסברים נוספים
המקורות מסבירים את הכלים והמדדים. דוגמאות חישוב באתר אינן תחזית לתוצאה עסקית או נתוני שוק מאומתים.
פורסם על ידי AdsAgency, בהובלת דן גיל — פעיל בתחום מאז 2012.
עדכון תוכן וקישורים: .