Ενσωμάτωση PrestaShop (πρώιμη πρόσβαση)

Πρώιμη πρόσβαση

Η ενσωμάτωση PrestaShop βρίσκεται σε πρώιμη πρόσβαση. Δεν έχει ακόμη επαληθευτεί σε ζωντανό κατάστημα σε παραγωγή. Ο συγχρονισμός δεδομένων, η παρακολούθηση στο κατάστημα, τα μηνύματα in-app, το web push, οι κωδικοί κουπονιών και οι φόρμες του ιστότοπου είναι έτοιμα· η καταχώριση στο Addons marketplace έρχεται αργότερα - δείτε Δεν είναι ακόμη διαθέσιμα.

Συνδέστε ένα κατάστημα PrestaShop 8 ή 9 με το module του Joryio. Πελάτες, παραγγελίες, επιστροφές χρημάτων, προϊόντα και καλάθια συγχρονίζονται στο Joryio, τα εγκαταλελειμμένα καλάθια παίρνουν σύνδεσμο επαναφοράς, η συγκατάθεση για newsletter ακολουθεί το κατάστημα, οι επισκέψεις των αγοραστών παρακολουθούνται και αποδίδονται στις καμπάνιες σας, τα μηνύματα in-app και το web push φτάνουν στο κατάστημά σας, και τα προγράμματα κουπονιών δημιουργούν προσωπικούς κωδικούς στο κατάστημα.

Τι συγχρονίζεται

Δεδομένα	Λεπτομέρειες
Πελάτες	Εγγεγραμμένοι πελάτες, και αγορές επισκεπτών μέσω του email τους. Ένας επισκέπτης δεν αποθηκεύεται ποτέ ως αριθμός πελάτη PrestaShop σε μια επαφή.
Παραγγελίες	Κατάσταση, ποσά, προϊόντα, διευθύνσεις, κάθε κωδικός κουπονιού με την έκπτωση που έδωσε, απόδοση καμπάνιας και νόμισμα. Οι παραγγελίες σε κατάσταση ακύρωσης ή σφάλματος πληρωμής στέλνουν ένα Order Cancelled· κάθε πιστωτικό σημείωμα (credit slip) στέλνει ένα Order Refunded με το ποσό του.
Προϊόντα	Όνομα, περιγραφή, τιμή (με ΦΠΑ, με τιμή προσφοράς), μάρκα, GTIN, κατηγορίες, εικόνες, χαρακτηριστικά, συνδυασμοί και απόθεμα. Οι αλλαγές αποθέματος και τιμής τροφοδοτούν τα εναύσματα καταλόγου.
Καλάθια	Καλάθια καθώς οι πελάτες ψωνίζουν, και εγκαταλελειμμένα καλάθια με υπογεγραμμένο σύνδεσμο επαναφοράς.
Συγκατάθεση newsletter	Η εγγραφή του πελάτη στο newsletter. Δείτε Συγκατάθεση μάρκετινγκ.
Συμβάντα καταστήματος	Προβολές σελίδων, προϊόντων, κατηγοριών, αναζήτησης και καλαθιού, προσθήκη και αφαίρεση από το καλάθι, έναρξη ολοκλήρωσης αγοράς και το email που πληκτρολογεί ένας αγοραστής. Δείτε Παρακολούθηση καταστήματος.
Φόρμες ιστότοπου	Η φόρμα επικοινωνίας και φόρμες άλλων modules, με αντιστοίχιση στη σελίδα του module (module 1.2.0). Δείτε Φόρμες ιστότοπου.

Κατά τη σύνδεση, το Joryio εισάγει τους υπάρχοντες πελάτες, τα προϊόντα και τις παραγγελίες (των τελευταίων 90 ημερών από προεπιλογή) μέσω του Webservice του PrestaShop. Στη συνέχεια το module στέλνει τις αλλαγές καθώς συμβαίνουν.

Δεν είναι ακόμη διαθέσιμα

Η καταχώριση στο marketplace PrestaShop Addons έρχεται σε επόμενη έκδοση. Μέχρι τότε, εγκαταστήστε το module από το zip στο Joryio.

Απαιτήσεις

• PrestaShop 8.0 ή νεότερο, ή 9.x (το PrestaShop 1.7 δεν υποστηρίζεται)
• Η έκδοση PHP που απαιτεί η έκδοση του PrestaShop σας (PrestaShop 8: PHP 7.2.5 έως 8.1· PrestaShop 9: PHP 8.1 ή νεότερη)
• Το κατάστημα προσβάσιμο από το διαδίκτυο μέσω https σε δημόσια διεύθυνση, την τελική του (χωρίς ανακατεύθυνση). Το Joryio καλεί πάντα https:// και απορρίπτει ιδιωτικές ή εσωτερικές διευθύνσεις και ανακατευθύνσεις
• Εξερχόμενη πρόσβαση HTTPS από τον διακομιστή σας προς το Joryio
• Συνιστάται εργασία cron στον διακομιστή - δείτε Cron

Ρύθμιση

Βήμα 1: Πάρτε το URL διακομιστή και το κλειδί API

1. Στο Joryio, μεταβείτε στο Integrations → PrestaShop
2. Αντιγράψτε το URL διακομιστή
3. Πατήστε Δημιουργία κλειδιού API και αντιγράψτε το κλειδί (ξεκινά με jry_ps_)

Βήμα 2: Εγκαταστήστε το module

1. Κατεβάστε το module με το Λήψη module στη σελίδα PrestaShop του Joryio (joryio-prestashop.zip)
2. Στο back office του PrestaShop, μεταβείτε στο Modules → Module Manager → Upload a module και ανεβάστε εκεί το zip

Βήμα 3: Σύνδεση

1. Ανοίξτε το module (Configure)
2. Επικολλήστε το URL διακομιστή και το κλειδί API
3. Πατήστε Connect

Το module ενεργοποιεί το Webservice του PrestaShop και δημιουργεί για το Joryio ένα κλειδί Webservice - δεν χρειάζεται να δημιουργήσετε κάποιο με το χέρι. Πριν συνδεθεί, το Joryio ελέγχει ότι το κλειδί ανήκει πράγματι στο κατάστημά σας: το κλειδί πρέπει να ανοίγει προστατευμένα δεδομένα του καταστήματος και το ίδιο αίτημα χωρίς το κλειδί πρέπει να απορρίπτεται. Έπειτα ξεκινά η αρχική εισαγωγή.

Το module δημιουργεί ένα νέο κλειδί Webservice σε κάθε Connect. Μπορεί μόνο να διαβάζει (GET) τα δεδομένα που συγχρονίζει το Joryio - ποτέ τις ρυθμίσεις του καταστήματος - και, από το module 1.1.0, να δημιουργεί, να αλλάζει και να διαγράφει κανόνες καλαθιού (cart rules), με τους οποίους το Joryio φτιάχνει τους κωδικούς των προγραμμάτων κουπονιών σας. Τίποτα άλλο δεν μπορεί να γραφτεί με αυτό. Αν το Joryio απορρίψει τη σύνδεση, το module διαγράφει ξανά το κλειδί και, αν ήταν το module που ενεργοποίησε το Webservice, το απενεργοποιεί πάλι.

Multistore

Με multistore, κάθε κατάστημα συνδέεται χωριστά. Ανοίξτε το module με το συγκεκριμένο κατάστημα επιλεγμένο στο πλαίσιο καταστήματος και χρησιμοποιήστε το κλειδί API του χώρου εργασίας του Joryio στον οποίο ανήκει το κατάστημα. Ένα κατάστημα μπορεί να συνδεθεί μόνο σε έναν χώρο εργασίας: η σύνδεση σε δεύτερο εμφανίζει "This store is already connected to another Joryio workspace." Αποσυνδέστε το εκεί πρώτα.

Επίσης, ένας χώρος εργασίας κρατά ένα κατάστημα: η σύνδεση δεύτερου καταστήματος με το κλειδί του ίδιου χώρου εργασίας απορρίπτεται ("This Joryio workspace is already connected to another PrestaShop shop..."). Δώστε σε κάθε κατάστημα δικό του χώρο εργασίας και χρησιμοποιήστε το κλειδί εκείνου του χώρου.

Cron

Το module κρατά τα συμβάντα σε μια ουρά στη βάση δεδομένων του καταστήματος και τα στέλνει στο παρασκήνιο. Η σελίδα του module εμφανίζει ένα URL cron με μυστικό token. Προσθέστε το στο crontab του διακομιστή ώστε να εκτελείται κάθε λεπτό, για παράδειγμα:

* * * * * curl -fsS "<cron URL from the module page>" > /dev/null

Χωρίς εργασία cron το module στέλνει και κατά την κανονική κίνηση του καταστήματος, οπότε τα συμβάντα εξακολουθούν να φτάνουν - αλλά σε ένα ήσυχο κατάστημα μπορεί να καθυστερούν.

Παράδοση και επαναλήψεις

Ένα συμβάν δεν χάνεται όταν το Joryio δεν είναι προσβάσιμο για λίγο:

• Το Joryio δεν απαντά ή είναι απασχολημένο - η ουρά σταματά και ξαναδοκιμάζει μετά από όλο και μεγαλύτερες παύσεις (1 λεπτό, διπλασιάζοντας έως μία φορά την ώρα) για έως 7 ημέρες, κρατώντας τη σειρά των συμβάντων για κάθε παραγγελία, καλάθι και πελάτη.
• Ένα συμβάν που απορρίπτει το Joryio (για παράδειγμα, μη έγκυρα δεδομένα) παραμερίζεται αμέσως, ώστε να μην καθυστερεί τα υπόλοιπα.
• Το Joryio απορρίπτει το κλειδί API - η παράδοση σταματά και η σελίδα του module εμφανίζει ειδοποίηση. Τα συμβάντα διατηρούνται: επικολλήστε το τρέχον κλειδί και πατήστε Connect.
• Τα συμβάντα που δεν παραδόθηκαν διατηρούνται 30 ημέρες. Η σελίδα του module δείχνει πόσα συμβάντα περιμένουν και πόσα δεν παραδόθηκαν, με το τελευταίο σφάλμα, και το Retry now τα στέλνει ξανά.

Προγραμματισμένος έλεγχος συμφωνίας

Οι ζωντανές ενημερώσεις (το module) μπορεί να χαθούν - για παράδειγμα όταν το κατάστημα είναι εκτός λειτουργίας ή όταν μια αποστολή αποτύχει πάρα πολλές φορές. Κάθε 6 ώρες το Joryio ελέγχει το κατάστημα για ό,τι άλλαξε από τον προηγούμενο έλεγχο και συμπληρώνει ό,τι έχασαν οι ζωντανές ενημερώσεις: παραγγελίες, πιστωτικά σημειώματα (επιστροφές χρημάτων), αλλαγές κατάστασης παραγγελιών, πελάτες, προϊόντα και καλάθια των τελευταίων 24 ωρών.

Τίποτα δεν μετριέται δύο φορές: ένα στοιχείο που το Joryio έχει ήδη στην ίδια ή σε νεότερη έκδοση μένει ως έχει, και ένα παλαιότερο αντίγραφο δεν αντικαθιστά ποτέ ένα νεότερο.

• Μια παραγγελία που λείπει και έγινε τις τελευταίες 24 ώρες καταγράφεται σαν να είχε φτάσει ζωντανά, ώστε τα journeys μετά την αγορά να ξεκινούν κανονικά. Μια παλαιότερη παραγγελία που λείπει, και μια επιστροφή χρημάτων ή ακύρωση παραγγελίας που το Joryio ήδη γνώριζε, καταγράφονται χωρίς να ξεκινούν journeys· τα Order Refunded και Order Cancelled καταγράφονται και πάλι μία φορά το καθένα.
• Κάθε κατάστημα ελέγχεται στη δική του ώρα, ώστε να μη διαβάζονται όλα μαζί, και ένας έλεγχος διαβάζει περιορισμένο αριθμό αλλαγών· ένα κατάστημα με περισσότερες αλλαγές συνεχίζει μέσα σε μισή ώρα.
• Τα καταστήματα που είναι αποσυνδεδεμένα, σε σφάλμα ή σε συγχρονισμό παραλείπονται μέχρι να συνδεθούν ξανά.

Το αποτέλεσμα εμφανίζεται στο Ρυθμίσεις → Ενσωματώσεις → PrestaShop: Τελευταίος έλεγχος συμφωνίας: 22/10/2026 12:00 - στοιχεία που συμπληρώθηκαν: 3. Αν οι έλεγχοι βρίσκουν συνεχώς αλλαγές που δεν έφτασαν ζωντανά, το Joryio εμφανίζει την ειδοποίηση Live updates from PrestaShop may be failing (καμπανάκι, Logs & Monitoring και email στους διαχειριστές του workspace). Τα δεδομένα που λείπουν συμπληρώνονται σε κάθε περίπτωση, αλλά ελέγξτε τη σύνδεση του καταστήματος: τα journeys που αντιδρούν σε αυτές τις αλλαγές ξεκινούν με καθυστέρηση.

Η ίδια σελίδα δείχνει το Τελευταίο συμβάν που λήφθηκε - πότε έφτασε τελευταία φορά στο Joryio μια ζωντανή ενημέρωση από το κατάστημα (με καθυστέρηση έως ένα λεπτό) - και τον Τελευταίο συγχρονισμό, τον πιο πρόσφατο ανάμεσα στον τελευταίο πλήρη συγχρονισμό και τον τελευταίο έλεγχο συμφωνίας. Σε ένα κατάστημα που στέλνει ζωντανές ενημερώσεις, το Τελευταίο συμβάν που λήφθηκε προχωρά ακόμη κι όταν δεν έχει τρέξει συγχρονισμός.

Επιστροφές χρημάτων και ακυρώσεις

Κάθε πιστωτικό σημείωμα σε μια παραγγελία γίνεται ένα συμβάν Order Refunded με το ποσό του. Μια παραγγελία που περνά σε κατάσταση ακύρωσης (ή σφάλματος πληρωμής) γίνεται ένα Order Cancelled. Το Joryio διαβάζει κατά τη σύνδεση ποιες καταστάσεις σημαίνουν "ακυρώθηκε" και "επιστράφηκε" στο κατάστημά σας, οπότε μετρούν και καταστάσεις με άλλο όνομα. Δείτε Συμβάντα επιστροφής χρημάτων και ακύρωσης.

Συγκατάθεση μάρκετινγκ

Η εγγραφή του πελάτη στο newsletter του PrestaShop εφαρμόζεται στη συνδρομή email της επαφής:

Στο PrestaShop	Στο Joryio
Εγγεγραμμένος (κουτί newsletter στην εγγραφή ή στον λογαριασμό, το μπλοκ newsletter, το back office)	Εγγεγραμμένος στο email, με την ημερομηνία που κατέγραψε το PrestaShop.
Απεγγραφή αφού ήταν εγγεγραμμένος	Απεγγραφή από το email - εκτός αν το Joryio κατέγραψε μεταγενέστερη αλλαγή για την επαφή.

Απόδειξη που καταγράφεται (module 1.2.17): ένα πλαίσιο newsletter σε παραγγελία ή στη φόρμα εγγραφής καταγράφει επίσης τη διεύθυνση IP του αγοραστή και τη σελίδα (το ταμείο ή τη σελίδα εγγραφής) στην εγγραφή συγκατάθεσης - για παραγγελία, τη διεύθυνση που κατέγραψε το PrestaShop για την επίσκεψη του αγοραστή. Η διεύθυνση IP εμφανίζεται μόνο σε μέλη της ομάδας που μπορούν να βλέπουν προσωπικά δεδομένα, περιλαμβάνεται όταν το άτομο ζητά τα δεδομένα του και διαγράφεται όταν διαγράφονται τα δεδομένα του.

Η αρχική εισαγωγή εγγράφει τους πελάτες που το PrestaShop δείχνει ως εγγεγραμμένους· δεν απεγγράφει ποτέ κανέναν, γιατί το "μη εγγεγραμμένος" μπορεί να σημαίνει και "δεν εγγράφηκε ποτέ". Το κουτί προσφορών συνεργατών (optin) δεν είναι συγκατάθεση μάρκετινγκ για το Joryio και αγνοείται.

Όποιος απεγγράφηκε δεν επανεγγράφεται από μια εγγραφή στο newsletter του PrestaShop (ο λογαριασμός, η φόρμα εγγραφής, το μπλοκ newsletter ή το back office): μπορεί να εγγραφεί ξανά ο ίδιος από το κέντρο προτιμήσεων. Η μόνη εξαίρεση είναι το κουτί newsletter που επιλέγεται σε ολοκλήρωση αγοράς ως επισκέπτης, και μόνο όταν είναι ενεργή η ρύθμιση Οι επιλογές συγκατάθεσης στο ταμείο επανεγγράφουν όσους απεγγράφηκαν (στη σελίδα PrestaShop του Joryio) - δείτε Τι κάνει μια συγκατάθεση ή απεγγραφή από το κατάστημα. Η παρακολούθηση καταστήματος δεν αλλάζει ποτέ τη συγκατάθεση: ένα email που πληκτρολογεί ένας αγοραστής χρησιμοποιείται μόνο για την αναγνώριση του επισκέπτη.

Πότε μετράει ένα τικ

Το ίδιο το κουτί "Sign up for our newsletter" του PrestaShop είναι μέρος του βήματος προσωπικών στοιχείων του checkout. Το PrestaShop το αποθηκεύει στον πελάτη όταν ο αγοραστής προχωρά πέρα από αυτό το βήμα, οπότε η μονάδα το στέλνει στο Joryio εκείνη τη στιγμή - πριν ολοκληρωθεί η παραγγελία. Δεν υπάρχει επιλογή "μόνο όταν ολοκληρωθεί η παραγγελία", και τίποτα δεν στέλνεται όταν φορτώνει η σελίδα. Το κουτί και το κείμενό του είναι του PrestaShop· η μονάδα δεν το τσεκάρει ποτέ εκ των προτέρων.

Μονάδα 1.2.8 ή νεότερη - ο ίδιος κανόνας με το Record consent immediately στο Magento και στο WooCommerce:

Αγοραστής	Τι κάνει μια επιλογή πριν από την παραγγελία
Ένας γνωστός αγοραστής (το Joryio έχει παραγγελία της επαφής) ή κάποιος ήδη εγγεγραμμένος σε email ή SMS	Μετράει αμέσως: εγγεγραμμένος.
Ένας νέος επισκέπτης (και ένας αγοραστής που ανοίγει λογαριασμό στο βήμα του checkout)	Μένει σε εκκρεμότητα: η επιλογή καταγράφεται (ώρα, κατάστημα, checkout, η διεύθυνση IP του αγοραστή), αλλά η επαφή δεν εγγράφεται και δεν λαμβάνει μάρκετινγκ - μια υπενθύμιση εγκαταλελειμμένου καλαθιού παραλείπεται ως Αναμονή επιβεβαίωσης. Η δική του παραγγελία με το κουτί επιλεγμένο τον εγγράφει, όπως και ένα κλικ στο email επιβεβαίωσης αν το ενεργοποιήσετε.
Κάποιος που απεγγράφηκε και δεν έχει παραγγείλει	Μένει απεγγεγραμμένος. Η παραγγελία του ακολουθεί έπειτα τους κανόνες επανεγγραφής από κατάστημα.

• Η παραγγελία φέρει το κουτί όπως ήταν όταν ολοκληρώθηκε η παραγγελία. Επιλεγμένο: ο αγοραστής εγγράφεται, μία φορά. Μη επιλεγμένο: τίποτα δεν αλλάζει - μια παραγγελία χωρίς επιλογή δεν εγγράφει ποτέ και δεν απεγγράφει ποτέ, και μια επιλογή σε εκκρεμότητα μένει σε εκκρεμότητα. Με την προαιρετική ρύθμιση Ένα κενό πλαίσιο καταργεί την εγγραφή ενεργή, ένα κενό πλαίσιο σε ολοκληρωμένη παραγγελία καταγράφει αντί γι' αυτό διαγραφή.
• Αν ο αγοραστής γυρίσει στο βήμα προσωπικών στοιχείων και αποεπιλέξει το κουτί, η επιλογή αυτού του checkout ανακαλείται - μόνο αυτή: μια εγγραφή που έδωσε οπουδήποτε αλλού παραμένει.
• Η φόρμα εγγραφής, η σελίδα λογαριασμού, το μπλοκ newsletter για συνδεδεμένο πελάτη και η αρχική εισαγωγή ακολουθούν τον ίδιο κανόνα: ούτε εκεί το PrestaShop επαληθεύει τη διεύθυνση email, οπότε μια εγγραφή στο newsletter μετράει αμέσως μόνο για γνωστό αγοραστή ή κάποιον ήδη εγγεγραμμένο. Όλοι οι άλλοι μένουν σε εκκρεμότητα μέχρι να πατήσουν το email επιβεβαίωσης (ενεργοποιήστε το Αποστολή συνδέσμου επιβεβαίωσης με email σε νέους επισκέπτες). Μόνο μια εγγραφή από το μπλοκ newsletter που επιβεβαιώθηκε με το email επαλήθευσης του ίδιου του PrestaShop μετράει αμέσως. Μια απεγγραφή εφαρμόζεται πάντα αμέσως. Για να μετράνε αμέσως, δείτε Συγκαταθέσεις από νέους αγοραστές. Μια επιλογή εγγραφής σε αναμονή καταγράφεται με αιτία registration_tick_pending_confirmation.

Γιατί: σε αγορά ως επισκέπτης ο καθένας μπορεί να πληκτρολογήσει οποιοδήποτε email. Χωρίς αυτόν τον κανόνα ένα bot θα μπορούσε να πληκτρολογεί email αγνώστων στο βήμα προσωπικών στοιχείων και να τους εγγράφει χωρίς να παραγγείλει ποτέ.

Δύο δικλίδες στις Ενσωματώσεις → PrestaShop → Ρυθμίσεις (μόνο διαχειριστές· κάθε αλλαγή καταγράφεται στο αρχείο ελέγχου):

• Αποστολή συνδέσμου επιβεβαίωσης με email σε νέους επισκέπτες - απενεργοποιημένο από προεπιλογή, γιατί η διεύθυνση πληκτρολογήθηκε στο checkout και κανείς δεν την έχει επαληθεύσει ακόμη. Όταν είναι ενεργό, ένας νέος επισκέπτης σε εκκρεμότητα λαμβάνει ένα email· ο σύνδεσμός του τον εγγράφει (πηγή double_opt_in). Χρησιμοποιεί το πρότυπο επιβεβαίωσης διπλής συγκατάθεσης αν έχετε επιλέξει ένα.
• Επιλογές συγκατάθεσης ανά αγοραστή την ώρα - προεπιλογή 3, μετρώνται ανά διεύθυνση IP, ανά checkout και ανά διεύθυνση email. Οι επιλογές πάνω από το όριο αγνοούνται· η παραγγελία καταγράφει ακόμη την επιλογή. Η μονάδα έχει το ίδιο όριο (Opt-in ticks per shopper per hour στις ρυθμίσεις της μονάδας, προεπιλογή 3) και δεν στέλνει καθόλου μια τέτοια επιλογή.

Η μονάδα μετράει τη διεύθυνση IP της ίδιας της σύνδεσης. Αν το κατάστημά σας βρίσκεται πίσω από proxy ή CDN που ορίζει τη διεύθυνση του επισκέπτη (X-Forwarded-For), ενεργοποιήστε το Behind a trusted proxy στις ρυθμίσεις της μονάδας· αλλιώς αφήστε το απενεργοποιημένο, γιατί ένας επισκέπτης μπορεί να ορίσει αυτή την κεφαλίδα μόνος του.

Με τη μονάδα 1.2.7 ή παλαιότερη, η επιλογή ενός νέου επισκέπτη μένει επίσης σε εκκρεμότητα, αλλά η παραγγελία του δεν μπορεί να τον εγγράψει (αυτές οι εκδόσεις δεν στέλνουν το κουτί με την παραγγελία) - μόνο το email επιβεβαίωσης μπορεί. Ενημερώστε τη μονάδα στην 1.2.8.

Εμφανίζεται στο Joryio

Το PrestaShop δεν έχει ρύθμιση "πότε μετράει μια επιλογή", και η κάρτα Store checkout opt-in (set in your store) στο Ενσωματώσεις → PrestaShop → Ρυθμίσεις το λέει, μόνο για ανάγνωση: το πλαίσιο newsletter είναι του ίδιου του PrestaShop (το module Newsletter subscription, ps_emailsubscription, στο Modules → Module Manager) και στέλνεται πριν από την παραγγελία, οπότε ισχύουν γι' αυτό τα μέτρα προστασίας της ίδιας σελίδας. Το Joryio δεν αλλάζει τίποτα στο PrestaShop.

Συγκαταθέσεις από νέους αγοραστές

Η ρύθμιση Συγκαταθέσεις από νέους αγοραστές (που δεν έχουν αγοράσει ακόμη) στις Ενσωματώσεις → PrestaShop → Ρυθμίσεις (μόνο διαχειριστές· κάθε αλλαγή καταγράφεται στο αρχείο ελέγχου) ορίζει τι κάνει μια συγκατάθεση από κάποιον που δεν έχει αγοράσει ακόμη:

Επιλογή	Τι συμβαίνει
Αναμονή μέχρι να παραγγείλουν ή να επιβεβαιώσουν με email (προεπιλογή, συνιστάται)	Η συγκατάθεση ενός νέου αγοραστή μένει σε εκκρεμότητα μέχρι τη δική του παραγγελία με το κουτί επιλεγμένο ή ένα κλικ στο email επιβεβαίωσης (αν ενεργοποιήσατε το Αποστολή συνδέσμου επιβεβαίωσης με email σε νέους επισκέπτες).
Να μετράνε αμέσως (λιγότερο αυστηρό - οποιοσδήποτε επισκέπτης μπορεί να εισαγάγει οποιοδήποτε email)	Μετράει αμέσως. Οποιοσδήποτε επισκέπτης μπορεί να πληκτρολογήσει οποιοδήποτε email, οπότε κάποιος μπορεί να εγγράψει άλλο άτομο· εκείνο μπορεί να διαγραφεί με ένα κλικ. Έτσι τις μετρούσε το Joryio πριν από τη μονάδα 1.2.8.

Καλύπτει κάθε συγκατάθεση που φτάνει χωρίς παραγγελία: το κουτί του newsletter στο checkout, τη φόρμα εγγραφής, τη σελίδα λογαριασμού, το μπλοκ newsletter για συνδεδεμένο πελάτη και την αρχική εισαγωγή. Σε κάθε περίπτωση:

• ένας γνωστός αγοραστής ή κάποιος ήδη εγγεγραμμένος μετράει αμέσως, όπως και μια εγγραφή στο μπλοκ newsletter που επιβεβαιώθηκε με το email επαλήθευσης του PrestaShop·
• μια επιλογή που έρχεται με την παραγγελία του ίδιου του αγοραστή μετράει πάντα·
• μια απεγγραφή ισχύει πάντα αμέσως·
• το όριο Επιλογές συγκατάθεσης ανά αγοραστή την ώρα παραμένει σε ισχύ.

Ένα κενό πλαίσιο καταργεί την εγγραφή (προαιρετικό)

Για καταστήματα με αυστηρή πολιτική συγκατάθεσης, η μονάδα 1.2.15 ή νεότερη έκδοση έχει μια προαιρετική ρύθμιση στις ρυθμίσεις συγκατάθεσης της μονάδας: An unticked opt-in box at checkout or registration unsubscribes the person. Είναι απενεργοποιημένη από προεπιλογή.

Ρύθμιση	Τι κάνει ένα κενό πλαίσιο
Απενεργοποιημένη (προεπιλογή)	Τίποτα. Ένα κενό πλαίσιο δεν αλλάζει ποτέ την κατάσταση κανενός.
Ενεργοποιημένη	Ένα πλαίσιο που εμφανίστηκε και υποβλήθηκε κενό - με μια παραγγελία που ολοκληρώθηκε ή στη φόρμα εγγραφής - καταγράφει διαγραφή για το κανάλι αυτού του πλαισίου (email ή SMS). Μόνο για συνδεδεμένους πελάτες, που το κατάστημα έχει επαληθεύσει.
Ενεργοποιημένη, με Also for guest checkouts	Το ίδιο και για checkout επισκεπτών και νέες εγγραφές λογαριασμού. Στο checkout επισκέπτη ο καθένας μπορεί να πληκτρολογήσει το email κάποιου άλλου - ένας επισκέπτης θα μπορούσε να διαγράψει άλλο άτομο. Μια νέα εγγραφή λογαριασμού μετρά ως επισκέπτης: το κατάστημα δεν επαληθεύει τη διεύθυνση email.

• Η διαγραφή καταγράφεται όπως κάθε άλλη: στο ιστορικό συνδρομών της επαφής (πηγή prestashop_checkout / prestashop_registration, αιτία checkout_box_unticked, με το κείμενο που εμφανίστηκε δίπλα στο πλαίσιο) και ως συμβάν message.unsubscribed.
• Και όποιος δεν έδωσε ποτέ συγκατάθεση: με τη ρύθμιση ενεργή, ένα μη τσεκαρισμένο κουτί καταργεί την εγγραφή του ατόμου ακόμη κι αν δεν έδωσε ποτέ συγκατάθεση (το Not Set γίνεται Unsubscribed). Όπως κάθε κατάργηση εγγραφής, ισχύει για κάθε επαφή με το ίδιο email ή τηλέφωνο στον χώρο εργασίας, και για να αναιρεθεί χρειάζεται νέα συγκατάθεση.
• Ποτέ για πλαίσιο που δεν εμφανίστηκε (το πλαίσιο SMS μόνο όπου εμφανίζεται), ποτέ από συγχρονισμό παλαιότερων παραγγελιών και ποτέ για πλαίσιο που αποεπιλέχθηκε πριν ολοκληρωθεί η παραγγελία - η αποεπιλογή κατά το checkout αποσύρει μόνο την επιλογή του ίδιου checkout. Δεν εγγράφει ούτε επανεγγράφει ποτέ κανέναν και δεν αλλάζει ποτέ αποκλεισμό λόγω bounce ή καταγγελίας.
• Η σελίδα Integrations → PrestaShop → Settings δείχνει τη ρύθμιση μόνο για ανάγνωση. Παλαιότερες εκδόσεις δεν την αναφέρουν και το Joryio τη θεωρεί απενεργοποιημένη.

Το μπλοκ newsletter

Το μπλοκ newsletter (το module ps_emailsubscription) είναι δημόσια φόρμα: οποιοσδήποτε μπορεί να πληκτρολογήσει οποιαδήποτε διεύθυνση email. Γι' αυτό το Joryio το χειρίζεται διαφορετικά από τον λογαριασμό του ίδιου του πελάτη:

• Η εγγραφή μετράει ως συγκατάθεση μόνο όταν το PrestaShop αποδεικνύει ότι η διεύθυνση ανήκει στο άτομο: είτε ο αγοραστής είναι συνδεδεμένος στον εγγεγραμμένο λογαριασμό με αυτό το email, είτε η επαλήθευση email είναι ενεργή στις ρυθμίσεις του μπλοκ newsletter και πατήθηκε ο σύνδεσμος επιβεβαίωσης (το Joryio λαμβάνει την εγγραφή μετά την επιβεβαίωση, στην επόμενη εκτέλεση του cron). Οτιδήποτε άλλο δεν αποστέλλεται στο Joryio. Ενεργοποιήστε την επαλήθευση email στις ρυθμίσεις του μπλοκ newsletter ώστε οι εγγραφές επισκεπτών να φτάνουν στο Joryio.
• Μια επιβεβαίωση μετράει μόνο για διεύθυνση που δεν ήταν εγγεγραμμένη όταν στάλθηκε η φόρμα, και μόνο όταν το PrestaShop καταγράφει την εγγραφή μετά την αποστολή της φόρμας. Μια διεύθυνση που ήταν ήδη εγγεγραμμένη δεν αποστέλλεται ξανά· αν η επαλήθευση email απενεργοποιηθεί πριν πατηθεί ο σύνδεσμος, η εγγραφή απορρίπτεται. Το Joryio λαμβάνει την ημερομηνία εγγραφής που κατέγραψε το PrestaShop (για επισκέπτη, το PrestaShop κρατά τον χρόνο εγγραφής και όχι τον χρόνο επιβεβαίωσης).
• Η απεγγραφή από το μπλοκ εφαρμόζεται πάντα, με βάση τη διεύθυνση email - ένα αίτημα απεγγραφής είναι η ασφαλής κατεύθυνση. Δεν συνδέει ποτέ το αίτημα με λογαριασμό πελάτη.
• Η αρχική εισαγωγή και το Συγχρονισμός τώρα εγγράφουν πελάτη που το PrestaShop δείχνει ως εγγεγραμμένο μόνο αν η επαφή δεν απεγγράφηκε ποτέ· δεν επανεγγράφουν ποτέ κανέναν. Με την επαλήθευση email απενεργοποιημένη, το ίδιο το PrestaShop σημειώνει εγγεγραμμένο πελάτη ως συνδρομητή όταν κάποιος πληκτρολογεί τη διεύθυνσή του στο μπλοκ, και η εισαγωγή δεν μπορεί να το διακρίνει.
• Μια αλλαγή newsletter που αποθηκεύεται στον πελάτη από το κατάστημα από κάποιον που δεν είναι συνδεδεμένος ως αυτός ο πελάτης μπορεί να κάνει απεγγραφή, αλλά ποτέ εγγραφή.

Παρακολούθηση καταστήματος

Από το module 1.1.0, το module προσθέτει τον tracker του Joryio στο κατάστημά σας (ενεργό από προεπιλογή - Storefront tracking στη σελίδα του module). Κάθε συμβάν αποθηκεύεται με το τυπικό του όνομα, το ίδιο όπως στα WooCommerce, Shopify και Magento:

Συμβάν	Αποθηκεύεται ως	Πότε στέλνεται
Page View	Page Viewed	Κάθε σελίδα
Product Viewed	Product Viewed	Σελίδα προϊόντος, με τον επιλεγμένο συνδυασμό, την τιμή, τη μάρκα, την κατηγορία και την κατάσταση αποθέματος: in_stock (true ή false) και stock_status (in_stock, backorder ή out_of_stock)
Category Viewed	Product List Viewed	Σελίδα κατηγορίας, με category_id, category_name και τη διεύθυνση της σελίδας
Search	Products Searched	Η σελίδα αποτελεσμάτων αναζήτησης, με το query
Add to Cart	Product Added	Κάθε προσθήκη: το κουμπί προσθήκης στο καλάθι, μια φόρμα προϊόντος που φορτώνει ξανά τη σελίδα, μια ποσότητα που αυξάνεται στο καλάθι. Το PrestaShop καταγράφει την προσθήκη και ο browser του αγοραστή τη στέλνει μία φορά
Remove from Cart	Product Removed	Μια ποσότητα που μειώνεται ή ένα προϊόν που αφαιρείται από το καλάθι
Cart Viewed	Cart Viewed	Η σελίδα του καλαθιού
Checkout Started	Checkout Started	Η σελίδα ολοκλήρωσης αγοράς, μία φορά ανά καλάθι. Η επαναφόρτωσή της δεν είναι δεύτερη έναρξη
Identify	$identify	Ο συνδεδεμένος πελάτης, το email που πληκτρολογείται στις φόρμες σύνδεσης, εγγραφής, ολοκλήρωσης αγοράς ή newsletter, και το email της παραγγελίας στη σελίδα επιβεβαίωσης παραγγελίας

Η ίδια η παραγγελία δεν είναι συμβάν καταστήματος: το Order Completed προέρχεται από την παραγγελία που στέλνει το module, οπότε τα έσοδα μετρώνται μία φορά.

Ταυτότητα και συγκατάθεση. Για έναν συνδεδεμένο εγγεγραμμένο πελάτη (module 1.2.2 ή νεότερο), το module υπογράφει τον αριθμό πελάτη PrestaShop στον server του καταστήματος· το Joryio ελέγχει αυτή την απόδειξη και ενώνει την περιήγηση του επισκέπτη με την επαφή που έχει ήδη αυτόν τον αριθμό πελάτη - ποτέ με επαφή που βρέθηκε μέσω email. Κάθε άλλο identify (επισκέπτης χωρίς λογαριασμό, email που πληκτρολογήθηκε) απλώς προσθέτει το email στο δικό του ανώνυμο προφίλ του επισκέπτη στο Joryio (δεν αντικαθιστά ποτέ email που έχει ήδη το προφίλ και δεν συγχωνεύει ποτέ δύο επαφές με βάση το email). Οι παλαιότερες εκδόσεις του module αναγνώριζαν έναν συνδεδεμένο πελάτη μόνο από το email, οπότε μπορούσε να μείνει μια δεύτερη επαφή μόνο με το email· μετά την ενημέρωση ενώνεται με την επαφή του πελάτη την επόμενη φορά που ο πελάτης συνδέεται από τον ίδιο browser. Ένα identify δεν εγγράφει ποτέ κανέναν - η συγκατάθεση προέρχεται μόνο από την εγγραφή του πελάτη στο newsletter, δείτε Συγκατάθεση μάρκετινγκ.

Κοινόχρηστοι browsers (module 1.2.14 ή νεότερο). Η αποσύνδεση από το κατάστημα δίνει στον browser νέο ανώνυμο επισκέπτη, ώστε το επόμενο άτομο στην ίδια συσκευή να μην εμφανίζεται ως το προηγούμενο. Ένας άλλος πελάτης που συνδέεται σε browser που χρησιμοποίησε άλλος πελάτης παίρνει πρώτα νέο επισκέπτη, και όταν το Joryio διαπιστώσει ότι ο επισκέπτης του browser ανήκει ήδη σε κάποιον άλλο (για παράδειγμα στον διαχειριστή του καταστήματος που τον χρησιμοποίησε πριν), το module ξεκινά νέο επισκέπτη και στέλνει ξανά την απόδειξη σύνδεσης. Το προφίλ και το ιστορικό του προηγούμενου ατόμου μένουν όπως είναι, και δύο άτομα δεν συγχωνεύονται ποτέ. Όσο αυτό ξεκαθαρίζει, τα συμβάντα μιας σελίδας περιμένουν το πολύ λίγα δευτερόλεπτα.

Θέματα (themes). Ο tracker χρησιμοποιεί τα τυπικά hooks του PrestaShop (displayHeader, actionFrontControllerSetMedia, displayOrderConfirmation) και τα συμβάντα καλαθιού που καταγράφει το ίδιο το PrestaShop, οπότε λειτουργεί με τα θέματα Classic και Hummingbird και με τα περισσότερα άλλα. Ένα θέμα που αφαιρεί το hook displayHeader, ή ένα module ολοκλήρωσης αγοράς μίας σελίδας που αντικαθιστά τη σελίδα order, μπορεί να σταματήσει τα συμβάντα συγκεκριμένων σελίδων (για παράδειγμα το Checkout Started)· οι προβολές σελίδων, τα συμβάντα καλαθιού και η απόδοση συνεχίζουν να λειτουργούν. Ένα module cache σελίδων αποθηκεύει από τον tracker μόνο δεδομένα κοινά για όλη τη σελίδα: το email του συνδεδεμένου πελάτη και τα συμβάντα καλαθιού τα ανακτά ο browser κάθε επισκέπτη και δεν αποθηκεύονται ποτέ στην cache.

Συγκατάθεση cookies. Όπως οι ενσωματώσεις WooCommerce και Magento, ο tracker δεν περιμένει banner cookies. Αν το κατάστημά σας χρειάζεται συγκατάθεση πριν από τα cookies ανάλυσης, απενεργοποιήστε το Storefront tracking ή φορτώστε το μέσω του module συγκατάθεσής σας.

Απόδοση καμπάνιας

Ο tracker αντιγράφει τα click ids του Joryio (jr_cid για καμπάνια, jr_jid για διαδρομή) και τις παραμέτρους UTM του συνδέσμου με τον οποίο έφτασε ένας αγοραστής σε cookies πρώτου μέρους (joryio_jr_cid, joryio_jr_jid, joryio_utm_*, 30 ημέρες). Το module τα επισυνάπτει στην παραγγελία, ώστε η πώληση να αποδίδεται στην καμπάνια ή στη διαδρομή - δείτε την Απόδοση εσόδων. Τα κρατά επίσης μαζί με το καλάθι του αγοραστή, ώστε μια παραγγελία που επιβεβαιώνεται αργότερα από callback ενός παρόχου πληρωμών (χωρίς τον browser του αγοραστή) να αποδίδεται κι αυτή. Οι παραγγελίες της αρχικής εισαγωγής δεν έχουν απόδοση.

Αναγνώριση επισκεπτών από το email που πληκτρολογούν

Από την έκδοση 1.2.10 του module, η σελίδα ρυθμίσεων του module έχει το Recognise visitors by the email they type. Είναι ενεργό από προεπιλογή, και ένα παλαιότερο module συμπεριφέρεται σαν να είναι ενεργό.

• Ενεργό (προεπιλογή) - ένα email που πληκτρολογεί ο επισκέπτης στο ταμείο ή σε μια φόρμα αναγνωρίζει τον browser του ως την επαφή με αυτό το email: την υπάρχουσα επαφή (αυτή που ήταν ενεργή πιο πρόσφατα, όταν πολλές επαφές έχουν το ίδιο email - δείτε παρακάτω) ή μια νέα. Η προηγούμενη περιήγηση του επισκέπτη ενώνεται με αυτή την επαφή, και δεν δημιουργείται δεύτερη επαφή με το ίδιο email. Αυτό περιμένουν τα περισσότερα καταστήματα. Το αντάλλαγμα: όποιος πληκτρολογεί το email κάποιου άλλου αναγνωρίζεται ως εκείνο το άτομο σε αυτόν τον browser - για παράδειγμα, θα μπορούσε να δει τα in-app μηνύματα και το εξατομικευμένο περιεχόμενο εκείνου του ατόμου.
• Ανενεργό (αυστηρή ταυτότητα) - ένα πληκτρολογημένο email δεν αναγνωρίζει ποτέ τον browser. Το καλάθι, η παραγγελία και η υποβολή της φόρμας πηγαίνουν και πάλι στην επαφή με αυτό το email, οπότε τα email εγκαταλελειμμένου καλαθιού φτάνουν και πάλι στη διεύθυνση που πληκτρολογήθηκε. Μόνο ένας πελάτης συνδεδεμένος στο κατάστημα αναγνωρίζεται στον browser.

Το Joryio δείχνει τη ρύθμιση μόνο για ανάγνωση στο Ενσωματώσεις → PrestaShop → Ρυθμίσεις, με την έκδοση και πότε αναφέρθηκε τελευταία φορά - αλλάζει μόνο μέσα από το module. Η αποθήκευση την αναφέρει αμέσως στο Joryio, και μια αλλαγή ισχύει μέσα σε λίγα λεπτά.

Το καλάθι ακολουθεί το email που πληκτρολογήθηκε, και ένα διορθωμένο email. Το καλάθι ενός επισκέπτη μεταφέρεται στην επαφή που ορίζει το email του στο ταμείο μόλις το πληκτρολογήσει, όχι μόνο όταν αναφερθεί το εγκαταλελειμμένο καλάθι. Όταν ένας επισκέπτης διορθώνει ένα λάθος πληκτρολογημένο email, η λάθος διεύθυνση αφαιρείται ξανά και η διορθωμένη αντιστοιχίζεται όπως κάθε άλλη, οπότε ο επισκέπτης και το καλάθι μεταφέρονται στη σωστή επαφή και καμία επαφή δεν μένει με το λάθος. Μια πληκτρολογημένη διεύθυνση αφαιρείται μόνο όσο τίποτε άλλο στην επαφή δεν ορίζει ένα πρόσωπο: μια παραγγελία, ένας αριθμός τηλεφώνου, μια επιλογή συγκατάθεσης, ένας λογαριασμός στο κατάστημα ή μια διεύθυνση που πληκτρολογήθηκε πριν από περισσότερο από μία ημέρα την κρατούν.

Όταν πολλές επαφές έχουν το ίδιο email

Ένα email μπορεί να ανήκει σε περισσότερες από μία επαφές στο Joryio (για παράδειγμα ένα ζευγάρι, ή ένα άτομο που εισήχθη δύο φορές). Όταν το email ενός επισκέπτη στο ταμείο ταιριάζει με πολλές επαφές, το καλάθι, το ταμείο και η παραγγελία πηγαίνουν στην επαφή που ήταν ενεργή πιο πρόσφατα - ο ίδιος κανόνας που χρησιμοποιούν οι εισαγωγές, το API και οι φόρμες, ώστε το ιστορικό ενός ατόμου να μη μοιράζεται σε δύο επαφές. Μόλις ένα ταμείο επιλέξει επαφή, μένει σε αυτήν: οι επόμενες ενημερώσεις του καλαθιού, η συγκατάθεση, το εγκαταλελειμμένο καλάθι, η παραγγελία και οι αλλαγές κατάστασής της πηγαίνουν όλες στην ίδια επαφή, ακόμη κι αν η άλλη επαφή αλλάξει στο μεταξύ. Ένας πελάτης συνδεδεμένος στο κατάστημα πηγαίνει πάντα στην επαφή που έχει τον λογαριασμό πελάτη του στο κατάστημα. Οι επαφές δεν συγχωνεύονται ποτέ, και μια απεγγραφή εξακολουθεί να ισχύει για κάθε επαφή με το email.

Μηνύματα in-app και web push

Από το module 1.1.0, ο tracker φορτώνει στο κατάστημα και το web SDK του Joryio, από το https://sdk.joryio.com/web/1/joryio.min.js (την πιο πρόσφατη έκδοση 1.x). Οι κλήσεις δεδομένων του πηγαίνουν στο URL διακομιστή με το οποίο συνδεθήκατε. Οι ρυθμίσεις βρίσκονται στη σελίδα του module:

Ρύθμιση	Προεπιλογή	Τι κάνει
In-app messages	Yes	Εμφανίζει τα μηνύματα in-app του Joryio στο κατάστημα
Allow HTML in-app messages	Yes	Εμφανίζει και μηνύματα που φτιάχτηκαν με τον επεξεργαστή HTML. Εμφανίζονται σε προστατευμένο πλαίσιο: τα scripts που περιέχουν δεν εκτελούνται και το μήνυμα δεν μπορεί να προσπελάσει τις σελίδες του καταστήματός σας ούτε να κάνει δικές του αιτήσεις δικτύου
Web push	No	Επιτρέπει στους αγοραστές να εγγραφούν σε ειδοποιήσεις προγράμματος περιήγησης

Το SDK φορτώνεται από τον tracker, οπότε αφήστε ενεργό το Storefront tracking. Τίποτα δεν μετριέται δύο φορές: το SDK χρησιμοποιεί το ανώνυμο αναγνωριστικό επισκέπτη του tracker, τα email αναγνωρίζονται μόνο από τον tracker, και το SDK δεν στέλνει δικές του προβολές σελίδων ή ενάρξεις συνεδρίας.

Ρύθμιση web push

Ένα πρόγραμμα περιήγησης δέχεται το service worker των ειδοποιήσεων μόνο από τη διεύθυνση του ίδιου του καταστήματος, στο https://your-shop/joryio-sw.js. Ενεργοποιήστε το Web push και αποθηκεύστε, έπειτα ανοίξτε τον πίνακα Web push στη σελίδα του module:

1. Ένα μόνο κατάστημα στη ρίζα του domain του: το module γράφει το αρχείο joryio-sw.js στον φάκελο του PrestaShop. Ο πίνακας το αναφέρει - δεν χρειάζεται τίποτα άλλο. (Αν ο φάκελος δεν είναι εγγράψιμος, ή υπάρχει ήδη ένα joryio-sw.js που δεν έγραψε το module, ο πίνακας αναφέρει αυτό.)
2. Διαφορετικά (multistore, φάκελος μόνο για ανάγνωση): το module απαντά μόνο του στο /joryio-sw.js όταν ο διακομιστής σας περνά τις άγνωστες διευθύνσεις στο PrestaShop, κάτι που κάνει το .htaccess του PrestaShop με ενεργά τα φιλικά URL. Πατήστε Check the service worker address στον πίνακα: πρέπει να εμφανίσει ένα script που ξεκινά με // Joryio web push.
3. Αν ο έλεγχος εμφανίσει σελίδα 404, προσθέστε στις ρυθμίσεις του διακομιστή σας τη μία γραμμή που εμφανίζει ο πίνακας:
   • Apache, στο .htaccess πάνω από τους κανόνες του PrestaShop: RewriteRule ^joryio-sw\.js$ index.php?fc=module&module=joryio&controller=sw [QSA,L]
   • nginx: location = /joryio-sw.js { rewrite ^ /index.php?fc=module&module=joryio&controller=sw last; }

Ένα PrestaShop εγκατεστημένο σε υποφάκελο (https://example.com/shop/) δεν μπορεί να χρησιμοποιήσει web push: τα προγράμματα περιήγησης δέχονται το worker μόνο στη ρίζα του domain.

Οι αγοραστές ερωτώνται για άδεια μέσω ενός μηνύματος in-app εγγραφής σε ειδοποιήσεις push που δημιουργείτε στο Joryio, οπότε αφήστε ενεργό το In-app messages και ενεργοποιήστε το web push για την εφαρμογή και στο Joryio. Αν απενεργοποιήσετε το Web push, η ίδια διεύθυνση σερβίρει ένα worker που αφαιρεί τον εαυτό του από τους browsers των επισκεπτών.

Ενεργοποιήστε το web push και στο Joryio. Η σύνδεση του καταστήματος δημιούργησε μια εφαρμογή γι' αυτό στο Joryio (Ρυθμίσεις → Εφαρμογές, με το όνομα του καταστήματος). Ανοίξτε την, πατήστε την καμπάνα (Push) και Ενεργοποίηση web push: έτσι δημιουργούνται τα κλειδιά web push του καταστήματος, που το SDK στο κατάστημά σας διαβάζει μόνο του - δεν χρειάζεται να αντιγράψετε τίποτα. Μετά δημιουργήστε ένα μήνυμα in-app με ένα κουμπί ρυθμισμένο σε Ζήτησε ενεργοποίηση ειδοποιήσεων και εμφανίστε το σε εκείνη την εφαρμογή· οι πελάτες που αποδέχονται μπορούν να λαμβάνουν τις καμπάνιες push και τα βήματα διαδρομών σας.

Προγράμματα κουπονιών

Από το module 1.1.0, τα προγράμματα κουπονιών μπορούν να χρησιμοποιούν το κατάστημα: το Joryio δημιουργεί τον κωδικό κάθε ατόμου ως κανόνα καλαθιού (cart rule) του PrestaShop μέσω του κλειδιού Webservice (με όνομα Joryio - <program> (<variable> v<version>), και η περιγραφή του αναφέρει ότι τον δημιούργησε το Joryio).

Ρύθμιση	Στο PrestaShop
Έκπτωση	Ποσοστό, σταθερό ποσό από το καλάθι (με ΦΠΑ, στο προεπιλεγμένο νόμισμα του καταστήματος) ή δωρεάν αποστολή. Σταθερό ποσό από κάθε προϊόν δεν είναι διαθέσιμο: ένας κανόνας καλαθιού του PrestaShop αφαιρεί ένα ποσό από την παραγγελία
Ελάχιστη αγορά	Τα προϊόντα του καλαθιού, με ΦΠΑ, χωρίς τα μεταφορικά
Ισχύει για	Όλο το καλάθι, επιλεγμένα προϊόντα ή επιλεγμένες κατηγορίες (ids προϊόντων και κατηγοριών του PrestaShop). Το module γράφει τους κανόνες προϊόντων και μόνο τότε ενεργοποιεί τον κωδικό· με παλαιότερο module ο κωδικός δεν δημιουργείται
Χρήσεις ανά κωδικό / μία φορά ανά πελάτη	Οι συνολικές ποσότητες και οι ποσότητες ανά πελάτη του κανόνα καλαθιού
Δεν συνδυάζεται	Ο κανόνας καλαθιού δεν συνδυάζεται με άλλους κανόνες καλαθιού που επίσης δεν συνδυάζονται. Ένας δικός σας κανόνας καλαθιού που είναι συμβατός με όλους τους άλλους μπορεί ακόμη να συνδυαστεί μαζί του (κανόνας του PrestaShop)
Κλείδωμα στο άτομο	Ο κωδικός κλειδώνεται στον λογαριασμό πελάτη του ατόμου στο κατάστημα: πρέπει να συνδεθεί για να τον χρησιμοποιήσει. Ένα άτομο χωρίς εγγεγραμμένο λογαριασμό στο κατάστημα (ή με δύο λογαριασμούς σε ένα email) δεν παίρνει κωδικό - η έκδοση αποτυγχάνει και εφαρμόζεται η εναλλακτική του προγράμματος
Λήξη	Κάθε κωδικός παίρνει δική του ημερομηνία λήξης, στη ζώνη ώρας του καταστήματος

Σύνδεσμος εφαρμογής. Το {{ coupons.<variable>.apply_url }} ανοίγει το index.php?fc=module&module=joryio&controller=coupon&code=... στο κατάστημά σας: ο κωδικός μπαίνει στο καλάθι του αγοραστή, με τους ελέγχους του ίδιου του PrestaShop (ημερομηνίες, χρήσεις, ελάχιστο, προϊόντα, κλείδωμα στον λογαριασμό). Με άδειο καλάθι ο κωδικός κρατιέται και εφαρμόζεται όταν προστεθεί ένα προϊόν· ένας κλειδωμένος κωδικός ζητά από τον αγοραστή να συνδεθεί πρώτα.

Εξαργυρώσεις. Κάθε κωδικός σε μια παραγγελία στέλνεται με την έκπτωση που έδωσε, ώστε οι εξαργυρώσεις και τα έσοδα να φτάνουν στην αναφορά του προγράμματος. Η αρχική εισαγωγή και το Sync now διαβάζουν επίσης τους κωδικούς (module 1.1.0 ή νεότερο).

Αναβάθμιση από 1.0.0. Ανεβάστε το νέο zip του module πάνω από το παλιό (Module Manager → Upload a module). Η αναβάθμιση δίνει στο υπάρχον κλειδί Webservice το δικαίωμα κανόνων καλαθιού - η σύνδεσή σας μένει ως έχει. Μέχρι τότε το Joryio αναφέρει "PrestaShop refused coupon access" στο πρόγραμμα.

Φόρμες ιστότοπου

Από το module 1.2.0, οι φόρμες του καταστήματός σας μπορούν να στέλνουν τις υποβολές τους στο Joryio, όπως οι φόρμες WordPress: κάθε υποβολή δημιουργεί ή ενημερώνει την επαφή και καταγράφει ένα συμβάν Form Submitted, και επιλέγετε ανά φόρμα αν εγγράφει επίσης την επαφή σε λίστες.

Φόρμα	Πότε αποστέλλεται
Φόρμα επικοινωνίας (το module contactform του PrestaShop)	Όταν το PrestaShop αποθηκεύει το μήνυμα του επισκέπτη. Η επαφή που επιλέγεται στη φόρμα χρειάζεται ενεργό το Save messages (Customers → Contacts)· ένα μήνυμα προς επαφή χωρίς αυτό στέλνεται μόνο με email από το PrestaShop και δεν φτάνει στο Joryio
Άλλες φόρμες	Όταν ένα module ή το θέμα σας καλεί το hook actionJoryioFormSubmit αφού δεχτεί μια υποβολή (δείτε παρακάτω). Η φόρμα εμφανίζεται στη σελίδα του module την πρώτη φορά που υποβάλλεται, ή την προσθέτετε εκεί με το ID της

Ρύθμιση φόρμας. Στη σελίδα του module, στις Φόρμες ιστότοπου, επιλέξτε Αποστολή αυτής της φόρμας στο Joryio και αντιστοιχίστε τη φόρμα:

• Πεδίο email, Πεδίο τηλεφώνου, Πεδίο ονόματος, Πεδίο επωνύμου - το όνομα του πεδίου της φόρμας. Το πεδίο email της φόρμας επικοινωνίας είναι το from. Αντιστοιχίστε τουλάχιστον ένα πεδίο email ή τηλεφώνου: μια υποβολή χωρίς κανένα από τα δύο δεν αποστέλλεται.
• Προσαρμοσμένα χαρακτηριστικά - ένα ανά γραμμή, attribute_key = όνομα πεδίου (για παράδειγμα company = company).
• Λίστες - οι λίστες στις οποίες εγγράφει η φόρμα. Χωρίς λίστα, η επαφή απλώς αποθηκεύεται.
• Εγγραφή σε λίστες - Μόνο όταν είναι επιλεγμένο ένα πλαίσιο συναίνεσης (η προεπιλογή· εισαγάγετε το όνομα του πλαισίου), ή Αυτή είναι φόρμα εγγραφής - πάντα εγγραφή.
• Διατύπωση συναίνεσης (module 1.2.17) - το ακριβές κείμενο που εμφανίζεται δίπλα στο πλαίσιο συναίνεσης. Το module δεν μπορεί να διαβάσει την ετικέτα του θέματός σας, οπότε πληκτρολογήστε το εδώ. Όταν ο επισκέπτης επιλέγει το πλαίσιο, το Joryio καταγράφει αυτή τη διατύπωση στην εγγραφή συγκατάθεσης ως αυτό με το οποίο συμφώνησε.

Στη συνέχεια πατήστε Αποθήκευση ρυθμίσεων φορμών. Κάθε φόρμα ξεκινά απενεργοποιημένη: τίποτα δεν αποστέλλεται μέχρι να την ενεργοποιήσετε.

Τι αποστέλλεται. Μόνο τα πεδία που αντιστοιχίζετε - το ίδιο το μήνυμα δεν αποστέλλεται αν δεν το αντιστοιχίσετε σε χαρακτηριστικό. Το email είναι αυτό που πληκτρολόγησε ο επισκέπτης: δεν συνδέεται ποτέ με λογαριασμό πελάτη στο κατάστημα, και η φόρμα ενός επισκέπτη δεν αλλάζει ποτέ το email ή το τηλέφωνο μιας υπάρχουσας επαφής. Ένας συνδεδεμένος πελάτης μπορεί να ενημερώσει το τηλέφωνό του (module 1.2.18): όταν ένας εγγεγραμμένος πελάτης συνδεδεμένος στο κατάστημά σας υποβάλλει μια φόρμα και το email της φόρμας ανήκει στη δική του επαφή, το τηλέφωνο που πληκτρολόγησε αντικαθιστά το τηλέφωνο της επαφής. Το module αποδεικνύει ποιος είναι συνδεδεμένος με μια υπογεγραμμένη απόδειξη που δημιουργείται στον διακομιστή του καταστήματος, μόνο για φόρμα που υποβλήθηκε στο δικό σας κατάστημα· το email δεν αλλάζει ποτέ με αυτόν τον τρόπο. Μια λίστα που χρειάζεται διπλή συναίνεση στέλνει πρώτα το email επιβεβαίωσης· η επαφή εγγράφεται όταν επιβεβαιώσει. Το Form Submitted καταγράφεται είτε ο επισκέπτης συναίνεσε είτε όχι (ιδιότητες: source - prestashop_contact ή prestashop_form, formId, formName, pageUrl, consentGiven, consentText, listsSubscribed, listsPending, τα email και phone της ίδιας της φόρμας (μορφοποιημένα όπως τα αποθηκεύει η επαφή, ώστε ένα διαφορετικό τηλέφωνο που πληκτρολόγησε ένας επισκέπτης να μη χάνεται) και phoneUpdated όταν το τηλέφωνο της φόρμας διέφερε από της επαφής - true όταν η επαφή το έχει πλέον, false όταν η επαφή κράτησε το δικό της. Τα μέλη της ομάδας που δεν μπορούν να βλέπουν προσωπικά δεδομένα δεν βλέπουν τις τιμές email και τηλεφώνου, και αυτές διαγράφονται μαζί με το άτομο). Όταν η φόρμα εγγράφει την επαφή σε λίστα, η εγγραφή συγκατάθεσης στο ιστορικό συνδρομών κρατά την απόδειξη της συγκατάθεσης: τη διατύπωση του επιλεγμένου πλαισίου (Διατύπωση συναίνεσης, ή το consent_text που πέρασε η φόρμα), τη σελίδα όπου υποβλήθηκε η φόρμα (pageUrl), την ώρα και τη διεύθυνση IP του επισκέπτη (εμφανίζεται μόνο σε μέλη της ομάδας που μπορούν να βλέπουν προσωπικά δεδομένα). Ένα μη επιλεγμένο πλαίσιο δεν στέλνει ποτέ τη διατύπωσή του. Χωρίς λίστα δεν εγγράφεται τίποτα, οπότε δεν γράφεται εγγραφή συγκατάθεσης: η διατύπωση μένει μόνο στο συμβάν Form Submitted (η διεύθυνση IP δεν μπαίνει ποτέ στο συμβάν).

Συναίνεση στη φόρμα επικοινωνίας. Η φόρμα επικοινωνίας του PrestaShop δεν έχει πλαίσιο μάρκετινγκ. Για να εγγράφετε επισκέπτες που συμφωνούν, προσθέστε ένα μη επιλεγμένο πλαίσιο όπως <input type="checkbox" name="joryio_consent" value="1"> στο αντίγραφο της φόρμας επικοινωνίας του θέματός σας, και εισαγάγετε joryio_consent ως πεδίο συναίνεσης. Ένα πλαίσιο GDPR στη φόρμα επικοινωνίας είναι συναίνεση για τον χειρισμό του μηνύματος, όχι για μάρκετινγκ - μην το χρησιμοποιείτε ως πεδίο συναίνεσης.

Άλλες φόρμες. Ένας προγραμματιστής προσθέτει μία κλήση εκεί όπου η φόρμα γίνεται δεκτή:

Hook::exec('actionJoryioFormSubmit', [
    'form_id' => 'quote',            // letters, digits and _ . : -
    'form_name' => 'Quote request',
    'values' => ['email' => $email, 'company' => $company, 'consent' => $consentTicked],
    'consent_text' => 'Email me news and offers', // optional (1.2.17): the text next to the consent checkbox
]);

Το consent_text είναι προαιρετικό· όταν δίνεται, χρησιμοποιείται αντί για τη Διατύπωση συναίνεσης της φόρμας, και μόνο όταν επιλέχθηκε το πλαίσιο συναίνεσης.

Παράδοση. Οι υποβολές μπαίνουν σε ουρά και αποστέλλονται από το cron όπως κάθε άλλο συμβάν, με τις ίδιες επαναλήψεις· μια υποβολή που ξαναστέλνεται δεν καταγράφεται ποτέ δύο φορές.

Αναβάθμιση από 1.1.0. Ανεβάστε το νέο zip του module πάνω από το παλιό (Module Manager → Upload a module). Η αναβάθμιση καταχωρίζει τα δύο νέα hooks· η σύνδεση και οι ρυθμίσεις σας μένουν ως έχουν.

Αναγνώριση του επισκέπτη. Ένα email που πληκτρολογείται σε φόρμα του ιστότοπου αναγνωρίζει επίσης τον browser του επισκέπτη όταν το Αναγνώριση επισκεπτών από το email που πληκτρολογούν είναι ενεργό (η προεπιλογή). Η ίδια η υποβολή πηγαίνει πάντα στην επαφή με αυτό το email.

Ανάκτηση εγκαταλελειμμένων καλαθιών

1. Το module παρακολουθεί τα καλάθια καθώς οι πελάτες ψωνίζουν
2. Μετά από ένα διάστημα αδράνειας (ορίζεται στη σελίδα του module), το καλάθι αναφέρεται στο Joryio ως εγκαταλελειμμένο
3. Το Joryio λαμβάνει το καλάθι με έναν υπογεγραμμένο σύνδεσμο επαναφοράς
4. Χρησιμοποιήστε μια διαδρομή για να στείλετε μηνύματα ανάκτησης με αυτόν τον σύνδεσμο

Ο σύνδεσμος επαναφοράς ανοίγει το κατάστημα με τα προϊόντα ξανά στο καλάθι. Σε καλάθι επισκέπτη, τα προϊόντα που δεν μπορούν πλέον να προστεθούν παραλείπονται με το μήνυμα "Ορισμένα προϊόντα δεν είναι πλέον διαθέσιμα και δεν προστέθηκαν."· όταν δεν μπορεί να προστεθεί κανένα, ο αγοραστής βλέπει "Τα προϊόντα αυτού του καλαθιού δεν είναι πλέον διαθέσιμα." (module v1.2.5 ή νεότερο).

Άνοιγμα του συνδέσμου: σελίδα επαναφοράς, ένα καλάθι ανά σύνδεσμο

Από το module 1.2.9, το άνοιγμα του συνδέσμου από μόνο του δεν αλλάζει τίποτα. Οι προεπισκοπήσεις συνδέσμων στις εφαρμογές συνομιλίας και οι σαρωτές ασφαλείας email (Outlook Safe Links, Gmail και άλλοι) ανοίγουν τους συνδέσμους πριν από τον αγοραστή, και κάθε τέτοιο άνοιγμα αντέγραφε παλιότερα το καλάθι ενός επισκέπτη άλλη μία φορά - ένας σύνδεσμος μπορούσε να αφήσει πολλά αντίγραφα.

• Το άνοιγμα του συνδέσμου δείχνει μια σύντομη σελίδα στο θέμα σας, "Επαναφορά του αποθηκευμένου καλαθιού σας...", που δεν αποθηκεύεται ποτέ σε cache και δεν ευρετηριάζεται. Όταν το καλάθι αυτού του browser είναι άδειο, το script της επαναφέρει το αποθηκευμένο καλάθι και συνεχίζει στη σελίδα του καλαθιού· χωρίς script ο αγοραστής πατά Επαναφορά του καλαθιού μου. Όταν το καλάθι αυτού του browser έχει ήδη προϊόντα, η σελίδα ρωτά πρώτα, γιατί η επαναφορά αντικαθιστά το καλάθι που φαίνεται σε αυτόν τον browser: Επαναφορά του καλαθιού μου ή Διατήρηση του τρέχοντος καλαθιού μου. Μια προεπισκόπηση ή ένας σαρωτής που δεν εκτελεί script δεν επαναφέρει τίποτα.
• Ένα καλάθι ανά σύνδεσμο, ανά browser - σε καλάθι επισκέπτη, το αντίγραφο που έφτιαξε ο σύνδεσμος απομνημονεύεται μαζί με τον browser στον οποίο φτιάχτηκε (το cookie επισκέπτη του καταστήματος). Αν ο ίδιος σύνδεσμος ανοιχτεί ξανά σε αυτόν τον browser (για παράδειγμα αφού χάθηκε το καλάθι του), επιστρέφει το ίδιο αντίγραφο αντί για νέο, για 7 ημέρες (Ο σύνδεσμος επαναφοράς επαναχρησιμοποιεί το καλάθι του για (ημέρες) στη σελίδα του module, 1-30), εκτός αν έχει πλέον διεύθυνση. Άλλος browser ή άλλη συσκευή - ή σαρωτής που εκτέλεσε τη σελίδα - δεν παίρνει ποτέ αυτό το αντίγραφο, ακόμη κι αν εκεί είναι συνδεδεμένος πελάτης: παίρνει νέο αντίγραφο μόνο με τα προϊόντα του αποθηκευμένου καλαθιού, ώστε ό,τι πληκτρολόγησε κάποιος στο checkout σε έναν browser να μη φαίνεται ποτέ σε άλλον. Από εκεί και πέρα ο σύνδεσμος θυμάται το αντίγραφο του πιο πρόσφατου browser. Και τα δύο αντίγραφα μετρούν ως το ίδιο αποθηκευμένο καλάθι: μια παραγγελία από οποιοδήποτε είναι μία ανάκτηση, και στέλνεται μόνο μία υπενθύμιση "εγκαταλείφθηκε ξανά" ανά αρχικό καλάθι.
• Έχει ήδη παραγγελθεί - "Έχει ήδη γίνει παραγγελία από αυτό το καλάθι.", και δεν επαναφέρεται τίποτα.
• Το πολύ 10 επαναφορές ανά σύνδεσμο την ώρα - μετά από αυτό, "Πάρα πολλές προσπάθειες με αυτόν τον σύνδεσμο καλαθιού. Δοκιμάστε ξανά αργότερα."

Το ανακτημένο αντίγραφο ενός επισκέπτη δεν έχει email (ο σύνδεσμος δεν το αντιγράφει ποτέ)· από την 1.2.9 αναφέρεται κανονικά, χωρίς email, και το Joryio στέλνει τη μία υπενθύμιση στην επαφή του αρχικού καλαθιού - δείτε Καλάθια.

Από την έκδοση 1.2.11, κάθε συμβάν καλαθιού ενός αντιγράφου ανάκτησης αναφέρει από ποιο καλάθι ανακτήθηκε (restoredFromSessionId), οπότε το αντίγραφο ενός επισκέπτη εμφανίζεται στο E-Commerce → Καλάθια ως Αντίγραφο ανάκτησης του καλαθιού της αρχικής επαφής και όχι ως καλάθι Χωρίς επαφή, και δεν μετράει ως ακόμη ένα εγκαταλελειμμένο καλάθι - δείτε Καλάθια.

Από το module 1.2.12, κάθε συμβάν καλαθιού φέρει τον σύνδεσμο ανάκτησης του καλαθιού (ισχύει 30 ημέρες από εκείνη την ενημέρωση του καλαθιού) και αν είναι καλάθι επισκέπτη, και το module αναφέρει το Track guest carts και τον χρόνο εγκατάλειψης με κάθε αίτημα, οπότε ένα καλάθι που το Joryio σημειώνει μόνο του ως εγκαταλελειμμένο τα ακολουθεί - δείτε Καλάθια. Με το Track guest carts ανενεργό το module δεν στέλνει πλέον καθόλου καλάθια ολοκλήρωσης αγοράς ως επισκέπτης (το 1.2.11 τα έστελνε αλλά δεν τα ανέφερε ως εγκαταλελειμμένα). Το email ενός επισκέπτη φτάνει στο καλάθι όταν υποβληθεί το βήμα προσωπικών στοιχείων· ένα email που πληκτρολογήθηκε πριν από αυτό αναγνωρίζει μόνο το πρόγραμμα περιήγησης.

Απόδοση των παραγγελιών ανάκτησης

Από την module 1.2.6, ο σύνδεσμος ανάκτησης κρατά τις παραμέτρους απόδοσης που προσθέτει η παρακολούθηση κλικ του Joryio (jr_cid, jr_jid, utm_*) όταν στέλνει τον αγοραστή στο καλάθι, ώστε η παραγγελία να αποδίδεται στο μήνυμα που έστειλε τον σύνδεσμο. Μεταφέρονται μόνο αυτές οι παράμετροι, η καθεμία ελεγμένη για τη μορφή της - ποτέ το διακριτικό του συνδέσμου ή οτιδήποτε άλλο. Όταν ο αγοραστής ανοίγει τον σύνδεσμο και ολοκληρώνει με άλλο email, το Joryio αποδίδει την παραγγελία στο κλικ της επαφής στην οποία στάλθηκε το μήνυμα. Δείτε Καλάθια.

Αποσύνδεση και απεγκατάσταση

• Η αποσύνδεση στη σελίδα του module τερματίζει τη σύνδεση και διαγράφει το κλειδί Webservice που δημιούργησε το module. Το κλειδί API παραμένει έγκυρο - κάντε ξανά κλικ στο Connect με το ίδιο κλειδί (module 1.2.1 ή νεότερο).
• Η αποσύνδεση στο Joryio ανακαλεί αμέσως το κλειδί API: την επόμενη φορά που το module στείλει συμβάν σταματά και δείχνει ειδοποίηση, και μια σύνδεση με αυτό το κλειδί λέει «This key was revoked when the store was disconnected in Joryio». Δημιουργήστε νέο κλειδί για να συνδεθείτε ξανά. Το Joryio διαγράφει το δικό του αντίγραφο του κλειδιού Webservice· το ίδιο το κλειδί μένει στο PrestaShop μέχρι να κάνετε κλικ στο Disconnect στη σελίδα του module ή να απεγκαταστήσετε το module.
• Απεγκατάσταση του module στο Module Manager. Αποσυνδέει το κατάστημα, ανακαλεί το κλειδί API (module 1.2.1 ή νεότερο), διαγράφει το κλειδί Webservice που δημιούργησε και αφαιρεί τους πίνακες του module, το αρχείο joryio-sw.js και τις ρυθμίσεις του. Οι κωδικοί κουπονιών που δημιούργησε το Joryio μένουν στο κατάστημα ως κανόνες καλαθιού.

Αντιμετώπιση προβλημάτων

Η σύνδεση αποτυγχάνει: Webservice

• Το module ενεργοποιεί το Webservice κατά τη σύνδεση. Αν απενεργοποιηθεί ξανά (Advanced Parameters → Webservice), η αρχική εισαγωγή και το Sync now σταματούν να λειτουργούν.
• Ορισμένοι πάροχοι φιλοξενίας αφαιρούν την κεφαλίδα Authorization πριν φτάσει στην PHP. Τότε το Joryio στέλνει το κλειδί ως παράμετρο ws_key, την οποία δέχεται επίσης το PrestaShop. Αν απορρίπτονται και τα δύο, ελέγξτε τους κανόνες του διακομιστή ή του plugin ασφαλείας για το /api/.

Η σύνδεση αποτυγχάνει: διεύθυνση καταστήματος

• Χρησιμοποιήστε την τελική διεύθυνση https του καταστήματος. Μια διεύθυνση που ανακατευθύνει (για παράδειγμα από http:// ή προς www.) απορρίπτεται.
• Η διεύθυνση πρέπει να είναι δημόσια. Τοπικές διευθύνσεις, διευθύνσεις ιδιωτικού δικτύου και .local απορρίπτονται.

Δεν φτάνει τίποτα στο Joryio

• Ελέγξτε την ουρά στη σελίδα του module: συμβάντα σε αναμονή, μη παραδομένα και το τελευταίο σφάλμα.
• Ρυθμίστε την εργασία cron, ειδικά σε ήσυχο κατάστημα.

Web push: δεν εμφανίζεται αίτημα άδειας

• Ανοίξτε το https://your-shop/joryio-sw.js: πρέπει να εμφανίζει ένα script που ξεκινά με // Joryio web push. Αν όχι, ακολουθήστε τη Ρύθμιση web push.
• Αφήστε ενεργά τα Storefront tracking και In-app messages, και δημιουργήστε στο Joryio ένα μήνυμα in-app εγγραφής σε ειδοποιήσεις push.

Οι κωδικοί κουπονιών δεν δημιουργούνται

• "PrestaShop refused coupon access": ενημερώστε το module σε 1.1.0 ή νεότερο, ή πατήστε ξανά Connect.
• Ένα πρόγραμμα για επιλεγμένα προϊόντα ή κατηγορίες χρειάζεται module 1.1.0 ή νεότερο στο κατάστημα.

Μια υποβολή φόρμας δεν φτάνει

Ελέγξτε ότι η φόρμα είναι ενεργή και έχει αντιστοιχισμένο πεδίο email ή τηλεφώνου με το ακριβές όνομα του πεδίου, ότι η επαφή που επιλέγεται στη φόρμα επικοινωνίας έχει ενεργό το Save messages, και ότι το cron τρέχει (δείτε Δεν φτάνει τίποτα στο Joryio). Η εγγραφή σε λίστα χρειάζεται και συναίνεση: σε λειτουργία συναίνεσης, το πλαίσιο πρέπει να είναι επιλεγμένο.

"Μη έγκυρο κλειδί API"

• Το κλειδί πρέπει να ξεκινά με jry_ps_ και να ταιριάζει με αυτό που εμφανίζεται στη σελίδα PrestaShop του Joryio.
• Το Disconnect στη σελίδα του module κρατά το κλειδί (module 1.2.1 ή νεότερο): κάντε ξανά κλικ στο Connect με αυτό. Μια αποσύνδεση στο Joryio ή η απεγκατάσταση του module το ανακαλεί - και η σύνδεση το λέει· δημιουργήστε νέο και επικολλήστε το πριν πατήσετε ξανά Connect.