Wat kost een Magento-webshop? Een realistische TCO

Een Magento-webshop kost precies zoveel als nodig is om jouw assortiment, processen en ambities betrouwbaar online te krijgen. Dat klinkt misschien als een ontwijkend antwoord, maar een vast prijskaartje noemen zou vooral schijnzekerheid geven. Een Nederlandse B2C-shop met een overzichtelijk assortiment is een ander project dan een internationale B2B-omgeving met klantspecifieke prijzen, vijf storeviews en koppelingen met een ERP, PIM en WMS.

De licentie is bovendien maar één regel in de begroting. Ontwerp, ontwikkeling, data, integraties, hosting, onderhoud, beveiligingsupdates, testen en interne capaciteit bepalen samen wat Magento werkelijk kost. Wie alleen naar de bouwprijs kijkt, vergelijkt auto’s op basis van de aanschaf van het chassis.

Kort antwoord: de kosten van een Magento-webshop hangen vooral af van functionele complexiteit, maatwerk, integraties, datamigratie en het gewenste serviceniveau. Magento Open Source heeft geen traditionele softwarelicentie, maar is niet gratis om professioneel te bouwen en beheren. Adobe Commerce werkt met prijsopgaven op maat. Maak daarom altijd een begroting voor minimaal drie jaar en bereken de totale eigendomskosten, niet alleen het bedrag voor de eerste livegang.

Waarom er geen eerlijke standaardprijs voor Magento bestaat

Twee webshops kunnen er aan de voorkant bijna hetzelfde uitzien en achter de schermen totaal verschillend zijn. De ene shop ontvangt iedere nacht een eenvoudige voorraadexport. De andere moet prijzen per klant berekenen, orders direct naar drie magazijnen sturen en voorkomen dat twee systemen dezelfde voorraad tegelijk aanpassen. Voor de bezoeker zijn het allebei productpagina’s met een bestelknop. Voor het ontwikkelteam zijn het andere werelden.

Daarom zegt het aantal pagina’s weinig over de prijs. Betere voorspellers zijn:

• het aantal systemen waarmee Magento gegevens moet uitwisselen;

• de complexiteit van producten, prijzen, voorraad en klantgroepen;

• het aantal landen, talen, merken en webshops;

• de hoeveelheid maatwerk in de storefront en checkout;

• de kwaliteit van de bestaande data en documentatie;

• de migratie- en SEO-risico’s;

• de eisen aan beschikbaarheid, snelheid, security en support;

• de hoeveelheid achterstallig onderhoud bij een bestaande Magento-shop.

Magento Open Source of Adobe Commerce: wat betaal je precies?

Met Magento worden tegenwoordig verschillende producten bedoeld. Dat onderscheid heeft directe gevolgen voor je kostenmodel.

Magento Open Source

Magento Open Source is vrij beschikbaar en heeft geen traditionele licentiekosten. Je krijgt de e-commercebasis en kunt die met eigen ontwikkeling en extensies aanpassen. “Open source” betekent alleen niet dat hosting, implementatie, beveiliging of support door Adobe voor je worden geregeld.

Je betaalt dus niet voor het recht om de basissoftware te gebruiken, maar wel voor alles wat nodig is om er een betrouwbare webshop van te maken: een technisch ontwerp, frontend, modules, infrastructuur, deployments, monitoring, patches en deskundige mensen. Soms is Open Source financieel aantrekkelijker. Soms loopt de optelsom van extensies en maatwerk juist op, vooral bij uitgebreide B2B-processen.

Adobe Commerce

Adobe Commerce is de commerciële productlijn met aanvullende functionaliteit en dienstverlening. Adobe publiceert op de actuele pagina met pakketten en prijzen geen universeel vast bedrag; je vraagt een prijs op maat aan. De pagina onderscheidt onder meer Adobe Commerce as a Cloud Service en Adobe Commerce on Cloud. De precieze inbegrepen infrastructuur, updates, support en functies verschillen per aanbod.

Vergelijk daarom niet alleen “licentie tegenover geen licentie”. Vergelijk twee complete oplossingen voor hetzelfde eisenpakket. Als Adobe Commerce functies standaard afdekt waarvoor Open Source meerdere commerciële extensies, integraties of maatwerk nodig heeft, kan de businesscase anders uitvallen dan de licentieregel suggereert. Andersom heeft niet iedere organisatie die extra mogelijkheden nodig.

Laat in beide scenario’s vastleggen:

1. welke functies standaard in de gekozen editie zitten;

2. welke functies via extensies worden toegevoegd;

3. welk maatwerk nodig is;

4. wie support levert op ieder onderdeel;

5. welke kosten terugkeren per maand of jaar;

6. wat er gebeurt wanneer je omzet, ordervolume of infrastructuur groeit.

Reken met total cost of ownership, niet met alleen de bouwsom

De total cost of ownership, meestal afgekort tot TCO, omvat alle kosten tijdens de levensduur van de webshop. Voor een bruikbare vergelijking kun je deze eenvoudige formule gebruiken:

TCO over drie jaar = initiële realisatie + drie jaar exploitatie + interne capaciteit + verwachte doorontwikkeling + risicobuffer

Een begroting voor jaar één bevat veel eenmalige onderdelen. In jaar twee en drie verschuift de nadruk naar onderhoud, upgrades en commerciële verbetering. Maak die jaren toch direct zichtbaar. Een oplossing met een lage bouwprijs maar hoge onderhoudslast kan over drie jaar duurder zijn dan een degelijker ontwerp met een hogere startinvestering.

Splits de begroting minimaal in de volgende kostenblokken.

Kostenblok	Voorbeelden	Eenmalig of terugkerend?
Strategie en discovery	Requirements, procesanalyse, architectuur	Vooral eenmalig, opnieuw bij grote wijzigingen
UX, design en frontend	Onderzoek, ontwerp, theme, toegankelijkheid	Eenmalig plus doorontwikkeling
Technische realisatie	Configuratie, maatwerk, extensies	Eenmalig plus onderhoud
Data en content	Opschonen, migreren, verrijken	Eenmalig én doorlopend
Integraties	ERP, PIM, WMS, CRM, feeds	Bouw plus monitoring en onderhoud
Infrastructuur	Hosting, CDN, caching, back-ups	Terugkerend
Beheer en security	Patches, upgrades, support, monitoring	Terugkerend
SEO en analytics	Migratieplan, validatie, dashboards	Rond livegang én doorlopend
Interne inzet	Product owner, content, acceptatietesten	Doorlopend

De eenmalige kosten van een Magento-project

1. Discovery, requirements en architectuur

Een goed project begint niet in de code-editor, maar met vragen. Welke processen moeten online worden ondersteund? Welk systeem is eigenaar van productdata, prijzen en voorraad? Wat is een harde eis voor de eerste livegang en wat kan later?

In deze fase worden bijvoorbeeld gebruikersreizen, systeemgrenzen, datastromen, rollen, uitzonderingen en niet-functionele eisen beschreven. Ook de keuze tussen Open Source en Adobe Commerce hoort hier thuis. Discovery kost tijd, maar voorkomt dat teams halverwege ontdekken dat “een zakelijke klant” eigenlijk vijf soorten inkopers met verschillende bevoegdheden betekent.

Besparen op analyse is vooral verstandig als de organisatie haar processen al uitzonderlijk goed heeft gedocumenteerd. In alle andere gevallen wordt de rekening meestal later betaald, wanneer wijzigen duurder is.

2. UX, ontwerp en frontend

Een bestaand theme configureren vraagt minder werk dan een volledige storefront op maat. Toch is “we gebruiken een theme” geen complete begrotingsregel. Productkaarten, filters, navigatie, zoekfunctie, accountomgeving, winkelwagen en checkout moeten nog steeds aansluiten op het assortiment en de klant.

De prijs wordt mede bepaald door het aantal unieke templates en componenten, de gewenste animaties en interacties, mobiele uitwerking, toegankelijkheid en de kwaliteit van het designsysteem. Ook performance speelt mee. Een ontwerp dat alleen in Figma overtuigt, maar tientallen zware scripts nodig heeft, kan na de bouw alsnog duur worden door optimalisatiewerk en gemiste conversie.

3. Magento-configuratie, extensies en maatwerk

Magento bevat veel standaardfuncties, maar vrijwel iedere professionele implementatie vraagt configuratie en aanvullende code. Denk aan producttypen, belastingregels, betaalmethoden, verzendopties, promoties, gebruikersrollen en e-mails.

Een extensie kan sneller en goedkoper zijn dan maatwerk, mits de module goed wordt onderhouden en past bij de gekozen Magento-versie. De aanschafprijs is niet de volledige prijs: installatie, configuratie en tests bij updates horen erbij.

Maatwerk is logisch wanneer het een onderscheidend of bedrijfskritisch proces ondersteunt. Laat dan documenteren waarom standaardfunctionaliteit of een procesaanpassing niet volstaat. “Omdat we het altijd zo doen” is een zwakke businesscase voor code die jarenlang moet worden onderhouden.

4. Productdata, klantdata en contentmigratie

Data is een stille kostenpost. Producten importeren klinkt eenvoudig totdat blijkt dat maten inconsistent zijn, attributen dubbele namen hebben en afbeeldingen niet eenduidig aan SKU’s zijn gekoppeld. Bij een migratie spelen ook klanten, orderhistorie, reviews, categoriecontent en downloads mee.

Leg per dataset vast wat de bron is, wie eigenaar is, welke velden meegaan, welke opschoning nodig is en hoe de uitkomst wordt gevalideerd. Een automatische import lost slechte brondata niet op. Hij verplaatst die alleen sneller naar de nieuwe omgeving.

5. Koppelingen met ERP, PIM, WMS en andere systemen

Integraties behoren vaak tot de grootste kostendrivers. Reken niet alleen de ‘happy flow’ waarin alles goed gaat. Een professionele koppeling moet ook weten wat er gebeurt bij time-outs, dubbele berichten, ontbrekende velden en systemen die tijdelijk onbereikbaar zijn.

De begroting moet daarom ruimte bevatten voor datamapping, authenticatie, foutafhandeling, logging, retries, monitoring en beheerprocessen. Leg ook vast welk systeem leidend is. Als Magento én het ERP dezelfde prijs mogen aanpassen, heb je geen integratie maar een wedstrijd zonder scheidsrechter.

Een standaardconnector kan veel werk besparen, maar controleer welke processen daadwerkelijk worden ondersteund. “Koppelt met Exact” zegt bijvoorbeeld nog niets over creditnota’s, samengestelde producten, deelleveringen of klantspecifieke prijzen.

6. SEO, analytics en migratie

Bij vervanging van een bestaande webshop moet ook de organische waarde mee. URL’s, interne links, canonicals, metadata, structured data, hreflang, filters, sitemaps en robotsregels moeten worden geïnventariseerd en getest. Een redirectbestand op de laatste vrijdag voor livegang is geen migratiestrategie.

Google adviseert bij een verhuizing met veranderende URL’s onder meer een mapping van oude naar nieuwe URL’s, permanente server-side redirects en monitoring van beide omgevingen. In de officiële migratiehandleiding staat bovendien het praktische advies om niet onnodig meerdere grote veranderingen tegelijk te stapelen.

Reserveer dus budget voor een nulmeting, requirements, redirectmapping, pre-live controles en monitoring na de lancering. Verlies aan organisch verkeer verschijnt niet op de factuur van de webbouwer, maar kan wel de duurste projectpost worden.

7. Testen, acceptatie en livegang

Een webshop is pas af wanneer kritieke processen aantoonbaar werken. Test productprijzen, btw, voorraad, promoties, betalingen, e-mails, verzending, retouren, klantaccounts, integraties en rechten. Doe dat niet alleen met voorbeeldproduct nummer één, maar ook met randgevallen.

Naast functionele tests zijn performance-, security- en regressietests nodig. Magento steunt op meerdere technische componenten. De officiële systeemvereisten laten goed zien waarom upgrades meer kunnen raken dan alleen Magento zelf: ondersteunde versies van onder andere PHP, databases, zoektechnologie en caching veranderen mee.

Begroot ook een draaiboek, back-outscenario, extra monitoring en beschikbaarheid van sleutelpersonen rond de livegang. “We zetten hem online en kijken wat er gebeurt” is spannend, maar niet op de leuke manier.

De terugkerende kosten na de livegang

Hosting en infrastructuur

Magento heeft passende infrastructuur nodig. De kosten hangen af van verkeer, catalogusomvang, orderpieken, beschikbaarheid en gekozen architectuur. Een serieuze hostingopzet kan bestaan uit web- en databaseservers, zoektechnologie, caching, CDN, back-ups, monitoring en aparte testomgevingen.

De goedkoopste server vergelijken met managed Magento-hosting is niet eerlijk als de dienstverlening verschilt. Vraag daarom wat inbegrepen is: proactieve monitoring, back-ups en hersteltests, schaalbaarheid, incidentrespons, DDoS-bescherming, deploymentondersteuning en bereikbaarheid buiten kantooruren.

Onderhoud, patches en upgrades

Magento is geen eenmalige installatie. Adobe publiceert nieuwe releases en securitypatches; de released-versiesmatrix toont per release de supportperiode. Wachten tot een versie bijna uit support loopt, verandert regulier onderhoud in een haastproject.

Een onderhoudsbudget dekt onder meer:

• beoordeling en installatie van securitypatches;

• updates van Magento, extensies en technische componenten;

• regressietesten;

• oplossen van bugs;

• monitoring van foutlogs en kritieke processen;

• periodieke performance- en securitycontroles;

• documentatie en technisch schuldbeheer.

Adobe adviseert onder andere om de installatie actueel te houden en securitypatches toe te passen. De Magento- en Adobe Commerce-beveiligingsdocumentatie noemt daarnaast maatregelen als tweefactorauthenticatie en securityscans. Security is dus geen optioneel onderhoudspakket dat je alleen kiest als er budget over is.

Licenties, extensies en externe diensten

Naast een eventuele Adobe Commerce-overeenkomst kunnen kosten terugkomen voor modules, zoekoplossingen, betaalproviders, verzendsoftware, e-maildiensten, fraudedetectie, consent, productfeeds, reviews en monitoring. Sommige leveranciers rekenen per domein, storeview, gebruiker, order of omzetniveau.

Maak één licentieregister met contractduur, verlengdatum, eigenaar en opzegtermijn. Anders groeit de technische stack ongemerkt uit tot een verzameling kleine abonnementen die samen heel groot blijken.

Support en doorontwikkeling

Een supportcontract houdt de winkel operationeel; doorontwikkeling maakt hem beter. Meng die budgetten niet volledig. Als ieder supportuur ook van het innovatietegoed afgaat, verdwijnen experimenten zodra er een paar incidenten zijn.

Spreek af wat een storing is, welke responstijden gelden en wat buiten de overeenkomst valt. Reserveer daarnaast capaciteit voor commerciële verbeteringen. Een webshop die alleen wordt onderhouden, blijft technisch misschien draaien maar loopt commercieel langzaam achteruit.

Interne tijd

Interne uren zijn echte kosten, ook als ze niet op een leveranciersfactuur staan. Een product owner maakt keuzes en accepteert werk. E-commerce, klantenservice, finance en logistiek leveren input en testen. Contentteams vullen categorieën en producten. Juridische en privacycollega’s controleren waar nodig de inrichting.

Drie realistische kostenscenario’s

Zonder requirements zijn eurobedragen niet betrouwbaar. Deze scenario’s helpen wel bepalen welke kostenklasse en onzekerheid bij jouw project horen.

Scenario A: overzichtelijke Magento Open Source-webshop

Eén markt, één taal, een beheersbaar assortiment, een bestaand ERP met een bewezen connector en weinig afwijkende processen. De storefront gebruikt grotendeels bestaande componenten. De grootste kosten zitten in configuratie, frontend, datamigratie en een gecontroleerde livegang.

Scenario B: groeiende multistore met meerdere integraties

Meerdere landen of merken, lokale content, verschillende betaal- en verzendmethoden, een PIM en ERP, uitgebreide filters en commerciële maatwerkcomponenten. Hier nemen architectuur, integratietests, internationale SEO en beheercomplexiteit duidelijk toe.

Scenario C: complexe B2B- of omnichannelomgeving

Klantspecifieke catalogi en prijzen, offertes, bestelgoedkeuring, meerdere magazijnen, accountrollen, veel orderregels en bedrijfskritische integraties. In dit scenario moet je Adobe Commerce vergelijken met Open Source plus extensies en maatwerk. Beschikbaarheid, security, performance en support wegen zwaar.

De bouwsom is hier slechts één deel van de businesscase. Begroot ook procesontwerp, training, monitoring en adoptie.

Zo maak je zelf een bruikbare Magento-begroting

Vraag leveranciers om dezelfde scope te begroten en gebruik een vast rekenblad. Neem per onderdeel vijf kolommen op:

1. Scope: wat wordt concreet opgeleverd?

2. Eenmalige kosten: analyse, bouw, configuratie en migratie.

3. Terugkerende kosten: maand- en jaarbedragen.

4. Aannames en uitsluitingen: wat is niet inbegrepen?

5. Onzekerheid: vast bedrag, bandbreedte of nacalculatie?

Maak vervolgens drie budgetten:

• Launchbudget: alles wat nodig is voor een verantwoorde livegang.

• Exploitatiebudget: hosting, support, licenties, onderhoud en interne capaciteit.

• Groeibudget: optimalisatie, experimenten en nieuwe functionaliteit na de livegang.

Bereken per optie de TCO voor dezelfde periode. Tel ook discovery, projectmanagement, tests en interne uren mee. Noteer risico’s apart en koppel er een eigenaar en beheersmaatregel aan.

Wanneer verdient Magento zichzelf terug?

Magento is geen doel op zichzelf. De investering moet omzet verhogen, operationele kosten verlagen, risico beperken of toekomstige groei mogelijk maken.

Maak de businesscase concreet met meetbare effecten:

• hoeveel extra brutomarge levert een hogere conversie op?

• hoeveel handmatige uren bespaart een betrouwbare koppeling?

• hoeveel fouten, retouren of servicevragen voorkom je met betere productdata?

• hoeveel extra markten of klantgroepen kun je bedienen?

• wat kost een uur uitval of een mislukte orderstroom?

• wat is de waarde van organisch verkeer dat bij een migratie behouden blijft?

Gebruik brutomarge in plaats van alleen omzet. Een stijging van €100.000 omzet is niet hetzelfde als €100.000 opbrengst. Neem ook implementatietijd en adoptie mee: een functie levert niets op als klanten of medewerkers hem niet gebruiken.

Slim besparen zonder later dubbel te betalen

De beste besparingen verminderen complexiteit.

• Breng de eerste release terug tot bewezen must-haves.

• Pas een intern proces aan als dat goedkoper en beter beheersbaar is dan maatwerk.

• Ruim productdata op vóórdat ontwikkelaars imports gaan herstellen.

• Kies extensies op kwaliteit en onderhoud, niet op de langste functielijst.

• Hergebruik componenten in plaats van ieder scherm uniek te ontwerpen.

• Leg systeem- en data-eigenaarschap vooraf vast.

• Neem SEO, analytics en testen vroeg mee; herstel na livegang kost meer.

• Werk upgrades regelmatig bij in plaats van jarenlang technisch schuld op te sparen.

Zo vergelijk je offertes zonder appels met databases te vergelijken

Leg offertes naast elkaar op inhoud, niet alleen op het totaalbedrag. Controleer minstens:

• Is discovery inbegrepen en wat levert die fase op?

• Zijn UX, ontwerp en frontend duidelijk gescheiden?

• Welke onderdelen zijn standaard, extensie of maatwerk?

• Zijn extensie- en licentiekosten voor meerdere jaren opgenomen?

• Omvatten integraties ook foutafhandeling, logging en monitoring?

• Wie verzorgt data-opschoning en contentinvoer?

• Zijn SEO-migratie, redirects en analytics onderdeel van de scope?

• Welke soorten tests worden uitgevoerd?

• Welke omgevingen en deploymentstraat worden ingericht?

• Wat zijn de supporttijden en tarieven na livegang?

• Wie bezit de broncode, accounts en documentatie?

• Welke aannames kunnen tot meerwerk leiden?

Een duurdere offerte kan completer zijn. Een goedkopere offerte kan net zo goed passen als de scope bewust kleiner is. Het probleem ontstaat wanneer beide partijen denken hetzelfde af te spreken, terwijl de ene prijs een werkende webshop omvat en de andere alleen de technische basis.

Wat doet MagentoSEO wel en niet binnen zo’n project?

MagentoSEO bouwt of programmeert de webshop niet. De Magento-webbouwer is verantwoordelijk voor architectuur, ontwikkeling, deployments en technische implementatie.

Onze rol ligt bij analyse en kwaliteitsbewaking. We kunnen vooraf SEO-requirements opstellen, de bestaande organische prestaties en URL-structuur inventariseren, migratierisico’s prioriteren en de requirements vertalen naar een concrete briefing voor de webbouwer. Voor de livegang valideren we onder meer indexeerbaarheid, canonicals, redirects, interne links, structured data en meetbaarheid. Na de livegang controleren we of de implementatie in de praktijk goed uitpakt.

Die rolverdeling voorkomt twee veelvoorkomende fouten: SEO-wensen die te laat bij het ontwikkelteam terechtkomen en technische oplossingen die wel zijn gebouwd, maar nooit onafhankelijk zijn getest.

Begrotingschecklist voor een Magento-webshop

Controleer vóór akkoord of de begroting antwoord geeft op deze vragen:

• [ ] Is duidelijk waarom Magento de passende platformkeuze is?

• [ ] Zijn Magento Open Source en Adobe Commerce inhoudelijk en financieel vergeleken?

• [ ] Zijn alle requirements geprioriteerd in must-have, should-have en later?

• [ ] Zijn UX, design, frontend en toegankelijkheid opgenomen?

• [ ] Zijn alle extensies, licenties en verlengkosten zichtbaar?

• [ ] Zijn maatwerkonderdelen beschreven en gemotiveerd?

• [ ] Zijn datamigratie, opschoning en validatie begroot?

• [ ] Omvat iedere integratie ook logging, foutafhandeling en monitoring?

• [ ] Zijn hosting, back-ups, testomgevingen en incidentrespons opgenomen?

• [ ] Zijn securitypatches, upgrades en regressietests structureel gebudgetteerd?

• [ ] Zijn SEO-migratie, analytics en post-live monitoring onderdeel van het plan?

• [ ] Is interne capaciteit voor inhoud, testen en besluitvorming gereserveerd?

• [ ] Zijn support en commerciële doorontwikkeling als aparte budgetten zichtbaar?

• [ ] Zijn aannames, uitsluitingen en mogelijke meerwerktriggers vastgelegd?

• [ ] Is de TCO over minstens drie jaar berekend?

Veelgestelde vragen over de kosten van Magento

Is Magento Open Source gratis?

De software zelf is vrij beschikbaar zonder traditionele licentiekosten. Een professionele implementatie is niet gratis. Je betaalt voor ontwikkeling, hosting, extensies, onderhoud, security, upgrades en de mensen die de webshop beheren.

Wat kost Adobe Commerce?

Adobe werkt met prijsopgaven op maat en biedt verschillende pakketten en deploymentmodellen. Vraag een actuele aanbieding aan en vergelijk die met een volledig Open Source-scenario voor hetzelfde eisenpakket. Neem daarbij ook infrastructuur, support, functies en toekomstig onderhoud mee.

Wat is meestal de grootste kostenpost?

Dat verschilt per organisatie. Bij een relatief eenvoudige shop kunnen frontend en realisatie domineren. Bij volwassen e-commerce zijn integraties, maatwerk, data en jarenlang onderhoud vaak bepalender. Een gedegen discovery maakt zichtbaar waar jouw zwaartepunt ligt.

Hoeveel moet ik jaarlijks voor onderhoud reserveren?

Daarvoor bestaat geen percentage dat voor iedere shop klopt. Laat een onderhoudsplan opstellen op basis van de gebruikte Magento-versie, extensies, maatwerk, integraties, infrastructuur, bedrijfsrisico en gewenste responstijd. Begroot in ieder geval patches, upgrades, regressietests, monitoring en incidenten.

Conclusie: de juiste vraag is niet alleen wat Magento kost

De prijs van een Magento-webshop volgt uit de complexiteit die je ermee wilt oplossen. Magento Open Source haalt de traditionele softwarelicentie weg, maar niet de rest van de begroting. Adobe Commerce voegt een commerciële overeenkomst toe, maar kan functies en dienstverlening bevatten die anders apart moeten worden gerealiseerd.

Vraag daarom niet alleen: “Wat kost een Magento-webshop?” Vraag ook wat de oplossing drie jaar lang kost, welk bedrijfsresultaat zij moet opleveren en welke risico’s in de offerte wel of niet zijn afgedekt. Dan verandert een willekeurige bouwprijs in een serieuze investeringsbeslissing.

Wil je vóór een bouw of migratie weten welke SEO-randvoorwaarden in de begroting thuishoren? Met een Magento SEO-analyse brengen we de technische en inhoudelijke risico’s in kaart. We vertalen die naar een uitvoerbare briefing voor je Magento-webbouwer en controleren vervolgens of de implementatie klopt.