Diensten

Branches

Alle nieuws

Magento-webshop overnemen van een ander bureau: zo pak je het aan

Overstappen naar een ander Magento-bureau hoeft geen sprong in het diepe te zijn. Met dit stappenplan regel je toegang en eigendom, laat je de code en hosting doorlichten en draag je de webshop over zonder dat je klanten er iets van merken.

Developer bekijkt de code en serverinrichting van een bestaande Magento-webshop tijdens een technische audit
Developer bekijkt de code en serverinrichting van een bestaande Magento-webshop tijdens een technische audit

Kort antwoord: een Magento-webshop overnemen van een ander bureau doe je in vijf stappen. Regel eerst alle toegang en het eigendom van code en data. Laat daarna de webshop technisch doorlichten. Zet vervolgens een eigen test- en deploymentomgeving op, draag het beheer gefaseerd over en spreek vooraf af wanneer de overdracht klaar is. Je webshop blijft de hele tijd online.

Overstappen gebeurt meestal om dezelfde redenen: updates blijven liggen, de shop wordt trager, de communicatie loopt stroef of het bureau stopt met Magento. Wij nemen regelmatig Magento-webshops over, dus we zijn niet neutraal. Dit stappenplan werkt ook als je met een ander bureau verdergaat.

Bijgewerkt op 4 november 2026. De bronnen staan onderaan.

Stap 1: regel toegang en eigendom

Begin hier, vóór je de samenwerking met het oude bureau opzegt. Zonder volledige toegang kan een nieuw bureau niets beoordelen en loop je het risico dat je afhankelijk blijft. Magento Open Source valt onder de Open Software License 3.0. De maatwerkcode die voor jou is geschreven hoort in principe bij jouw webshop, maar check wat je contract daarover zegt.

Wat

Waarom je het nodig hebt

Git-repository met volledige historie

Zonder historie zie je niet wie wat waarom heeft aangepast. Een zip-bestand van de code is niet genoeg.

Server- en SSH-toegang of het hostingaccount

Nodig om de serverinrichting, back-ups en cronjobs te beoordelen en later te verhuizen.

Magento-admin met beheerdersrechten

Voor configuratie, extensies, gebruikers en betaalmethoden.

Composer-sleutels en licenties van betaalde extensies

Zonder geldige sleutels kun je extensies niet bijwerken of opnieuw installeren.

Domein, DNS en SSL

Zorg dat het domein op naam van je eigen organisatie staat, niet op die van het bureau.

API-sleutels en documentatie van koppelingen

ERP, PIM, betaalprovider, verzending en marketingtools. Vraag ook wie de koppelingen beheert.

Stap 2: breng de technische uitgangssituatie in kaart

Met toegang kun je vastleggen wat er eigenlijk draait. Deze gegevens bepalen hoeveel werk de overname wordt.

  • Magento-versie en patchniveau: draai je een versie die nog beveiligingsupdates krijgt?

  • Thema: Luma, Hyvä of een eigen frontend.

  • Extensies: welke zijn er, wie is de leverancier en zijn ze nog onderhouden?

  • Maatwerkmodules en aanpassingen in de core: hoe meer, hoe groter het risico bij updates.

  • Deployment: is er een CI/CD-straat of wordt er handmatig op de server gewerkt?

  • Cronjobs, queues en koppelingen: wat draait er op de achtergrond en wat gebeurt er als het stopt?

Stap 3: laat een technische audit doen

Een audit vertaalt die inventarisatie naar risico’s en prioriteiten. Een goede audit kijkt breder dan alleen de code.

Onderdeel

Wat we controleren

Code

Kwaliteit van maatwerk, aanpassingen in de core, verouderde of dubbele extensies.

Beveiliging

Openstaande beveiligingspatches, adminbeveiliging, gebruikersrechten en tweestapsverificatie.

Performance

Laadtijden, caching (Varnish, Redis), indexering en Core Web Vitals.

SEO

Redirects, canonicals, sitemap en indexering, zodat je bij de overstap geen posities verliest.

Koppelingen

Stabiliteit van ERP-, PIM- en betaalkoppelingen, foutafhandeling en logging.

Data

Productdata, klantdata en orderhistorie: kwaliteit en wie erbij kan.

Hosting

Serverinrichting, back-ups, monitoring en of de omgeving past bij je verkeer.

Draai je Adobe Commerce? Dan helpt de Upgrade Compatibility Tool van Adobe om te zien welke maatwerkcode problemen geeft bij een upgrade. Bij Magento Open Source doen we die analyse handmatig en met statische code-analyse.

Stap 4: draag over via een testomgeving

De live webshop blijft draaien terwijl het nieuwe bureau het overneemt. Zo voorkom je dat klanten iets merken.

  1. Zet een kopie van de webshop op een eigen testomgeving, met geanonimiseerde klantdata.

  2. Richt deployment in, zodat elke wijziging eerst op test komt en daarna gecontroleerd live gaat.

  3. Los de meest urgente punten uit de audit eerst op, meestal beveiliging en kapotte koppelingen.

  4. Verhuis indien nodig de hosting en test de nieuwe omgeving onder realistische belasting.

  5. Neem het dagelijkse beheer over: monitoring, back-ups, updates en support.

Spreek vooraf af wanneer de overdracht af is. Bijvoorbeeld: alle toegang staat op naam van je eigen organisatie, de nieuwe deploymentstraat werkt, er draaien back-ups en monitoring, en de eerste updates zijn zonder problemen live gegaan.

Wat lever je op na de overname?

  • Een auditrapport met bevindingen per onderdeel.

  • Een geprioriteerd actieplan: wat moet direct, wat kan later.

  • Een werkende test- en deploymentomgeving, met monitoring en back-ups.

  • Een eerste sprint met de belangrijkste verbeteringen.

Veelgemaakte fouten bij een overstap

  • Het contract met het oude bureau opzeggen voordat alle toegang en documentatie binnen is.

  • Alleen de code laten overdragen en de serverinrichting, cronjobs en koppelingen vergeten.

  • Direct live wijzigingen doen zonder testomgeving.

  • Een groot herbouwproject starten voordat duidelijk is wat er technisch mis is.

  • Redirects en SEO-instellingen vergeten bij een hostingverhuizing.

Veelgestelde vragen

Hoe lang duurt het overnemen van een Magento-webshop?

Bij een kleinere webshop zijn de audit en overdracht meestal binnen een paar weken rond. Bij een grote B2B-webshop met ERP- en PIM-koppelingen duurt het eerder een paar maanden, omdat elke koppeling getest moet worden.

Gaat mijn webshop offline tijdens de overname?

Nee. Het werk gebeurt in een testomgeving. Alleen bij een hostingverhuizing is er een kort, vooraf gepland moment waarop het verkeer naar de nieuwe server gaat.

Moet ik ook van hosting wisselen?

Niet per se. We beoordelen eerst of de huidige hosting goed is ingericht en past bij je verkeer. Alleen als dat niet zo is, adviseren we een verhuizing.

Wat als het oude bureau niet meewerkt?

Kijk eerst in je contract welke afspraken er zijn over eigendom en overdracht. Vaak zijn de admin, het hostingaccount en het domein al op jouw naam vastgelegd en kom je via die weg verder. Twijfel je over je rechten, vraag dan juridisch advies voordat je de samenwerking beëindigt.

Moet ik naar Hyvä als ik van bureau wissel?

Nee. Een overstap naar Hyvä kan wel een logische vervolgstap zijn als je frontend traag of verouderd is. Dat blijkt uit de audit.

Wil je weten hoe jouw webshop ervoor staat? Vraag een gratis Magento health check aan. We beoordelen de code, beveiliging en hosting en vertellen eerlijk wat er nodig is.

Bronnen