Punti Chiave
- Mantieni la gerarchia a 3-4 livelli. Gli alberi più profondi creano debito tecnico di manutenzione e confondono sia gli utenti che i motori di ricerca.
- Nomina le categorie in base a come i buyer cercano i prodotti, non a come i tuoi team interni li organizzano.
- Separa la struttura tassonomica dall'assegnazione degli attributi. Risolvono problemi diversi.
- Una tassonomia senza governance si degrada rapidamente. Definisci proprietà e processi di modifica dal primo giorno.
- Un sistema PIM è il luogo giusto per mantenere la tassonomia su larga scala. I fogli di calcolo crollano di fronte alla complessità.
La tassonomia dei prodotti è la struttura categoriale che organizza il tuo catalogo. Se realizzata bene, aiuta i buyer a trovare i prodotti rapidamente, consente ai motori di ricerca di comprendere la tua offerta e offre al team delle operazioni una base solida per filtrare, creare report e distribuire tra i canali. Se realizzata male, crea lacune nella reperibilità, induce i buyer ad abbandonare le ricerche e genera anni di lavoro di pulizia.
La maggior parte dei problemi di tassonomia non sono errori di design. Sono errori di governance che hanno iniziato con una struttura ragionevole e poi sono cresciuti senza controllo.
Cosa include effettivamente una tassonomia dei prodotti
La tassonomia non è la stessa cosa degli attributi, e confondere i due causa problemi reali a valle.
La tua tassonomia è l'albero gerarchico: categorie padre, categorie figlie e i raggruppamenti logici che si situano tra di esse. Una categoria padre come "Utensili Elettrici" raggruppa più categorie figlie come "Trapani", "Avvitatori a Impulso" e "Levigatrici". Gli attributi sono le caratteristiche assegnate ai prodotti all'interno di quelle categorie, come voltaggio, materiale o capacità di carico. Entrambi sono importanti, ma risiedono a livelli diversi del tuo modello di dati dei prodotti e richiedono processi decisionali diversi.
Una tassonomia ben strutturata tipica per un produttore di attrezzature industriali potrebbe assomigliare a questa: Utensili Elettrici > Utensili Pneumatici > Avvitatori a Impulso. Ogni livello restringe il tipo di prodotto. Gli attributi come dimensione dell'azionamento, intervallo di coppia e tipo di connettore descrivono poi i singoli SKU all'interno degli Avvitatori a Impulso. Mescolare questi strati, ad esempio creando una categoria chiamata "Avvitatori a Impulso ad Alta Coppia", collassa un valore attributo nella struttura. Sembra innocuo all'inizio. Moltiplicalo per un catalogo di 40.000 SKU e finisci con centinaia di nodi foglia semi-ridondanti che sono quasi impossibili da mantenere.
Quanto profonda dovrebbe essere la tua tassonomia dei prodotti
Tre o quattro livelli è il limite pratico per la maggior parte dei cataloghi. Al di là di questo, gli utenti perdono l'orientamento e il tuo team di dati passa molto tempo a mantenere nodi che vedono quasi nessun traffico.
Un albero a tre livelli funziona bene per cataloghi focalizzati: categoria ampia, tipo di prodotto, sottotipo. Un quarto livello è giustificato quando i tipi di prodotto sono abbastanza complessi da richiedere uno, come l'equipaggiamento di sicurezza che si divide per tipo di pericolo, quindi zona del corpo, quindi standard di certificazione. Raramente funziona un quinto o sesto livello aggiunto per accommodare casi limite o strutture di SKU legacy importate da un ERP. Questi casi sono meglio gestiti con attributi e filtri.
La domanda guida per ogni livello aggiuntivo è: un buyer effettivamente naviga qui, o è solo logica organizzativa interna?
Se la risposta è la seconda, appiattiscila. La logica interna appartiene agli attributi, non alla gerarchia. Alcuni cataloghi con gamme di prodotti ristrette funzionano effettivamente meglio con una tassonomia piatta di due livelli, dove la categoria di livello superiore si connette direttamente ai tipi di prodotto senza raggruppamenti intermedi. La chiave è se i livelli intermedi aggiungono valore di navigazione reale per il buyer, non se risultano più ordinati sulla carta. Le varianti di prodotto, come taglie, colori o configurazioni, non dovrebbero mai diventare nodi tassonomici. Appartengono al livello degli attributi.
Nominare le categorie della tassonomia dei prodotti in modo che i buyer possano usarle
I nomi delle categorie dovrebbero riflettere come i buyer descrivono i prodotti nelle query di ricerca, non shorthand interno o gergo industriale che il tuo team usa nelle operazioni di magazzino.
Nei progetti che abbiamo implementato per distributori di componenti elettrici, abbiamo spesso trovato categorie etichettate con codici o nomi di famiglie di prodotti interni che avevano senso per il team di approvvigionamento ma erano invisibili ai buyer che cercavano per applicazione o standard. Una categoria denominata "Quadri di commutazione BT tipo B" non corrisponde a come un facility manager cerca. "Quadri di distribuzione a bassa tensione" sì. La soluzione non è sempre una ristrutturazione completa. A volte si tratta di rinominare nodi esistenti e aggiungere sinonimi come alias di ricerca all'interno del tuo PIM.
Convenzioni di naming da applicare coerentemente:
- Usa nomi plurali per le categorie: "Interruttori Automatici", non "Interruttore Automatico".
- Evita nomi di brand nelle etichette di categoria a meno che non vendi linee di prodotti specifiche del brand dove il brand è il termine di ricerca primario.
- Usa il termine industriale più comune, non il termine tecnico più preciso, a meno che i tuoi buyer non siano ingegneri che cercano per specifica.
- Sii coerente con la capitalizzazione e la grammatica su tutti i livelli dell'albero.
L'incoerenza nel naming è il problema di tassonomia più comune che vediamo negli audit dei cataloghi, e si compone rapidamente. Se sia "Guanti di Sicurezza" che "Guanti Protettivi" esistono come nodi separati, i buyer e i motori di ricerca li tratteranno come cose diverse.
La relazione tra tassonomia e SEO
La tua struttura categoriale influenza direttamente le prestazioni della ricerca organica. Ogni nodo di categoria che si risolve in un URL è una pagina che Google può eseguire la scansione, indicizzare e classificare. Una tassonomia ben strutturata crea un insieme di pagine di categoria con chiari segnali topicali e breadcrumb trail puliti. Una tassonomia gonfia con centinaia di nodi foglia sottili crea spreco di crawl budget, cannibalizzazione di parole chiave e rischi di contenuti duplicati dove le pagine di categoria padre e figlio puntano a query quasi identiche. I tag canonici possono mitigare alcuni di questi problemi, ma sono un workaround per un problema strutturale, non una soluzione.
La ricerca del Baymard Institute ha scoperto che il 33% dei siti mobile non riesce a far emergere le categorie di prodotti come voci di navigazione di livello superiore, il che interrompe direttamente la reperibilità per gli utenti che arrivano senza un intento di ricerca chiaro e si affidano alla navigazione per categoria per orientarsi.
Per i cataloghi B2B in particolare, le pagine a livello di categoria catturano spesso il traffico di ricerca della fase intermedia del funnel. Un buyer che cerca "avvitatori a impulso pneumatici 1/2 pollice di azionamento" sta cercando una categoria o una lista filtrata, non uno SKU specifico. Se la tua tassonomia non crea una struttura URL che corrisponda a queste query, perdi quel traffico prima che il visitatore raggiunga mai una pagina di prodotto.
Anche il contenuto della pagina di categoria è importante qui. Un breve paragrafo descrittivo su una pagina di categoria, che copra cosa include la categoria e quali specifiche contano, migliora significativamente le classifiche e aiuta i buyer a confermare che sono nel posto giusto.
L'ampiezza della categoria e il ruolo dei filtri sfaccettati
Al livello superiore, punta a 7-12 categorie. Al di sotto di essa, ogni nodo padre dovrebbe avere tra 5 e 15 figli. Non sono limiti rigidi ma riflettono come i buyer effettivamente scansionano i menu di navigazione e come i motori di ricerca pesano la profondità della categoria.
Quando un nodo padre ha solo uno o due figli, il livello intermedio è solitamente non necessario. Quando ne ha 30 o più, i buyer non possono scansionarlo efficientemente e la categoria probabilmente ha bisogno di ristrutturazione in sottocategorie o si affida maggiormente ai filtri sfaccettati.
I filtri sfaccettati e la tassonomia servono scopi correlati ma distinti. La tassonomia gestisce il raggruppamento navigazionale primario. I filtri sfaccettati gestiscono gli attributi variabili all'interno di una categoria, come dimensione, materiale, standard e prezzo. L'errore è usare la tassonomia per fare quello che dovrebbero fare i filtri. Quando i buyer hanno bisogno di restringere i risultati per più criteri sovrapposti, è un problema di filtro, non un problema di tassonomia. Mantenere questa separazione significa anche che la tua tassonomia dei prodotti rimane stabile mentre le gamme di prodotti crescono, perché i nuovi valori di attributi non richiedono nuove categorie.
Mapping degli attributi e allineamento della tassonomia
Ogni categoria nella tua tassonomia dovrebbe avere un set di attributi definito: i campi specifici che si applicano ai prodotti in quella categoria e nessun altro. Questo è dove la connessione tra tassonomia e PIM diventa concreta.
In AtroPIM, ogni nodo di categoria può portare il proprio gruppo di attributi. Quando un prodotto è assegnato a una categoria, eredita automaticamente gli attributi rilevanti. Questo previene il problema comune dei prodotti che mancano campi di specifica chiave, che accade quando l'assegnazione degli attributi è manuale e incoerente. Per un produttore che gestisce componenti industriali in decine di famiglie di prodotti, questo tipo di eredità strutturato è la differenza tra un modello di dati pulito e un catalogo pieno di lacune.
Il set di attributi dovrebbe essere definito al livello più basso applicabile. Se tutti gli utensili elettrici condividono gli stessi campi di certificazioni di sicurezza, questi appartengono al livello "Utensili Elettrici". Se le specifiche di coppia si applicano solo agli utensili a impulso, queste appartengono al livello "Utensili a Impulso". Assegnare attributi troppo in alto nella gerarchia crea rumore. Assegnarli troppo in basso significa che vengono duplicati tra categorie sorelle. In entrambi i casi, la completezza dei dati soffre, e i dati di prodotto incompleti sono la ragione singola più comune per cui i buyer abbandonano una pagina di prodotto B2B senza convertire.
Governance della tassonomia: la parte che la maggior parte delle aziende salta
Una tassonomia di prodotti costruita in un trimestre può diventare un problema di manutenzione dei dati entro un anno se non esiste alcun processo di governance. I prodotti vengono aggiunti, le categorie si moltiplicano e i team prendono decisioni locali che entrano in conflitto con la struttura originale.
La governance non ha bisogno di essere complessa. Ha bisogno di definire chi può proporre una nuova categoria o rinominare una esistente, come appare il processo di approvazione prima che un cambio vada in diretta, e con quale frequenza la tassonomia viene sottoposta a audit per nodi ridondanti o vuoti. Queste tre cose, documentate e assegnate a proprietari nominati, sono sufficienti a prevenire la deriva strutturale che rompe la maggior parte delle implementazioni di tassonomia dei prodotti.
I nostri clienti spesso vengono da noi dopo aver gestito i loro cataloghi per diversi anni senza questo. Tipicamente hanno nodi di categoria con meno di 5 prodotti, nodi duplicati con nomi leggermente diversi e nomi di categoria che non corrispondono più alle offerte attuali perché l'offerta è evoluta ma la struttura no.
Il processo di audit è semplice in un sistema come AtroPIM: filtra le categorie per conteggio di prodotti, contrassegna i nodi sotto una soglia, rivedi rispetto ai dati di analisi di ricerca e unisci o depreca di conseguenza. Senza un PIM, quell'audit è un esercizio manuale che quasi mai accade secondo il programma.
Tassonomia per la distribuzione multi-canale
I produttori B2B e i distributori raramente pubblicano il loro catalogo in un unico posto. Una strategia di prodotto omnichannel significa che gli stessi dati di prodotto devono essere classificati correttamente su un webshop, ERP, portali di distributori e marketplace come Amazon o piattaforme specifiche del settore che usano i loro stessi standard di tassonomia, inclusi la Classificazione Globale dei Prodotti GS1 o eCl@ss.
La risposta pratica è mantenere una tassonomia dei prodotti interna come struttura di dati master, l'unica fonte di verità per la classificazione dei prodotti, quindi mapparla a schemi esterni secondo le necessità. Tentare di costruire la tua tassonomia interna intorno a GS1 o eCl@ss dall'inizio quasi sempre produce una struttura troppo rigida per la gestione quotidiana dei dati di prodotto. Il livello di mapping gestisce la traduzione.
AtroPIM supporta questo con le sue funzionalità di gestione dei canali. Definisci la tua tassonomia interna una volta, quindi configura i mapping di categorie e attributi per canale. Quando un prodotto si sposta verso un marketplace o un feed di distributore, porta la classificazione tradotta che il canale si aspetta, senza toccare la struttura master.
Akeneo gestisce adeguatamente la distribuzione multi-canale per casi di uso mid-market ma diventa costoso man mano che il numero di canali cresce. Pimcore offre flessibilità al costo della complessità di implementazione. Salsify si concentra sui canali retail e funziona bene per i beni di consumo ma manca di profondità per i cataloghi industriali B2B. Il modello open-source di AtroPIM e l'architettura modulare danno ai produttori la flessibilità di configurare la logica di tassonomia e i mapping dei canali senza vincoli di licensing per posto, cosa che conta su larga scala.
Dove il lavoro di tassonomia effettivamente risiede
I fogli di calcolo funzionano per cataloghi di poche centinaia di SKU. Al di là di ciò, diventa ingestibile. I fogli di calcolo non possono far rispettare le regole di gerarchia, non supportano l'eredità degli attributi e non hanno cronologia delle modifiche. Quando due team modificano lo stesso file, i conflitti passano inosservati.
Un sistema PIM è l'infrastruttura giusta per la tassonomia su larga scala. Memorizza l'albero delle categorie, fa rispettare le regole strutturali, connette le categorie ai set di attributi e traccia ogni modifica con un timestamp e utente. Per produttori o distributori che gestiscono migliaia di SKU in più lingue e canali di vendita, la tassonomia risiede nel PIM e il PIM alimenta tutto ciò che viene dopo.
Quell'infrastruttura ripaga al di là del catalogo stesso. L'onboarding dei fornitori diventa più veloce quando i nuovi prodotti arrivano con il mapping di categoria e i requisiti di attributi già definiti. I prodotti si inseriscono nelle categorie padre e figlie giuste, ereditano il set di attributi corretto e sono pronti per la revisione senza un passo di categorizzazione manuale per ogni elemento. La logica di cross-sell e upsell dipende anche dalla tassonomia pulita: quando i prodotti sono classificati coerentemente e i loro attributi sono completi, regole di relazione di prodotto affidabili diventano possibili: accessori che corrispondono a un prodotto principale, componenti compatibili, specifiche alternative a un punto prezzo diverso. Nulla di questo funziona quando la categorizzazione è incoerente.
La domanda non è se hai bisogno di un PIM per la gestione della tassonomia. È se il dolore di non averne uno è diventato visibile già.
La maggior parte delle aziende raggiunge quel punto di inflessione quando il loro catalogo cresce oltre i 2.000-3.000 SKU attivi, o quando un secondo canale di vendita richiede una struttura di classificazione dei prodotti diversa.
Ottenere la tassonomia dei prodotti giusta prima di scalare è significativamente più economico che ristrutturarla in seguito. La struttura core, le convenzioni di naming, i limiti di profondità, la logica di mapping degli attributi e il processo di governance dovrebbero essere tutti definiti prima che i prodotti vengano importati. Una migrazione di tassonomia dopo il fatto, quando migliaia di SKU sono già assegnati a una struttura incoerente, è uno dei progetti di pulizia dei dati più dispendiosi in termini di tempo che un team di catalogo possa affrontare. Tutto dopo una costruzione iniziale pulita è manutenzione e iterazione, il che è gestibile. Retrofitting un'importazione di fogli di calcolo piatta in una gerarchia regolamentata non lo è.