Attributes vs. categories (WooCommerce): verschil tussen versies
Naar navigatie springen
Naar zoeken springen
| Regel 34: | Regel 34: | ||
| Kunnen nooit hiërarchisch zijn. Je kunt meerdere hoofdtaxons defineren (bv. ''lengte'', ''breedte'' & ''hoogte'') en per hoofdtaxon meerdere taxons defineren. Maar geen additionele lagen | | 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ën | + | | Categorie-filters (zie hieronder) zijn rekenintensief. Verder vergen Categorieën niet specifiek rekenkracht |
| − | | | + | | Attribute-filters zijn niet-rekenintensief. |
|- | |- | ||
| − | ! Filter-weergave | + | ! Filter-weergave shoppagina |
| − | | 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 | + | | |
| − | | Styling is flexibel. Je kunt elk filter als een aparte widget plaatsen | + | 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 | ||
|} | |} | ||
Versie van 10 aug 2021 13:25
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!) |
| 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 (zie hieronder) zijn rekenintensief. Verder vergen Categorieën niet specifiek rekenkracht | Attribute-filters zijn niet-rekenintensief. |
| Filter-weergave shoppagina |
Categorie-filters:
|
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/ergonomisch, maar in de praktijk kan ik hier weinig mee.
Conclusies
- Hiërarchische taxonomie noodzakelijk? → Gebruik Categorieën
- Taxon-pagina's (=Categorie-pagina's) noodzakelijk? → Gebruik Categorieën
- Overige situaties: Gebruik Attributen.