Product Variants για E-shop: Οδηγός Agentic Commerce SEO

E-commerce manager ελέγχει product variants παπουτσιών με SKU, stock, product feed και structured data. — Έλεγχος product variants και συνέπεια των δεδομένων τους σε e-shop, product feed, structured data και AI shopping systems.

Ένα product variant δεν είναι απλώς μία επιλογή σε ένα dropdown. Είναι το συγκεκριμένο item που επιλέγει και αγοράζει ο πελάτης: για παράδειγμα, ένα μπλε μπλουζάκι σε μέγεθος medium, ένα smartphone με χωρητικότητα 256 GB ή ένα ανταλλακτικό με συγκεκριμένη συμβατότητα. Το variant μπορεί να έχει δικό του SKU, GTIN, MPN, τιμή, stock, εικόνα, URL και Offer.
Αυτή η διάκριση επηρεάζει ολόκληρη την εμπορική υποδομή ενός e-shop. Το e-commerce platform, το ERP ή το PIM, η σελίδα προϊόντος, τα structured data, το product feed, το Merchant Center και κάθε AI commerce system πρέπει να αναγνωρίζουν την ίδια αγοραζόμενη επιλογή. Αν ένα σύστημα δείχνει το μπλε variant, άλλο χρησιμοποιεί το GTIN του κόκκινου και το feed στέλνει την τιμή του μεγαλύτερου μεγέθους, το e-shop δημιουργεί ασυνέπεια που επηρεάζει τον χρήστη και τα εξωτερικά κανάλια.
Το variant modeling αποτελεί, επομένως, βασικό μέρος του Agentic Commerce SEO για e-shops. Ο στόχος δεν είναι να δημιουργήσουμε περισσότερα URLs ή περισσότερα fields χωρίς λόγο. Ο στόχος είναι να οργανώσουμε κάθε πραγματική εμπορική επιλογή με σαφή, σταθερή και επαναχρησιμοποιήσιμη ταυτότητα.

Βασική αρχή: Η ταυτότητα προϊόντος περιγράφει ποιο variant είναι το προϊόν. Το Offer περιγράφει με ποιους όρους πωλείται. Η γλώσσα, το νόμισμα ή η αγορά μπορούν να αλλάξουν το Offer χωρίς να δημιουργούν αυτομάτως νέο variant.

Περιεχόμενα

Τι είναι ένα product variant;

Ένα product variant είναι μία συγκεκριμένη αγοραζόμενη εκδοχή ενός βασικού προϊόντος. Η εκδοχή αυτή προκύπτει από μία ή περισσότερες ιδιότητες που αλλάζουν την επιλογή που παραγγέλνει ο χρήστης. Σε ένα μπλουζάκι, οι ιδιότητες μπορεί να είναι το χρώμα και το μέγεθος. Ο συνδυασμός «μπλε, medium» αποτελεί διαφορετικό purchasable variant από τον συνδυασμό «μπλε, large».

Το product group οργανώνει την κοινή οικογένεια. Τα επιμέρους variants εκφράζουν τις συγκεκριμένες επιλογές. Η λογική αυτή εμφανίζεται με διαφορετική ορολογία στα e-commerce platforms, στα feeds και στα structured data, αλλά η εμπορική σχέση παραμένει ίδια: ένα group περιλαμβάνει πολλά διακριτά items που διαφέρουν με σαφώς καθορισμένους τρόπους.

Γιατί ένα variant δεν είναι απλώς ένα product attribute;

Ένα product attribute περιγράφει ένα προϊόν. Δεν δημιουργεί πάντα ξεχωριστή αγοραζόμενη επιλογή. Αν όλα τα μπλουζάκια ενός product group είναι βαμβακερά, το «βαμβάκι» αποτελεί κοινό attribute. Αν ο πελάτης μπορεί να επιλέξει ανάμεσα σε βαμβάκι και λινό και κάθε επιλογή έχει διαφορετικό SKU, τιμή ή stock, το υλικό λειτουργεί ως variant-defining attribute.

Για να κρίνει ένα e-shop αν ένα attribute πρέπει να δημιουργεί variant, χρειάζεται να εξετάσει αν η επιλογή αλλάζει το item που αγοράζει, αποθηκεύει, τιμολογεί ή αποστέλλει. Ένα descriptive attribute, όπως «κατάλληλο για καθημερινή χρήση», δεν δικαιολογεί νέο SKU, GTIN, URL ή feed row.

Το χρώμα δημιουργεί variant όταν ο χρήστης επιλέγει συγκεκριμένο χρώμα και το e-shop παρακολουθεί ξεχωριστό stock.
Το μέγεθος δημιουργεί variant όταν κάθε μέγεθος αποτελεί διαφορετικό αγοραζόμενο item.
Το υλικό δημιουργεί variant όταν αλλάζει η πραγματική έκδοση που παραδίδεται.
Η γλώσσα της σελίδας δεν δημιουργεί από μόνη της variant.
Το νόμισμα δεν δημιουργεί από μόνο του variant.
Μία marketing ετικέτα δεν δημιουργεί variant όταν δεν αλλάζει το προϊόν.

Πότε μία επιλογή είναι variant και πότε ξεχωριστό προϊόν;

Δεν υπάρχει ένας καθολικός κανόνας που λύνει κάθε περίπτωση. Τα χρώματα και τα μεγέθη είναι συνήθως εύκολα. Τα μοντέλα, οι εκδόσεις, τα bundles και οι συμβατότητες χρειάζονται μεγαλύτερη προσοχή. Το e-shop πρέπει να εξετάζει την εμπορική ταυτότητα, τον τρόπο με τον οποίο ο κατασκευαστής οργανώνει το προϊόν και το πώς περιμένει ο χρήστης να κάνει την επιλογή.

Έξι ερωτήσεις πριν δημιουργήσετε ένα variant group

Υπάρχει κοινή βασική ταυτότητα προϊόντος; Οι επιλογές ανήκουν πραγματικά στο ίδιο προϊόν ή απλώς στην ίδια ευρύτερη οικογένεια;
Οι διαφορές περιορίζονται σε συγκεκριμένες ιδιότητες; Για παράδειγμα, αλλάζουν μόνο το χρώμα και το μέγεθος ή αλλάζουν και οι βασικές λειτουργίες;
Περιμένει ο χρήστης να επιλέξει τις εκδόσεις στην ίδια σελίδα προϊόντος; Η κοινή επιλογή σε μία σελίδα αποτελεί ισχυρή πρακτική ένδειξη, όχι όμως απόλυτο κανόνα.
Αποτελεί κάθε επιλογή διακριτό trade item; Αν ο κατασκευαστής έχει αποδώσει διαφορετικό GTIN, η επιλογή έχει διακριτή εμπορική ταυτότητα.
Αλλάζει ουσιωδώς η χρήση ή η συμβατότητα; Μία ουσιαστική αλλαγή μπορεί να δικαιολογεί ξεχωριστό προϊόν αντί για variant.
Πώς παρουσιάζει τις επιλογές ο κατασκευαστής; Το επίσημο product family, τα part numbers και οι επίσημοι identifiers πρέπει να καθοδηγούν το mapping.

Περιπτώσεις που χρειάζονται ιδιαίτερη προσοχή

Ένα smartphone 128 GB και το ίδιο smartphone 256 GB μπορούν να λειτουργούν ως variants, εφόσον ανήκουν στο ίδιο μοντέλο και διαφέρουν κυρίως στη χωρητικότητα. Αν όμως η «νέα έκδοση» αλλάζει επεξεργαστή, κάμερα, σχεδιασμό και βασικές λειτουργίες, πιθανότατα αποτελεί νέο προϊόν.

Στα ανταλλακτικά, η συμβατότητα μπορεί να λειτουργεί ως attribute ή ως variant dimension, αλλά συχνά αποκαλύπτει διαφορετικά part numbers. Αν δύο ανταλλακτικά ταιριάζουν σε διαφορετικά μοντέλα αυτοκινήτου και έχουν διαφορετικό MPN, το e-shop δεν πρέπει να τα ομαδοποιεί μηχανικά ως variants μόνο επειδή μοιάζουν οπτικά.

Ένα έπιπλο μπορεί να διατίθεται με διαφορετικό ύφασμα, ξύλο ή διάσταση. Αν ο χρήστης επιλέγει αυτές τις εκδόσεις από την ίδια σελίδα προϊόντος και το e-shop διαχειρίζεται ξεχωριστή τιμή, βάρος, εικόνα ή stock, οι εκδόσεις μπορούν να αποτελούν variants. Αντίθετα, μία απλή πληροφορία όπως «μοντέρνο στυλ» παραμένει descriptive attribute.

Τα bundles και τα multipacks δεν αποτελούν αυτομάτως variants του μεμονωμένου προϊόντος. Ένα σετ τριών τεμαχίων αλλάζει την ποσότητα και τη συνολική εμπορική προσφορά. Το ίδιο ισχύει για ένα αξεσουάρ: μπορεί να σχετίζεται με το βασικό προϊόν, αλλά δεν αποτελεί variant του.

Η διαφορετική γλώσσα ή το νόμισμα δεν δημιουργούν νέο variant

Το ίδιο μπλε μπλουζάκι σε μέγεθος medium παραμένει συνήθως το ίδιο trade item όταν το e-shop το παρουσιάζει στα ελληνικά ή στα αγγλικά και το τιμολογεί σε ευρώ ή λίρες. Το SKU, το GTIN και η σύνδεση με το parent πρέπει κατά κανόνα να παραμένουν σταθερά.

Η τοπικοποίηση αλλάζει την παρουσίαση και μπορεί να αλλάξει το Offer. Μπορεί να αλλάξει ο τίτλος, η περιγραφή, το URL, η τιμή, το νόμισμα ή η διαθεσιμότητα ανά αγορά. Δεν αλλάζει όμως από μόνη της το φυσικό προϊόν.

Εξαίρεση: Αν αλλάζει η πραγματική συσκευασία, η σύνθεση, η κανονιστική έκδοση ή άλλο στοιχείο που δημιουργεί διαφορετικό trade item, μπορεί να χρειάζεται διαφορετικό GTIN και ξεχωριστή ταυτότητα προϊόντος. Η απόφαση πρέπει να βασίζεται στο προϊόν, όχι μόνο στη χώρα ή στη γλώσσα.

Parent product, product group και purchasable variant

Το parent product ή product group οργανώνει τις κοινές ιδιότητες μιας οικογένειας variants. Το purchasable variant αντιπροσωπεύει τη συγκεκριμένη επιλογή που μπορεί να αγοράσει ο χρήστης. Τα δύο επίπεδα συνεργάζονται, αλλά δεν πρέπει να συγχέονται.

Ο ρόλος του parent ή product group

Το parent συγκεντρώνει τα στοιχεία που ισχύουν για ολόκληρη την ομάδα, όπως το brand, τη βασική ονομασία, την κοινή περιγραφή και το product family. Μπορεί επίσης να δηλώνει τις ιδιότητες με τις οποίες διαφέρουν τα variants.

Το parent δεν αποτελεί απαραίτητα αγοραζόμενο item. Αν ο χρήστης δεν μπορεί να αγοράσει «το μπλουζάκι γενικά» χωρίς να επιλέξει χρώμα και μέγεθος, το parent δεν πρέπει να εμφανίζεται στο feed ως πρόσθετο προϊόν. Στο Merchant Center μπορεί να λειτουργεί ως κοινό item_group_id, χωρίς να υποβάλλεται ως ξεχωριστό row.

Ο ρόλος του child ή purchasable variant

Το child αντιπροσωπεύει τον συγκεκριμένο συνδυασμό επιλογών. Το e-shop πρέπει να μπορεί να παρακολουθήσει και να αγοράσει αυτό το item. Το variant μπορεί να έχει δικό του SKU, GTIN, MPN, price, stock, availability, image, URL και Offer.

Στο Shopify, το αντίστοιχο object είναι το ProductVariant. Στο WooCommerce, η παραλλαγή συνδέεται με το variable product. Αυτές οι υλοποιήσεις βοηθούν να κατανοήσουμε το model, αλλά δεν αποτελούν καθολικά standards. Για platform-specific λεπτομέρειες, το e-shop μπορεί να συμβουλευτεί τους οδηγούς για Shopify και Agentic Commerce SEO και WooCommerce και Agentic Commerce SEO.

Ποια δεδομένα είναι κοινά και ποια variant-specific;

Η σωστή κατανομή των data μειώνει τις διπλοεγγραφές και αποτρέπει τις αντιφάσεις. Τα κοινά data ανήκουν στο group. Τα στοιχεία που διαφοροποιούν την πραγματική επιλογή ανήκουν στο variant. Τα στοιχεία πώλησης που αλλάζουν ανά αγορά ανήκουν στο αντίστοιχο Offer.

Δεδομένο	Product group / parent	Variant	Market-specific Offer	Σχόλιο
Brand	Συνήθως κοινό	Μόνο αν διαφέρει πραγματικά	Όχι	Δεν χρειάζεται άσκοπη επανάληψη όταν ισχύει για όλο το group.
Βασικός τίτλος	Κοινό product family	Πιο συγκεκριμένος τίτλος	Μπορεί να μεταφράζεται	Το variant title μπορεί να περιλαμβάνει χρώμα, μέγεθος ή χωρητικότητα.
Option values	Δηλώνει τα dimensions	Περιέχει τις συγκεκριμένες τιμές	Συνήθως ίδια σημασία	Παράδειγμα: color = blue, size = medium.
SKU	Πιθανό parent SKU	Μοναδικό operational SKU	Συνήθως σταθερό	Δεν αλλάζει μόνο λόγω locale ή currency.
GTIN	Μόνο αν ο κατασκευαστής έχει αποδώσει group-level identifier	GTIN του trade item	Σταθερό για το ίδιο item	Κάθε πραγματικά διακριτό trade item χρειάζεται το σωστό GTIN.
Price και currency	Όχι ως μοναδική αλήθεια όταν τα variants διαφέρουν	Βασική variant τιμή	Μπορούν να αλλάζουν ανά αγορά	Πρέπει να συμφωνούν με σελίδα, feed και checkout.
Stock και availability	Δεν αρκεί το parent stock	Stock και status ανά variant	Μπορεί να διαφέρει ανά αγορά	Ένα διαθέσιμο parent δεν καθιστά όλα τα variants διαθέσιμα.
Image και URL	Κοινή hero εικόνα ή base URL	Variant-specific εικόνα και deep link	Localized URL	Το URL πρέπει να ανοίγει το σωστό variant.
Βάρος και διαστάσεις	Κοινά μόνο όταν δεν αλλάζουν	Variant-level όταν διαφοροποιούνται	Συνήθως σταθερά	Επηρεάζουν fulfilment data, όχι τη γλώσσα ή το νόμισμα.

Οι identifiers που χρειάζεται κάθε variant

Οι identifiers επιτρέπουν στα συστήματα να αναγνωρίζουν το ίδιο item. Δεν εξυπηρετούν όλα τον ίδιο σκοπό. Το SKU οργανώνει εσωτερικές λειτουργίες, το GTIN εκφράζει παγκόσμια ταυτότητα προϊόντος, το platform ID ανήκει σε συγκεκριμένο σύστημα και το feed ID κρατά σταθερή την εγγραφή σε ένα εξωτερικό κανάλι.

Η σωστή οργάνωση των identifiers αποτελεί μέρος της συνολικής ποιότητας των product data για AI agents. Το e-shop πρέπει να τεκμηριώσει ποιο πεδίο δημιουργεί κάθε identifier, ποιος το διαχειρίζεται και πώς χαρτογραφείται στα υπόλοιπα systems.

SKU, platform ID και feed ID δεν είναι το ίδιο πράγμα

Το SKU αποτελεί εσωτερικό operational identifier. Η επιχείρηση το χρησιμοποιεί για stock, picking, reporting και integrations. Το platform variant ID αποτελεί τεχνικό identifier του Shopify, του WooCommerce ή άλλου platform. Το feed id αναγνωρίζει σταθερά το product row στο συγκεκριμένο κανάλι.

Ένα e-shop μπορεί να χρησιμοποιεί το SKU ως Merchant Center id, επειδή είναι σταθερό και μοναδικό. Αυτό όμως δεν σημαίνει ότι τα δύο fields έχουν την ίδια έννοια. Αν το platform δημιουργεί νέο internal ID μετά από migration, το SKU και το GTIN δεν πρέπει να αλλάξουν χωρίς εμπορικό λόγο.

GTIN, EAN και UPC ανά variant

Το GTIN αποτελεί παγκόσμιο identifier ενός trade item. Οι όροι EAN και UPC αναφέρονται σε συγκεκριμένες μορφές ή ιστορικά συστήματα μέσα στην ευρύτερη οικογένεια GTIN. Ο κάτοχος του brand ή ο κατασκευαστής αποδίδει το GTIN· το e-shop δεν πρέπει να δημιουργεί αυθαίρετους αριθμούς.

Το GS1 αντιμετωπίζει κάθε style, colour και size variation ως διακριτό προϊόν όταν αποτελεί ξεχωριστό trade item. Σε ένα μπλουζάκι με τρία χρώματα και τρία μεγέθη, το e-shop μπορεί να διαχειρίζεται εννέα διαφορετικά variants και κάθε συνδυασμός μπορεί να έχει δικό του GTIN. Το parent GTIN δεν πρέπει να αντιγράφεται μηχανικά σε όλα τα variants.

Πότε χρησιμοποιείται το MPN;

Το MPN είναι το Manufacturer Part Number. Το αποδίδει ο κατασκευαστής και βοηθά να διακριθεί ένα προϊόν μέσα στο catalog του ίδιου κατασκευαστή. Έχει ιδιαίτερη σημασία σε ανταλλακτικά, ηλεκτρονικό εξοπλισμό, τεχνικά προϊόντα και compatibility-driven catalogs.

Το MPN δεν αντικαθιστά αυτόματα το GTIN. Αν υπάρχει έγκυρο GTIN, το e-shop πρέπει να το χρησιμοποιεί. Αν το προϊόν δεν διαθέτει GTIN, το MPN μαζί με το brand μπορεί να προσφέρει χρήσιμη ταυτότητα προϊόντος, ανάλογα με τις απαιτήσεις του καναλιού.

Identifier	Ποιος τον αποδίδει	Τι ταυτοποιεί	Πού χρησιμοποιείται	Μοναδικός ανά variant;	Αλλάζει ανά locale;	Συχνό λάθος
SKU	Η επιχείρηση	Operational item	ERP, WMS, platform, integrations	Κατά κανόνα ναι	Όχι	Ίδιο SKU σε πολλά variants.
Platform variant ID	Το platform	Τεχνικό record	Shopify, WooCommerce ή άλλο system	Ναι μέσα στο platform	Όχι	Χρήση του ως global identifier.
Feed ID	Το mapping layer	Feed row	Merchant Center ή άλλο κανάλι	Ναι	Συνήθως ίδιο για το ίδιο προϊόν	Αλλαγή σε κάθε refresh.
GTIN	Ο κάτοχος του brand ή ο κατασκευαστής	Global trade item	Supply chain, feeds, structured data	Ναι για διακριτό trade item	Όχι	Αυθαίρετο ή κοινό GTIN.
MPN	Ο κατασκευαστής	Part μέσα στο catalog του manufacturer	Feeds, compatibility, ταυτότητα προϊόντος	Ανά manufacturer part	Όχι	Εσωτερικός κωδικός που παρουσιάζεται ως MPN.
Group ID	Το catalog ή mapping layer	Ομάδα variants	Schema, feeds, commerce systems	Μοναδικό ανά group	Όχι μόνο λόγω locale	Επαναχρησιμοποίηση σε διαφορετικά προϊόντα.

Group identifiers: productGroupID, item_group_id και group_id

Το Schema.org χρησιμοποιεί το productGroupID για την ταυτότητα του ProductGroup. Το Merchant Center χρησιμοποιεί το item_group_id για να ομαδοποιεί ξεχωριστά product rows. Το τρέχον OpenAI commerce specification χρησιμοποιεί το group_id ως κοινό identifier για related variants.

Τα fields περιγράφουν συγγενική λογική, αλλά δεν αποτελούν αυτομάτως το ίδιο τεχνικό πεδίο. Το e-shop μπορεί να τα παράγει από ένα κοινό master parent ID, αρκεί να εφαρμόζει σταθερό και τεκμηριωμένο mapping. Δεν πρέπει να αλλάζει το group identifier σε κάθε export, γλώσσα ή channel.

Έννοια	Schema.org / Google Search	Google Merchant Center	OpenAI Agentic Commerce	E-commerce platform
Ομάδα / parent	`ProductGroup`	Κοινό `item_group_id`	`group_id`	Product ή variable product
Αγοραζόμενο variant	`Product`	Ξεχωριστό product row	Ένα product ή variant ανά row	ProductVariant ή variation
Σχέση με το group	`hasVariant` ή `isVariantOf`	Ίδιο `item_group_id`	Ίδιο `group_id`	Parent-child relation
Variant dimensions	`variesBy` και product properties	`variant_option` και standard attributes	`variant_dict`	Options και attributes
Μοναδικό item ID	SKU ή GTIN στο `Product`	`id`	`item_id`	Variant ID και SKU
Όροι πώλησης	`Offer`	Price, currency, availability και link	Price, currency, availability και `offer_id`	Price, stock και market rules

Ποια δεδομένα πρέπει να διαχειρίζεται το e-shop ανά variant;

Το e-shop πρέπει να αποθηκεύει σε επίπεδο variant όλα τα data που αλλάζουν την πραγματική αγοραζόμενη επιλογή. Αν κρατά αυτά τα στοιχεία μόνο στο parent, κινδυνεύει να στείλει λάθος τιμή, εικόνα ή availability στα εξωτερικά κανάλια.

Εμπορικά και operational δεδομένα

Κάθε variant χρειάζεται σαφή option values και σταθερή ταυτότητα. Η επιχείρηση πρέπει να μπορεί να απαντήσει ποιο item αγοράζει ο πελάτης, πόσο κοστίζει, αν είναι διαθέσιμο και ποιο physical item θα εκτελέσει το warehouse.

Variant title ή σαφή option values.
SKU και platform variant ID.
GTIN ή MPN, όπου υπάρχουν.
Κανονική τιμή και sale price.
Stock quantity και availability status.
Εικόνα και variant-specific URL.
Βάρος και διαστάσεις όταν διαφέρουν πραγματικά ανά variant.
Market eligibility όταν το variant δεν πωλείται σε όλες τις χώρες.

Για παράδειγμα, ένας καναπές σε διάσταση 220 cm μπορεί να έχει διαφορετική τιμή, βάρος και χρόνο fulfilment από την έκδοση 180 cm. Το e-shop δεν πρέπει να αντιγράφει μηχανικά τα parent-level data, αν οι πραγματικές τιμές διαφέρουν.

Εικόνα, URL και visible selection

Η εικόνα πρέπει να αντιστοιχεί στην επιλογή που περιγράφουν τα data. Αν το feed δηλώνει «μπλε», αλλά η σελίδα προορισμού ανοίγει με κόκκινη εικόνα, ο χρήστης και το κανάλι λαμβάνουν αντικρουόμενα signals. Το ίδιο ισχύει για το υλικό, το pattern, τη χωρητικότητα ή το μοντέλο.

Το URL πρέπει να ανοίγει με το σωστό variant προεπιλεγμένο. Η σελίδα πρέπει να εμφανίζει τη σωστή τιμή, το σωστό νόμισμα, τη σωστή διαθεσιμότητα και το σωστό add-to-cart state. Η Google ελέγχει αν τα υποβληθέντα product data συμφωνούν με τη σελίδα προορισμού, ενώ η αλλαγή variant μετά το initial load μπορεί να προκαλέσει mismatch.

Stock quantity και availability δεν είναι το ίδιο πεδίο

Το stock quantity δείχνει πόσες μονάδες διαθέτει το inventory system. Η διαθεσιμότητα μεταφράζει αυτή την κατάσταση σε εμπορικό status, όπως in_stock, out_of_stock, preorder ή backorder. Το Offer των structured data και το feed συνήθως μεταφέρουν το status, όχι απαραίτητα την ακριβή ποσότητα.

Το γεγονός ότι ένα parent product διαθέτει συνολικά 20 τεμάχια σε απόθεμα δεν σημαίνει ότι όλα τα επιμέρους variants είναι διαθέσιμα. Μπορεί το μπλε medium να έχει μηδενικό stock, ενώ το κόκκινο large έχει δέκα τεμάχια. Το e-shop πρέπει να υπολογίζει τη διαθεσιμότητα από το συγκεκριμένο variant.

Variants σε πολλαπλές γλώσσες, νομίσματα και αγορές

Ένα multi-market e-shop χρειάζεται δύο επίπεδα αλήθειας. Η ταυτότητα προϊόντος πρέπει να παραμένει σταθερή, ενώ τα Offer data μπορούν να αλλάζουν ανά αγορά. Το ίδιο variant μπορεί να έχει ίδιο SKU και GTIN στην Ελλάδα και στο Ηνωμένο Βασίλειο, αλλά διαφορετικό localized URL, τιμή, currency και availability.

Η σελίδα προορισμού πρέπει να ταιριάζει με τα product data της συγκεκριμένης αγοράς. Αν το feed χρησιμοποιεί αγγλικά και GBP, το URL δεν πρέπει να ανοίγει ελληνική σελίδα με EUR. Η αυτόματη αλλαγή τιμής ή γλώσσας μόνο βάσει IP μπορεί να κάνει το crawler και τον χρήστη να βλέπουν διαφορετικά data.
Αντίστοιχη συνέπεια χρειάζονται και τα shipping και returns data, καθώς το κόστος αποστολής, οι χρόνοι παράδοσης και οι όροι επιστροφής μπορεί να διαφέρουν ανά αγορά.

Πεδίο	Παραμένει σταθερό;	Μπορεί να αλλάζει ανά γλώσσα;	Μπορεί να αλλάζει ανά αγορά;	Παράδειγμα
SKU	Ναι, για το ίδιο variant	Όχι	Κατά κανόνα όχι	`TSH-BLU-M`
GTIN	Ναι, για το ίδιο trade item	Όχι	Όχι, εκτός αν αλλάζει το πραγματικό trade item	Ίδιο GTIN σε Ελλάδα και Ηνωμένο Βασίλειο.
Parent association	Ναι	Όχι	Όχι	Το variant παραμένει στο ίδιο product group.
Title και description	Η σημασία πρέπει να παραμένει ίδια	Ναι	Ναι	Ελληνικό και αγγλικό localized copy.
URL	Σταθερό μέσα στο locale	Ναι	Ναι	`/el/` και `/en-gb/` URLs.
Price και currency	Όχι	Η γλώσσα δεν τα αλλάζει από μόνη της	Ναι	29,90 EUR και 27,00 GBP.
Availability	Όχι πάντα	Όχι λόγω γλώσσας	Ναι	Διαθέσιμο στην Ελλάδα, μη διαθέσιμο στο Ηνωμένο Βασίλειο.
Offer	Μπορεί να είναι διαφορετικό	Μπορεί να προσαρμόζεται ανά γλώσσα	Ναι	Ξεχωριστοί όροι πώλησης ανά αγορά.

Product, Offer και offer ID: τρεις διαφορετικές έννοιες

Το Product περιγράφει τι είναι το συγκεκριμένο variant. Το ProductGroup περιγράφει σε ποια οικογένεια ανήκει. Το Offer περιγράφει με ποιους όρους το διαθέτει ένας πωλητής: τιμή, currency, availability, URL και άλλες εμπορικές πληροφορίες.

Το ίδιο Product μπορεί να συνδέεται με διαφορετικά Offers. Το smartphone 256 GB παραμένει το ίδιο variant, αλλά μπορεί να πωλείται με διαφορετική τιμή στην Ελλάδα και στο Ηνωμένο Βασίλειο. Μπορεί επίσης να το διαθέτουν διαφορετικοί sellers. Αυτές οι διαφορές δεν δημιουργούν αυτομάτως νέο Product.

Μην εξισώνετε τα IDs: Το OpenAI offer_id, το Schema.org Offer.@id, το platform offer ID και το Merchant Center id εξυπηρετούν διαφορετικά data models. Χρειάζονται mapping, όχι αυθαίρετη ταύτιση.

Πεδίο	Ταυτότητα προϊόντος	Offer	Αλλάζει ανά αγορά;	Παράδειγμα
SKU / GTIN	Ταυτοποιούν το variant	Αναφέρονται στο Product	Συνήθως όχι	Ίδιο smartphone 256 GB.
Option values	Χωρητικότητα, χρώμα, μέγεθος	Δεν ορίζουν τους όρους πώλησης	Όχι	Blue, 256 GB.
Seller	Δεν αλλάζει το φυσικό Product	Αποτελεί στοιχείο του Offer	Ναι	Διαφορετικοί retailers.
Price και currency	Δεν αποτελούν μόνιμη ταυτότητα προϊόντος	Βασικά Offer data	Ναι	499 EUR ή 449 GBP.
Availability	Το Product μπορεί να υπάρχει ανεξάρτητα	Δηλώνει αν μπορεί να αγοραστεί	Ναι	In stock σε μία αγορά, out of stock σε άλλη.
Offer ID	Δεν αντικαθιστά το variant ID	Ταυτοποιεί συγκεκριμένη προσφορά	Μπορεί	SKU + seller + price στο αντίστοιχο system.

URLs και deep links για product variants

Το URL model πρέπει να επιτρέπει στους χρήστες και στα συστήματα να φτάνουν στη σωστή επιλογή. Δεν υπάρχει μία αρχιτεκτονική για όλα τα e-shops. Η κατάλληλη λύση εξαρτάται από το platform, τον αριθμό των variants, τη χρησιμότητα των variant σελίδων και τη στρατηγική indexation.

Τα βασικά URL patterns

Μία σελίδα χωρίς αλλαγή URL: Το selector αλλάζει το variant μόνο μέσα στο UI.
Query parameters: /t-shirt?color=blue&size=m.
Path-based URLs: /t-shirt/blue/medium.
Ξεχωριστές variant σελίδες: Κάθε βασική εκδοχή έχει τη δική της σελίδα.
Deep links: Το URL ανοίγει την κοινή σελίδα με συγκεκριμένο variant προεπιλεγμένο.

Το e-shop πρέπει να χρησιμοποιεί μόνιμα και κατανοητά parameters. Δεν πρέπει να εξαρτά την επιλογή από προσωρινό session ID ή από state που χάνεται όταν ο χρήστης μοιραστεί το URL.

Localized variant URLs

Σε multilingual e-shop, το URL πρέπει να διατηρεί ταυτόχρονα το locale και το selected variant. Για παράδειγμα, τα /el/product/t-shirt?color=blue&size=m και /en-gb/product/t-shirt?color=blue&size=m μπορούν να δείχνουν το ίδιο variant σε διαφορετικό locale.

Η αλλαγή γλώσσας δεν πρέπει να οδηγεί στο default variant. Η αλλαγή αγοράς δεν πρέπει να αφαιρεί το selected size ή color. Το URL πρέπει να παραμένει σταθερό και να εμφανίζει την τιμή, το currency και τη διαθεσιμότητα της σωστής αγοράς.

Τι πρέπει να συμβαίνει όταν ανοίγει ένα variant URL;

Η σελίδα πρέπει να προεπιλέγει το σωστό variant.
Η εικόνα πρέπει να δείχνει τη σωστή εκδοχή.
Η τιμή και το currency πρέπει να συμφωνούν με το feed.
Η διαθεσιμότητα πρέπει να αφορά το συγκεκριμένο variant και market.
Το add-to-cart πρέπει να προσθέτει τη σωστή επιλογή.
Τα structured data πρέπει να περιγράφουν το variant που εμφανίζει η σελίδα.

Canonical URLs: η σωστή επιλογή εξαρτάται από το variant και locale model

Το canonical δεν διορθώνει ένα ασαφές variant model. Δηλώνει το προτιμώμενο URL ανάμεσα σε duplicate ή πολύ παρόμοιες σελίδες. Γι’ αυτό το e-shop πρέπει πρώτα να αποφασίσει αν τα variant URLs λειτουργούν ως selectors της ίδιας σελίδας ή ως ισότιμες, χρήσιμες σελίδες προϊόντος.

Κριτήριο	Single-page	Multi-page	Multilingual / multi-market προσοχή	SEO ή implementation παρατήρηση
Βασική εμπειρία	Όλα τα variants επιλέγονται στην ίδια σελίδα.	Τα variants ή βασικές υποομάδες έχουν ξεχωριστές σελίδες.	Κάθε locale χρειάζεται σταθερό URL.	Η αρχιτεκτονική πρέπει να ταιριάζει με το πραγματικό UX.
Variant URL	Συνήθως query parameter ή deep link.	Path ή ξεχωριστό URL ανά variant.	Το URL πρέπει να διατηρεί locale και selection.	Κάθε submitted feed item χρειάζεται σωστό landing URL.
Canonical	Συνήθως προς το base ProductGroup URL όταν οι selector URLs δεν προορίζονται για indexation.	Δεν ισχύει αυτόματα ένα canonical προς το parent.	Το canonical URL πρέπει κατά κανόνα να αφορά σελίδα στην ίδια γλώσσα.	Αποφύγετε αντικρουόμενα signals.
Structured data	Ένα `ProductGroup` μπορεί να περιλαμβάνει τα variants.	Κάθε σελίδα χρειάζεται πλήρες, αυτοτελές markup.	Το Offer πρέπει να ταιριάζει με price και currency του locale.	Το markup πρέπει να περιγράφει το visible variant.
Indexation	Συνήθως indexable είναι η βασική σελίδα.	Μπορούν να είναι indexable οι χρήσιμες variant σελίδες.	Οι translated σελίδες δεν είναι αυτομάτως duplicates.	Η απόφαση βασίζεται στη χρησιμότητα και στη διαφοροποίηση.

Single-page variants και optional parameters

Στο single-page model, η Google ζητά ένα διακριτό canonical URL για το συνολικό ProductGroup. Συνήθως αυτό είναι το base URL χωρίς προεπιλεγμένο variant. Τα URLs με parameters μπορούν να ανοίγουν συγκεκριμένη επιλογή για feeds και χρήστες, χωρίς να χρειάζεται να λειτουργούν ως ξεχωριστές indexable σελίδες.

Το e-shop πρέπει να συνδέει εσωτερικά με συνέπεια το canonical URL, να το συμπεριλαμβάνει στο sitemap και να μην στέλνει αντικρουόμενα signals. Το deep link μπορεί να παραμένει στο Merchant Center link, εφόσον ανοίγει τη σωστή επιλογή.

Multi-page variants

Στο multi-page model, τα variants κατανέμονται σε ισότιμες σελίδες. Η Google διευκρινίζει ότι δεν υπάρχει απαραίτητα ένα μοναδικό URL που εκπροσωπεί ολόκληρο το ProductGroup. Κάθε σελίδα πρέπει να περιλαμβάνει πλήρες και αυτοτελές markup για τα entities που εμφανίζει.

Το e-shop δεν πρέπει να εφαρμόζει μηχανικά canonical όλων των variant σελίδων προς το parent. Αν οι σελίδες είναι χρήσιμες, έχουν σταθερή ζήτηση και παρουσιάζουν ουσιαστικά διαφορετική επιλογή, μπορούν να χρησιμοποιούν self-referencing canonical. Αν αποτελούν απλές duplicates, χρειάζεται διαφορετική στρατηγική.

Προσοχή: Η οδηγία «όλα τα variant URLs canonical στο parent» δεν αποτελεί καθολικό κανόνα. Το single-page και το multi-page model έχουν διαφορετικές ανάγκες.

Canonical και διαφορετικές γλώσσες ή αγορές

Μία ελληνική και μία αγγλική σελίδα που περιγράφουν το ίδιο variant δεν είναι αυτομάτως duplicate URLs που πρέπει να ενοποιηθούν σε μία γλώσσα. Το canonical και το language targeting λειτουργούν ως διαφορετικά layers. Όταν υπάρχει αντίστοιχο canonical URL στην ίδια γλώσσα, το e-shop πρέπει να προτιμά αυτό.

Το hreflang βοηθά τη Google να συνδέσει localized versions, αλλά δεν αντικαθιστά το canonical. Η σελίδα πρέπει να διατηρεί το σωστό locale, ενώ το feed και τα Merchant Center links πρέπει να οδηγούν στην έκδοση που ταιριάζει με τη γλώσσα, την τιμή και το currency των submitted data.

Τα URL signals που πρέπει να παραμένουν συνεπή

Το HTML rel="canonical".
Τα internal links.
Το XML sitemap.
Το Merchant Center link.
Το Merchant Center canonical_link, όταν χρησιμοποιείται.
Τα localized URLs και τα alternate language references.
Τα redirects και τα parameter rules.

Structured data για product groups και variants

Τα structured data βοηθούν τη Google και άλλα systems να καταλάβουν τη σχέση μεταξύ της ομάδας και των επιμέρους variants. Δεν αντικαθιστούν το product feed ή το platform catalog. Αποτελούν το machine-readable layer της σελίδας προϊόντος. Για πλήρη τεχνική ανάλυση, δείτε τον οδηγό για τα structured data ενός e-shop στο Agentic Commerce SEO.

Το βασικό entity model

Το ProductGroup περιγράφει την ομάδα. Το variesBy δηλώνει τις ιδιότητες με τις οποίες διαφέρουν τα variants, όπως color, size, material ή pattern. Το hasVariant συνδέει το group με τα επιμέρους Product entities. Εναλλακτικά, το isVariantOf συνδέει το Product με το parent group.

Το productGroupID δίνει σταθερό identifier στην ομάδα. Κάθε variant Product χρειάζεται μοναδική ταυτότητα, όπως SKU ή GTIN, και το σωστό Offer. Το Offer πρέπει να περιγράφει την τιμή, το currency, τη διαθεσιμότητα και το URL του συγκεκριμένου variant.

Single-page structured data

Σε ένα single-page implementation, το e-shop μπορεί να χρησιμοποιήσει ένα top-level ProductGroup και να ενσωματώσει τα variants μέσω hasVariant. Τα κοινά στοιχεία, όπως brand και βασική περιγραφή, μπορούν να βρίσκονται στο group. Οι variant-specific identifiers, images, option values και Offers πρέπει να βρίσκονται στα αντίστοιχα Product entities.

Η Google προτείνει αυτή την προσέγγιση ως compact και φυσική αναπαράσταση. Παράλληλα, κάθε variant πρέπει να διαθέτει distinct URL που μπορεί να το προεπιλέξει, ακόμη και αν η σελίδα δεν κάνει reload.

Multi-page structured data

Σε multi-page implementation, κάθε σελίδα πρέπει να περιλαμβάνει πλήρες και αυτοτελές markup. Το e-shop δεν πρέπει να ορίζει το ProductGroup μόνο σε μία σελίδα και να περιμένει από τη Google να συνθέσει off-page entities. Η σελίδα πρέπει να περιγράφει πλήρως τα variants που εμφανίζει και να συνδέει τις υπόλοιπες επιλογές με κατάλληλα URLs.

Το markup της σελίδας πρέπει να συμφωνεί με το visible variant. Αν η σελίδα ανοίγει με μπλε medium, τα structured data δεν πρέπει να περιγράφουν μόνο το κόκκινο large ή ένα γενικό default item.

Structured data σε πολλαπλές γλώσσες και νομίσματα

Το ίδιο Product μπορεί να εμφανίζεται σε διαφορετικές τοπικοποιημένες σελίδες με το ίδιο SKU και GTIN. Το Offer όμως πρέπει να συμφωνεί με τη συγκεκριμένη σελίδα. Αν η αγγλική σελίδα εμφανίζει 27 GBP, τα structured data δεν πρέπει να δηλώνουν 29,90 EUR.

Η διαθεσιμότητα πρέπει επίσης να αντιστοιχεί στην αγορά. Ένα variant μπορεί να είναι InStock στην Ελλάδα και OutOfStock στο Ηνωμένο Βασίλειο. Τα structured data πρέπει να περιγράφουν την πραγματική δυνατότητα αγοράς που βλέπει ο χρήστης στο συγκεκριμένο URL.

Feed mapping: ξεχωριστό item για κάθε variant

Το product feed μεταφέρει κάθε purchasable variant ως ξεχωριστή εγγραφή. Δεν αρκεί ένα γενικό row για το parent, όταν ο χρήστης αγοράζει συγκεκριμένους συνδυασμούς μεγέθους, χρώματος, χωρητικότητας ή άλλων επιλογών. Το feed πρέπει να αντλεί από αξιόπιστα master data και να δημιουργεί σταθερό mapping για κάθε κανάλι.

Η συνολική αρχιτεκτονική των exports, των formats και του validation καλύπτεται στον οδηγό για τα product feeds στο Agentic Commerce SEO. Εδώ το ζητούμενο είναι αποκλειστικά η σωστή μεταφορά της σχέσης των variants.

Variant mapping στο Google Merchant Center

Το Merchant Center ζητά ξεχωριστό product row για κάθε variant. Κάθε row χρησιμοποιεί μοναδικό id, ενώ όλα τα variants του ίδιου group μοιράζονται το ίδιο item_group_id. Η Google συνιστά σταθερό group value και προτείνει τη χρήση του parent SKU, όταν αυτό ταιριάζει με το catalog architecture.

Το item_group_title δίνει κοινό τίτλο στην ομάδα. Το variant_option δηλώνει τις ιδιότητες που διαφοροποιούν το item. Όταν υπάρχουν standard attributes, όπως color, size, material ή pattern, το e-shop πρέπει να τα παρέχει μαζί με το variant option σύμφωνα με το ενεργό product data specification.

Κάθε variant χρειάζεται μοναδικό id.
Τα πραγματικά variants μοιράζονται σταθερό item_group_id.
Το item_group_title πρέπει να παραμένει κοινό στην ομάδα.
Το link πρέπει να ανοίγει με το σωστό variant προεπιλεγμένο.
Το image_link πρέπει να δείχνει τη σωστή εκδοχή.
Τα price και availability πρέπει να συμφωνούν με τη σελίδα προορισμού.
Το GTIN ή το MPN πρέπει να ανήκει στο συγκεκριμένο trade item.

Το e-shop δεν πρέπει να υποβάλλει το μη αγοραζόμενο parent ως πρόσθετο product row. Μπορεί να χρησιμοποιήσει το parent SKU ως item_group_id, αλλά τα submitted items πρέπει να είναι τα πραγματικά variants.

Variant mapping σε πολλαπλές χώρες, γλώσσες και νομίσματα

Το Merchant Center επιτρέπει στο ίδιο προϊόν να εμφανίζεται σε διαφορετικές χώρες ή γλώσσες, αλλά απαιτεί συνέπεια με τη σελίδα προορισμού. Το ίδιο variant μπορεί να διατηρεί το ίδιο id μεταξύ χωρών και γλωσσών, ενώ η τοπικοποιημένη εγγραφή μπορεί να αλλάζει title, link, price, currency και availability ανάλογα με τη ρύθμιση του data source.

Το ελληνικό feed πρέπει να οδηγεί στην ελληνική σελίδα και να εμφανίζει τα αντίστοιχα data. Το αγγλικό feed για το Ηνωμένο Βασίλειο πρέπει να οδηγεί στο αγγλικό localized URL και να εμφανίζει GBP. Αν το e-shop αλλάζει αυτόματα currency βάσει IP, πρέπει να διασφαλίζει ότι η υποβληθείσα σελίδα προορισμού παραμένει σταθερή και ελέγξιμη.

Variant mapping σε OpenAI commerce feeds

Η τρέχουσα προδιαγραφή file upload του OpenAI ζητά ένα product ή variant ανά row. Στο stable schema, το item_id λειτουργεί ως σταθερό identifier του item, το group_id ομαδοποιεί related variants, το listing_has_variations δηλώνει ότι το listing έχει παραλλαγές και το variant_dict περιγράφει τις option-name και option-value σχέσεις.

Το specification υποστηρίζει επίσης variant-specific title, URL, image, price, currency, availability και προαιρετικό offer_id. Όταν το e-shop χρησιμοποιεί Google-compatible feed, το OpenAI χαρτογραφεί το id σε item_id και το item_group_id σε group_id και listing_has_variations.

Version-sensitive specification: Τα fields Custom_variant1_category, Custom_variant1_option και τα αντίστοιχα custom variant fields εμφανίζονται ως deprecated. Ένα νέο implementation πρέπει να χρησιμοποιεί το variant_dict και να ελέγχει πάντα το τρέχον stable specification πριν από την παραγωγική εφαρμογή.

Οι ονομασίες διαφέρουν, η εμπορική οντότητα πρέπει να παραμένει ίδια

Το ίδιο μπλε medium μπλουζάκι μπορεί να εμφανίζεται ως Product με SKU στα structured data, ως row με id και item_group_id στο Merchant Center και ως item με item_id και group_id σε OpenAI feed. Τα field names αλλάζουν, αλλά το πραγματικό item πρέπει να παραμένει ίδιο.

Το mapping layer πρέπει να διατηρεί έναν πίνακα αντιστοίχισης ανά variant. Το item_group_id δεν είναι τεχνικά ίδιο με το productGroupID. Το offer_id δεν ταυτίζεται αυτόματα με το Schema.org Offer.@id. Τα localized feed IDs δεν πρέπει να αποσυνδέονται από το master variant.

Η συνέπεια των variant data σε όλα τα συστήματα

Το σωστό modeling δεν ολοκληρώνεται μέσα στο e-commerce platform. Κάθε downstream layer πρέπει να διατηρεί την ίδια ταυτότητα προϊόντος. Η ασυνέπεια μπορεί να ξεκινήσει από μία μικρή αλλαγή SKU, ένα stale feed ή ένα schema template που περιγράφει μόνο το default variant.

Η διαδρομή ενός variant

Η ακόλουθη ροή δείχνει πώς ταξιδεύουν τα variant data από το catalog μέχρι τα εξωτερικά commerce systems.

Platform / PIMParent, variant, options και identifiers

ERP / InventorySKU, stock και warehouse availability

Pricing / MarketRegional price, currency και eligibility

Product PageSelection, image, price και add-to-cart

Structured DataProductGroup, Product και Offer

Product FeedVariant row, item ID και group ID

Commerce SystemsMerchant Center και AI matching

Σε ένα παράδειγμα, το variant TSH-BLU-M μπορεί να χρησιμοποιεί το ίδιο GTIN σε όλες τις αγορές. Η ελληνική σελίδα μπορεί να το προσφέρει στα 29,90 EUR ως διαθέσιμο, ενώ η βρετανική σελίδα μπορεί να το προσφέρει στα 27 GBP ως μη διαθέσιμο. Η ταυτότητα προϊόντος παραμένει ίδια, αλλά τα Offers διαφέρουν.

Σταθερή ταυτότητα προϊόντος και market-specific Offer data

Το e-shop πρέπει να κλειδώσει τα fields που ορίζουν το item: parent association, variant ID, SKU, GTIN ή MPN, option values και product family. Αυτά τα fields δεν πρέπει να αλλάζουν επειδή μεταφράστηκε η σελίδα ή επειδή το e-shop πρόσθεσε νέο currency.

Αντίθετα, τα language, localized title, localized URL, market, price, currency, sale price και availability μπορούν να αποτελούν market-specific Offer data. Η διάκριση αυτή επιτρέπει στο e-shop να επεκτείνεται διεθνώς χωρίς να δημιουργεί πολλαπλές ασύνδετες ταυτότητες για το ίδιο item.

Ποιο σύστημα πρέπει να είναι το source of truth;

Δεν υπάρχει ένα υποχρεωτικό source of truth για κάθε επιχείρηση. Ένα e-shop μπορεί να χρησιμοποιεί το PIM για titles, descriptions, attributes και images, το ERP για stock και cost data, το pricing engine για regional prices και το platform για τα published Offers.

Το κρίσιμο σημείο είναι το ownership. Κάθε field πρέπει να έχει καθορισμένη κύρια πηγή. Το feed generator και το schema template πρέπει να εξάγουν data, όχι να δημιουργούν ανεξάρτητες «αλήθειες». Αν το feed αλλάζει μόνο του τη διαθεσιμότητα, ενώ η σελίδα διαβάζει από άλλο system, το mismatch γίνεται αναπόφευκτο.

Έλεγχοι που πρέπει να αυτοματοποιηθούν

Έλεγχος duplicate SKU.
Έλεγχος invalid ή duplicate GTIN.
Εντοπισμός orphan variants χωρίς parent.
Εντοπισμός missing ή ασταθών group IDs.
Έλεγχος αν το URL προεπιλέγει το σωστό variant.
Έλεγχος αν το localized URL διατηρεί το locale.
Σύγκριση image και declared color ή material.
Σύγκριση price και currency μεταξύ σελίδας, schema και feed.
Σύγκριση διαθεσιμότητας μεταξύ inventory, σελίδας και feeds.
Εντοπισμός αλλαγών σε stable identifiers.
Εντοπισμός variants που λείπουν από κάποιο data layer.
Εντοπισμός parent rows που δεν είναι purchasable.
Εντοπισμός descriptive attributes που δημιουργούν λανθασμένα variants.

Γιατί το variant modeling είναι σημαντικό για το Agentic Commerce SEO;

Στο ευρύτερο Agentic Commerce, ο χρήστης μπορεί να ζητήσει μία πολύ συγκεκριμένη επιλογή: «βρες μου μπλε παπούτσι σε μέγεθος 42», «smartphone 256 GB διαθέσιμο στην Ελλάδα» ή «ανταλλακτικό συμβατό με το συγκεκριμένο μοντέλο». Ένα AI shopping system χρειάζεται σαφή variant data για να διαχωρίσει τις διαθέσιμες επιλογές.

Το OpenAI αναφέρει ότι τα variant data υποστηρίζουν καλύτερο matching, καθαρότερο grouping και ακριβέστερα product recommendations μέσα στο δικό του commerce ecosystem. Η Google χρησιμοποιεί το ProductGroup, τα variant URLs και τα Merchant Center attributes για να κατανοεί τη σχέση των επιλογών.

Από αυτές τις επίσημες προδιαγραφές προκύπτει ένα πρακτικό συμπέρασμα: όσο πιο καθαρά οργανώνει το e-shop το variant, τόσο ευκολότερα μπορεί ένα system να συνδέσει τη σωστή εικόνα, τιμή, currency, availability και σελίδα προορισμού με την απαίτηση του χρήστη. Αυτό δεν σημαίνει ότι το ProductGroup αποτελεί ranking factor ή ότι το schema εγγυάται AI visibility.

Το σωστό grouping μειώνει τη σύγχυση μεταξύ παρόμοιων επιλογών.
Οι variant-specific identifiers βελτιώνουν την αντιστοίχιση του item.
Το market-specific Offer μειώνει τον κίνδυνο πρότασης προϊόντος που δεν πωλείται στη συγκεκριμένη αγορά.
Το σωστό deep link οδηγεί τον χρήστη στην επιλογή που ζήτησε.
Το συνεπές availability μειώνει την πιθανότητα πρότασης μη διαθέσιμου variant.

Όταν ένας AI agent χρειάζεται να περάσει από την ανακάλυψη στην εμπορική ενέργεια, το variant ID και η διαθεσιμότητα πρέπει να συνδέονται και με το action layer. Αυτό το επόμενο επίπεδο καλύπτεται στον οδηγό για τα APIs και τα commerce protocols του Agentic Commerce.

Συχνά λάθη στο product variant modeling

Τα περισσότερα προβλήματα δεν προκύπτουν από την έλλειψη fields, αλλά από τη λανθασμένη σχέση μεταξύ τους. Ένα e-shop μπορεί να έχει SKU, GTIN, URLs και feeds, αλλά να τα αντιστοιχίζει σε λάθος variant ή να δημιουργεί διαφορετική ταυτότητα προϊόντος ανά channel.

Λάθη σε identifiers και grouping

Το ίδιο SKU χρησιμοποιείται σε διαφορετικά variants.
Διαφορετικά trade items χρησιμοποιούν κοινό GTIN.
Όλα τα variants αντιγράφουν το GTIN του parent.
Το e-shop δημιουργεί αυθαίρετο GTIN ή MPN.
Ένα feed row δεν διαθέτει μοναδικό id.
Το item_group_id αλλάζει σε κάθε export.
Διαφορετικά προϊόντα μπαίνουν στο ίδιο variant group.
Πραγματικά variants δεν μοιράζονται κοινό group identifier.
Το ίδιο variant αποκτά νέο SKU μόνο λόγω αλλαγής γλώσσας.
Τα locale-specific IDs δεν συνδέονται με master variant.
Το μη αγοραζόμενο parent αποστέλλεται ως πρόσθετο feed item.
Ένα descriptive attribute δημιουργεί χωρίς λόγο νέο SKU, URL ή feed row.

Λάθη σε URLs και canonical

Το variant URL ανοίγει πάντα το default product.
Το URL δεν προεπιλέγει το color, size ή άλλο option που δηλώνει το feed.
Όλα τα multi-page variants έχουν canonical προς το parent χωρίς αξιολόγηση.
Το canonical δείχνει σε σελίδα άλλου προϊόντος ή άλλης επιλογής.
Τα internal links, το sitemap και το canonical δίνουν διαφορετικά signals.
Το e-shop δημιουργεί χιλιάδες άχρηστα parameter URLs.
Η επιλογή variant υπάρχει μόνο σε προσωρινό JavaScript state.
Η αλλαγή locale χάνει το selected variant.
Όλες οι translated σελίδες έχουν canonical στην ελληνική σελίδα.

Λάθη σε price, stock, εικόνα και structured data

Η εικόνα δείχνει άλλο χρώμα ή υλικό από το δηλωμένο variant.
Η τιμή του feed διαφέρει από την ορατή τιμή.
Το currency των structured data διαφέρει από τη σελίδα.
Ένα out-of-stock variant εμφανίζεται διαθέσιμο επειδή το parent έχει stock.
Το schema περιγράφει μόνο το default variant.
Ένα κοινό Offer χρησιμοποιείται για variants με διαφορετικές τιμές.
Ο visible selector δεν συμφωνεί με τα machine-readable data.
Ένα διαγραμμένο variant παραμένει ενεργό στο feed.
Τα IDs αλλάζουν μετά από κάθε catalog refresh.
Το βάρος ή οι διαστάσεις του parent αντιγράφονται σε variants που διαφέρουν.

Λάθη σε γλώσσες, νομίσματα και regional availability

Ελληνικό feed οδηγεί σε αγγλική σελίδα προορισμού.
Το feed δηλώνει EUR, αλλά η σελίδα εμφανίζει GBP.
Τα structured data δηλώνουν διαφορετικό currency από την ορατή τιμή.
Το ίδιο variant αποκτά ασύνδετα IDs ανά χώρα.
Το e-shop δημιουργεί νέο GTIN μόνο λόγω τοπικοποίησης.
Το global feed δηλώνει availability που δεν ισχύει σε όλες τις αγορές.
Η αλλαγή currency βάσει IP δείχνει διαφορετική τιμή σε crawler και χρήστη.
Το localized URL ανακατευθύνει πάντα στη default αγορά.
Το regional price δεν διαθέτει αντίστοιχη regional σελίδα προορισμού.
Το product title και τα variant options εμφανίζονται σε διαφορετικές γλώσσες.

Λάθος	Πιθανή συνέπεια	Τι πρέπει να ελεγχθεί	Σωστή κατεύθυνση
Κοινό SKU σε πολλά variants	Λάθος stock και order mapping	ERP, platform και feed IDs	Σταθερό, μοναδικό SKU ανά purchasable variant.
Κοινό GTIN σε διαφορετικά trade items	Λανθασμένη ταυτότητα προϊόντος	Επίσημα manufacturer και GS1 data	Χρήση του GTIN που έχει αποδώσει ο κάτοχος του brand.
Ασταθές `item_group_id`	Διαφορετικό grouping σε κάθε refresh	Parent ID generation	Σταθερό group value που δεν ανακυκλώνεται.
Μη αγοραζόμενο parent στο feed	Διπλό ή ανύπαρκτο προϊόν	Αν το parent έχει πραγματικό Offer	Υποβολή μόνο των purchasable variants.
URL χωρίς variant preselection	Mismatch με το feed και κακή εμπειρία	Initial page state	Deep link που ανοίγει σωστή εικόνα, τιμή και availability.
Όλα τα variants canonical στο parent	Απώλεια χρήσιμων multi-page URLs ή αντικρουόμενα signals	Single-page ή multi-page model	Canonical strategy ανάλογα με την αρχιτεκτονική.
Parent-level availability	Πρόταση μη διαθέσιμου variant	Stock ανά child item	Availability σε επίπεδο variant και market.
Διαφορετικό price ή currency	Feed disapproval ή αναξιόπιστη παρουσίαση	Page, schema, feed και checkout	Ένα market-specific Offer με συνεπή data.
Νέο ID ανά locale	Αποσύνδεση του ίδιου προϊόντος	Master mapping	Σταθερή ταυτότητα προϊόντος και localized Offer data.
Deprecated OpenAI variant fields	Μη βιώσιμο νέο integration	Τρέχον stable specification	Χρήση του `variant_dict` και ενεργών fields.

Product Variants Audit: πρακτικό checklist για e-shops και agencies

Ένα variant audit πρέπει να εξετάζει την ίδια επιλογή από την αρχική catalog εγγραφή μέχρι τη σελίδα προορισμού και τα εξωτερικά κανάλια. Ο έλεγχος δεν περιορίζεται στο αν υπάρχει dropdown. Εξετάζει αν κάθε system κατανοεί και διαχειρίζεται το ίδιο item.

Ταυτότητα προϊόντος και grouping

Υπάρχει μοναδικό SKU για κάθε purchasable variant;
Χρησιμοποιεί κάθε trade item το σωστό GTIN;
Προέρχεται το MPN από τον κατασκευαστή;
Μοιράζονται μόνο τα πραγματικά variants κοινό group ID;
Παραμένουν σταθερά τα IDs σε όλα τα exports;
Υπάρχουν orphan variants χωρίς parent association;
Αποστέλλεται το parent ως feed item παρότι δεν αγοράζεται;
Έχουν δημιουργηθεί variants από απλά descriptive attributes;
Παραμένει σταθερή η ταυτότητα προϊόντος σε όλα τα locales;

Σελίδα προϊόντος και URLs

Μπορεί κάθε variant να ανοίξει απευθείας με σταθερό URL;
Προεπιλέγει το URL τη σωστή επιλογή;
Εμφανίζει η σελίδα τη σωστή εικόνα;
Εμφανίζει η σελίδα τη σωστή τιμή και currency;
Εμφανίζει η σελίδα τη σωστή διαθεσιμότητα;
Προσθέτει το add-to-cart το σωστό variant;
Ταιριάζει η στρατηγική canonical με το URL model;
Συμφωνούν internal links, sitemap και canonical;
Διατηρείται το selected variant όταν αλλάζει το locale;
Ανοίγει κάθε localized URL στη σωστή γλώσσα;

Structured data και feeds

Υπάρχει σαφής σχέση μεταξύ ProductGroup και Products;
Έχει κάθε variant μοναδική ταυτότητα στα structured data;
Αντιστοιχεί κάθε Product στο σωστό Offer;
Υπάρχει ξεχωριστό feed row ανά variant;
Είναι μοναδικό και σταθερό το feed id;
Είναι κοινό και σωστό το item_group_id;
Συμφωνούν price, currency, availability και image με τη σελίδα προορισμού;
Υπάρχει mapping των localized feed rows με το master variant;
Χρησιμοποιεί το feed τα ενεργά fields του τρέχοντος OpenAI commerce specification και όχι fields που έχουν χαρακτηριστεί ως deprecated;
Έχει ελεγχθεί η τρέχουσα έκδοση των commerce specifications;

Stock και cross-system consistency

Συμφωνούν platform, ERP, PIM και inventory;
Ενημερώνονται έγκαιρα οι αλλαγές stock;
Εμφανίζεται το out-of-stock variant ως μη διαθέσιμο σε όλα τα layers;
Υπάρχει documented field mapping;
Υπάρχουν αυτόματοι έλεγχοι για identifier mismatches;
Υπάρχουν αυτόματοι έλεγχοι για price mismatches;
Δηλώνεται σωστά η διαθεσιμότητα ανά αγορά;
Συμφωνούν price και currency ανά locale;
Αποφεύγεται η ανεξέλεγκτη αλλαγή currency βάσει IP;
Παραμένουν σταθερά SKU, GTIN και parent association σε όλες τις αγορές;
Είναι σωστά τα βάρη και οι διαστάσεις όταν διαφοροποιούνται ανά variant;

Το variant audit αποτελεί εξειδικευμένο μέρος ενός ευρύτερου Agentic Commerce Readiness Audit για e-shop. Το συνολικό audit πρέπει να συνδέει τα product data με feeds, schema, Merchant Center, checkout, policies και commerce capabilities.

Συμπέρασμα: κάθε variant πρέπει να αποτελεί σαφή και σταθερή εμπορική οντότητα

Το parent οργανώνει την οικογένεια, αλλά η πραγματική αγορά πραγματοποιείται στο variant level. Γι’ αυτό κάθε purchasable variant χρειάζεται σταθερή ταυτότητα προϊόντος και συνεπή αντιστοίχιση σε platform, inventory, σελίδα, structured data, feeds και commerce systems.

Το SKU, το GTIN, το MPN, τα option values και η σύνδεση με το parent περιγράφουν ποιο είναι το item. Το Offer περιγράφει πώς και πού πωλείται. Η γλώσσα, το currency, η τιμή και η περιφερειακή διαθεσιμότητα μπορούν να αλλάξουν χωρίς να δημιουργούν αυτομάτως νέο variant.

Δεν υπάρχει μία ενιαία λύση URL ή canonical για κάθε e-shop. Το single-page και το multi-page model χρειάζονται διαφορετική αξιολόγηση. Το σωστό modeling δεν εγγυάται rankings ή παρουσία σε AI recommendations, αλλά βελτιώνει ουσιαστικά την ακρίβεια και την αξιοπιστία των commerce data.

Ένα digital agency ή ένας ιδιοκτήτης e-shop πρέπει να ελέγξει πρώτα αν κάθε variant αποτελεί σαφή εμπορική οντότητα και έπειτα αν όλα τα systems περιγράφουν ακριβώς την ίδια επιλογή.

Συχνές ερωτήσεις για τα product variants

Χρειάζεται κάθε product variant διαφορετικό SKU;

Κατά κανόνα, ναι. Κάθε purchasable variant πρέπει να έχει σταθερό και μοναδικό SKU, ώστε το e-shop να διαχειρίζεται σωστά το stock, τις παραγγελίες και τα integrations. Το SKU είναι εσωτερικός operational identifier και δεν αντικαθιστά το GTIN.

Μπορούν δύο variants να χρησιμοποιούν το ίδιο GTIN;

Όχι όταν αποτελούν διαφορετικά trade items. Διαφορετικά μεγέθη, χρώματα ή άλλοι εμπορικά διακριτοί συνδυασμοί χρειάζονται συνήθως διαφορετικό GTIN, σύμφωνα με το identifier που έχει αποδώσει ο κάτοχος του brand ή ο κατασκευαστής.

Ποια είναι η διαφορά μεταξύ productGroupID και item_group_id;

Το productGroupID ανήκει στο Schema.org ProductGroup, ενώ το item_group_id χρησιμοποιείται στο Merchant Center για να ομαδοποιεί ξεχωριστά feed rows. Μπορούν να προέρχονται από το ίδιο master parent ID, αλλά δεν είναι αυτομάτως το ίδιο τεχνικό πεδίο.

Πρέπει κάθε variant να έχει ξεχωριστό URL;

Το variant πρέπει να μπορεί να προεπιλεγεί μέσω διακριτού και σταθερού URL όταν το e-shop το υποβάλλει σε feeds ή θέλει να το κάνει απευθείας προσβάσιμο. Αυτό μπορεί να γίνει με query parameters, path segments ή ξεχωριστή variant σελίδα.

Πρέπει όλα τα variant URLs να έχουν canonical προς το parent product;

Όχι. Σε single-page implementations, τα selector URLs συνήθως δείχνουν canonical προς το base ProductGroup URL. Σε multi-page implementations, οι χρήσιμες και ισότιμες variant σελίδες μπορεί να χρειάζονται self-referencing canonical.

Μπορεί το stock να διαχειρίζεται μόνο σε επίπεδο parent;

Όχι όταν τα variants έχουν διαφορετικό απόθεμα. Το inventory system πρέπει να παρακολουθεί το stock ανά purchasable variant και να μεταφέρει τη σωστή διαθεσιμότητα στη σελίδα, στα structured data και στα feeds.

Πότε ένα διαφορετικό μοντέλο είναι variant και πότε ξεχωριστό προϊόν;

Ένα μοντέλο μπορεί να είναι variant όταν διατηρεί κοινή βασική ταυτότητα προϊόντος και αλλάζει μόνο σε σαφείς επιλογές. Αν αλλάζουν ουσιωδώς οι λειτουργίες, το hardware, η χρήση ή το επίσημο product family, πρέπει συνήθως να αντιμετωπίζεται ως ξεχωριστό προϊόν.

Χρειάζεται νέο SKU ή GTIN για κάθε γλώσσα και νόμισμα;

Όχι. Η γλώσσα και το νόμισμα δεν δημιουργούν από μόνα τους νέο trade item. Το ίδιο variant διατηρεί συνήθως το SKU και το GTIN του, ενώ αλλάζουν το localized content και τα market-specific Offer data.

Μπορεί το ίδιο variant να έχει διαφορετική τιμή και availability ανά αγορά;

Ναι. Η ταυτότητα προϊόντος μπορεί να παραμένει σταθερή, ενώ το Offer αλλάζει ανά χώρα, seller, currency ή stock source. Κάθε τοπικοποιημένη σελίδα, κάθε feed και κάθε Offer των structured data πρέπει να εμφανίζουν τα data της συγκεκριμένης αγοράς.

Ποια είναι η διαφορά μεταξύ Product και Offer;

Το Product περιγράφει το συγκεκριμένο variant, όπως το SKU, το GTIN και τα option values. Το Offer περιγράφει τους όρους πώλησης, όπως την τιμή, το currency, τη διαθεσιμότητα, το seller και το URL.

Πρέπει το parent product να αποστέλλεται ως ξεχωριστό feed item;

Όχι όταν δεν αποτελεί πραγματικά αγοραζόμενο προϊόν. Το parent μπορεί να παρέχει το κοινό item_group_id, αλλά το feed πρέπει να περιλαμβάνει τα ξεχωριστά purchasable variants.

Βοηθά το ProductGroup ένα προϊόν να εμφανιστεί σε AI shopping results;

Το ProductGroup και τα συνεπή variant data βοηθούν τα systems να κατανοούν τη σχέση των επιλογών. Δεν αποτελούν όμως εγγύηση εμφάνισης, ranking factor ή υπόσχεση ότι ένα AI shopping system θα προτείνει το προϊόν.