Punti Chiave
- Mantieni la gerarchia a 3-4 livelli. Alberi più profondi creano debito tecnico e confondono utenti e motori di ricerca.
- Denomina le categorie in base a come i buyer cercano, non a come i tuoi team interni organizzano i prodotti.
- Separa la struttura tassonomica dall'assegnazione degli attributi. Risolvono problemi diversi.
- Una tassonomia senza governance si degrada rapidamente. Definisci la proprietà e un processo di modifica dal primo giorno.
- Un sistema PIM è il posto giusto per mantenere la tassonomia su larga scala. I fogli di calcolo crollano di fronte alla complessità.
La tassonomia prodotti è la struttura di categorie 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 fornisce al tuo team operativo una base solida per filtrare, segnalare e distribuire su più canali. Se realizzata male, crea lacune nella reperibilità, costringe i buyer ad abbandonare le ricerche e genera anni di lavoro di pulizia.
La maggior parte dei problemi di tassonomia non sono errori di progettazione. Sono errori di governance che hanno iniziato con una struttura ragionevole e poi sono cresciuti in modo incontrollato.
Cosa include effettivamente la tassonomia prodotti
La tassonomia non è la stessa cosa degli attributi e confondere i due crea problemi reali più avanti nel processo.
La tua tassonomia è l'albero gerarchico: categorie padre, categorie figlio e i raggruppamenti logici che si trovano tra di loro. Una categoria padre come "Utensili Elettrici" raggruppa più categorie figlio come "Trapani", "Avvitatori ad Impulsi" 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 vivono a livelli diversi del tuo modello di dati prodotto e richiedono processi decisionali diversi.
Una tassonomia tipica ben strutturata per un produttore di attrezzature industriali potrebbe assomigliare a questa: Utensili Elettrici > Utensili Pneumatici > Avvitatori ad Impulsi. Ogni livello restringe il tipo di prodotto. Gli attributi come la dimensione del drive, l'intervallo di coppia e il tipo di connettore descrivono quindi i singoli SKU all'interno degli Avvitatori ad Impulsi. Mescolare questi livelli, ad esempio creando una categoria chiamata "Avvitatori ad Impulsi ad Alto Torque", collassa un valore di attributo nella struttura. Sembra inoffensivo all'inizio. Moltiplicalo su 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 prodotti
Tre o quattro livelli rappresentano il limite pratico per la maggior parte dei cataloghi. Oltre questo, gli utenti perdono l'orientamento e il tuo team di dati dedica un tempo significativo alla manutenzione di nodi che ricevono 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 meritarlo, come l'equipaggiamento di sicurezza che si suddivide per tipo di pericolo, poi zona del corpo, poi standard di certificazione. Quello che raramente funziona è un quinto o sesto livello aggiunto per accogliere casi limite o strutture SKU legacy importate da un ERP. Questi casi sono meglio gestiti con attributi e filtri.
La domanda guida per ogni livello aggiuntivo è: un buyer naviga effettivamente qui o si tratta solo di logica di organizzazione interna?
Se la risposta è la seconda, appiattiscilo. La logica interna appartiene agli attributi, non alla gerarchia. Alcuni cataloghi con gamme di prodotti ristrette funzionano effettivamente meglio con una tassonomia piatta a due livelli, dove la categoria di primo livello si connette direttamente ai tipi di prodotto senza raggruppamenti intermedi. La chiave è se i livelli intermedi aggiungono un valore di navigazione reale per il buyer, non se sembrano più ordinati sulla carta. Le varianti di prodotto, come dimensioni, colori o configurazioni, non dovrebbero mai diventare nodi di tassonomia. Appartengono al livello degli attributi.
Denominazione delle categorie di tassonomia prodotti in modo che i buyer possano usarle
I nomi delle categorie dovrebbero riflettere il modo in cui i buyer descrivono i prodotti nelle query di ricerca, non abbreviazioni interne o gergo tecnico che il tuo team utilizza 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 aveva senso per il team di approvvigionamento ma erano invisibili ai buyer che cercavano per applicazione o standard. Una categoria denominata "Quadri di smistamento BT di tipo B" non corrisponde a come un facility manager esegue la ricerca. "Quadri di distribuzione a bassa tensione" sì. La soluzione non è sempre una ristrutturazione completa. A volte è la ridenominazione dei nodi esistenti e l'aggiunta di sinonimi come alias di ricerca all'interno del tuo PIM.
Convenzioni di denominazione da applicare coerentemente:
- Usa i nomi plurali per le categorie: "Interruttori Automatici", non "Interruttore Automatico".
- Evita i nomi di marca nelle etichette delle categorie a meno che tu non venda linee di prodotti specifiche del marchio dove il marchio è il termine di ricerca principale.
- Utilizza 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 in tutti i livelli dell'albero.
L'incoerenza nei nomi è il problema di tassonomia più comune che vediamo negli audit di catalogo e si compone rapidamente. Se "Guanti di Sicurezza" e "Guanti Protettivi" esistono entrambi come nodi separati, i buyer e i motori di ricerca li tratteranno come cose diverse.
La relazione tra tassonomia e SEO
La struttura delle categorie influisce direttamente sulle prestazioni di 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 segnali tematici chiari 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 categorie padre e figlio mirano 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 di Baymard Institute ha scoperto che il 33% dei siti mobile non riesce a presentare le categorie di prodotti come elementi di navigazione di primo livello, il che interrompe direttamente la reperibilità per gli utenti che arrivano senza un chiaro intento di ricerca e si affidano alla navigazione per categoria per orientarsi.
Per i cataloghi B2B in particolare, le pagine a livello di categoria spesso catturano il traffico di ricerca nel mezzo del funnel. Un buyer che cerca "avvitatori ad impulsi pneumatici azionamento 1/2 pollice" sta cercando una categoria o un elenco filtrato, non uno SKU specifico. Se la tua tassonomia non crea una struttura di 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 copre cosa include la categoria e quali specifiche sono importanti, migliora significativamente le classifiche e aiuta i buyer a confermare che sono nel posto giusto.
Ampiezza delle categorie e il ruolo del filtraggio sfaccettato
Al livello superiore, punta a 7-12 categorie. Sotto, ogni nodo padre dovrebbe avere tra 5 e 15 figli. Questi non sono limiti rigidi ma riflettono come i buyer effettivamente scansionano i menu di navigazione e come i motori di ricerca pesano la profondità delle categorie.
Quando un nodo padre ha solo uno o due figli, il livello intermedio di solito è non necessario. Quando ne ha 30 o più, i buyer non possono scansionarlo efficientemente e la categoria probabilmente ha bisogno di essere ristrutturata in sottocategorie o si affida più pesantemente al filtraggio sfaccettato.
Il filtraggio sfaccettato e la tassonomia servono scopi correlati ma distinti. La tassonomia gestisce il raggruppamento di navigazione principale. 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 limitare i risultati per più criteri sovrapposti, è un problema di filtraggio, non un problema di tassonomia. Mantenere questa separazione significa anche che la tua tassonomia prodotti rimane stabile man mano che le gamme di prodotti crescono, perché i nuovi valori di attributo non richiedono nuove categorie.
Mappatura 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. Qui è dove la connessione tra la tassonomia e il PIM diventa concreta.
In AtroPIM, ogni nodo di categoria può portare il suo proprio gruppo di attributi. Quando un prodotto viene assegnato a una categoria, eredita automaticamente gli attributi rilevanti. Questo previene il problema comune di prodotti a cui mancano campi di specifiche chiave, che si verifica quando l'assegnazione degli attributi è manuale e incoerente. Per un produttore che gestisce componenti industriali in dozzine di famiglie di prodotti, questa eredità strutturata è la differenza tra un modello di dati pulito e un catalogo pieno di lacune.
Il set di attributi dovrebbe essere definito al livello applicabile più basso. Se tutti gli utensili elettrici condividono gli stessi campi di certificazione di sicurezza, questi appartengono al livello "Utensili Elettrici". Se le specifiche di coppia si applicano solo agli utensili ad impulsi, queste appartengono al livello "Utensili ad Impulsi". 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 il motivo 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 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 deve essere complicata. Ha bisogno di definire chi può proporre una nuova categoria o rinominare una categoria esistente, come appare il processo di approvazione prima che una modifica diventi attiva e con che frequenza la tassonomia viene controllata per nodi ridondanti o vuoti. Queste tre cose, documentate e assegnate ai proprietari denominati, sono sufficienti per prevenire la deriva strutturale che rompe la maggior parte delle implementazioni di tassonomia dei prodotti.
I nostri clienti spesso vengono da noi dopo aver eseguito i loro cataloghi per molti 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 di prodotti attuali perché l'offerta si è 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 della ricerca e unisci o depreca di conseguenza. Senza un PIM, quell'audit è un esercizio manuale che quasi mai accade secondo la pianificazione.
Tassonomia per la distribuzione multi-canale
I produttori e i distributori B2B raramente pubblicano il loro catalogo in un solo luogo. Una strategia di prodotto omnichannel significa che gli stessi dati di prodotto devono essere classificati correttamente in un webshop, ERP, portali dei distributori e marketplace come Amazon o piattaforme specifiche del settore che utilizzano i propri standard di tassonomia, inclusa la Classificazione Globale dei Prodotti GS1 o eCl@ss.
La risposta pratica è mantenere una tassonomia di prodotti interna come la struttura di dati master, la singola fonte di verità per la categorizzazione dei prodotti, quindi mappare su schemi esterni secondo le necessità. Provare a costruire la tua tassonomia interna attorno a GS1 o eCl@ss fin dall'inizio quasi sempre produce una struttura troppo rigida per la gestione dei dati di prodotto quotidiana. Il livello di mappatura gestisce la traduzione.
AtroPIM lo supporta con le sue funzionalità di gestione dei canali. Definisci la tua tassonomia interna una sola volta, poi configura le mappature di categoria e attributi per canale. Quando un prodotto si sposta su 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 i 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 al dettaglio e funziona bene per i beni di consumo ma manca di profondità per i cataloghi B2B industriali. Il modello open-source di AtroPIM e l'architettura modulare danno ai produttori la flessibilità di configurare la logica di tassonomia e le mappature dei canali senza vincoli di licenza per posto, il che importa su larga scala.
Dove il lavoro di tassonomia effettivamente risiede
I fogli di calcolo funzionano per cataloghi con meno di poche centinaia di SKU. Oltre questo, diventa ingestibile. I fogli di calcolo non possono applicare regole di gerarchia, non supportano l'eredità degli attributi e non hanno cronologia delle modifiche. Quando due team modificano lo stesso file, i conflitti non vengono rilevati.
Un sistema PIM è l'infrastruttura giusta per la tassonomia su larga scala. Archivia l'albero delle categorie, applica regole strutturali, connette le categorie ai set di attributi e traccia ogni modifica con un timestamp e un utente. Per i 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.
Quella infrastruttura ripaga al di là del catalogo stesso. L'onboarding dei fornitori diventa più veloce quando i nuovi prodotti arrivano con la mappatura della categoria e i requisiti degli attributi già definiti. I prodotti si inseriscono nelle categorie padre e figlio giuste, ereditano il set di attributi corretto e sono pronti per la revisione senza un passaggio di categorizzazione manuale per ogni elemento. La logica cross-sell e upsell dipende anche da una tassonomia pulita: quando i prodotti sono coerentemente categorizzati e i loro attributi sono completi, diventano possibili regole di relazione di prodotto affidabili: accessori che corrispondono a un prodotto principale, componenti compatibili, specifiche alternative a un prezzo diverso. Niente 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.
La maggior parte delle aziende raggiunge quel punto di flesso quando il loro catalogo supera 2.000-3.000 SKU attivi, o quando un secondo canale di vendita richiede una struttura di classificazione prodotti diversa.
Ottenere la giusta tassonomia dei prodotti prima di scalare è significativamente più conveniente che ristrutturarla in seguito. La struttura principale, le convenzioni di denominazione, i limiti di profondità, la logica di mappatura 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ù che richiedono tempo che un team di catalogo possa affrontare. Tutto dopo una build iniziale pulito è manutenzione e iterazione, che è gestibile. Adattare un'importazione di foglio di calcolo piatto in una gerarchia controllata non è.