GA4 σε WooCommerce: setup & ecommerce tracking.

Τα GA4 ecommerce events που χρειάζεται ένα WooCommerce e-shop

Το GA4 έχει προκαθορισμένο ecommerce schema. Αν στέλνεις τα recommended events με τα σωστά ονόματα και τον πίνακα items, γεμίζουν αυτόματα τα ecommerce reports, τα funnels και τα audiences. Με custom ονόματα χάνεις όλη αυτή τη λειτουργικότητα και ξαναχτίζεις τα πάντα με το χέρι.

Κάθε event κουβαλά τον ίδιο πίνακα items με σταθερά πεδία: item_id, item_name, item_brand, item_category, item_variant, price, quantity. Το item_id πρέπει να είναι παντού το ίδιο (SKU ή product ID, όχι εναλλάξ), αλλιώς το ίδιο προϊόν εμφανίζεται δύο φορές στα reports.

Plugin ή custom data layer μέσω WooCommerce hooks;

Τα plugins (GTM4WP, Site Kit, MonsterInsights, ειδικά GA4 plugins για WooCommerce) βάζουν γρήγορα ένα βασικό tracking και για ένα μικρό κατάστημα μπορεί να αρκούν. Το πρόβλημα ξεκινά όταν συνυπάρχουν δύο, όταν ένα plugin στέλνει το ίδιο event με το GTM container σου, ή όταν χρειάζεσαι κάτι που το plugin δεν καλύπτει.

Το custom data layer γράφεται πάνω στα WooCommerce hooks, για παράδειγμα woocommerce_add_to_cart για το καλάθι και woocommerce_thankyou για την ολοκλήρωση της παραγγελίας, και διαβάζει τα πραγματικά δεδομένα από τη βάση αντί για ό,τι προλαβαίνει να διαβάσει ένα click listener από τη σελίδα. Το Google Tag Manager διαβάζει από το data layer και τροφοδοτεί GA4, Google Ads και Meta από μία πηγή.

Η επιλογή δεν είναι ιδεολογική. Αν το plugin καλύπτει σωστά τα events που χρειάζεσαι και είναι το μόνο που στέλνει δεδομένα, το κρατάμε. Αν όχι, το custom data layer αντέχει καλύτερα στα updates και ελέγχεται πιο εύκολα.

• Plugin: γρήγορο ξεκίνημα, περιορισμένος έλεγχος στο schema και στα ποσά
• Plugin: κίνδυνος διπλών events όταν τρέχει παράλληλα με GTM tags
• Custom data layer: πραγματικά δεδομένα παραγγελίας από τη βάση, όχι από το DOM
• Custom data layer: variable products, bundles, κουπόνια και refunds χωρίς εκπλήξεις
• Και στις δύο περιπτώσεις: μία πηγή αλήθειας και ένα tag ανά destination

Πώς αποτρέπεται το διπλό purchase event

Η σελίδα ευχαριστίας (order-received) είναι μια κανονική σελίδα: ο πελάτης μπορεί να την ανανεώσει, να γυρίσει σε αυτήν από το ιστορικό ή από το email επιβεβαίωσης. Χωρίς προστασία, κάθε φόρτωση στέλνει νέο purchase.

Η λύση έχει δύο σκέλη. Πρώτον, ένα flag στα order meta που σημειώνει ότι το purchase έχει ήδη σταλεί, ώστε κάθε επόμενη φόρτωση να μη στέλνει τίποτα. Δεύτερον, σταθερό transaction_id ίσο με τον αριθμό παραγγελίας. Το GA4 χρησιμοποιεί το transaction_id για να περιορίζει τα διπλά, αλλά αυτό δεν αρκεί: αν δύο πηγές στέλνουν διαφορετικό ή κενό transaction_id, ή αν το διπλό event φτάνει σε Google Ads και Meta, η αγορά μετριέται δύο φορές.

Υπάρχει και το αντίθετο πρόβλημα: πληρωμές όπου ο πελάτης μεταφέρεται στη σελίδα της τράπεζας ή του PayPal και δεν επιστρέφει ποτέ στη σελίδα ευχαριστίας. Εκεί το purchase χάνεται από τον browser και καλύπτεται μόνο server-side, από το hook που αλλάζει το status της παραγγελίας.

• Flag στα order meta: ένα purchase ανά παραγγελία
• transaction_id ίσο με το order number σε GA4, Google Ads και Meta
• Αφαίρεση παράλληλων plugins και hardcoded scripts
• Κάλυψη πληρωμών που δεν επιστρέφουν στη σελίδα ευχαριστίας

Refunds και ακυρώσεις στο GA4

Οι επιστροφές καταχωρούνται στο admin του WooCommerce, όχι στον browser του πελάτη, οπότε κανένα GTM tag δεν μπορεί να τις δει. Το refund event στέλνεται από τον server μέσω GA4 Measurement Protocol, από το hook που ενεργοποιείται όταν καταχωρείται η επιστροφή.

Για πλήρη επιστροφή αρκεί το transaction_id. Για μερική, στέλνονται και τα items που επιστράφηκαν με την ποσότητά τους, ώστε το GA4 να αφαιρέσει το σωστό ποσό. Το client_id του επισκέπτη αποθηκεύεται στην παραγγελία κατά το checkout, ώστε το server event να συνδέεται με τον σωστό χρήστη.

Σε κατηγορίες με πολλές επιστροφές, όπως ένδυση και υπόδηση, χωρίς refund tracking το revenue και το ROAS που βλέπεις είναι σταθερά υπερεκτιμημένα.

Server-side tracking σε WooCommerce: πότε έχει νόημα

Το server-side tracking δεν είναι προϋπόθεση για σωστό GA4 σε WooCommerce. Είναι το επόμενο βήμα όταν τα βασικά δουλεύουν και το ad spend είναι αρκετό ώστε κάθε χαμένο conversion να κοστίζει.

Υπάρχουν δύο μορφές. Η πρώτη είναι ένα server-side GTM container σε δικό σου subdomain, από όπου τα events προωθούνται σε GA4, Google Ads και Meta CAPI με λιγότερες απώλειες από ad blockers και περιορισμούς στα cookies. Η δεύτερη είναι στοχευμένα server events από το ίδιο το WooCommerce μέσω Measurement Protocol, για refunds και πληρωμές που δεν επιστρέφουν στο site.

Σε κάθε περίπτωση το browser και το server event μοιράζονται το ίδιο transaction_id ή event_id, ώστε να γίνεται deduplication, και η συγκατάθεση του χρήστη ταξιδεύει μαζί με το event.

Πώς ελέγχεις το setup στο DebugView

Άνοιξε το site μέσα από το GTM Preview (Tag Assistant). Έτσι ενεργοποιείται το debug mode και τα events εμφανίζονται σε πραγματικό χρόνο στο DebugView, στο Admin του GA4.

Κάνε μια δοκιμαστική διαδρομή: λίστα προϊόντων, σελίδα προϊόντος, προσθήκη στο καλάθι, checkout, πληρωμή. Σε κάθε event έλεγξε ότι υπάρχουν currency, value και πίνακας items, ότι το item_id είναι ίδιο σε όλα τα βήματα και ότι το purchase εμφανίζεται μία φορά, ακόμη κι αν ανανεώσεις τη σελίδα ευχαριστίας.

Το DebugView επιβεβαιώνει τη δομή, όχι την ακρίβεια. Η τελική επαλήθευση γίνεται μετά από μερικές μέρες πραγματικής κίνησης, συγκρίνοντας transactions και revenue στα ecommerce reports του GA4 με τις παραγγελίες του WooCommerce για το ίδιο διάστημα.

• GTM Preview ενεργό και events ορατά στο DebugView
• currency, value και items σε κάθε ecommerce event
• Ίδιο item_id σε view_item, add_to_cart και purchase
• Ένα purchase ανά παραγγελία, και μετά από refresh
• Σύγκριση GA4 με WooCommerce orders μετά από πραγματική κίνηση

Τι περιλαμβάνει η υλοποίηση

Κάθε project ξεκινά με audit του υπάρχοντος setup και τελειώνει με επαλήθευση πάνω σε πραγματικές παραγγελίες. Δεν παραδίδεται setup χωρίς σύγκριση GA4 και WooCommerce και τεκμηριωμένη εξήγηση για ό,τι μένει εκτός, όπως ad blockers, άρνηση consent ή δοκιμαστικές παραγγελίες.

Όταν το data layer είναι σταθερό, το ίδιο purchase event τροφοδοτεί το Google Ads conversion με σωστό value και currency και το Meta CAPI με τα ίδια items. Έτσι το Smart Bidding μαθαίνει από πραγματικές αξίες παραγγελιών και οι διαφορές ανάμεσα στις πλατφόρμες εξηγούνται από attribution, όχι από σπασμένο tracking.

• Audit υπάρχοντος tracking: plugins, GTM tags, hardcoded scripts, διπλά events
• Έγγραφο data layer με events, πεδία items και κανόνες για ΦΠΑ, μεταφορικά και εκπτώσεις
• Υλοποίηση σε WooCommerce hooks με προστασία από διπλό purchase
• GTM container με ένα tag ανά destination και Consent Mode v2
• Refunds μέσω Measurement Protocol
• Reconciliation GA4 vs WooCommerce και documentation για τη συντήρηση

Για ποιον είναι

Για WooCommerce e-shops που τρέχουν Google Ads ή Meta και θέλουν τα έσοδα στο GA4 να συμφωνούν με τις παραγγελίες. Για ομάδες που κληρονόμησαν ένα setup με πολλά plugins και δεν ξέρουν τι στέλνει τι. Και για developers ή agencies που θέλουν έτοιμη προδιαγραφή data layer και ανεξάρτητο έλεγχο πριν από ένα launch.