Wie een internationale Magento-webshop wil ontwikkelen met een ERP-koppeling en verkoop in meer dan tien landen, zoekt geen bureau dat alleen een Magento-thema kan bouwen. Zo’n project vraagt om technische architectuur, internationale e-commercekennis, betrouwbare systeemintegraties en een organisatie die na de livegang verantwoordelijkheid kan blijven dragen.
Magento is sterk in complexe productstructuren, maatwerk, meerdere websites en store views, internationale catalogi en uitgebreide koppelingen. Die vrijheid is precies waarom het platform bij grotere internationale organisaties kan passen. Tegelijk maakt diezelfde vrijheid een zorgvuldige inrichting noodzakelijk. Tien landen zijn niet simpelweg tien vertaalde versies van dezelfde webshop.
Een geschikt Magento-bureau moet daarom vooraf kunnen beantwoorden:
- hoe landen, domeinen, websites, stores en store views worden ingericht;
- welke gegevens uit het ERP, PIM of Magento komen;
- hoe voorraad, prijzen, klanten, orders en fulfilment worden gesynchroniseerd;
- welke uitzonderingen per land bestaan;
- hoe performance, beveiliging, updates en hosting worden georganiseerd;
- hoe internationale SEO, productfeeds, analytics en content worden meegenomen;
- wie na de livegang verantwoordelijk is voor continuïteit en doorontwikkeling.
Shopcommerce ontwikkelt en beheert Magento-webshops met een eigen in-house Magento-team van e-commerceconsultants, projectmanagers, UX-designers, Magento- en Hyvä-developers, integratiespecialisten en online marketeers. In deze blog leggen we uit welke expertise een Magento-bureau nodig heeft, welke technische keuzes belangrijk zijn en hoe je bureaus inhoudelijk kunt vergelijken.
Is Magento geschikt voor verkoop in meer dan tien landen?
Ja. Magento Open Source en Adobe Commerce beschikken over een hiërarchie van websites, stores en store views. Binnen één installatie kunnen meerdere websites en winkelweergaven worden ingericht met verschillen in bijvoorbeeld domeinen, talen, categorieën, producten en valuta.
Dat maakt verschillende internationale modellen mogelijk. Een organisatie kan bijvoorbeeld werken met:
- één internationale website met meerdere taalweergaven;
- afzonderlijke websites per land;
- regionale websites voor groepen landen;
- verschillende stores voor merken of assortimenten;
- een combinatie van B2C- en B2B-websites;
- lokale domeinen of subdomeinen;
- gedeelde producten met lokale content en prijzen.
De technische mogelijkheid om veel store views aan te maken, betekent niet dat iedere landensite als afzonderlijke store view moet worden ingericht. De juiste structuur hangt af van lokale prijzen, assortimenten, belastingen, domeinen, betaalmethoden, juridische entiteiten en beheerprocessen.
Bij meer dan tien landen wordt een verkeerde basiskeuze al snel duur. Een instelling die handmatig voor twaalf store views moet worden aangepast, blijft zelden gezellig handwerk. Daarom hoort de internationale structuur onderdeel te zijn van de architectuurfase en niet van de laatste configuratieweek.
Begin met een internationale blauwdruk
Voordat UX-design of development begint, moet de organisatie bepalen wat wereldwijd wordt gedeeld en wat per land mag verschillen.
Een internationale blauwdruk behandelt minimaal:
- doelmarkten en prioriteit per land;
- talen en lokale varianten van talen;
- domein- en URL-structuur;
- merken, assortimenten en categorieën;
- valuta en prijsstrategie;
- btw, invoerrechten en juridische voorwaarden;
- voorraad en fulfilmentlocaties;
- betaalmethoden;
- verzendmethoden en levertijden;
- retourprocessen;
- klantenservice en servicelevels;
- content, campagnes en promotiekalenders;
- B2C-, B2B- of hybride verkoop;
- lokale verantwoordelijkheden en centrale governance.
Een praktisch uitgangspunt is om per onderdeel drie niveaus te onderscheiden:
- Wereldwijd centraal en gelijk voor alle landen.
- Centraal beheerd met lokale uitzonderingen.
- Volledig lokaal beheerd.
Product-SKU’s en technische specificaties kunnen bijvoorbeeld centraal worden beheerd, terwijl marketingteksten, levertijden en promoties per land verschillen. Door dit vooraf vast te leggen, voorkom je dat lokale teams dezelfde gegevens op verschillende plekken gaan aanpassen.
Websites, stores en store views: hoe maak je de juiste keuze?
De Magento-hiërarchie is krachtig, maar kan verwarrend zijn. Vereenvoudigd kun je de niveaus als volgt bekijken:
| Niveau | Typische toepassing | Mogelijke verschillen |
|---|---|---|
| Website | Land, regio, merk of bedrijfsmodel | Klanten, prijzen, base currency, checkout en configuratie |
| Store | Afzonderlijk assortiment of catalogusstructuur | Root category en catalogusindeling |
| Store view | Taal of lokale contentvariant | Vertalingen, content en weergave-instellingen |
Welke indeling passend is, hangt niet alleen af van marketing. De scope van klanten, prijzen, configuratie en valuta speelt mee. Sommige instellingen kunnen op globaal niveau worden beheerd, andere per website of store view.
Een ervaren Magento-ontwikkelaar maakt daarom eerst een scopematrix. Daarin staat per gegeven en instelling waar deze wordt beheerd en voor welke landen hij geldt.
Voorbeelden:
- één productnaam voor meerdere Nederlandstalige landen;
- andere productomschrijving voor Vlaanderen;
- afwijkende verkoopprijs voor Zwitserland;
- een beperkt assortiment voor Noorwegen;
- andere betaalmethoden voor Duitsland;
- eigen retourvoorwaarden voor het Verenigd Koninkrijk;
- een afzonderlijke B2B-website met klantspecifieke prijzen.
De architectuur moet flexibiliteit bieden zonder dat iedere kleine lokale wijziging maatwerk vereist.
De ERP-koppeling vormt het operationele hart
Bij een internationale webshop is het ERP vaak verantwoordelijk voor artikelgegevens, voorraad, inkoop, prijzen, klanten, orders, facturen en fulfilment. Magento presenteert die gegevens aan klanten en voegt commerciële logica toe.
Een Magento ERP-koppeling is echter geen standaardstekker. De koppeling moet aansluiten op de processen van beide systemen en op de uitzonderingen van alle betrokken landen.
Leg per gegeven vast welk systeem leidend is
Een bronmatrix maakt duidelijk waar gegevens worden aangemaakt en aangepast.
| Gegeven | Mogelijke hoofdbron | Richting |
|---|---|---|
| SKU en basisartikel | ERP | ERP naar Magento |
| Productkenmerken | PIM of ERP | PIM/ERP naar Magento |
| Commerciële content | PIM of Magento | Naar Magento en verkoopkanalen |
| Kostprijzen | ERP | Intern of naar datalaag |
| Verkoopprijzen | ERP, pricing engine of Magento | Afhankelijk van land en klantgroep |
| Voorraad | ERP of WMS | Naar Magento |
| Webshoporders | Magento | Naar ERP |
| Fulfilmentstatus | ERP of WMS | Naar Magento |
| Track-and-trace | WMS, ERP of vervoerder | Naar Magento en klant |
| Retourstatus | Retourplatform, WMS of ERP | Eventueel in twee richtingen |
Zonder duidelijke bronverantwoordelijkheid kunnen systemen elkaar overschrijven. Een lokale contentmanager wijzigt bijvoorbeeld een titel in Magento, waarna het ERP tijdens de volgende synchronisatie de oude titel terugplaatst.
Heb je naast het ERP een PIM nodig?
Een ERP is doorgaans sterk in logistieke en financiële productdata. Voor uitgebreide commerciële informatie in meer dan tien landen kan een PIM-systeem voor Magento nodig zijn.
Een PIM ondersteunt bijvoorbeeld centrale productkenmerken, datakwaliteit, vertaalworkflows, lokale productteksten, afbeeldingen, documenten en land- en kanaalspecifieke content.
Een PIM is niet automatisch verplicht. Bij een beperkt en stabiel assortiment kan ERP plus Magento voldoende zijn. Maar wanneer duizenden producten in twaalf talen worden verrijkt, wordt handmatig beheer per store view al snel onhoudbaar. Ook goede productdata binnen Magento wordt dan steeds belangrijker.
Hyvä voor een internationale Magento-frontend
Voor nieuwe Magento-projecten is Magento met Hyvä vaak een relevante frontendkeuze. Hyvä is ontworpen om de frontendcomplexiteit te verminderen en performance te verbeteren ten opzichte van de traditionele Luma-frontend.
Dat kan voor internationale webshops voordelen bieden zoals minder frontendcomplexiteit, een snellere gebruikerservaring, een betere technische basis voor Core Web Vitals, efficiëntere ontwikkeling en herbruikbare componenten voor meerdere landen.
Hyvä is geen automatische snelheidsknop. Performance blijft afhankelijk van hosting, afbeeldingen, extensies, caching, integraties en de kwaliteit van maatwerk. Ook moet worden gecontroleerd of alle benodigde Magento-extensies compatibel zijn.
Vraag een bureau daarom naar daadwerkelijke Hyvä-partnerervaring, frontendperformance, extensiecompatibiliteit en de manier waarop componenten over verschillende store views worden beheerd. Meer over de frontend zelf lees je op onze pagina over Hyvä Themes.
Magento Open Source of Adobe Commerce?
Verkoop in meer dan tien landen betekent niet automatisch dat Adobe Commerce verplicht is. Magento Open Source kan technisch meerdere websites, stores en store views beheren en uitgebreid worden gekoppeld.
Adobe Commerce kan relevant worden door enterprisefunctionaliteit, B2B-mogelijkheden, support, cloudopties en aanvullende Adobe-diensten. De businesscase hangt af van de benodigde functies, risicobeheersing, schaal en organisatie.
Een bureau dat zonder analyse direct Adobe Commerce of juist Open Source adviseert, begint bij het product en niet bij de organisatie.
Het open-sourcekarakter brengt vrijheid én onvoorspelbaarheid
Een belangrijk voordeel van Magento Open Source is de controle over code, hosting, data en technische roadmap. Dat volledige eigenaarschap van een Magento-webshop kan voor grotere organisaties een belangrijke reden zijn om voor Magento te kiezen.
Die vrijheid brengt ook verantwoordelijkheid en een zekere mate van onvoorspelbaarheid mee. Magento zelf, de serveromgeving, Hyvä en externe extensies moeten regelmatig worden bijgewerkt. Een update van Magento kan invloed hebben op maatwerk of modules. Een extensie-update kan een compatibiliteitsprobleem veroorzaken met een andere extensie.
Dat betekent niet dat Magento instabiel is. Het betekent dat professioneel beheer onderdeel is van het platformmodel.
Internationale SEO vanaf de architectuurfase
Internationale SEO moet worden meegenomen voordat domeinen, store views en URL’s worden ingericht. Belangrijke onderdelen zijn landdomeinen of subdirectories, hreflang, canonicals, indexeerbaarheid, lokale zoekwoorden, metadata, interne links, XML-sitemaps, structured data en redirects.
Een technische vertaling is niet automatisch een goede lokale SEO-pagina. Zoekgedrag, terminologie en commerciële verwachtingen verschillen per land. Een Nederlandse categorie kan in Duitsland een andere naam, structuur of zoekintentie hebben.
Productfeeds, marketplaces en advertising
Een internationaal Magento-platform voedt vaak meer kanalen dan alleen de eigen webshops. Denk aan Google Merchant Center, marketplaces, affiliateplatformen en social advertising.
Productdata uit ERP of PIM moet daarom niet uitsluitend voor Magento worden ontworpen. Het datamodel moet ook geschikt zijn voor externe verkoop- en advertentiekanalen. Wanneer Channable onderdeel is van de architectuur kan bijvoorbeeld een Magento-koppeling met Channable relevant zijn.
Hoe verloopt een professioneel internationaal Magento-project?
1. Discovery en procesanalyse
Het bureau onderzoekt landen, doelgroepen, producten, systemen, processen en commerciële doelen. Medewerkers van e-commerce, IT, logistiek, finance, klantenservice en marketing worden betrokken.
2. Internationale architectuur
Websites, stores, store views, domeinen, valuta, catalogi en lokale uitzonderingen worden ontworpen. Ook worden Magento Open Source en Adobe Commerce afgewogen.
3. Data- en integratiearchitectuur
De rollen van ERP, PIM, WMS, Magento en middleware worden vastgelegd. Datastromen, frequenties, monitoring en foutscenario’s worden beschreven.
4. UX en design system
Een centrale componentenbibliotheek wordt ontwikkeld met ruimte voor lokale content, betaalmethoden en commerciële variaties.
5. Development en Hyvä-frontend
De Magento- en Hyvä-development, extensies, maatwerk en integraties worden uitgevoerd. Code reviews, geautomatiseerde tests en gecontroleerde deployments horen bij het proces.
6. Datamigratie en content
Producten, klanten, orders, categorieën en content worden opgeschoond, gemapt en gemigreerd. Vertaal- en goedkeuringsworkflows worden ingericht.
7. Testen
Naast functionele tests zijn integratie-, performance-, security-, SEO- en acceptatietests nodig. Testscenario’s worden per land en per kritisch proces uitgevoerd.
8. Gefaseerde livegang
Niet ieder land hoeft tegelijk live. Een pilotmarkt kan worden gebruikt om processen en integraties in de praktijk te valideren. Daarna volgen andere landen in gecontroleerde waves.
9. Beheer en doorontwikkeling
Na livegang blijven updates, security, monitoring, content, CRO en internationale marketing onderdeel van een gezamenlijke roadmap.
Welke expertise moet het Magento-bureau aantonen?
Het bureau moet ervaring hebben met Magento-backend en architectuur, Hyvä en frontendperformance, ERP-integraties, hosting, DevOps, internationale e-commerce, SEO en online marketing. Vraag daarnaast wie het werk daadwerkelijk uitvoert. Shopcommerce werkt met eigen projectmanagers, UX-designers, developers en marketingspecialisten.
Voor organisaties die een nieuwe omgeving willen ontwikkelen, is het verstandig specifiek te kijken naar ervaring met het bouwen van Magento-webshops en niet alleen naar regulier onderhoud van bestaande installaties.
Waarom Shopcommerce voor een internationaal Magento-project?
Shopcommerce is sinds 2008 gespecialiseerd in het ontwikkelen, beheren en optimaliseren van webshops. We combineren Magento- en Hyvä-development met strategie, UX, projectmanagement, integraties en internationale zoekmachinemarketing.
Ons in-house team kan onder meer helpen met platform- en architectuuradvies, Magento Open Source en Adobe Commerce, Hyvä Theme en Hyvä Checkout, ERP- en PIM-koppelingen, internationale website- en storeviewstructuren, datamigratie, productdata, security, onderhoud, SEO, GEO, Google Ads, Shopping, content, analytics en structurele doorontwikkeling.
Shopcommerce werkt ook met Shopify. Daardoor kunnen we onderzoeken wanneer Magento of Shopify beter past bij de processen en groeiplannen. De uitkomst hoeft niet vooraf Magento te zijn. Bij zeer complexe productstructuren, B2B-logica, integraties en gewenste technische autonomie kan Magento bijzonder sterk zijn. Wanneer standaardisatie, lagere technische beheerlast en snelle internationale uitrol belangrijker zijn, kan Shopify beter passen.
Voor organisaties die specifiek een migratie overwegen, hebben we daarnaast uitgebreide informatie over migreren van Magento naar Shopify.
Conclusie: kies een Magento-bureau dat landen, systemen en teams kan verbinden
Een internationale Magento-webshop met een ERP-koppeling en verkoop in meer dan tien landen is geen verzameling losse websites. Het is een centraal e-commerceplatform waarin productdata, prijzen, voorraad, content, logistiek, marketing en lokale regelgeving samenkomen.
Magento biedt hiervoor veel vrijheid. Eén installatie kan meerdere websites, stores en store views ondersteunen en via API’s worden verbonden met ERP, PIM, WMS en andere systemen. Die vrijheid levert pas waarde op wanneer de architectuur, integraties en beheerprocessen professioneel worden ontworpen.
Zoek daarom geen bureau dat alleen kan aantonen dat het Magento-code schrijft. Zoek een partner die begrijpt hoe internationale e-commerce operationeel werkt, die foutscenario’s durft te bespreken en die development, data, UX, SEO en beheer in één roadmap kan samenbrengen.
Wil je weten welke Magento-architectuur bij jouw landen, ERP en organisatie past? Shopcommerce kan starten met een discovery en internationale blauwdruk. Daarmee worden de platformkeuze, integraties, landstructuur, risico’s, doorlooptijd en realistische investering inzichtelijk voordat de ontwikkeling begint.
Veelgestelde vragen
Kan Magento meer dan tien internationale webshops vanuit één omgeving beheren?
Ja. Magento ondersteunt meerdere websites, stores en store views binnen één installatie. De juiste indeling hangt af van domeinen, talen, catalogi, prijzen, valuta, klanten en lokale processen.
Kan Magento met ieder ERP worden gekoppeld?
Dat hangt af van de beschikbare API’s, exportmogelijkheden en processen van het ERP. Magento biedt REST-, GraphQL- en andere integratiemogelijkheden, maar de koppeling moet inhoudelijk worden ontworpen en getest. Voor specifieke omgevingen zijn bijvoorbeeld ook oplossingen voor Magento koppelen aan AFAS en Magento koppelen aan Exact relevant.
Is een PIM verplicht bij meer dan tien landen?
Nee. Een PIM wordt vooral waardevol bij veel producten, kenmerken, talen, lokale contentvarianten en meerdere verkoopkanalen. De noodzaak moet op basis van beheerlast en datacomplexiteit worden bepaald.
Is Adobe Commerce nodig voor internationale verkoop?
Niet automatisch. Magento Open Source kan meerdere internationale websites beheren. Adobe Commerce kan interessant zijn vanwege enterprise- en B2B-functionaliteit, support en aanvullende diensten.
Is Hyvä geschikt voor een internationale Magento-webshop?
Ja. Hyvä kan een snelle en minder complexe frontendbasis bieden. Extensiecompatibiliteit, hosting, afbeeldingen en maatwerk blijven echter bepalend voor de uiteindelijke performance.
Kunnen prijzen en assortimenten per land verschillen?
Ja. Afhankelijk van de website- en storestructuur kunnen catalogi, prijzen, valuta en content per markt worden ingericht. Het ERP- en Magento-datamodel moeten hierop aansluiten.
Hoe lang duurt een internationaal Magento-project?
Een project met meer dan tien landen en ERP-integratie duurt vaak negen tot achttien maanden. De doorlooptijd hangt sterk af van maatwerk, data, koppelingen, content en de gekozen uitrolstrategie.
Is een gefaseerde livegang verstandig?
Vaak wel. Met een pilotmarkt kunnen integraties en processen eerst gecontroleerd worden. Daarna kunnen andere landen in groepen worden uitgerold. Een big-bangmigratie kan soms nodig zijn, maar brengt meer operationeel risico mee.
Wat kost het onderhoud van een internationale Magento-webshop?
Dat hangt af van maatwerk, extensies, integraties, SLA en releasefrequentie. Houd rekening met hosting, monitoring, updates, securitypatches, regressietests en structurele doorontwikkeling.
Kan Shopcommerce ook internationale marketing verzorgen?
Ja. Shopcommerce combineert Magento-development met SEO, SEA, Google Shopping, productdata en AI-ondersteunde internationale content. Waar nodig wordt content gecontroleerd door native speakers.


