Meerdere barcodes in Shopify: wat er verandert voor je catalogus, POS en verkoopkanalen

Met meerdere barcodes in Shopify kan één productvariant tot 20 codes dragen. Je team koppelt verschillende codes aan hetzelfde artikel, terwijl systemen die één barcode verwachten gewoon de eerste blijven gebruiken. Heb je gekoppelde systemen, breng dan eerst in kaart hoe elk systeem die codes gebruikt.

Moet je kiezen welke barcode Google Shopping als GTIN leest? Lees dan hoe je de primaire barcode voor Google Shopping kiest.

Dat speelt zodra je voorraad binnenkomt met een code van de leverancier en je winkelteam met een ander label werkt. Met de impactmatrix hieronder leggen catalogus-, retail- en integratieteams samen vast wat ze controleren, wie eigenaar is en welk bewijs ze bewaren.

Wat Shopify heeft veranderd

Met de release van 8 september breidt Shopify het barcodebeheer uit binnen het bestaande productrecord. Je beheert extra codes via de Admin of de mobiele app, bewerkt ze in bulk en zet ze over via CSV. Bestaande barcodegegevens blijven staan. Beginnen met de functie betekent dus eerst bepalen waar extra codes je echt helpen.

De aankondiging voor merchants noemt het CSV-veld Variant Barcodes. Maak die export voordat je een reeks producten aanpast. Dan heb je een vastgelegd beginpunt.

Een variant is een specifieke uitvoering van een product, zoals een schoen in een bepaalde maat en kleur. Extra barcodes horen bij die uitvoering. Het label van een leverancier moet dus uitkomen bij precies het artikel dat je team verkoopt.

De documentatie over productdetails van Shopify noemt de typen UPC, EAN, ISBN, GTIN en ASIN, naast eigen waarden (Custom). Ook staan er formaateisen in, en Shopify voorkomt dat dezelfde barcode twee keer op hetzelfde product of dezelfde variant staat.

Die controles helpen bij het invoeren. Of een code bij het juiste product hoort, moet je catalogusteam nog steeds zelf vaststellen. Een code met het juiste formaat die aan de verkeerde maat hangt, blijft een koppelfout.

POS herkent meer van de labels die je personeel tegenkomt

Shopify POS v11.14 vindt een variant via elk van de gekoppelde barcodes. De extra codes moet je eerst in Shopify Admin toevoegen. Werkt je winkelteam met labels van verschillende leveranciers of verpakkingen, dan kan het hetzelfde artikel nu op meer manieren vinden, binnen de handelingen die het al kent.

Shopify beschreef dit in de POS-release van 1 september. Die gaat over scannen en zoeken, ook tijdens het afrekenen, bij het ontvangen van goederen en bij voorraadtaken.

Neem een fictieve schoenenwinkel die een nalevering ontvangt met een ander leverancierslabel. De controle die ertoe doet is concreet: welk van beide labels je ook scant, je moet de juiste maat en kleur terugkrijgen. Laat het personeel de uitkomst vergelijken met het fysieke artikel voordat de voorraad wordt verwerkt.

Noteer bij de controle de POS-versie, het apparaat en de handeling. Een zoekresultaat in de Admin zegt iets anders dan een scan aan de ontvangstbalie. Bewaar je beide, dan zie je sneller of een fout in de koppeling zit of in het apparaat of de werkwijze.

Komt maar één locatie alternatieve labels tegen, begin dan daar. Het voordeel moet zichtbaar zijn in een echte taak voordat het catalogusteam het werk uitrolt naar andere locaties.

Verkoopkanalen vragen hun eigen controle van codes

Waar maar één barcode wordt verwacht, blijft Shopify de eerste gebruiken, ook in kanaalfeeds en op labels. Houd in je review dus twee dingen uit elkaar: alternatieve codes toevoegen en de eerste code wijzigen. Dat laatste kan, afhankelijk van de koppeling, de waarde veranderen die een ander systeem ontvangt.

Neem die grens mee in elk wijzigingsverzoek voor de catalogus. Een collega uit de winkel die een handige zoekcode toevoegt en een feedspecialist die een geëxporteerde code kiest, kunnen met dezelfde variant bezig zijn om heel andere redenen.

Een GTIN is een Global Trade Item Number waarmee een handelsartikel wordt geïdentificeerd. De GTIN-specificatie van Google Merchant Center eist passende, correcte codes en legt uit wat te doen als een product geen GTIN heeft. Ga er niet van uit dat een interne zoekcode aan die eisen voldoet.

Leg vóór je de eerste barcode wijzigt de huidige geëxporteerde waarde vast, plus het veld waar die terechtkomt. Bekijk na de voorgestelde wijziging de feed die eruit komt. Neem voor Google Shopping ook de status van het product in Merchant Center mee.

Welke code je precies kiest, hangt af van product en kanaal. Wat de Head of eCommerce nu nodig heeft, is een eigenaar met een naam voor die beslissing en bewijs van de waarde die de webshop verlaat.

Gekoppelde systemen controleer je aan beide kanten

Controleer ERP-, PIM- en fulfilmentkoppelingen tegen hun eigen mapping en de API-versies die ze ondersteunen. Dat een productveld in Shopify Admin bestaat, zegt nog niets over hoe een connector het leest of schrijft. Controleer voor de werkwijze die je wilt gebruiken het bronrecord, de overgedragen waarde en het record op de bestemming.

Een ERP beheert bedrijfsprocessen zoals voorraad en inkoop, een PIM beheert productinformatie. In jouw opzet kan elk van beide eigenaar zijn van de codes. Stel vast welk systeem die gegevens mag wijzigen voordat je ze in Shopify aanpast.

Stuurt een PIM bijvoorbeeld op vaste momenten productupdates, bekijk de variant dan na de volgende synchronisatie. Noteer of de bedoelde barcodekoppelingen er nog staan. Dit is een controle, geen bewering dat een bepaalde connector ze overschrijft.

De GraphQL-documentatie van Shopify voor ProductVariant, bekeken op 10 september met versie 2026-07 als nieuwste, noemt nog steeds maar één veld: barcode. Alleen daaruit kun je niet afleiden hoe andere versies zich gedragen of wanneer de API iets schrapt.

Vraag de eigenaar van je integratie om vast te leggen welke versie en welke bewerkingen de connector gebruikt. Een screenshot van het record in de Admin is nuttig bewijs voor de catalogus. Wat werkelijk in het volgende systeem is aangekomen, blijkt pas uit de data die de connector heeft overgedragen.

Gebruik deze impactmatrix in je catalogusreview

Een review van de gevolgen van barcodes koppelt elk beoogd gebruik aan een eigenaar en een vastgelegd resultaat. Kopieer de matrix hieronder naar je werkdocument, vervang de voorgestelde rollen door namen en geef elke regel een status. Gedrag dat niet getest is, blijft open tot iemand het bewijs heeft vastgelegd.

Gebruik als status Geverifieerd, Open of Niet van toepassing. Zet de werkelijke uitkomst achter de status, ook als die anders is dan verwacht. Dit zijn voorgestelde criteria voor je review. Het is geen certificering door Shopify en geen compatibiliteitstest die Flatline al heeft uitgevoerd.

De matrix is af als de regels die bij jouw beoogde gebruik horen een eigenaar met naam en een vastgelegde uitkomst hebben. Een open fulfilmentcontrole mag buiten een beperkte pilot in de winkel blijven, zolang die pilot niets aan fulfilment verandert en de eigenaren het eens zijn over de afbakening.

Begin met een representatieve steekproef uit je catalogus

Een bruikbare pilot bevat de situaties met codes die je bedrijf echt tegenkomt. Kies producten met labels uit verschillende bronnen, betrek de teams die met die labels werken en leg de huidige stand vast voordat je iets aanpast. Houd de afbakening van de pilot expliciet. Dan geldt bewijs uit één werkwijze niet ongemerkt als bevestiging voor elk gekoppeld proces.

Bij een fictieve modewinkel kan de steekproef bestaan uit een artikel met een leverancierslabel, een artikel met een eigen schaplabel en een product dat via een gekoppeld kanaal wordt verkocht. Dat zijn voorbeeldcategorieën, geen verplichte omvang. Kies varianten die passen bij je eigen catalogus.

Bewaar een export van de beginsituatie en noteer welke waarden niet mogen veranderen. Voeg de koppelingen toe, loop de controles uit de matrix door en bekijk waar nodig de volgende geplande synchronisatie. Wijkt de uitkomst af van wat je verwachtte, wijs die afwijking dan toe aan iemand voordat je de wijziging uitbreidt.

Het kan ook goed zijn dat je helemaal niet hoeft uit te rollen. Herkennen je teams producten al eenduidig, dan heb je voorlopig weinig aan extra codes. Leg die beslissing vast en kom erop terug zodra een leverancier, winkel of kanaal er een concrete reden voor geeft.

De belangrijkste punten

• Extra codes helpen vooral waar teams verschillende labels tegenkomen voor dezelfde variant. Controleer de koppeling met het fysieke artikel voordat je meer catalogusaanpassingen doet.

• Wijs een eigenaar aan voor de eerste barcode en voor de code die naar kanalen wordt geëxporteerd. Zoeken in de winkel en feedeisen vragen elk om een eigen controle.

• Gebruik de impactmatrix om gedocumenteerd platformgedrag te scheiden van gedrag dat je in je eigen opzet hebt gecontroleerd. Bewaar bij elk resultaat de onderbouwing.

Neem een representatief artikel mee naar de volgende catalogusreview en volg het door alle werkwijzen die je team wil aanpassen. Dan heeft elke eigenaar een concreet resultaat om te bevestigen voor de volgende reeks aanpassingen.