Catalogus en varianten modelleren zonder spijt

De shop bouwen 9 min lezen

Schappen met hetzelfde kledingstuk in meerdere maten en kleuren, netjes gesorteerd
Het schap kent het verschil tussen product en variant. Je database ook.

Het productmodel is het besluit dat stil bepaalt hoe moeilijk al het andere wordt. Voorraad, prijzen, zoekfacetten, marktplaatsfeeds en retouren lezen het allemaal, en erven elke onduidelijkheid erin.

De meest voorkomende fout is modelleren wat je fotografeert in plaats van wat je verstuurt.

Het onderscheid dat telt#

Catalogus en varianten modelleren zonder spijt — Het onderscheid dat telt
BegripWat het isWat het moet bezitten
ProductWat de klant kiestTitel, omschrijving, afbeeldingen, categorie
VariantWat je werkelijk verstuurtSKU, prijs, voorraad, gewicht, barcode
OptieDe keuze-asMaat, kleur — met vaste waardelijst
BundelMeerdere varianten als één verkochtEigen SKU en eigen voorraadregel

Regels die een herbouw besparen#

  1. Alles wat verkocht wordt heeft een SKU. Wat er geen kan hebben, is niet los verkoopbaar.
  2. Optiewaarden komen uit een beheerde lijst, nooit uit vrije tekst.
  3. Prijs en voorraad leven altijd op de variant, ook als alles vandaag hetzelfde kost.
  4. Media kunnen bij de variant horen, niet alleen bij het product — kleurvarianten hebben eigen beelden nodig.
  5. Codeer in de SKU geen betekenis die niet ook als echt veld bestaat.

Wat op varianten lijkt maar het niet is#

Personalisatie (een gegraveerde naam), staffelprijzen en bundels worden vaak in het variantmodel geperst omdat dat de dichtstbijzijnde hamer is. Ze horen elders: personalisatie als regelgegeven, staffels als prijsregels, bundels als eigen product met eigen voorraadbeleid.

Loopt het aantal varianten van één product boven een paar honderd, dan heb je iets gemodelleerd dat geen variant is.

Attributen, categorieën en de feed die je later nodig hebt#

Marktplaatsen, vergelijkers en je eigen facetzoek willen gestructureerde attributen: materiaal, afmetingen, compatibiliteit. Leg ze vanaf het begin vast als velden. Ze twee jaar later uit lopende tekst halen is een dataproject waar niemand blij van wordt.

Veelgestelde vragen

Prijs op product of variant?

Op de variant. Ook als alles vandaag hetzelfde kost, verandert dat en de migratie is onaangenaam.

Hoe behandel ik personalisatie op bestelling?

Als regelgegeven bij het toevoegen aan de winkelwagen, niet als variant-explosie.

Wanneer moeten attributen velden zijn?

Direct. Facetten, feeds en filters hebben ze nodig; lopende tekst kun je niet filteren.

catalogus modellerenproductvariantensku-structuurdatamodel e-commerceproductattributen

Alle gidsen

Laatst bijgewerkt op 2026-08-05 door ecommercedevelopment.info · Over ons

Geschreven door bouwers

Elke gids is geschreven door ontwikkelaars die echte webshops bouwen en onderhouden, niet overgeschreven van andere sites.

Volgens schema herzien

Platformen en betaalregels veranderen. Elke gids draagt de datum van de laatste herziening, ook als er niets veranderde.

Geen betaalde plaatsingen

Geen platform, themawinkel, appleverancier of bureau kan hier een vermelding, positie of link kopen.

Twaalf talen

Elke gids is vertaald, niet machinaal overheen gelegd — elke taal heeft een eigen URL en eigen herzieningsdatum.

Grenzen benoemd

We zeggen ronduit wanneer een gehost platform of een marktplaats goedkoper en betrouwbaarder is dan maatwerk.