Attributes vs. categories (WooCommerce): verschil tussen versies

Versie van 10 aug 2021 15:59

Producten - Categorieën

producten - Attributen

producten - Tags - Tot op heden nog niet gebruikt (april 2019)

Ah, dit is de truuk tav. attributen (kenmerken): Het gaat om aspecten die inherent aan het product zijn. Ze komen ook terug op de productpagina's en (hopelijk) ook bij importeren

WooCommerce kent drie taxonomische systemen: Categories, attributes en tags. In dit artikel worden deze eerste twee taxonomische systemen met elkaar vergeleken. Tags worden hier niet verder behandeld.

Categories staat ook bekend onder de namen:

Categorieën
product_cat

en Attributes staat ook bekend onder de namen

Attributen
Kenmerken.

Inhoudelijke verschillen

	Categorieën	Attributen
Taxon-pagina	Taxons hebben eigen pagina's, dus met eigen URL's. Dit is cruciaal voor SEO	Taxons hebben geen eigen pagina's: taxons wordt gecodeerd als parameters in de URL. Dat is killing voor SEO - Waar relevant (het is niet altijd relevant!)
Meerdere taxonomieën	Niet mogelijk. Je hebt altijd maar één taxonomie. Er zijn truken om deze beperking te omzeilen, maar het is daadwerkelijk een beperking waar ik vaak mee te maken heb	Geen probleem: Zoveel taxonomieën als je maar wilt. Ze kunnen alleen niet hiërarchisch zijn.
Additionele content	Omdat taxons hun eigen pagina hebben, is het geen probleem om daar additionele content aan te voegen, bv. middels maatwerkvelden en aanpassingen in thema's	Problematisch
Hiërarchie	Geen probleem. Er kan echter maar één catalog-taxonomie zijn, en dat ervaar ik vaak als een onhandige beperking	Kunnen nooit hiërarchisch zijn. Je kunt meerdere hoofdtaxons defineren (bv. lengte, breedte & hoogte) en per hoofdtaxon meerdere taxons defineren. Maar geen additionele lagen
Rekenkracht	Categorie-filters zijn rekenintensief (zie hieronder). Verder vergen Categorieën waarschijnlijk weinig rekenkracht. Een site wordt vermoedelijk niet sneller of langzamer van een grote categorie-taxonomie en hetzelfde geldt voor een taxon-pagina (shoppagina)	Attribute-filters zijn niet-rekenintensief Zou me niets verbazen als de taxon-pagina's juist wel rekenintensief zijn, omdat er parameters moeten worden verwerkt - Maakt dat uit?
Filter-weergave shoppagina	Categorie-filters: Styling-mogelijkheden lijken beperkt te zijn en alle filters lijken in één widget te zitten, maar je kunt wél hiërarchische filters hebben, en dat is soms onmisbaar Deze filters zijn rekenintensief.	Attribute-filters: Styling is flexibel. Je kunt elk filter als een aparte widget plaatsen

Analogie van een warenhuis

Dit voorbeeld benadert het verschil tussen attributes en categorieen als volgt aan de hand van een voorbeeld van het kopen van een spijkerbroek bij (in mijn geval) C&A:

Categorieen: Herenkleding » Vrije tijd » Spijkerbroeken
Attributes: merk, maat, stijl, etc.

Klinkt intuïtief, maar in de praktijk kan ik hier niets mee.

Meerdere catalog-taxonomieën?

Een WooCommerce-site kent maar één Categorie-taxonomie. Dat kan knap onhandig zijn, bijvoorbeeld als meer dan één manier is om door een hiërarchie te lopen. Er zijn echter manieren om deze beperking te omzeilen:

Twee taxomomieën verbinden met een tussen-taxon

Dit is een voorbeeld waarbij een hiërarchie in 'beide richtingen' is geïmplementeerd middels een tussentaxon:

               product_cat
             /             \
            /               \
       kleur                 Land   ← Tussentaxon-laag
      /  |  \               / |  \
     /   |   \             /  |   \
    /    |    \           /   |    \
   /     |     \         /    |     \
  B      G      R      NL    DE     LX
 /|\    /|\    /|\    /|\    /|\    /|\
N D L  N D L  N D L  B G R  B G R  B G R

Voorbeelden van URL's:

example.com/k/blauw
example.com/k/geel
example.com/l/nl
example.com/l/nl/blauw
example.com/k/blauw/nl

Heterogene taxonomie

Voorbeeld:

 Blauw      Geel      Rood      NL     DE     LX
 / |  \    / |  \    / |  \    /|\    /|\    /|\  
NL DE LX  NL DE LX  NL DE LX  B G R  B G R  B G R

Hierbij lopen de taxonomieën door elkaar. Intuïtief heel vreemd, maar in de praktijk misschien prima te doen. In aug. 2021 kwam ik dit tegen bij KNL: Merken en device_kind door elkaar.

Conclusies

Hiërarchische taxonomie noodzakelijk? → Gebruik Categorieën
Taxon-pagina's (=Categorie-pagina's) noodzakelijk? → Gebruik Categorieën
Overige situaties: Gebruik Attributen.

Zie ook

Taxonomieën (WordPress)