Taxonomieën (WordPress): verschil tussen versies

Huidige versie van 4 sep 2023 om 15:35

Onder Products vind je maar liefst drie taxonomische systemen: Categories, Tags en Attributes (kenmerken)

WordPress biedt verschillende manieren om gegevens zoals posts en producten te ontsluiten via taxonomieën. Dit artikel biedt een overzicht over deze systemen en focust daarnaast op automatisering rondom taxonomieën.

Categorieën

Het meest algemene taxonomische systeem van WordPress, heet Categorieën. Deze functionaliteit wordt op diverse plekken binnen een WordPress-site toegepast. Soms op een manier die zichtbaar is voor gebruikers, en soms op manieren die niet zichtbaar zijn. Al deze Categorie-instanties, zijn gescheiden van elkaar. Je hebt dus bv. een Categorie-taxonomie voor posts en een aparte Categorie-taxonomie voor producten.

Voorbeeld van de Categorie-taxonomieën van een site-in-aanbouw. category is hierbij de Categorie-taxonomie voor posts:

SELECT distinct taxonomy FROM rt_tmp.wp_term_taxonomy;

category
language
nav_menu
post_translations
product_cat
product_tag
product_type
product_visibility
term_language
term_translations

WooCommerce product_cat-Categorieën

Product_cat is een instantie van de Categorie-taxonomie, bedoeld voor de hiërarchische indeling/ontsluiting van WooCommerce-producten.

Producten - Categorieën - Dit is product_cat, toch?

WooCommerce Attributes - Predefined attributes

WooCommerce kent naast Categorieën (product_cat), een taxonomisch systeem dat Attributes oftewel Kenmerken heet. Onder water is dit gewoon een Categorie-taxonomie, met wat toeters, bellen, maar ook met enkele beperkingen.

WooCommerce-attributen komen in twee smaken:

Predefined attributes
Custom attributes.

De predefined attributes lijken sterk op Categorieën. Het voorbeeld van de site van hierboven:

SELECT distinct taxonomy FROM kbo3.wp_term_taxonomy;

category
nav_menu
pa_dimensie-1
product_cat
product_type
product_visibility

Hierbij is pa_dimensie-1 een attribute. Hier kun je zien dat dat een bijzonder geval is van een Categorie-taxonomie. Verder heeft dit attribute de naam Dimensie-1. Blijkbaar voegt WooCommerce daar de prefix pa_ (product attribute?) aan toe.

Zie Attribuut-taxonomieën (WooCommerce) voor details.

producten - Predefined Attributes

WooCommerce Attributes - Custom attributes

De WooCommerce Custom Attributes zijn kenmerken die je ad-hoc, dus per product kunt defineren. Waarom je dit zou doen? Waarschijnlijk omdat het gewoon prettig werken is, dat je on the fly je datamodel kunt vaststellen, ipv. vantevoren. En omdat er altijd wel gekke producten bij zitten, die niet in het systeem passen.

Tot op heden (zomer 2019), heb ik nog geen gebruik gemaakt van maatwerk-attributen.

Voorbeeld van WooCommerce Custom product attributes

WooCommerce Tags

Als laatste kent WooCommerce een systeem voor tags. Bv. om een folkstonomy te bouwen. Nog niet mee gewerkt.

WooCommerce Custom fields

Het hoort niet thuis in dit rijtje, maar toch behandel ik het hier, omdat ik anders in de war raak: custom fields (maatwerk-velden) zijn heel handig, maar hebben niets met taxonomieën te maken. Ze dienen een heel ander doel: Informatie omtrent een product op een gestructureerde manier aanbieden. Toevallig kan diezelfde informatie soms ook geschikt zijn voor een taxonomie, maar dan nog moet je de informatie twee keer incorporeren in de site: Eén keer als custom field, en één keer via een taxonomisch systeem (product_cat of attributes, lijkt me).

Maatwerk-velden kun je ook elders binnen WordPress tegenkomen, maar op dit moment speelt dit voor mij enkel rondom WooCommerce-producten.

Zie ook

Bronnen

Algemeen

http://www.siteground.com/tutorials/wordpress/video/categories.htm
https://code.tutsplus.com/tutorials/understanding-and-working-with-taxonomies-and-terms-in-wordpress--cms-21051 - Aardige inleiding, maar geen PHP-functies
https://developer.wordpress.org/reference/files/wp-includes/taxonomy.php/ - Vermoedelijk alle taxonomie-gerelateerde functies bij elkaar
https://codex.wordpress.org/Taxonomies - Hoopvol

@@ Regel 1: / Regel 1: @@
-[[file:20190415-2246.png|thumb|1000px|Onder ''Products'' vind je maar liefst drie taxonomieën: '''Categories''', '''Tags''' en '''Attributes (kenmerken)''']]
+[[file:20190415-2246.png|thumb|1000px|Onder ''Products'' vind je maar liefst drie taxonomische systemen: '''Categories''', '''Tags''' en '''Attributes (kenmerken)''']]
-WordPress biedt verschillende manieren om gegevens zoals ''posts'' en ''producten'' te ontsluiten via taxonomieën. WooCommerce biedt bv. drie verschillende taxonomische functionaliteiten:
+WordPress biedt verschillende manieren om gegevens zoals ''posts'' en ''producten'' te ontsluiten via taxonomieën. Dit artikel biedt een overzicht over deze systemen en focust daarnaast op ''automatisering'' rondom taxonomieën.
-# Product-categorieën - product_cat
+== Categorieën ==
-# Product-attributen (pre-defined & custom)
-# Tags.
-Dit artikel biedt een overzicht over deze systemen en focust daarnaast op ''automatisering'' rondom taxonomieën.
-== Inleiding ==
-Een ''taxonomie'' is een gestructureerde manier om informatie te ordenen. WordPress heeft hier meerdere systemen voor:
-=== Terminologie ===
-* ''Taxonomie'' is de algemene term voor systemen om data te ordenen (of zoiets). Vaak gebruik ik het ook als synoniem voor ''Categorieën''
-* ''Categories'' is een specifieke WordPress-functionaliteit, waarmee je zowel platte als hiërarchische taxonomieën kunt vormen. Ik vind de naam niet handig
-* ''Taxon'' is de benaming voor een ''term'' of ''label'' waarmee je objecten ordent. Meervoud schijnt ''taxa'' te zijn, maar ''taxons'' vind ik prettiger
-* ''Taxon-namen:'' Een bekend taxonomisch systeem (dat niets met WordPress te maken heeft), is de ''taxonomie van Linnaeus'' (''Linnaean taxonomy''). Hierbij hebben taxons hun eigen naam. ''Zoogdieren'' is daar een voorbeeld van. Ik merk dat ik het niet handig vind om te denken in namen-van-taxons
-* ''Elementen'' zijn de objecten die bij een taxon horen
-* ''Labelen'' is het associëren van objecten aan taxons.
-== Taxonomische systemen van WordPress ==
-=== Categorieën ===
 Het meest algemene taxonomische systeem van WordPress, heet ''Categorieën''. Deze functionaliteit wordt op diverse plekken binnen een WordPress-site toegepast. Soms op een manier die zichtbaar is voor gebruikers, en soms op manieren die niet zichtbaar zijn. Al deze Categorie-instanties, zijn ''gescheiden'' van elkaar. Je hebt dus bv. een Categorie-taxonomie voor ''posts'' en een aparte Categorie-taxonomie voor ''producten''.
@@ Regel 45: / Regel 24: @@
 </pre>
-=== product_cat ===
+== WooCommerce product_cat-Categorieën ==
-''Product_cat'' is geen eigen taxonomisch systeem, maar een instantie van een Categorie-taxonomie, toegepast op WooCommerce-producten. Vaak vind ik het handig om het als een apart taxonomisch systeem te benoemen.
+''Product_cat'' is een instantie van de Categorie-taxonomie, bedoeld voor de hiërarchische indeling/ontsluiting van WooCommerce-producten.
 {|
@@ Regel 53: / Regel 32: @@
 |}
-=== WooCommerce Attributes - Predefined attributes ===
+== WooCommerce Attributes - Predefined attributes ==
-WooCommerce kent naast ''Categorieën (product_cat)'', een taxonomisch systeem dat ''Attributes'' oftewel ''Kenmerken'' heet. Onder water is dit gewoon een Categorie-taxonomie, met wat toeters, bellen, maar ook met enkele beperkingen. Deze ''WooCommerce-attributen'' komen in twee smaken:
+WooCommerce kent naast ''Categorieën (product_cat)'', een taxonomisch systeem dat ''Attributes'' oftewel ''Kenmerken'' heet. Onder water is dit gewoon een Categorie-taxonomie, met wat toeters, bellen, maar ook met enkele beperkingen.
+''WooCommerce-attributen'' komen in twee smaken:
 * ''Predefined attributes''
 * ''Custom attributes''.
-De ''predefined attributes'' lijken in grote lijnen sterk op Categorieën. Het voorbeeld van de site van hierboven:
+De ''predefined attributes'' lijken sterk op Categorieën. Het voorbeeld van de site van hierboven:
 <pre>
@@ Regel 73: / Regel 54: @@
 </pre>
-Hierbij is <code>pa_dimensie-1</code> een ''attribute''. Hier kun je zien dat dat een bijzonder geval is van een Categorie-taxonomie. Verder heegt dit ''attribute'' de naam ''Dimensie-1''. Blijkbaar voegt WooCommerce daar de prefix <code>pa_</code> (''product attribute''?) aan toe.
+Hierbij is <code>pa_dimensie-1</code> een ''attribute''. Hier kun je zien dat dat een bijzonder geval is van een Categorie-taxonomie. Verder heeft dit ''attribute'' de naam ''Dimensie-1''. Blijkbaar voegt WooCommerce daar de prefix <code>pa_</code> (''product attribute''?) aan toe.
-=== WooCommerce Attributes - Custom attributes ===
+Zie [[Attribuut-taxonomieën (WooCommerce)]] voor details.
-De ''WooCommerce Custom Attributes'' zijn kenmerken die je ad-hoc, dus per product kunt defineren. Waarom je dit zou doen? Waarschijnlijk omdat het gewoon prettig werken is, dat je ''on the fly'' je datamodel kunt vaststellen, ipv. vantevoren. En omdat er altijd wel gekke producten bij zitten, die niet in het systeem passen.
 {|
-|[[file:20190514-0910.png|thumb|Voorbeeld van WooCommerce ''Custom product attributes'']]
+|[[file:20190423-1736.png|thumb|producten - Predefined Attributes]]
 |}
-=== Tags ===
+== WooCommerce Attributes - Custom attributes ==
-Als laatste kent WooCommerce een systeem voor ''tags''. Bv. om een ''folkstonomy'' te bouwen. Nog niet mee gewerkt.
+De ''WooCommerce Custom Attributes'' zijn kenmerken die je ad-hoc, dus per product kunt defineren. Waarom je dit zou doen? Waarschijnlijk omdat het gewoon prettig werken is, dat je ''on the fly'' je datamodel kunt vaststellen, ipv. vantevoren. En omdat er altijd wel gekke producten bij zitten, die niet in het systeem passen.
-=== Custom fields ===
-Het hoort niet thuis in dit rijtje, maar toch behandel ik het hier, omdat ik anders in de war raak: ''custom fields'' (''maatwerk-velden'') zijn heel handig, maar hebben ''niets'' met taxonomieën te maken. Ze dienen een heel ander doel: Informatie omtrent een product op een gestructureerde manier aanbieden. Toevallig kan diezelfde informatie soms ook geschikt zijn voor een taxonomie, maar dan nog moet je de informatie twee keer incorporeren in de site: Eén keer als ''custom field'', en één keer via een taxonomisch systeem (product_cat of attributes, lijkt me).
-== Vergelijking tussen deze systemen ==
-=== Attributes vs. categorieën vs. tags ===
-[[file:20190423-1735.png|thumb|Producten - Categorieën]]
-[[file:20190423-1736.png|thumb|producten - Attributen]]
-[[file:20190423-1737.png|thumb|producten - Tags - Tot op heden nog niet gebruikt (april 2019)]]
-[[file:20190423-1738.png|thumb|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]]
-=== Intuïtief/ergonomisch ===
-[https://www.sparklogix.com/ecommerce-categories-vs-attributes/ 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 is het relevant? Als ik alles met ''categorieën'' kan, waarom dan überhaupt ''attributen'' gebruiken? Het heeft namelijk een paar stomme beperkingen (zie verderop)
-=== Inhoudelijke verschillen ===
-{| border="2" cellpadding="4" cellspacing="0" style="margin-top:1em; margin-bottom:1em; background:#f9f9f9; border:1px #aaa solid; border-collapse:collapse;"
-! Aspect !! Categorieën !! Attributen
-|-
-! Archief-pagina's
-| Een '''archief-pagina'' oftewel (taxon-pagina) is hetzelfde als een taxon. Je kunt tekst en één afbeelding toevoegen || Alleen ruimte voor tekst
-|-
-! Hiërarchie
-| Geen probleem
-| Kunnen nooit hiërarchisch zijn. Je kunt meerdere hoofdtaxons defineren (bv. ''lengte'', ''breedte'' & ''hoogte'') en per hoofdtaxon meerdere taxons defineren. Maar geen additionele lagen
-|-
-! Taxons
-| Archief-pagina's en taxons zijn hetzelfde. Dus ruimte voor tekst en één afbeelding
-| Alleen ruimte voor tekst
-|}
-''' Conclusies '''
-Ik houd het spijkerbroek-voorbeeld aan:
-* Attributes gebruik ik voor eigenschappen van het betreffende product
-* Categorieen gebruik ik voor het zoeken/ontsluiten van het betreffende product
-== Categorieën - Details ==
+Tot op heden (zomer 2019), heb ik nog geen gebruik gemaakt van maatwerk-attributen.
-=== Taalspecifiek ===
-Taxons zijn taal-specifiek. Als je bv. een Duits produc.t probeert toe te voegen aan een Nederlandstalige categorie, wordt er een kopie gemaakt van die categorie in het Duits (automatisch gekoppeld aan de NL-categorie!), en dat product wordt daar toegevoegd
-=== Taxonpagina (archives page) ===
-* Elke categorie-taxon heeft z'n eigen pagina. Dus z'n eigen ''Archives page''. Standaard kun je een afbeelding en description-tekst per taxon toevoegen. Het hangt van het thema af of het getoond wordt - Altijd doen!
-* WooCommerce Attribuut-taxons hebben echter niet zo'n eigen pagina.
-=== Database-model ===
-'' Dit hoofdstuk is incompleet. Daarnaast blijkt kennis van het achterliggende database-model van weinig belang te zijn, als je werkt via de gebruikelijk API's.''
 {|
-|[[file:20190412-1624.png|thumb|De vier tabellen die een rol spelen rondom Categorie-taxonomieën. Merk op dat WordPress ''bijna nooit'' relaties defineert tussen tabellen]]
+|[[file:20190514-0910.png|thumb|Voorbeeld van WooCommerce ''Custom product attributes'']]
-|[[file:20190412-1702.png|thumb|Categorie-taxonomieën: De drie belangrijkste tabellen + hun relatie [https://code.tutsplus.com/tutorials/understanding-and-working-with-taxonomies-and-terms-in-wordpress--cms-21051]]]
 |}
-=== wp_options ===
+== WooCommerce Tags ==
-Tabel <code>wp_options</code> bevat algemene informatie over taxonomieën, bv. bij welk type objecten ze horen: Blijkbaar mag een taxonomie met maar één klasse van objecten geassociëerd zijn.
+Als laatste kent WooCommerce een systeem voor ''tags''. Bv. om een ''folkstonomy'' te bouwen. Nog niet mee gewerkt.
-=== wp_terms ===
+== WooCommerce Custom fields ==
-Tabel <code>wp_terms</code> bevat alle taxons, voor alle taxonomieën, voor alle talen. Welke taxon je ook zoekt: Het staat altijd in ''deze'' tabel.
+Het hoort niet thuis in dit rijtje, maar toch behandel ik het hier, omdat ik anders in de war raak: ''custom fields'' (''maatwerk-velden'') zijn heel handig, maar hebben ''niets'' met taxonomieën te maken. Ze dienen een heel ander doel: Informatie omtrent een product op een gestructureerde manier aanbieden. Toevallig kan diezelfde informatie soms ook geschikt zijn voor een taxonomie, maar dan nog moet je de informatie twee keer incorporeren in de site: Eén keer als ''custom field'', en één keer via een taxonomisch systeem (product_cat of attributes, lijkt me).
-{|
-|[[file:20190412-1550.png|thumb|Voorbeeld van de inhoud.''pll'' staat vermoedelijk voor ''Polylang''. Ik weet alleen niet waar die taxons voor zijn]]
-|[[file:20190415-2257.png|thumb|Ander voorbeeld. De taxons ''10 mm'' en ''20 mm'' hebben betrekking op de attribute ''Dimensie-1'' (zie eerder voorbeeld)]]
-|}
-=== wp_term_taxonomy ===
-Vermoedelijk is dit de centrale tabel rondom taxonomieën, en niet ''wp_terms'' - Deze laatste is vrij doods. Tabel <code>wp_term_taxonomy</code> geeft aan bij welke taxonomie een taxon hoort, verschaft additionele informatie, en regelt nog een paar dingen. Velden:
-# <code>term_taxonomy_id</code> - Primaire sleutel
-# <code>term_id</code> - Taxon waar dit record betrekking op heeft
-# <code>taxonomy</code> - Naam van de taxonomie waar deze taxon deel van uitmaakt
-# <code>description</code> - Aanvullende informatie. Denk daarbij aan ''serialised data'' voor niet-publieke taxons
-# <code>parent</code> - Parenteel-taxon (is dat Nederlands?). Niet-hierarchische taxonomie? Dan waarde <code>0</code>
-# <code>count</code> - Aantal elementen (denk ik - Nu niet al te belangrijk).
-{|
-|[[file:20190412-1638.png|thumb|Voorbeeld van de inhoud van tabel <code>wp_term_taxonomy</code>]]
-|}
-=== wp_term_relationships ===
-* Tabel <code>wp_term_relationships</code> is een ''tussentabel'' waardoor het mogelijk is om ''meerdere objecten'' te koppelen met ''meerdere taxons en vice versa. Ik geloof dat je ''altijd'' een tussentabel nodig hebt als je een veel-op-veel-relatie wilt hebben
-* Ik heb de indruk dat deze tabel een samengestelde primaire sleutel heeft: <code>object_id</code>+<code>term_taxonomy_id</code>.
-=== wp_termmeta ===
-* Tabel <code>wp_termmate</code> bevat aanvullende taxon-gerelateerde info
-* Alsof deze tabel een "extra'tje" is, voor data die niet gemakkelijk in <code>wp_terms_taxonomy</code> past (bv. binaire data, dus data met een entiteit- en een waardeveld)
-* Voorbeeld: De afbeelding en description voor een taxonpagina, vind je als twee losse records in deze tabel.
-== Categorieën verwijderen ==
-Nog niet gelukt. Zie [[PHP-API (WordPress)#get_categories | PHP-API » get_categories]]
+Maatwerk-velden kun je ook elders binnen WordPress tegenkomen, maar op dit moment speelt dit voor mij enkel rondom WooCommerce-producten.
 == Zie ook ==
+* [[Attributes vs. categories (WooCommerce) |      Attributes vs. categories]]
 * [[Attribuut-taxonomieën (WooCommerce) |          Attribuut-taxonomieën]]
+* [[Categorieën (WordPress)]]
+* [[Databasemodel (WordPress)]]
 * [[PHP-API (WordPress)#wp_insert_term (functie) | PHP-API » wp_insert_term]]
 * [[PHP-API (WordPress)#wp_set_object_terms      | PHP-API » wp_set_object_terms]]
 * [[Product cat-taxonomieën (WordPress)]]
+* [[Taxonomieën (Algemeen)]]
+* [[Taxonomieën - Datamodel (WordPress)]]
 == Bronnen ==