MageSentinel

Τι χαλάει στα checkout των e-shops: στοιχεία από 55.000 δοκιμαστικές αγορές

Από τις 23 Αυγούστου ως τις 14 Οκτωβρίου 2026, το MageSentinel έτρεξε περίπου 55.000 προγραμματισμένες δοκιμαστικές αγορές σε 89 καταστήματα Magento 2 και WooCommerce. Κάθε φορά άνοιγε πραγματικό browser, διάλεγε προϊόν, το έβαζε στο καλάθι και περνούσε το checkout ως το βήμα της πληρωμής. Αυτά είδαμε, συνολικά και ανώνυμα.

Όλα τα άρθρα4 λεπτά ανάγνωσης

Πορτοκαλί και μπλε τρισδιάστατες στήλες γραφήματος σε λευκό πλέγμα
55.000δοκιμαστικές αγορές σε 89 καταστήματα
2 / 3καταστήματα χάλασαν τουλάχιστον μία φορά
35 λεπ.διάμεση διάρκεια περιστατικού
1 στα 10περιστατικά κράτησαν 3 ώρες ή περισσότερο
Επτά εβδομάδες προγραμματισμένων checkout σε πραγματικό browser, 23 Αυγούστου έως 14 Οκτωβρίου 2026.

Τα βασικά νούμερα

Περίπου το 1,2% των δοκιμαστικών αγορών απέτυχε (635 από περίπου 55.000). Ακούγεται λίγο, μέχρι να το δείτε ανά κατάστημα: 60 από τα 89, δηλαδή δύο στα τρία, απέτυχαν τουλάχιστον μία φορά σε επτά εβδομάδες. Οι βλάβες στο checkout δεν είναι σπάνια ατυχία· είναι κανονικό κομμάτι της λειτουργίας ενός e-shop.

Στα καταστήματα με πλήρη καταγραφή περιστατικών (177 περιστατικά checkout σε 20 καταστήματα), το μέσο (διάμεσο) περιστατικό κράτησε 35 λεπτά. Ένα στα δέκα κράτησε τρεις ώρες ή περισσότερο. Ένα κατάστημα με λίγες παραγγελίες την ώρα χάνει πραγματικά χρήματα και στις δύο περιπτώσεις, χωρίς να το ξέρει ακόμα ο ιδιοκτήτης.

Οι περισσότερες βλάβες γίνονται με το site online

Ομαδοποιήσαμε τα 121 περιστατικά με σαφή αιτία ανάλογα με το βήμα όπου σταμάτησε η αγορά. Μόνο το 23% ήταν site εκτός λειτουργίας ή αργό: σφάλματα server, timeouts, κατάστημα που δεν απαντά. Το υπόλοιπο 77% έγινε ενώ η αρχική φόρτωνε κανονικά και οποιοδήποτε uptime monitor θα έδειχνε πράσινο.

Η μεγαλύτερη ομάδα ήταν το ίδιο το βήμα του checkout με 33%: φόρμες που δεν υποβάλλονταν, συνεδρίες που χάνονταν ανάμεσα στα βήματα, scripts που χαλούσαν τη σελίδα. Ακολουθούν προϊόντα που δεν αγοράζονταν ή είχαν εξαφανιστεί (16%), προβλήματα καλαθιού όπως αποτυχημένη προσθήκη ή τιμή που άλλαζε στο καλάθι (12%), αποστολή χωρίς διαθέσιμους τρόπους ή που δεν επιλεγόταν (11%), και πληρωμή ή ολοκλήρωση παραγγελίας (5%).

Αυτός είναι ο βασικός λόγος που φτιάξαμε έλεγχο με πραγματικό browser. Μια απάντηση 200 λέει ότι η σελίδα απάντησε. Δεν λέει αν ένας πελάτης μπορεί να φτάσει από το προϊόν σε ολοκληρωμένη παραγγελία. Δείτε γιατί το uptime monitoring δεν βλέπει τα χαλασμένα checkout για την πλήρη εξήγηση.

Βήμα checkout33%
Site εκτός ή αργό23%
Προϊόν16%
Καλάθι12%
Αποστολή11%
Πληρωμή & παραγγελία5%
Ποσοστό των 121 περιστατικών checkout ανά βήμα όπου σταμάτησε η αγορά. Το 77% έγινε ενώ το κατάστημα απαντούσε κανονικά, αόρατο σε έναν έλεγχο uptime.

Πότε χαλάει: νύχτα και μετά από αλλαγές

Το ένα τρίτο των περιστατικών (32%) ξεκίνησε μεταξύ 22:00 και 03:00 ώρα Ελλάδας, ένα πεντάωρο που είναι περίπου το ένα πέμπτο της μέρας. Τότε τρέχουν συνήθως deploys, cron jobs, indexers, imports και backups, και τότε κανείς δεν κοιτάει το κατάστημα. Καθημερινές και Σαββατοκύριακα ήταν περίπου ίσα· οι βλάβες δεν περιμένουν ώρες γραφείου.

Κάποιες βλάβες είναι σύντομες και κάποιες μένουν ώρες. Οι διαφορές τιμής ανάμεσα σε σελίδα προϊόντος και καλάθι είχαν διάμεση διάρκεια περίπου τρεις ώρες, περισσότερο από κάθε άλλο συχνό τύπο, γιατί το κατάστημα φαίνεται μια χαρά και το καλάθι δουλεύει· απλώς χρεώνει λάθος ποσό. Σχετικά: cron και indexers στο Magento και ασφαλείς ενημερώσεις plugins στο WooCommerce.

32% των περιστατικών051012:00: 5 περιστατικά12:0013:00: 4 περιστατικά14:00: 3 περιστατικά15:00: 5 περιστατικά15:0016:00: 4 περιστατικά17:00: 7 περιστατικά18:00: 5 περιστατικά18:0019:00: 9 περιστατικά20:00: 5 περιστατικά21:00: 8 περιστατικά21:0022:00: 12 περιστατικά23:00: 11 περιστατικά00:00: 8 περιστατικά00:0001:00: 13 περιστατικά02:00: 12 περιστατικά03:00: 6 περιστατικά03:0004:00: 11 περιστατικά05:00: 7 περιστατικά06:00: 6 περιστατικά06:0007:00: 7 περιστατικά08:00: 8 περιστατικά09:00: 5 περιστατικά09:0010:00: 9 περιστατικά11:00: 7 περιστατικά32% των περιστατικών051012:00: 5 περιστατικά12:0013:00: 4 περιστατικά14:00: 3 περιστατικά15:00: 5 περιστατικά16:00: 4 περιστατικά17:00: 7 περιστατικά18:00: 5 περιστατικά18:0019:00: 9 περιστατικά20:00: 5 περιστατικά21:00: 8 περιστατικά22:00: 12 περιστατικά23:00: 11 περιστατικά00:00: 8 περιστατικά00:0001:00: 13 περιστατικά02:00: 12 περιστατικά03:00: 6 περιστατικά04:00: 11 περιστατικά05:00: 7 περιστατικά06:00: 6 περιστατικά06:0007:00: 7 περιστατικά08:00: 8 περιστατικά09:00: 5 περιστατικά10:00: 9 περιστατικά11:00: 7 περιστατικά
Περιστατικά checkout ανά ώρα έναρξης (ώρα Ελλάδας). Το 22:00–03:00 είναι το ένα πέμπτο της μέρας και το ένα τρίτο των περιστατικών.

Ακόμα και τα επιτυχημένα checkout έχουν θόρυβο

Στο 88% των checkout που πέτυχαν, η κονσόλα του browser κατέγραψε τουλάχιστον ένα σφάλμα JavaScript στη διαδρομή. Τα περισσότερα είναι αθώα: ένα tracking script, μια γραμματοσειρά που μπλοκαρίστηκε, μια παρωχημένη κλήση. Ακριβώς εκεί είναι το πρόβλημα. Όταν κάθε checkout έχει σφάλματα, ο αριθμός τους από μόνος του δεν λέει αν χάλασε το checkout, και οι ειδοποιήσεις με βάση τα σφάλματα κονσόλας γίνονται θόρυβος που όλοι μαθαίνουν να αγνοούν.

Αυτό που δουλεύει είναι να ελέγχεις το αποτέλεσμα, όχι τα συμπτώματα: έχει το καλάθι το σωστό προϊόν στη σωστή τιμή, εμφανίστηκαν τρόποι αποστολής, είναι έτοιμος τρόπος πληρωμής. Μια πλήρης δοκιμαστική αγορά κράτησε τυπικά περίπου 28 δευτερόλεπτα από τη σελίδα προϊόντος ως την πληρωμή. Περισσότερα για ειδοποιήσεις με νόημα στο alert fatigue στο checkout monitoring.

Μάθετε ότι χάλασε το checkout πριν από τους πελάτες σας.

Πραγματικός έλεγχος checkout σε Magento και WooCommerce · 14 ημέρες δωρεάν · χωρίς κάρτα

Πώς μετρήσαμε και τα όρια

Το δείγμα είναι 89 ζωντανά καταστήματα, κυρίως Magento 2 με Luma, Hyvä και one-step checkout, και WooCommerce, στην Ευρώπη. Το καθένα ελεγχόταν κάθε 5 έως 30 λεπτά. Μια δοκιμή μετράει ως αποτυχία όταν η αγορά δεν μπορούσε να συνεχίσει και ο έλεγχος ήξερε γιατί· οι δοκιμές όπου ο έλεγχος δεν μπορούσε να κρίνει (τείχος κατά των bots, ελάχιστο ποσό παραγγελίας, ασαφής σελίδα) εξαιρούνται. Οι διάρκειες περιστατικών προέρχονται από τα 20 καταστήματα με πλήρη καταγραφή.

Η ανίχνευση βλαβών βελτιώθηκε μέσα στην περίοδο, και ένα μικρό μέρος των πρώτων αποτυχιών αποδείχτηκε αργότερα λάθος του ελέγχου, οπότε δείτε τα ποσοστά ως κατά προσέγγιση. Κανένα κατάστημα, προϊόν ή στοιχείο πελάτη δεν κατονομάζεται ούτε δημοσιεύεται. Μπορείτε ελεύθερα να χρησιμοποιήσετε τα νούμερα με link σε αυτή τη σελίδα.

Θέλετε να δείτε σε ποια ομάδα ανήκει το δικό σας κατάστημα; Τρέξτε τον δωρεάν έλεγχο checkout Magento ή τον έλεγχο checkout WooCommerce: περνά το checkout σε πραγματικό browser και δείχνει το βήμα όπου σταματά.

Συχνές ερωτήσεις

Πόσο συχνά χαλάνε τα checkout των e-shops;

Στο δείγμα μας με 89 καταστήματα Magento και WooCommerce, τα δύο στα τρία είχαν τουλάχιστον ένα αποτυχημένο checkout σε επτά εβδομάδες, και περίπου το 1,2% όλων των δοκιμαστικών αγορών απέτυχε.

Θα έπιανε ένα uptime monitor τις βλάβες στο checkout;

Κυρίως όχι. Το 77% των περιστατικών που καταγράψαμε έγινε ενώ το κατάστημα απαντούσε κανονικά, οπότε ένας έλεγχος uptime θα έμενε πράσινος.

Ποιο κομμάτι του checkout χαλάει πιο συχνά;

Το ίδιο το βήμα του checkout (φόρμες, συνεδρίες, scripts) με 33% των περιστατικών, μετά το site εκτός λειτουργίας ή αργό (23%), προβλήματα προϊόντων (16%), το καλάθι (12%), η αποστολή (11%) και η πληρωμή (5%).

Μπορώ να χρησιμοποιήσω αυτά τα νούμερα;

Ναι. Αναφέρετε το MageSentinel με link σε αυτή τη σελίδα.