In de bijna 20 jaar dat ik werkzaam ben op het gebied van commerciële en technische e-commerceoplossingen, ben ik regelmatig bedrijfsleiders tegengekomen die geen raad wisten met de technische oplossingen die voor hun e-commercewebsites beschikbaar waren.
Maar al te vaak is hun technische keuze bij de lancering of vernieuwing van hun e-commerce gebaseerd op het aanbod op de markt in plaats van op hun werkelijke behoeften.
Dit artikel heeft tot doel een ander perspectief te bieden op de keuze en, meer in het algemeen, de vergelijking van e-commerceoplossingen, om zo eigenaren van kleine en middelgrote ondernemingen die actief zijn in de e-commerce te helpen weloverwogen keuzes te maken en zo de kans op succes van e-commerceprojecten – of het nu gaat om een lancering of een migratie – te maximaliseren.
Ten eerste: waarom zou je een onderscheid maken tussen ‘software’ en ‘platforms’?
Al meer dan tien jaar zet de wereldwijde IT-markt in op platformoplossingen in plaats van op royaltyvrije of gelicentieerde software. Is dit een goede aanpak of is het een vooringenomenheid die door de platformaanbieders wordt gesuggereerd?
De trend die de IT-markt momenteel promoot, bestaat er inderdaad uit om diensten te huren in plaats van te investeren in de aankoop van licenties. Concreet bieden IT-oplossingen, waaronder e-commercetools voor het opzetten van een online verkoopsite, twee mogelijkheden in de vorm van „huurdiensten“:
- SAAS (Software as a Service): hierbij wordt een licentie gehuurd in plaats van gekocht,
- PAAS (Platform as a Service): hierbij wordt software gebundeld met hosting om een ‘kant-en-klare’ oplossing te bieden,
Naast deze ‘cloud’-aanpak (SAAS of PAAS) bestaat de meer traditionele methode erin om software aan te schaffen (of royaltyvrije software te gebruiken) en deze zelf te hosten. In dit geval splitst de e-handelaar de PAAS op in lagen (hosting, e-commerce, SEO, enz.) en zorgt hij zelf (samen met partners) voor de implementatie van deze lagen.
Deze aanpak, waarbij een tool wordt gebundeld met hosting, is een andere trend dan die van royaltyvrije software. In tegenstelling tot software waarvoor kosten in rekening worden gebracht (bij aankoop of huur), heeft royaltyvrije software de afgelopen jaren een aanzienlijk marktaandeel veroverd, ook in de e-commerce, met uitstekende, volledig uitgeronde tools zonder maandelijkse gebruiksvergoedingen.
- Platform (PAAS): Shopify, WIX
- Software: Magento, PrestaShop, WooCommerce
- Sommige hostingproviders bieden de software aan in SAAS-modus, d.w.z. door hosting te bundelen met royaltyvrije software, bijvoorbeeld WordPress en WooCommerce die vooraf op een hostingpakket zijn geïnstalleerd
Voor- en nadelen
Voordelen van de software
- De e-handelaar is ‘eigenaar’ en geen ‘huurder’ van zijn e-commercewebsite. Deze aanpak moet dan ook worden beschouwd als een investering, net zoals een machinepark of magazijnen. Het rendement op de investering zal pas later komen, maar het zal blijvend zijn.
- Deze aanpak is zowel ‘kant-en-klaar’ (wanneer de software op een standaardmanier wordt geïmplementeerd) als ‘op maat’, aangezien de e-handelaar op elk moment kan besluiten om de functionaliteiten van zijn software verder te ontwikkelen om deze te verrijken en zich te onderscheiden.
- Aan alle functionele behoeften kan worden voldaan. In theorie is het een ‘sky is the limit’-benadering, ook al weten we allemaal dat een KMO in de praktijk gebonden is aan een budget,
Nadelen van software
- De initiële investeringskosten zijn doorgaans hoger dan die van een platform, zelfs bij royaltyvrije tools. Er moet namelijk worden samengewerkt met een bureau om de software te implementeren en de e-commercefuncties in te stellen, vervoerders te configureren, betaalmethoden toe te voegen, enz. Wanneer de oplossing aanzienlijk is uitgebreid ten opzichte van de basisversie van de software, kunnen de operationele kosten hoog oplopen om op de lange termijn een evenwichtige algehele werking te behouden. Dit geldt ook voor platforms.
- Het risico met betrekking tot de levensvatbaarheid van de softwareontwikkelaar, of het nu gaat om royaltyvrije of betaalde software, is vergelijkbaar met dat voor platforms.
Voordelen van platforms
- Ze zijn ‘gebruiksklaar’: het opzetten van een webwinkel ging nog nooit zo snel,
Ze bundelen een reeks functionaliteiten en een commerciële logica in een ‘kant-en-klare’ of ‘turnkey’-oplossing. De e-handelaar beschikt over een reeks processen en best practices voor e-commerce die standaard in het platform zijn geïntegreerd, - Ze zijn voordelig voor de beginnende e-handelaar: de investeringskosten zijn laag (kant-en-klaar platform) en de operationele kosten zijn in het begin beperkt dankzij een basisoplossing,
Nadelen van platforms
- Het gaat altijd om ‘confectie’, dat wil zeggen een gestandaardiseerde versie die voor alle klanten hetzelfde is. Dit is het tegenovergestelde van ‘maatwerk’; met andere woorden: als de ‘confectie’ niet past, valt de oplossing af.
- Alle potentiële concurrenten die hetzelfde platform gebruiken, beschikken dus over hetzelfde instrument. Wat de aangeboden functies betreft, is het onderscheid tussen e-commercebedrijven dus gering of zelfs onbestaande, waardoor de concurrentie zich verplaatst naar aspecten als prijs en voorraad. Men moet zich hiervan bewust zijn. We gaan allemaal de strijd aan met precies dezelfde wapens,
- Het blijft mogelijk om bovenop het platform te bouwen, met componenten of maatwerk, om onderscheid te creëren en uitgebreidere functionaliteiten te bieden. Dit is echter moeilijker te realiseren en het risico bestaat dat de functies die u hebt ontwikkeld niet compatibel zijn met de volgende versie van het platform. Hetzelfde soort probleem doet zich voor bij ERP-platforms zoals Odoo,
- Als de e-handelaar besluit zijn contract op te zeggen, raakt hij alles kwijt: zijn e-commercewebsite, de kwaliteit van de natuurlijke zoekmachineoptimalisatie; hij begint weer helemaal vanaf nul. Meestal kan hij een lijst met klanten en bestellingen terugkrijgen, maar daar houdt het dan ook meestal op,
- Deze platforms worden duur wanneer men afwijkt van de standaard of wanneer de volumes toenemen. Sommige platforms vragen een commissiepercentage op e-commercetransacties. Dit is het geval bij Shopify Plus, waarvan het tarief begint bij meer dan 2.000 € aan maandelijkse huurkosten, plus commissies,
- Er blijft altijd een risico bestaan met betrekking tot de levensvatbaarheid van de aanbieder, die kan worden overgenomen of te maken kan krijgen met kwaliteitsproblemen of financiële moeilijkheden, maar dit geldt voor elke softwareaanbieder,
Zodra de verschillen tussen ‘platforms’ en ‘software’ duidelijk zijn, is een beginnende of reeds actieve e-handelaar al beter toegerust, maar nog niet voldoende om een weloverwogen keuze te maken. Met ‘weloverwogen’ wordt bedoeld ‘een keuze die de kans op succes van zijn of haar project maximaliseert’, want uiteindelijk is dat voor hem of haar het belangrijkste!
Hoe kun je dan op een verstandige manier een keuze maken tussen deze twee alternatieven en alle bestaande producten?
Ik stel u hier een beproefde methode voor, in vier stappen:
- Het in kaart brengen van de behoeften voor het specifieke project van onze e-handelaar
- Functioneel bestek of de lijst met functies waaraan de toekomstige e-commerce moet voldoen
- Het onderscheiden van technische oplossingen op basis van functionele en technische behoeften
- Marktonderzoek, selectie van een shortlist, onderhandeling, contractafsluiting en uitvoering van het project.
Dit is, in het kort, de inhoud van het denkproces, dat in vier opeenvolgende stappen wordt doorlopen.
De keuze mag niet worden gemaakt op basis van de specificaties van de afzonderlijke softwarepakketten of platforms, maar moet veeleer uitgaan van een inventarisatie van de werkelijke behoeften van de e-handelaar. We moeten deze fout dus vermijden en de aanpak omdraaien. Eerst moet worden vastgesteld wat de e-handelaar nodig heeft, voordat wordt gekeken naar wat de markt te bieden heeft!
Deze behoefteanalyse hangt af van talrijke factoren:
- Van de economische en commerciële ontwikkelingsfase waarin de e-handelaar zich bevindt: is het een start-up (die behoefte heeft aan marktvalidatie), of een beginneling die vooruitgang wil boeken (de eerste terugkerende verkopen zijn op gang gekomen en groei is de werkelijke behoefte), in een volwassen markt, een al dan niet beschermde nichemarkt, enzovoort? Deze ‘zakelijke’ context levert al belangrijke aanwijzingen op om de juiste oplossing te kiezen,
- Van de stand van zaken met betrekking tot de bestaande concurrentie op de markt van de e-handelaar, zowel online als in fysieke winkels. Dit betreft dus het aanbod dat al op de markt is, de beschikbare opslagdiensten (rechtstreeks door de concurrent, via marktplaatsen, via dropshipping, enz.) en de bezorgopties van concurrenten, zowel wat betreft de bezorgtarieven als de bijbehorende logistiek (levertijd, tracking, keuzemogelijkheden voor de eindklant),
Aan de hand van de voorgaande punten kan op tijdstip T een marketing- en functioneel bestek voor het online aanbod van deze e-commerceonderneming worden opgesteld.
Dit zijn typisch de vragen die je jezelf tijdens deze analyse moet stellen om een nauwkeurige, gestructureerde lijst op te kunnen stellen waarin wordt beschreven wat de toekomstige website absoluut moet kunnen. Deze lijst gaat doorgaans gepaard met prioriteiten (verplicht, optioneel, eventueel).
- Welke producten moeten worden aangeboden, in welke vorm en in combinatie met welke diensten? Bijvoorbeeld: is er behoefte aan een productconfigurator zodat de klant zelfstandig kan bepalen wat hij moet kopen om aan zijn eigen behoeften te voldoen, of het nu gaat om B2C- of B2B-klanten? Hetzelfde geldt voor producten met varianten (bijvoorbeeld variaties in maat, kleur, enz.), voor producten met gratis varianten of digitale producten, of zelfs de combinatie van fysieke en virtuele varianten (bijv. gedrukte boeken, e-books en audioboeken),
- Welk voorraadbeheer is nodig om de concurrentie het hoofd te bieden? Voorbeelden: omvang van de eigen voorraad met verzending binnen X uur, beheer van één of meerdere magazijnen, dropshipping vanuit de leverancier van de e-handelaar, op bestelling met herbevoorrading, enz. Moet de voorraad bovendien in realtime worden gedeeld met één of meerdere verkooppunten?
- Welk prijsaanbod moet worden aangeboden? Zetten de markt en de concurrentie de e-handelaar ertoe aan om volumekortingen aan te bieden, een klantenkaart om kortingen te sparen, aanbiedingen van het type „vier kopen, drie betalen“, kortingen op basis van het driemaandelijkse aankoopvolume, guerrillamarketing, enz.,
- Welke verzendopties moeten aan de eindklant worden aangeboden? Moet er doorgaans worden gekozen voor levering thuis of op kantoor, bij een afhaalpunt, in kluisjes, op pallets, rekening houdend met het volumegewicht, en moeten er meerdere vervoerders worden aangeboden zodat de eindklant zijn voordeel kan doen met de vervoerder van zijn voorkeur voor levering aan huis?
- Welke betaaloplossingen moeten worden aangeboden? Bijvoorbeeld via bankoverschrijving, met een bankkaart, afhankelijk van de specifieke kenmerken van elk land (bijv. Bancontact in België, My Bank in Spanje of Italië, PayPal), maar ook via gespreide betalingen (buy now pay later) of betaling na levering en facturering?
- Welke waarborgen moet de nieuwe e-commerce bieden? Vanzelfsprekend door volledig te voldoen aan de geldende wetgeving in Europa en in het land van de e-handelaar. Er is geen twijfel mogelijk: niet alleen mag de e-handelaar de wet niet overtreden, maar in deze tijd van oplichting zullen goed geïnformeerde klanten ook controleren of bepaalde informatie op de website waar ze van plan zijn te kopen, aanwezig en correct is: de naleving van de AVG, het beheer van cookies, de afhandeling van online herroepingsverzoeken, nationale specifieke kenmerken (bijv. Duitsland), enz. Het klinkt misschien naïef, maar vanuit dit oogpunt zijn niet alle e-commerceplatforms gelijk voor de wet …
- Andere factoren, zoals de noodzaak om een kassa (voor een fysiek verkooppunt) te koppelen aan een reeds bestaand e-commerceplatform of online facturering volgens het Peppol-model van de Europese Unie, kunnen voor bepaalde e-handelaars verplichte functionaliteiten zijn.
Het opstellen van deze behoefteanalyse betekent zeker niet dat „alle vakjes moeten worden aangevinkt“. In de praktijk is het budget van een e-handelaar in een KMO ongetwijfeld beperkt. De e-handelaar moet zich daarom richten op de functionaliteiten die noodzakelijk zijn om zijn economische doelstellingen te bereiken. Ook hier lijkt het misschien een open deur, maar het afstemmen van de behoeften op de beschikbare investeringen is geen sinecure.
Op basis van deze gestructureerde lijst met functionele eisen kan de e-handelaar vervolgens een shortlist van kandidaat-tools voor zijn nieuwe e-commerce samenstellen en de markt verkennen.
De technische oplossing voor de functionele behoeften kan op drie manieren worden geïmplementeerd. Er wordt vaak gesproken van „adopt, adapt of develop”, oftewel drie methoden om aan de behoeften te voldoen met een softwareoplossing of een e-commerceplatform. U zult het snel begrijpen.
- Adopt: de e-handelaar kiest ervoor om zich functioneel aan te passen aan het aanbod van de e-commerceoplossing door de door deze oplossing voorgestelde bedrijfsprocessen over te nemen in plaats van die van de e-handelaar zelf of die door de e-handelaar zijn bedacht. Dit is vergelijkbaar met confectiekleding,
- Adapt: hier past de e-handelaar zich gedeeltelijk aan het aanbod van de e-commerceoplossing aan, maar wijkt hij daarvan af voor bepaalde essentiële functionaliteiten die hij moet aanbieden om zich te onderscheiden van de concurrentie (of zich daaraan aan te passen). De e-handelaar moet zich vooraf bewust zijn van de toegevoegde waarde van deze ‘aanpassingen’ ten opzichte van de kosten die ze met zich meebrengen,
- Develop: de e-handelaar vindt geen oplossing die hij kan overnemen of aanpassen aan zijn bedrijfsmodel. Er moet dan een softwareoplossing op maat worden ontworpen die aan zijn behoeften voldoet. In dit geval gaat men verder dan de ‘standaard’ e-commerceplatforms of -software en kiest men voor maatwerkontwikkeling, meestal op basis van een ‘framework’ (bijvoorbeeld in PHP, Symfony of Laravel). Dit is de meest onderscheidende, maar ook de duurste oplossing, die een aanzienlijke afhankelijkheid creëert van het team dat de oplossing heeft ontwikkeld (duurzaamheid, kosten, enz.). Aan de andere kant kan deze methode een krachtig onderscheidingsmiddel zijn om de e-handelaar door dik en dun te ondersteunen … mits hij over voldoende financiële draagkracht beschikt.
De technische oplossingen die op de markt beschikbaar zijn, vallen doorgaans onder één of twee van deze methoden. We kunnen een platform of software dus koppelen aan ‘adopt’, ‘adapt’ of ‘develop’:
- Een platform (PAAS/SAAS) is de beste oplossing voor ‘adopt’, of zelfs voor een zekere mate van ‘adapt’,
- Software uit de markt is geschikt voor zowel ‘adopt’ als ‘adapt’,
- Een ‘develop’-oplossing zal eerder bestaan uit een combinatie van een systematische inventarisatie van de behoeften van de e-handelaar, om zo tot een bestek te komen, en vervolgens het zoeken naar een ontwikkelingsteam (en geen software of platform) dat in staat is deze ontwikkelingen te realiseren en de oplossing daarna te onderhouden (adaptief onderhoud en isofunctioneel onderhoud).
We hebben het hier duidelijk over heel andere budgetten (van 10 tot 20.000 euro voor een ‘adopt’- of ‘adapt’-softwareoplossing, tot enkele tienduizenden euro’s voor een ‘develop’-oplossing).
Aan het einde van deze fase moet de e-handelaar weten welke methode hij wil (adopt, adapt of develop), met welk budget en voor welke shortlist van oplossingen voor zijn e-commerce. Dan hoeft hij alleen nog maar de markt te verkennen.
We zullen niet uitgebreid ingaan op deze – toch cruciale – stap. Daarvoor zou een artikel nodig zijn dat even lang is als het artikel dat u nu leest, en ik wil de lezer niet verliezen.
Doorgaans is deze fase gebaseerd op een functioneel bestek, evenals op niet-functionele bepalingen en een reeks administratieve bepalingen om het volgende te kunnen doen:
- De aanbesteding op een gestructureerde en eerlijke manier uitschrijven,
- Offertes ontvangen,
- Deze vergelijken,
- Indien nodig een of meerdere kandidaten vragen een prototype te maken om te bewijzen wat zij in hun offerte beweren
- Indien nodig referenties van kandidaten te bezoeken,
- Te onderhandelen,
- De mijlpalen voor facturering en betaling vast te stellen (om de controle over het project te behouden),
- Een contract af te ronden en te ondertekenen,
- Het project te beheren totdat het naar tevredenheid is voltooid.
Laten we nooit vergeten dat zolang het contract niet is ondertekend, het nog mogelijk is om eisen te stellen aan een kandidaat-leverancier. Na de ondertekening is dat niet meer mogelijk. Ten slotte moet een goede marktverkenning uitmonden in een contract waarin beide partijen vertrouwen hebben en dat het CQFD mogelijk maakt: een project tegen de geplande kosten, met de gedefinieerde kwaliteit, alle functionaliteiten die in de behoefteomschrijving zijn opgenomen en binnen de gestelde termijn. Een heel verhaal. Ook hier zouden we uitgebreid kunnen ingaan op de redenen waarom digitale projecten in KMO’s, maar niet alleen daar, (vaak) kunnen mislukken.
De vier stappen vergen niet alleen een aanzienlijke voorbereiding, maar ook specifieke vaardigheden.
In principe is de ondernemingsleider, als dit niet het vakgebied van de e-commerceverantwoordelijke is, slecht toegerust om dit traject in vier stappen soepel te doorlopen. Ter herinnering: (i) het in kaart brengen van de behoeften, vervolgens (ii) het bepalen van de beste oplossing tussen ‘adopt, adapt & develop’, (iii) marktonderzoek en selectie van de juiste partner (competenties en ‘fit’) en ten slotte (iv) de uitvoering van het implementatie- of migratieproject.
Het is nooit aan te raden om op een ontwikkelingsteam te vertrouwen om de bedrijfsleider te helpen bij het maken van zijn keuzes. Het klinkt verleidelijk: „Maar ja, wij kennen e-commerce door en door, het is ons vak om dit op te zetten, vertrouw ons maar blindelings!“ Het ontwikkelingsbedrijf zal al snel zowel rechter als partij worden en zal in 99 van de 100 gevallen zijn eigen belangen boven die van de e-commerceklant stellen,
Hoe pak je het dan aan? Er zijn consultants die gespecialiseerd zijn op dit gebied, met als doel de e-handelaar gedurende het hele denkproces en de uitvoering te begeleiden, hem een scala aan oplossingen voor te leggen die aansluiten bij zijn behoeften, zijn keuze te verduidelijken en ervoor te zorgen dat de kans op succes van het daaropvolgende project wordt gemaximaliseerd, tegen optimale kosten. Een consultant die deze naam waardig is, is volledig onafhankelijk en neutraal en behartigt niet alleen de belangen van de e-commerceondernemer, maar ook die van de leverancier, omdat het zijn doel is om het project tot een goed einde te brengen met de oplossing die rendabel is voor zijn e-commerceklant.
Dit alles lijkt misschien theoretisch, maar het blijft de juiste aanpak om de juiste tool te kiezen en zo succes te boeken met uw volgende e-commerceproject. Laten we dit nu eens vanuit een praktische invalshoek bekijken.
Zijn er concrete voorbeelden van de uiteenlopende behoeften van e-commercebedrijven die van invloed zijn op de keuze voor een oplossing?
Casestudy #1. De startende ondernemer die een nieuwe activiteit opzet, bevindt zich in een proces waarin hij zijn aanpak toetst.
Hij stelt zich vragen als:
- Is mijn product verkoopbaar?
- Kan het bedrijf dat ik wil opstarten de concurrentie overleven?
- Hoe ga ik mijn logistiek organiseren?
- Enz.
In al deze gevallen bevindt de startende ondernemer zich in een leerfase, die beperkt of uitgebreid kan zijn.
In deze beginfase van zijn e-commerceparcours is het beter dat hij geen bindende keuzes maakt die in de toekomst op een doodlopende weg zouden kunnen uitkomen.
Het is duidelijk dat deze start-up in zijn geval ofwel zijn uitgaven zo veel mogelijk wil beperken en de voorkeur geeft aan een platformoplossing om zijn model te testen, ofwel afkerig is van het idee om zijn platform te ‘huren’ en liever begint met een goedkope softwareoplossing in ‘100% adopt’-modus, waarbij hij ‘eigenaar’ blijft van zijn e-commercewebsite.
Casestudy #2. De e-commerceondernemer die zich beperkt voelt door zijn huidige technische oplossing, terwijl zijn bedrijf groeit of hij nieuwe functionaliteiten overweegt om verder uit te breiden.
Dit is het geval wanneer hij absoluut moet integreren met het ERP-systeem van zijn winkel om te voorkomen dat hij online producten verkoopt die niet op voorraad zijn, of wanneer hij gespecialiseerde productvergelijkers wil implementeren of een productkiezer wil ontwikkelen, enz.
In dit specifieke geval kent de e-handelaar zijn bedrijfsmodel al; het is een verhaal dat op gang begint te komen. Hij moet zich nu concentreren op de technische kant om nieuwe functionaliteiten te implementeren. Hij kent zijn markt en zijn klanten. Hij wil gerichte oplossingen bieden voor specifieke behoeften.
Er zijn verschillende „migratiescenario’s“ te onderscheiden:
1. Als zijn webwinkel momenteel op een platform draait: ofwel kan het platform technische oplossingen bieden voor zijn functionele behoeften (adopt) tegen een concurrerend tarief, ofwel is dat niet het geval,
2. Als zijn e-commerce gebruikmaakt van royaltyvrije of op de markt verkrijgbare e-commercesoftware: hetzelfde scenario, maar nu is de vraag of zijn dienstverlener zijn e-commercesoftware kan ‘aanpassen’ om de nieuwe functionaliteiten te verkrijgen, tegen een concurrerend tarief, of niet.
In beide gevallen geldt: als het antwoord ‘nee’ is, zou de e-handelaar de markt moeten verkennen om te bepalen welke ‘adopt’-, ‘adapt’- of ‘develop’-oplossingen aan de nieuwe functionele verwachtingen kunnen voldoen tegen het gewenste tarief.
Hij bevindt zich dus mogelijk op een cruciaal punt in het proces van het wisselen van e-commerceoplossing, met een migratie als gevolg. Dit kan ook het geval zijn wanneer de softwareoplossing van de e-commercewebsite is gebaseerd op maatwerk dat om technische of functionele redenen het einde van zijn levensduur nadert. Dit is een typisch voorbeeld van projecten die in de jaren 2010–2015 zijn gerealiseerd.
Laatste vraag: wat laten de statistieken, zowel in Europa als wereldwijd, zien over de keuze voor e-commerceoplossingen?
Hier volgt nog een methode om een praktisch beeld te krijgen van wat er op de markt gebeurt: marktaandeelstatistieken.
Er zijn verschillende invalshoeken om de marktaandeelstatistieken van de verschillende e-commerceplatforms te benaderen. Laten we de kwestie vanuit verschillende invalshoeken bekijken om een duidelijk beeld te krijgen en onafhankelijk te blijven.
Wat het aantal websites betreft, staan wereldwijd het Shopify-platform (basisversie) en de WooCommerce-software ver voorop. Daarna volgen e-commercesoftware zoals Magento, PrestaShop, het Shopify Plus-platform en Shopware (bron: W3Tech 2026):
Wereldwijd marktaandeel van e-commercewebsites (in procenten)
- Woo Commerce
- Shopify (basisversie, niet de Plus-versie)
- PrestaShop
- Magento (Adobe Commerce)
- Woo Commerce
- Shopify (basisversie, niet de Plus-versie)
- PrestaShop
- Magento (Adobe Commerce)
Marktaandelen per land (in procenten)
- Woo Commerce
- Shopify
- Prestashop
- Magento / Adobe
- Shopware
- Wix
- Woo Commerce
- Shopify
- Prestashop
- Magento / Adobe
- Shopware
- Wix
Als we alleen naar Europa kijken, moeten we dit eerder vanuit een subregionale benadering analyseren, op het niveau van elk afzonderlijk land.
Er zijn namelijk geografische verschillen die de markten van elkaar onderscheiden. Hierdoor kunnen de marktaandelen nauwkeuriger worden bepaald en beter worden verklaard (Bron: Plug2Data – CMS-e-commercemarktaandelen per land).
Afgezien van marktaandelen waarbij alle websites als gelijkwaardig worden beschouwd, komt de meest interessante statistiek pas op de laatste plaats: die van de omzet die wordt gegenereerd door de verschillende oplossingen die in dit artikel worden genoemd. Hier komen we dichter bij een weloverwogen aanpak die is afgestemd op de behoeften (en het ontwikkelingsstadium van het bedrijf van elke e-handelaar).
E-Commerce Nation heeft deze cijfers in 2026 voor de Franse markt geanalyseerd. Dit zijn de belangrijkste conclusies uit hun rapport:
- 512 geanalyseerde e-commercewebsites,
- 661 geïdentificeerde bedrijven op basis van hun ondernemingsnummer,
- 89% van de markt geconcentreerd op drie CMS-systemen: Shopify, WooCommerce en PrestaShop,
- 68,1% van de websites is gebaseerd op open source,
- 7,96 miljard euro omzet voor e-commercebedrijven die PrestaShop gebruiken,
- 5,76 miljard voor Shopify (basisversie en Plus-versie samen),
- 4,79 miljard voor WooCommerce,
Deze statistieken over de gecumuleerde omzet per platform bevestigen wat we hierboven al aangaven: Shopify heeft een enorm marktaandeel bij starters die de e-commercewereld betreden, terwijl PrestaShop (de nationale marktleider in Frankrijk) toonaangevend is voor gevestigde e-commercewebsites die op volle toeren draaien.
Het bedrijf PrestaShop (dat de software aanbiedt in een royaltyvrije versie en een SAAS-versie) heeft in het verleden al aangegeven dat zijn belangrijkste doelgroep bestaat uit bedrijven die streven naar een jaarlijkse omzet van ten minste 1.000.000 €.
Omzetcijfers voor detailhandelaren (in miljarden euro's)
- Omzet
- Omzet
Verdeling van de vestigingen op basis van de gerealiseerde omzet (juli 2026, in procenten)
- Meer dan 10 miljoen euro omzet
- Een omzet tussen 1 miljoen en 10 miljoen euro
- Minder dan 1 miljoen euro omzet
- Meer dan 10 miljoen euro omzet
- Een omzet tussen 1 miljoen en 10 miljoen euro
- Minder dan 1 miljoen euro omzet
De FEVAD is de federatie voor e-commerce en postorderverkoop in Frankrijk. Zij publiceert jaarlijks marktcijfers over de elektronische handel in Frankrijk. Zo ook dit interessante cijfer over de verdeling van de websites op basis van de gerealiseerde omzet (juli 2026):
- 1,2 % van de websites realiseert een omzet van meer dan 10 miljoen euro
- 6,5 % van de websites behaalt een omzet tussen 1 miljoen en 10 miljoen euro
- 92,4 % van de websites behaalt minder dan 1 miljoen euro omzet
Als we de bovenste categorieën bij elkaar optellen, betekent dit dat iets meer dan 7,7 % van de e-commercewebsites in Frankrijk de drempel van 1 miljoen euro jaaromzet bereikt of overschrijdt.
In het hoogste segment van klanten met een omzet van meer dan 1 miljoen euro was Shopify Plus volgens de wereldwijde statistieken van W3Techs in 2026 in gebruik bij 115.773 e-commercewebsites, terwijl PrestaShop 167.213 websites bereikte en Magento (Adobe Commerce) 175.389 websites.
Het ‘Zwitserse zakmes’ van de e-commerce bestaat niet. Met andere woorden: het Engelstalige gezegde ‘one size fits all’ gaat niet op voor e-commerce-tools.
Voordat u zich laat beïnvloeden door de nieuwste trends op de markt of door aanbiedingen met agressieve of flitsende marketing, is het essentieel om u te concentreren op de behoeften van de toekomstige website. Zo kunt u beter bepalen welke tools daadwerkelijk relevant zijn, eventueel aan de hand van een beproefde methodologie en in samenwerking met een gespecialiseerde consultant.
The Right Move (TRM) beschikt zowel over een adviesteam als een ontwikkelingsteam voor e-commerceoplossingen op basis van de software PrestaShop en WooCommerce. TRM geeft er de voorkeur aan om voor klanten die al actief zijn in e-commerce oplossingen te implementeren waarbij de klant eigenaar is (investering) in plaats van huurder, voornamelijk met het oog op een langdurige samenwerking.
Christian Janfils is al meer dan 25 jaar e-commerceconsultant voor KMO’s, na een carrière in het bedrijfsleven bij IT- en telecommunicatiebedrijven van wereldklasse.
Neem vrijblijvend contact met ons op voor al uw vragen over e-commerce.