Ένα προϊόν με τρία χρώματα και πέντε μεγέθη δεν είναι απλώς μία σελίδα με δύο dropdowns. Είναι έως δεκαπέντε εμπορεύσιμες παραλλαγές, καθεμία με δικό της απόθεμα, πιθανό SKU, εικόνα, τιμή και κατάσταση διαθεσιμότητας. Αν το data model δεν σχεδιαστεί σωστά, το e-shop μπορεί να δείχνει ότι υπάρχει ένα μέγεθος που έχει εξαντληθεί, να στέλνει λάθος παραλλαγή στο ERP ή να δημιουργεί διπλότυπα URLs στη Google.
Οι product variants χρειάζονται κοινή λογική από τη βάση δεδομένων μέχρι τη σελίδα προϊόντος, το καλάθι, το Merchant Center και την εκτέλεση της παραγγελίας.
Product και variant δεν είναι το ίδιο
Το βασικό προϊόν περιγράφει ό,τι μοιράζονται όλες οι παραλλαγές: όνομα, γενική περιγραφή, brand, κατηγορία και βασικά χαρακτηριστικά. Η παραλλαγή περιγράφει έναν συγκεκριμένο συνδυασμό επιλογών, όπως «Μπλε / Medium».
Κάθε εμπορεύσιμη παραλλαγή συνήθως χρειάζεται:
- μοναδικό εσωτερικό ID και SKU
- τιμή ή επιπλέον χρέωση
- διαθέσιμο και δεσμευμένο απόθεμα
- barcode ή GTIN, όταν υπάρχει
- δικές της εικόνες
- βάρος και διαστάσεις για μεταφορικά
- κατάσταση ενεργή, μη διαθέσιμη ή καταργημένη
- αναφορά στο parent product
Αν το SKU ανήκει μόνο στο parent product, η αποθήκη δεν μπορεί να ξεχωρίσει ποια ακριβώς επιλογή πουλήθηκε. Αν πάλι κάθε variant γίνει εντελώς ανεξάρτητο προϊόν χωρίς σύνδεση, η διαχείριση περιγραφών και SEO γίνεται περιττά δύσκολη.
Απόθεμα ανά πραγματικό συνδυασμό
Το απόθεμα πρέπει να βρίσκεται στο επίπεδο που εκτελείται η παραγγελία. Αν το πράσινο παπούτσι 42 έχει δύο τεμάχια, η αγορά του πράσινου 41 δεν πρέπει να μειώσει το ίδιο stock.
Η σωστή ποσότητα στο e-shop δεν είναι πάντα απλώς το πεδίο stock. Χρειάζεται να ληφθούν υπόψη:
Διαθέσιμο προς πώληση = φυσικό απόθεμα - δεσμευμένο απόθεμα - μη πωλήσιμα τεμάχια
Σε σύνδεση με ERP ή πολλαπλές αποθήκες πρέπει να οριστεί ποιο σύστημα είναι η πηγή αλήθειας, πόσο συχνά συγχρονίζει και τι συμβαίνει αν ένα SKU αλλάξει ή απενεργοποιηθεί. Τα variants δεν πρέπει να δημιουργούνται διαφορετικά στο e-shop και διαφορετικά στο ERP.
Επιλογή variant στη σελίδα προϊόντος
Η διεπαφή πρέπει να αποτρέπει αδύνατους συνδυασμούς. Αν το κόκκινο χρώμα δεν υπάρχει σε XL, η επιλογή XL μπορεί να απενεργοποιείται όταν ο χρήστης επιλέξει κόκκινο. Το κουμπί προσθήκης στο καλάθι δεν πρέπει να ενεργοποιείται μέχρι να έχει επιλεγεί έγκυρη παραλλαγή.
Όταν αλλάζει η επιλογή, πρέπει να ενημερώνονται μαζί:
- η κύρια εικόνα και η gallery
- η τιμή και τυχόν έκπτωση
- η ένδειξη διαθεσιμότητας
- το SKU ή άλλο αναγνωριστικό
- ο εκτιμώμενος χρόνος παράδοσης
- το URL, αν χρησιμοποιείται deep link σε παραλλαγή
Η επιλογή πρέπει να παραμένει σωστή αν ο χρήστης ανανεώσει τη σελίδα ή μοιραστεί το link. Αυτό είναι σημαντικό τόσο για την εμπειρία χρήστη όσο και για την ανίχνευση των παραλλαγών.
Single-page ή ξεχωριστές σελίδες;
Υπάρχουν δύο βασικά μοντέλα. Στο single-page μοντέλο όλες οι παραλλαγές επιλέγονται στην ίδια σελίδα, συχνά με query parameters. Στο multi-page μοντέλο ορισμένες παραλλαγές, συνήθως το χρώμα, έχουν ξεχωριστές σελίδες.
Η επιλογή εξαρτάται από το αν οι παραλλαγές έχουν ουσιαστικά διαφορετική αναζήτηση, περιεχόμενο και εικόνες. Δέκα σχεδόν πανομοιότυπες σελίδες μόνο για μεγέθη συνήθως δεν προσφέρουν αξία. Αν όμως κάθε χρώμα έχει διαφορετικό φωτογραφικό υλικό, δημοτικότητα και landing intent, μπορεί να δικαιολογείται ξεχωριστή URL στρατηγική.
Σύμφωνα με την τεκμηρίωση της Google, κάθε variant πρέπει να μπορεί να προεπιλεγεί μέσω διακριτού URL, ακόμη και όταν όλα εμφανίζονται σε μία σελίδα. Το URL πρέπει να φορτώνει τη σωστή εικόνα, τιμή και διαθεσιμότητα και να επιτρέπει την προσθήκη του συγκεκριμένου variant στο καλάθι.
Canonical και structured data
Σε single-page υλοποίηση υπάρχει συνήθως ένα canonical URL για ολόκληρο το product group. Τα query parameters μπορούν να προεπιλέγουν variant χωρίς να δημιουργούν απαραίτητα ανεξάρτητες indexable σελίδες. Σε multi-page υλοποίηση η canonical στρατηγική χρειάζεται να συμφωνεί με το ποιες σελίδες θεωρούνται πραγματικά ξεχωριστές και χρήσιμες.
Για structured data, η Google υποστηρίζει ProductGroup μαζί με Product variants και πεδία όπως variesBy, hasVariant και productGroupID. Κάθε variant πρέπει να έχει μοναδικό αναγνωριστικό, όπως SKU ή GTIN, και το markup να συμφωνεί με ό,τι βλέπει ο χρήστης.
Το JSON-LD δεν πρέπει να δηλώνει διαθέσιμη μια παραλλαγή που η σελίδα δείχνει ως εξαντλημένη. Επίσης, όταν η τιμή και το stock αλλάζουν συχνά, είναι προτιμότερο οι κρίσιμες πληροφορίες να υπάρχουν αξιόπιστα στο αρχικό HTML και να μην εξαρτώνται αποκλειστικά από καθυστερημένο JavaScript.
Καλάθι, checkout και παραγγελία
Το καλάθι πρέπει να αποθηκεύει το variant_id, όχι μόνο το product_id και ένα ελεύθερο κείμενο «μπλε, medium». Στον server γίνεται ξανά έλεγχος ότι το variant υπάρχει, είναι ενεργό, έχει τη σωστή τιμή και μπορεί να πωληθεί στην επιθυμητή ποσότητα.
Στην παραγγελία χρειάζεται snapshot των χαρακτηριστικών που αγόρασε ο πελάτης. Αν αργότερα μετονομαστεί το χρώμα ή διαγραφεί ένα variant, η παλιά παραγγελία πρέπει να συνεχίσει να δείχνει τι ακριβώς αγοράστηκε. Το ίδιο snapshot χρησιμοποιείται σε email, τιμολόγιο, picking list και επιστροφή.
Feeds και integrations
Merchant feeds, marketplaces και ERP μπορεί να έχουν διαφορετικές απαιτήσεις για parent και child προϊόντα. Χρειάζεται σταθερή αντιστοίχιση IDs, σωστή ομαδοποίηση variants και σαφής πολιτική για εικόνες, GTIN και availability.
Πριν το launch αξίζει να δοκιμαστούν περιπτώσεις όπως:
- variant χωρίς εικόνα ή GTIN
- αλλαγή τιμής μόνο σε ένα μέγεθος
- εξάντληση ανάμεσα σε cart και checkout
- κατάργηση variant που υπάρχει σε παλιά παραγγελία
- συγχρονισμός νέου SKU από ERP
- deep link σε μη διαθέσιμη επιλογή
Πώς το υλοποιεί η Ai Foundry
Στην Ai Foundry σχεδιάζουμε τα variants ως ενιαίο εμπορικό μοντέλο που συνδέει catalog, stock, checkout, SEO και integrations. Ορίζουμε parent και variant IDs, κανόνες SKU, πηγή αλήθειας για το απόθεμα και συμπεριφορά για μη διαθέσιμους συνδυασμούς πριν ξεκινήσει η υλοποίηση.
Στο frontend δημιουργούμε επιλογείς που ενημερώνουν καθαρά εικόνα, τιμή και διαθεσιμότητα χωρίς να επιτρέπουν λάθος αγορά. Στο backend επαληθεύουμε το variant και το ποσό σε κάθε κρίσιμο βήμα. Παράλληλα οργανώνουμε URLs, canonical και ProductGroup structured data ώστε το εμπορικό μοντέλο να είναι κατανοητό και στη Google. Επειδή υλοποιούμε custom e-shop και συνδέσεις με ERP, μπορούμε να αντιμετωπίσουμε τις παραλλαγές ως μία συνεπή ροή και όχι ως αποσπασματικές ρυθμίσεις διαφορετικών plugins.
Συμπέρασμα
Οι παραλλαγές προϊόντων είναι πρόβλημα δεδομένων, UX και λειτουργίας, όχι απλώς εμφάνισης. Μοναδικά IDs, stock ανά variant, σωστό deep linking και συνεπές structured data βοηθούν τον πελάτη να αγοράσει αυτό που βλέπει και την επιχείρηση να εκτελέσει σωστά την παραγγελία.