E-commerce tech stack: welke systemen je webshop nodig heeft

Een e-commerce tech stack is het geheel aan systemen waarop een webshop draait: het e-commerceplatform en betalingen in het midden, en daaromheen de tools voor productinformatie (PIM), digitale bestanden (DAM), zoeken op de site, voorraad en orders (ERP of OMS), verzending, analytics, e-mail, reviews en kanaalfeeds. Elk systeem hoort één soort record te beheren, en de stack werkt pas als alle andere systemen dat record lezen in plaats van een eigen kopie bij te houden.

Het korte antwoord op wat je moet kopen: een webshop met één kanaal en een paar honderd producten heeft een platform, betalingen, analytics, een e-mailtool en een reviewapp nodig, en weinig meer. Een PIM verdient zijn plek zodra je catalogus, je aantal kanalen of je aantal talen de platformadmin ontgroeit. Een ERP of OMS verdient zijn plek wanneer voorraad, inkoop en financiën over meerdere locaties of verkoopkanalen lopen. Hieronder staan drie referentiestacks per omvang, de datastromen tussen de systemen en een koopvolgorde op basis van waar het eerst knelt.

Elf systemen in een e-commerce stack en het record dat elk systeem beheert

De meeste stack-overzichten noemen categorieën tools. Nuttiger is de vraag van welk record elke laag de bron is, want dat bepaalt waar een wijziging moet gebeuren.

• E-commerceplatform (Shopify, WooCommerce, Magento, Lightspeed, CCV Shop): webshop, winkelwagen, checkout en de order zoals die geplaatst wordt.
• Betalingen: de transactie, terugbetalingen en uitbetalingen.
• PIM (productinformatiebeheer): productcontent: titels, beschrijvingen, attributen, categorieën, vertalingen en kanaalversies daarvan. Lees wat een PIM is voor de volledige uitleg.
• DAM (digital asset management): masterbestanden van foto's, video's en handleidingen, met rechten en versies. Kleinere webshops bewaren bestanden in de PIM of het platform; de gids PIM vs DAM laat zien wanneer je ze splitst.
• Zoeken en merchandising: de zoekindex, synoniemen, rankingregels en gepromote producten. Leest productdata, maar beheert die niet.
• ERP en OMS: voorraad, inkooporders, kostprijzen, facturen en de routering van een order naar een magazijn of winkel. De gids PIM vs ERP legt de grens uit.
• Verzending en fulfilment: labels, keuze van vervoerder, track-and-trace en retouren, in een verzendtool zoals Sendcloud, bij een fulfilmentpartij of in het magazijnsysteem. Leest de order en het gewicht en de afmetingen van het product.
• Analytics: events (bekeken, in winkelwagen, gekocht) en de rapporten daarop, meestal GA4 plus de rapporten van het platform.
• E-mail en sms: toestemming, segmenten en de berichten aan klanten.
• Reviews: beoordelingen en reviewteksten van klanten, die productpagina's, gestructureerde data en Shopping-advertenties voeden.
• Feeds en kanaalkoppelingen: de versie van elk product die Google Shopping, Meta of een marktplaats ontvangt, vertaald naar de attributen van dat kanaal.

Eén bron per veld: prijs, voorraad, content en toestemming

Conflicten in een stack gaan bijna altijd over één veld dat door twee systemen wordt geclaimd. Leg deze eigenaren op papier vast voordat je iets koppelt:

De kosten van een verkeerde verdeling zie je bij klanten. In het consumentenonderzoek van Salsify uit 2025 zei 54% van de shoppers een aankoop te hebben afgebroken door tegenstrijdige informatie. Tegenstrijdige informatie is precies wat je krijgt als een productbeschrijving in de webshop, de PIM en de feedtool wordt aangepast en elke kopie een eigen kant op gaat.

Hoe product-, order- en voorraaddata tussen systemen bewegen

Teken de stack als stromen, niet als blokjes. Vier stromen dekken de meeste webshops:

Productdata: van leverancier via PIM naar elk kanaal

1. Leveranciersbestanden, artikeldata uit het ERP of gescrapete fabrikantpagina's komen binnen in de PIM.
2. De PIM vult gaten (attributen, beschrijvingen, vertalingen), toetst het record aan de regels van elk kanaal en categoriseert het.
3. De PIM stuurt het record naar het platform en maakt kanaalfeeds. De productdataspecificatie van Google laat zien waarom de feedversie afwijkt van de webshopversie: titels mogen maximaal 150 tekens zijn, beschrijvingen 5.000, en velden als `gtin`, `brand`, `color` en `size` zijn verplicht afhankelijk van producttype en land.
4. Zoek-, review- en e-mailtools lezen productdata uit het platform of een feed, nooit uit een spreadsheet die iemand heeft gemaild.

Orders: van checkout naar levering en terug

1. Het platform maakt de order aan en verwerkt de betaling.
2. Het OMS of ERP pakt hem op, reserveert voorraad en stuurt hem naar een magazijn.
3. Verzendstatus en track-and-trace gaan terug naar het platform, dat de klant informeert.
4. Terugbetalingen starten in het platform of OMS en worden in het ERP geboekt.

Voorraad: één getal, veel weergaven

Voorraad gaat vanuit het ERP of magazijnsysteem naar het platform en naar elke marktplaats, op een schema of bij elke wijziging. Hoe strakker de sync, hoe minder overselling. Bol en andere marktplaatsen straffen annuleringen zwaarder af dan je eigen webshop, dus marktplaatsvoorraad synchroniseert meestal vaker of met een veiligheidsmarge.

Analytics: van events naar rapporten naar een datawarehouse

De webshop stuurt events naar GA4; het platform bewaart de order. Koppel ze als je marge- of productanalyses wilt. Een standaard GA4-property kan in de dagelijkse export tot 1 miljoen events per dag naar BigQuery sturen, volgens de documentatie van Google. Voor de meeste middelgrote webshops is dat genoeg voordat ze iets zwaarders nodig hebben. Onze vergelijking van e-commerce analytics tools zet de opties op een rij per taak.

Referentiestack 1: een startende webshop onder 500 artikelen op één kanaal

Doe alles wat kan binnen het platform. Elke extra tool is een extra login, een extra rekening en een extra plek waar data uit elkaar kan lopen.

• Platform en betalingen: een gehost platform met ingebouwde betalingen, zoals Shopify met Shopify Payments of Lightspeed eCom, of WooCommerce met een betaalplugin voor iDEAL.
• Productdata: de platformadmin plus één nette CSV-export als back-up. Een gratis PIM-abonnement wordt de moeite waard zodra je gaat vertalen of op een tweede kanaal gaat verkopen.
• Zoeken: de ingebouwde zoekfunctie van het platform. Breng eerst productdata en synoniemen op orde voordat je voor een losse zoekmachine betaalt.
• Analytics: GA4 en Google Search Console, plus de verkooprapporten van het platform.
• E-mail: één e-mailtool met een flow voor verlaten winkelwagens en een welkomstreeks.
• Verzending: de verzendlabels van je platform of één verzendtool zoals Sendcloud of MyParcel, met track-and-trace en een retourpagina.
• Reviews: één reviewapp die reviewdata op productpagina's zet; Google kan beoordelingen tonen vanuit gestructureerde productdata.
• Feeds: de Google-app of -koppeling van je platform.

Sla in deze fase over: ERP, DAM, een losse zoekmachine, headless frontends en middleware.

Referentiestack 2: een groeiend merk met 500 tot 10.000 artikelen en meerdere kanalen

Hier houdt de platformadmin op een werkbare bron te zijn. Producten staan nu in de webshop, op een of twee marktplaatsen, in Google Shopping en misschien in een tweede taal, en elke kopie wordt los aangepast tenzij iets centraals ze beheert.

• PIM: de eerste grote aanvulling. Eén productrecord, één keer verrijkt, naar elk kanaal gestuurd met kanaalspecifieke titels en attributen.
• Feedbeheer: in de PIM of in een aparte feedtool, met regels per kanaal voor titels, categorieën en uitsluitingen.
• Bestanden: een gestructureerde mediabibliotheek in de PIM, met afbeeldingen die een naam hebben en aan SKU's gekoppeld zijn. Een losse DAM is meestal nog niet nodig.
• Voorraad: een voorraadtool of licht ERP zodra je vanuit meer dan één voorraadlocatie of kanaal verkoopt.
• Zoeken: een aparte zoekapp als de catalogus veel attributen en filters heeft.
• Analytics: GA4 plus orderdata op productniveau, zodat je omzet en marge per product en kanaal ziet.
• E-mail en reviews: flows per productcategorie; reviews doorgezet naar Google.

Referentiestack 3: een retailer of groothandel in meerdere landen met 10.000+ artikelen

Op deze schaal heeft de stack meer systemen dan mensen die ze allemaal begrijpen, dus het ontwerp van de koppelingen telt net zo zwaar als de keuze van tools.

• ERP: beheert artikelen, kostprijs, voorraad, inkoop en financiën. Stamgegevens beginnen hier, daarna voegt de PIM content toe.
• OMS: stuurt orders naar magazijnen, winkels en dropshippers en regelt deelzendingen en retouren.
• PIM: content per taal en per kanaal, classificatiestandaarden voor B2B (ETIM, GS1) en kwaliteitscontroles voordat iets gepubliceerd wordt.
• DAM: wanneer merk-, marketing- en productteams duizenden bestanden met gebruiksrechten delen.
• Zoeken en merchandising: een aparte zoekmachine met merchandisingregels per markt.
• Datawarehouse: analytics-, ERP- en platformdata op één plek gekoppeld.
• Integratielaag: middleware of een iPaaS voor de stromen die meerdere systemen verbinden.

Veel bedrijven in deze klasse overwegen een headless of composable frontend. Lees eerst wat headless commerce is en composable commerce uitgelegd: beide vergroten het aantal systemen dat schone productdata nodig heeft, ze verkleinen het niet.

Wat koop je eerst: een volgorde op basis van waar het knelt

Koop in de volgorde van het probleem dat je vandaag het meeste geld kost, niet in de volgorde van het schema van een leverancier. Een praktische volgorde voor de meeste groeiende webshops:

De PIM staat niet voor niets midden in deze lijst: zoeken, feeds, e-mail en reviews lezen allemaal productdata, dus als je die eerder koopt dan je data op orde is, richt je elke tool twee keer in.

Standaardkoppelingen, middleware, API's en geplande bestanden: vier manieren om systemen te verbinden

Hoe systemen met elkaar praten telt net zo zwaar als welke systemen je kiest. Er zijn vier gangbare patronen:

• Standaardkoppelingen en apps: het snelst ingericht en het makkelijkst stuk als een van beide kanten verandert. Controleer welke velden ze synchroniseren en in welke richting.
• Geplande bestandsuitwisseling: CSV- of XML-bestanden op een schema. Ouderwets, goed te controleren en prima voor voorraad- en prijsupdates die elk uur of elke dag lopen.
• API's: het ene systeem roept het andere aan om records te lezen of te schrijven. Het meest flexibel; vraagt iemand die de koppeling onderhoudt.
• Middleware of iPaaS: een aparte laag die data tussen meerdere systemen verplaatst en elke run logt. De moeite waard vanaf drie of vier stromen.

Schrijf per koppeling de richting op, de velden, de trigger (schema, wijziging of handmatig) en wat er gebeurt als een record faalt. Een opzet voor unified commerce is grotendeels deze tabel, zorgvuldig ingevuld.

Zeven stackkeuzes die dubbele productrecords opleveren

1. Beschrijvingen in de webshop én in de PIM bewerken. De volgende push uit de PIM overschrijft de wijziging in de webshop, of die wijziging bereikt de marktplaats nooit.
2. Feedtools die titels herschrijven. Regels die titels in de feed repareren, stromen niet terug, dus Google en je webshop tonen verschillende producten.
3. Twee systemen die allebei de voorraad claimen. De marktplaatskoppeling en het ERP schrijven allebei voorraad naar het platform, en de laatste wint.
4. Bestandsnamen als enige koppeling tussen foto en product. Hernoem een bestand en het product verliest zijn afbeelding.
5. Analytics zonder orderdata. GA4 toont sessies en conversies, maar geen marge of retouren, dus de bestseller op omzet kan de slechtste zijn op winst.
6. Een zoek- of aanbevelingsmachine kopen voordat attributen op orde zijn. De machine kan alleen ranken en filteren op velden die bestaan.
7. Apps die elk scripts toevoegen. Tien apps die op elke pagina scripts laden, maken de webshop traag; controleer het paginagewicht bij elke nieuwe tool.

PIM, feeds en productanalyses in WISEPIM

WISEPIM dekt het PIM-deel van de stack en een deel van het feed- en analysewerk ernaast. Het importeert een catalogus, vult en verbetert productdata met AI (beschrijvingen, attributen, vertalingen en categorieën), controleert records met regels in Quality Guard en stuurt ze naar Shopify, WooCommerce, Magento 2, Lightspeed eCom, Ecwid, CCV Shop, Kaufland, PrestaShop, ShopWired en Google Merchant Center. Feed Hub maakt kanaalfeeds, de mediabibliotheek bewaart productfoto's, en analytics combineren data uit Google Analytics 4 en Search Console met orders uit Shopify, WooCommerce, Magento 2, CCV Shop en Lightspeed.

Het is geen ERP, geen ordermanagementsysteem, geen zoekmachine voor je webshop, geen e-mailtool en geen reviewplatform, en het heeft geen ERP-koppelingen. Voor systemen zonder koppeling laat de publieke API op het Pro-abonnement je eigen integraties producten lezen en schrijven, en automatiseringen met een schematrigger draaien terugkerende imports en exports. Alle beschikbare platformen staan op de pagina koppelingen.