SKU

Definitie van SKU

Een SKU (Stock Keeping Unit) is een unieke identificatiecode die een bedrijf aanmaakt om een specifieke, verkoopbare versie van een product te volgen via voorraad-, bestel- en verkoopsystemen. Als een hoodie in drie kleuren en vier maten komt, zijn dat twaalf SKU’s, omdat elke combinatie onafhankelijk moet worden geteld, geprijsd en nagesorteerd. Een SKU is niet hetzelfde als een productnaam of een vermelding — één product kan meerdere SKU’s hebben, één voor elke variant die een klant daadwerkelijk kan selecteren en kopen. SKU’s zijn intern voor het bedrijf dat ze aanmaakt, wat hen onderscheidt van UPC’s en EAN’s, die gestandaardiseerde codes zijn toegekend door een externe instantie (GS1) en gedeeld worden door elke winkelier dat exacte item verkoopt. Een winkelier kan daarom zijn eigen SKU aanmaken voor een product dat hij groothandel inkoopt, door een interne code bovenop de barcode van de fabrikant te plaatsen, zodat zijn eigen magazijn- en rapportagesystemen het consistent kunnen volgen.

Hoe SKU-Codes Zijn Gestructureerd

Er is geen universele standaard voor SKU-formaten, wat zowel een kracht als een veelvoorkomende bron van chaos is. De meeste handelaren bouwen een korte alfanumerieke reeks die de kenmerken codeert die van belang zijn voor magazijn- en rapportagedoeleinden: categorie, productlijn, kleur en maat zijn veelgebruikte bouwstenen. Een typisch patroon ziet eruit als TSH-CREW-BLK-L voor een zwart, groot, crew-neck T-shirt, of MUG-CER-12OZ voor een keramische mok van 350 ml. Goed SKU-ontwerp volgt meestal een paar regels: houd codes consistent van lengte zodat ze gemakkelijk visueel te scannen en te sorteren zijn in een spreadsheet, vermijd spaties en speciale tekens die CSV-import of URL-slugs kunnen verstoren, en maak de code leesbaar genoeg zodat een magazijnmedewerker het product aan de code alleen kan herkennen, zonder het op te zoeken. Sommige bedrijven gebruiken in plaats daarvan sequentiële numerieke SKU’s (10001, 10002…) die automatisch door hun platform worden gegenereerd, waarbij leesbaarheid wordt ingeruild voor gegarandeerde uniciteit. Beide benaderingen werken zolang ze consistent worden toegepast — de faalmodus is meestal inconsistentie: de ene productlijn handmatig gecodeerd, de andere automatisch gegenereerd, zonder gedeelde logica ertussen.

Ready to Monitor Your AI Visibility?

Track how AI chatbots mention your brand across ChatGPT, Perplexity, and other platforms.

Aan de slag Contact

Waarom SKU-Tracking op Variantniveau Belangrijk Is voor Ecommerce

SKU-granulariteit is wat voorraadbeheer überhaupt mogelijk maakt. Geaggregeerde voorraadstanden op productniveau verbergen het feit dat de ene variant is uitverkocht terwijl een andere overbevoorraad is — een winkel kan “T-shirt: op voorraad” tonen terwijl de maat die daadwerkelijk verkoopt al twee weken in backorder is. SKU-tracking op variantniveau vormt ook de basis voor bestelpuntberekeningen, aangezien een maat medium en een maat XL van hetzelfde shirt tegen verschillende snelheden verkopen en verschillende nabesteltriggers nodig hebben. Naast voorraad is de SKU de natuurlijke joinsleutel voor margeanalyse: zodra een SKU is gekoppeld aan een kostprijs (eenheidskost, inkomende vracht, verpakking), kan elk orderregelitem worden teruggekoppeld aan een werkelijke kostprijs, en kunnen omzet en winstgevendheid worden gerapporteerd op exact dezelfde granulariteit als een magazijn gebruikt om voorraad te beheren. Zonder SKU-niveau kostengegevens moet winstgevendheidsrapportage terugvallen op ordervlakgemiddelden, die hoogrenderende en verlieslatende producten samenvoegen op een manier die verbergt welke SKU’s daadwerkelijk de moeite waard zijn om te promoten.

SKU vs. UPC vs. Product-ID

Eén enkel fysiek product kan alle vier tegelijk dragen: een door de fabrikant toegekende UPC, een door de winkelier toegekende SKU, een door de marktplaats toegekende ASIN en een door het platform toegekende variant-ID. Meerkanalenverkopers hebben meestal een mappingtabel nodig die deze reconcilieert, zodat een verkoop via Amazon en een verkoop via een Shopify-winkel beide naar dezelfde onderliggende SKU worden teruggebracht voor rapportage.

Stay Updated on AI Visibility Trends

Get the latest insights on AI mentions, brand monitoring, and optimization strategies.

Email address

Subscribe

SKU-Data en AI-Gestuurde Handel

Nu winkelen steeds vaker via AI-assistenten zoals ChatGPT Shopping, Perplexity Shopping en Amazon’s Rufus, zijn productdatafeeds — de gestructureerde informatie die deze systemen vertelt wat er op voorraad is, tegen welke prijs, in welke variant — afhankelijk van schone SKU-data eronder. Een AI-winkelassistent die “de medium in het blauw” aanbeveelt, heeft de onderliggende feed nodig om dat te vertalen naar een daadwerkelijke SKU met echte voorraad en prijs, niet een generieke productvermelding. Rommelige of gedupliceerde SKU’s zijn een veelvoorkomende reden waarom productfeeds worden afgewezen of verkeerd worden weergegeven via deze kanalen. Aan de analysekant werken tools zoals AmICited’s eshop_get_products en eshop_list_product_costs-rapporten op SKU-granulariteit, juist omdat dat het niveau is waarop winstgevendheidsvragen daadwerkelijk worden beantwoord — “welke variant van dit product moet ik blijven inslaan” is een SKU-niveau vraag, geen productnaam-niveau vraag. Het rapporteren van omzet en marge per SKU, in plaats van per producttitel, stelt een handelaar in staat te zien dat de zwarte medium verkoopt met 40% marge terwijl de neon-groene XXL, ondanks dat het “hetzelfde product” is, nauwelijks break-even draait.

Beste Praktijken voor SKU-Beheer

• Stel één canonieke SKU per variant vast voordat u deze op meerdere kanalen plaatst, en wijs elke kanaalspecifieke ID eraan terug
• Houd SKU-codes kort, consistent van lengte en vrij van spaties of speciale tekens
• Koppel een kostprijs aan elke SKU, niet alleen een verkoopprijs, zodat de marge automatisch kan worden berekend
• Vermijd het hergebruiken van een uitgefaseerde SKU voor een nieuw, niet-gerelateerd product — historische rapportage zal de twee vermengen
• Controleer regelmatig op dubbele of bijna-dubbele SKU’s (een veelvoorkomend gevolg van handmatige spreadsheetbewerkingen)
• Neem SKU op in elke export — orders, retouren en kostenoverzichten — zodat datasets altijd weer aan elkaar kunnen worden gekoppeld

Veelvoorkomende SKU-Fouten

Een veelvoorkomend probleem is het behandelen van ‘product’ en ‘SKU’ als uitwisselbaar in rapportage, wat voorraadstanden en margecijfers oplevert die er in totaal goed uitzien maar een slecht presterende variant verbergen onder een goed presterende. De oplossing is ervoor te zorgen dat elk rapport — verkoop, voorraad, kosten — op SKU-niveau wordt gegenereerd en alleen naar productniveau wordt opgerold als weergavegemak, niet als de onderliggende berekening. Een ander veelvoorkomend probleem is SKU-afwijking tussen verkoopkanalen: een handelaar maakt een SKU-schema in zijn POS-systeem, een ander wordt automatisch gegenereerd door zijn ecommerceplatform en een derde formaat verschijnt in een marktplaatsvermelding, waardoor er geen betrouwbare manier is om de totale verkoop voor een bepaalde variant te reconciliëren zonder handmatige matching. De standaardoplossing is een centraal bijgehouden mappingtabel, idealiter binnen het platform dat de rapportage doet, in plaats van telkens ad hoc in een spreadsheet te worden nagemaakt. Een derde fout is het hergebruiken van SKU’s wanneer een product wordt stopgezet en vervangen — een nieuwe formulering of herontwerp met de oude SKU vertroebelt historische trendgegevens, waardoor het lijkt alsof hetzelfde product plotseling van prestatie veranderde in plaats van een duidelijke voor/na-splitsing te tonen. Tot slot slaan veel kleinere handelaren over het koppelen van een echte kostprijs aan elke SKU en gebruiken ze in plaats daarvan standaard een vlakke geschatte marge over de gehele catalogus; dit maakt SKU-niveau winstgevendheidsrapportage technisch mogelijk maar praktisch misleidend, omdat het de werkelijke spreiding tussen de best en slechtst presterende varianten niet kan onthullen.