Product feeds: αξιόπιστα δεδομένα προϊόντων για πωλήσεις και προβολή
Ένα product feed είναι δομημένη τροφοδοσία στοιχείων προϊόντων προς υπηρεσίες προβολής, καταλόγους ή διαφημιστικά κανάλια. Η αξία του προκύπτει από σωστά δεδομένα, όχι από την απλή παραγωγή ενός αρχείου. Πρέπει να συμφωνεί με το ηλεκτρονικό κατάστημα σε τίτλους, τιμές, διαθεσιμότητα, εικόνες και παραλλαγές.
Τι μεταφέρει μια τροφοδοσία προϊόντων
Ο όρος product feeds αναφέρεται σε δομημένα σύνολα δεδομένων που μεταφέρονται από το ηλεκτρονικό κατάστημα σε άλλες υπηρεσίες. Κάθε εγγραφή αντιπροσωπεύει προϊόν ή συγκεκριμένη εμπορική παραλλαγή και περιγράφει όσα χρειάζεται να γνωρίζει ο παραλήπτης. Το σημαντικό είναι ο παραλήπτης να μπορεί να αντιστοιχίσει σταθερά το ίδιο είδος μεταξύ επόμενων ενημερώσεων.
Μια σωστή τροφοδοσία δεν υποκαθιστά τον κατάλογο του καταστήματος. Τον αποτυπώνει για συγκεκριμένο σκοπό, με κανόνες για υποχρεωτικά πεδία, σωστή μορφή χαρακτήρων και χρονική ενημέρωση.
Πηγή αλήθειας και βασική ταυτότητα προϊόντος
Πριν από κάθε εξαγωγή συμφωνούμε ποια βάση καθορίζει κωδικό, τίτλο, εικόνες και κατηγορία. Ένας εσωτερικός μοναδικός αναγνωριστικός αριθμός δεν πρέπει να αλλάζει επειδή διορθώθηκε ο τίτλος. Η αστάθεια δημιουργεί επανεισαγωγές και δυσκολεύει την παρακολούθηση αποτελεσμάτων. Χρειάζεται επίσης σαφής διάκριση ανάμεσα σε φυσικό προϊόν και εμπορική παραλλαγή.
Σχεδιάζουμε έλεγχο για διπλές εγγραφές, κενές τιμές και διευθύνσεις σελίδων που δεν ανοίγουν. Αν το ίδιο προϊόν έχει διαφορετικούς κωδικούς σε διαφορετικά συστήματα, τεκμηριώνουμε τη μεταξύ τους αντιστοίχιση αντί να μαντεύουμε.
Περιγραφές, εικόνες και αναγνωριστικά
Οι τίτλοι πρέπει να ξεχωρίζουν ουσιαστικά το προϊόν, χωρίς άσκοπη συσσώρευση λέξεων αναζήτησης. Η περιγραφή οφείλει να είναι ακριβής, με χαρακτηριστικά χρήσιμα στον αγοραστή. Οι εικόνες πρέπει να αποτυπώνουν σωστά το είδος και να προσφέρονται με διεύθυνση που είναι προσβάσιμη από τον παραλήπτη. Οι κωδικοί κατασκευαστή χρειάζονται ιδιαίτερη προσοχή.
Το GTIN σημαίνει Διεθνής Αριθμός Εμπορικού Είδους (Global Trade Item Number). Δεν επινοούμε GTIN για προϊόν που δεν διαθέτει. Αν η κατηγορία ή η μάρκα δεν είναι γνωστή, επιλέγουμε σαφή διαχείριση έλλειψης αντί για ψευδή συμπλήρωση.
Τιμή και διαθεσιμότητα χωρίς εκπλήξεις
Η τιμή της τροφοδοσίας πρέπει να συμφωνεί με την τιμή που μπορεί να δει ο επισκέπτης στη σελίδα αγοράς, υπό αντίστοιχες συνθήκες. Όταν υπάρχει προσφορά, ελέγχουμε τα σωστά χρονικά όρια και τον τρόπο εμφάνισης. Για το απόθεμα χρειάζεται κοινή ερμηνεία μεταξύ «διαθέσιμο», «εξαντλημένο» και «κατόπιν παραγγελίας».
Σύμφωνα με την τεκμηρίωση του Google Merchant Center, λανθασμένα ή ελλιπή στοιχεία μπορούν να περιορίσουν την επιλεξιμότητα προβολής. Έτσι, προτιμούμε λιγότερες αλλά σωστές εγγραφές αντί για μεγάλο κατάλογο με ασυνέπειες που θα χρειάζεται συνεχείς διορθώσεις.
Παραλλαγές, μεγέθη και συνδυασμοί
Ένα ρούχο με διαφορετικά μεγέθη δεν είναι απαραίτητα μία ενιαία αγοραστική επιλογή. Κάθε παραλλαγή μπορεί να έχει δικό της κωδικό, εικόνα, απόθεμα και πιθανόν τιμή. Η σχέση με το κύριο είδος πρέπει να παραμένει κατανοητή. Αυτό αφορά όχι μόνο την εξαγωγή αλλά και τον τρόπο που ο πελάτης επιλέγει τη σωστή έκδοση.
Δοκιμάζουμε περιπτώσεις με ένα διαθέσιμο μέγεθος, διαφορετικές αποχρώσεις και προσωρινή έλλειψη ενός συνδυασμού. Δεν πρέπει μια αλλαγή σε παραλλαγή να ενημερώνει λανθασμένα ολόκληρη την οικογένεια προϊόντος.
Μορφή αρχείου και τρόποι ενημέρωσης
Η τροφοδοσία μπορεί να δημιουργείται σε μορφή που υποστηρίζει η υπηρεσία προορισμού ή να προωθείται μέσω κατάλληλης διασύνδεσης. Το ζητούμενο δεν είναι να επιλέξουμε «τη μοντέρνα» μορφή, αλλά αυτή που εξασφαλίζει πλήρη και προβλέψιμη μεταφορά. Συμφωνούμε κωδικοποίηση χαρακτήρων, τρόπο χειρισμού κενών τιμών, συχνότητα ενημέρωσης και ειδοποιήσεις αποτυχίας.
Για μεγάλα σύνολα ελέγχουμε αν υπάρχει δυνατότητα σταδιακής ενημέρωσης και ασφαλούς επανάληψης μετά από σφάλμα. Μια επιτυχημένη αποστολή αρχείου δεν σημαίνει αυτόματα ότι όλες οι εγγραφές έγιναν αποδεκτές.
Google Merchant Center και κανόνες καταχώρισης
Το Google Merchant Center χρησιμοποιεί πληροφορίες προϊόντων για εμπορικές παρουσιάσεις και σχετικές υπηρεσίες. Οι απαιτήσεις διαφέρουν ανάλογα με τον τύπο προϊόντος και το πλαίσιο χρήσης. Ο υπεύθυνος πρέπει να ελέγχει την επίσημη προδιαγραφή για τα πεδία που ισχύουν στη δική του περίπτωση και τις διαγνωστικές αναφορές μετά την αποστολή.
Δεν θεωρούμε ότι η αποδοχή καταλόγου εγγυάται πωλήσεις. Η διαθεσιμότητα, η σαφήνεια προσφοράς, οι πολιτικές μεταφοράς και η εμπειρία σελίδας διαμορφώνουν ξεχωριστά την εμπορική έκβαση. Σχετικό υπόβαθρο παρέχει η λειτουργία ολοκληρωμένου e-shop.
Συνέπεια με τα δομημένα δεδομένα της σελίδας
Η σήμανση Product στο λεξιλόγιο Schema.org μπορεί να αποτυπώνει χαρακτηριστικά προϊόντος και εμπορικής προσφοράς. Όταν χρησιμοποιείται, οφείλει να συμφωνεί με όσα παρουσιάζει η σελίδα και όσα εξάγονται στην τροφοδοσία. Οι τρεις απεικονίσεις της ίδιας εμπορικής πραγματικότητας δεν πρέπει να αποκλίνουν.
Αξίζει να εξεταστούν και οι κανόνες του Product. Για παράδειγμα, μετά από αλλαγή τιμής ελέγχουμε μαζί τη σελίδα, τα μηχανικά αναγνώσιμα στοιχεία και την επόμενη τροφοδοσία. Έτσι περιορίζουμε αστοχίες που δεν φαίνονται στον διαχειριστή.
Συναγερμοί για διαγραφές και κενές εξαγωγές
Ένας μηχανισμός που παράγει κενό αρχείο χωρίς να το χαρακτηρίζει σφάλμα μπορεί να δημιουργήσει μεγαλύτερη ζημιά από μια εμφανή αποτυχία. Θέτουμε κανόνες για απότομες μεταβολές πλήθους, ποσοστό προϊόντων με άγνωστη τιμή και μη έγκυρες διευθύνσεις. Κρατάμε προηγούμενη επιτυχή έκδοση για σύγκριση και ασφαλή επαναφορά όταν χρειάζεται.
Η καταγραφή πρέπει να δείχνει ποιες εγγραφές απορρίφθηκαν και γιατί. Οι υπεύθυνοι περιεχομένου χρειάζονται κατανοητό μήνυμα, ενώ οι προγραμματιστές τεχνικό ίχνος που επιτρέπει τη διάγνωση.
Πλάνο εκκίνησης και μετρήσεις ποιότητας
Ξεκινάμε με δείγμα διαφορετικών κατηγοριών και περιπτώσεων αποθέματος. Επιβεβαιώνουμε αναγνωριστικά, εικόνες, συνδέσμους, τίτλους και εμπορικά δεδομένα. Έπειτα προχωρούμε σε μεγαλύτερο σύνολο, καταγράφοντας αποδοχή, σφάλματα και χρόνο μέχρι να φανεί μια πραγματική αλλαγή. Δεν ανοίγουμε νέα κανάλια αν το υπάρχον δεν τροφοδοτείται αξιόπιστα.
Ο ουσιαστικός δείκτης είναι η ακρίβεια: πόσες εγγραφές συμφωνούν με την πηγή, πόσα σφάλματα διορθώνονται και πόσο γρήγορα αποκαθίσταται μια αστοχία. Η επιτυχία βρίσκεται στη συντήρηση της αξιοπιστίας, όχι στην απλή ύπαρξη του αρχείου.
Συχνές ερωτήσεις για αποστολές και σφάλματα
Μπορούν να χρησιμοποιηθούν οι ίδιες εγγραφές σε κάθε υπηρεσία; Η βασική ταυτότητα προϊόντος πρέπει να είναι συνεπής, αλλά κάθε παραλήπτης μπορεί να απαιτεί διαφορετική μορφή ή πρόσθετα πεδία. Τι γίνεται αν ένα είδος αποσυρθεί; Ορίζουμε κανόνα απενεργοποίησης ή αφαίρεσης, ώστε να μην παρουσιάζεται ως διαθέσιμο. Τι συμβαίνει σε προσωρινή διακοπή επικοινωνίας; Η διαδικασία χρειάζεται ασφαλή επανάληψη και καταγραφή της τελευταίας επιτυχούς ενημέρωσης.
Αρκεί να μην εμφανίζονται τεχνικά σφάλματα; Όχι. Ένα συντακτικά σωστό αρχείο μπορεί να περιέχει λανθασμένη τιμή ή εικόνα. Πρέπει να συγκρίνουμε τις πληροφορίες και με τον πραγματικό κατάλογο. Για τον λόγο αυτό συνδυάζουμε τεχνική επικύρωση με επιχειρηματική δειγματοληψία.
Λειτουργική λίστα αποδοχής πριν από κλιμάκωση
Ο υπεύθυνος καταλόγου επιλέγει προϊόν με παραλλαγές, προϊόν με προσφορά, νέο προϊόν και είδος χωρίς απόθεμα. Ελέγχει εσωτερικό κωδικό, περιγραφή, εικόνα, τιμή και κατάσταση στην ίδια χρονική στιγμή. Ο προγραμματιστής επαληθεύει τη μεταφορά, τα αρχεία καταγραφής και τη συμπεριφορά σε αποτυχημένη ενημέρωση. Μόνο μετά συμφωνείται σταδιακή επέκταση σε περισσότερες κατηγορίες.
Χρειάζεται επίσης σαφής υπεύθυνος για τις διορθώσεις. Αν το σφάλμα οφείλεται σε κενή τιμή στη βάση, δεν πρέπει να κρύβεται από την εφαρμογή εξαγωγής. Η διατήρηση αυτής της διάκρισης βοηθά να θεραπεύουμε την αιτία αντί να προσθέτουμε όλο και περισσότερες εξαιρέσεις.