Je logt in op je website en meteen klopt er iets niet. De homepage toont spam, je browser waarschuwt dat de site onveilig is, of klanten melden dat ze rare redirects zien. Op zo’n moment schiet je snel in paniek, maar paniek helpt de aanvaller meer dan jou.

Een website gehackt betekent niet automatisch dat alles verloren is. Het betekent wel dat je nu snel, rustig en in de juiste volgorde moet handelen. Wie lukraak bestanden verwijdert of meteen een oude back-up terugzet zonder onderzoek, maakt de schade vaak groter.

Dit is het goede nieuws. Er is een werkbare aanpak. Eerst stop je de bloeding, daarna breng je de schade in kaart, vervolgens herstel je gecontroleerd, en pas dan kijk je naar SEO, klantvertrouwen en structurele preventie.

Je Website Gehackt De Schok en de Eerste Reactie

De eerste minuten zijn chaotisch. Je ziet vreemde content, je kunt niet meer inloggen, of je site laadt nog wel maar voelt “anders”. Dat gevoel is vaak juist. Vertrouw het.

De dreiging is ook niet theoretisch. In 2025 was 6% van de Nederlandse bevolking, ongeveer 900.000 mensen, slachtoffer van hacken, wat de groeiende dreiging voor websites en online accounts onderstreept volgens het CBS over online criminaliteit. Voor bedrijven betekent dat een reëel risico op downtime, reputatieschade en financieel verlies.

Wat je nu vooral niet moet doen

Veel ondernemers maken in de eerste paniekreactie dezelfde fouten:

• Blind updaten: een plugin, thema of core-update kan logbestanden overschrijven of sporen wissen.
• Losse bestanden verwijderen: kwaadaardige code zit zelden op één plek.
• Iemand “even laten kijken”: een halve interventie zonder plan laat vaak een backdoor staan.
• Gewoon blijven doordraaien: als klanten nog bestellingen plaatsen op een besmette webshop, vergroot dat je risico.

Rustig handelen is sneller dan paniekerig handelen. Bij een hack telt niet alleen tempo, maar vooral volgorde.

Eerst oriënteren, dan ingrijpen

Controleer eerst of het probleem aan de voorkant zit, in het beheersysteem, of ook op serverniveau. Kun je nog in WordPress? Zie je onbekende gebruikers? Werkt de admin-login niet meer? Als je vastloopt bij de toegang, helpt deze uitleg over inloggen bij WordPress om snel te bepalen of je nog controle hebt over de beheeromgeving.

Noteer ondertussen wat je ziet. Exacte foutmeldingen. Tijdstip. Klachten van klanten. Waarschuwingen van Google of je hostingpartij. Die details lijken banaal, maar ze helpen later om de ingang van de hack te achterhalen.

Je hoeft dit niet in één keer perfect te doen. Je moet vooral voorkomen dat de situatie verder ontspoort.

Diagnose Stellen De Signalen van een Hack Herkennen

Niet elke gehackte website is zichtbaar vernield. Soms is de homepage onaangetast en draait de aanval volledig op de achtergrond. Dat maakt de diagnose lastiger, maar ook belangrijker.

Duidelijke signalen aan de voorkant

Sommige tekenen zijn meteen zichtbaar:

• Defaced homepage: de inhoud is vervangen door een boodschap, spam of vreemde afbeeldingen.
• Ongewenste redirects: bezoekers landen op goksites, nep-webshops of dubieuze landingspagina’s.
• Browserwaarschuwingen: Chrome of andere browsers markeren je site als onveilig.
• Onverklaarbare traagheid: pagina’s laden plots veel trager zonder legitieme reden.

Die signalen zijn ernstig, maar nog niet volledig. De zichtbare schade is vaak alleen de bovenkant.

Subtiele signalen in je bedrijfsvoering

Bij veel kmo’s merk je een hack eerst indirect. Niet via code, maar via verstoring.

Signaal	Wat het kan betekenen
Klanten ontvangen vreemde mails	Je formulier, mailbox of website stuurt spam
SEO-verlies zonder duidelijke oorzaak	Er zijn spam-pagina’s toegevoegd of Google wantrouwt je site
Betaalprovider of host stuurt melding	Externe partijen zien misbruik eerder dan jij
Nieuwe admin-gebruiker in CMS	Iemand heeft blijvende toegang ingericht

Kijk dus verder dan het scherm. Een gehackte website raakt vaak ook je e-mailreputatie, je zoekverkeer en je gekoppelde systemen.

Checklist voor een eerste diagnose

Werk onderstaande punten één voor één af.

• Controleer gebruikersaccounts: kijk in WordPress, Shopify of je andere CMS of er onbekende admins, editors of developers zijn toegevoegd.
• Bekijk recente wijzigingen: thema-bestanden, plugins, snippets en templates die zonder jouw goedkeuring aangepast zijn, zijn verdacht.
• Controleer uploads en mediabestanden: aanvallers verstoppen scripts vaak in mappen waar normaal afbeeldingen staan.
• Open server- en applicatielogs: let op ongebruikelijke loginpogingen, pieken in requests of wijzigingen buiten kantooruren.
• Check formulieren en checkout: werkt alles nog zoals bedoeld, of worden gegevens doorgestuurd naar een onbekende bestemming?
• Zoek naar onbekende pagina’s in Google: spam-URL’s verschijnen soms eerder in de index dan in je eigen CMS-overzicht.

Praktische regel: behandel een website niet als “veilig” omdat de homepage er normaal uitziet. Veel aanvallen zijn ontworpen om juist onzichtbaar te blijven.

Het risico van stille hacks

Hier gaat het vaak mis. Bedrijven laten een snelle virusscan lopen, zien niets aan de buitenkant en concluderen dat het meevalt. Dat is gevaarlijk. Traditionele antivirussoftware detecteert slechts 34% van moderne infostealers, die in 2025 verantwoordelijk waren voor 86% van de datalekken wereldwijd, volgens deze analyse van Vectra over infostealers.

Dat betekent concreet dat een aanvaller credentials kan stelen zonder je homepage aan te passen. De site lijkt in orde. Ondertussen worden logins, sessies of gekoppelde accounts misbruikt.

Platforms vragen om een andere blik

WordPress vraagt extra aandacht voor plugins, thema’s, onbekende gebruikers en aangepaste core-bestanden.
Shopify vraagt eerder controle op apps, thema-aanpassingen, scripts in de checkout- of trackinglaag en gebruikersrollen.
Magento verdient extra aandacht voor extensies, admin-accounts en koppelingen met externe systemen.
Laravel of React vereisen een bredere kijk op deployment, omgevingsvariabelen, build-processen en toegangsbeheer.

Wanneer de diagnose al genoeg zegt

Als je één van deze zaken ziet, mag je uitgaan van een ernstig incident:

• onbekende beheerdersaccounts
• spam-pagina’s of redirects
• gewijzigde checkout-flow
• ongeautoriseerde code in thema of templates
• klachten over misbruik van klantgegevens

Dan is de vraag niet meer of je website gehackt is. Dan is de vraag hoe snel je de schade begrenst.

Containment De Bloeding Stoppen in Vier Stappen

Zodra je bevestigt of sterk vermoedt dat je website gehackt is, stopt de onderzoekende fase even. Dan moet je de aanvaller afsnijden. Niet netjes. Wel gecontroleerd.

Stap één haal de site uit risicozone

Zet de website tijdelijk in onderhoudsmodus of haal de publieke toegang offline als dat sneller kan. Het doel is eenvoudig. Bezoekers beschermen, dataverlies beperken en voorkomen dat de aanvaller verder werkt via formulieren, checkout of scripts.

Bij een brochurewebsite volstaat vaak een onderhoudspagina. Bij een webshop moet je sneller en strikter zijn. Elke nieuwe bestelling, login of formulierinzending kan extra schade opleveren.

Stap twee wijzig alle kritieke toegangen

Verander meteen de wachtwoorden van:

• CMS-accounts: admin, editor, shopmanager, developer
• Hostingpaneel: alles wat toegang geeft tot bestanden of instellingen
• Database-toegang: zodat bestaande achterdeuren minder bruikbaar worden
• FTP of bestandsbeheer: als dat nog actief is, hoort het in de reset mee
• Gekoppelde mailboxen: vooral als resetmails via die adressen lopen

Doe dit systematisch. Niet alleen jouw account, maar alle accounts met invloed op de site. Anders zet je de voordeur op slot terwijl de achterdeur open blijft.

Stap drie beëindig actieve sessies

Veel ondernemers vergeten dit. Als een aanvaller al ingelogd is, helpt een wachtwoordwijziging soms niet meteen. Log daarom gebruikers geforceerd uit waar dat kan. Denk aan sessies in je CMS, hostingomgeving en gekoppelde tools.

Als de indringer nog binnen zit, is een nieuw wachtwoord alleen een symbolische maatregel.

Stap vier contacteer je hostingpartner

Je hostingprovider ziet vaak signalen die jij niet ziet. Bestandswijzigingen, verdachte processen, blokkades, blacklisting of misbruik op serverniveau. Meld het incident kort en concreet. Vraag niet alleen of ze “iets zien”, maar ook of ze logs bewaren, een tijdelijke blokkade kunnen plaatsen en recente snapshots beschikbaar hebben.

Wat containment wel en niet oplost

Containment stopt de uitbreiding. Het verwijdert de hack niet automatisch.

Actie	Resultaat
Site offline zetten	Beperkt verdere schade aan bezoekers
Wachtwoorden wijzigen	Snijdt een deel van de toegang af
Sessies beëindigen	Sluit actieve indringers sneller buiten
Hosting informeren	Maakt forensische hulp en servercontrole mogelijk

Wat het níét doet, is kwaadaardige code, backdoors of besmette integraties automatisch verwijderen. Daar begint het echte herstelwerk pas.

Opschonen en Herstellen Je Website Terugwinnen

Het moeilijkste deel van een website gehackt incident is niet het moment van ontdekking. Het is het moment waarop je denkt dat alles weer schoon is. Net daar ontstaan herinfecties.

Volgens cybersecurity-rapporten wordt 43% van de gehackte websites binnen 30 dagen opnieuw aangevallen, vaak omdat 73% van de opgeschoonde sites nog steeds meerdere, onopgemerkte backdoors bevat, zoals beschreven in deze analyse van SiteGuarding over kwetsbare websites. Dat is precies waarom snelle cosmetische fixes zo vaak mislukken.

Voor WordPress-specifieke signalen en herstelstappen is ook deze pagina over een WordPress website gehackt in 2024 nuttig als extra referentie.

Eerst bepalen wat je herstelt

Je hebt meestal twee routes:

1. Handmatig opschonen
2. Herstellen vanaf een schone back-up

Geen van beide is automatisch de beste.

Handmatig opschonen is zinvol als je exact weet welke bestanden zijn aangepast, de site veel maatwerk bevat en je logs voldoende duidelijk zijn.
Een back-up terugzetten is veiliger als je een betrouwbare, schone versie hebt van vóór de besmetting en je nadien gecontroleerd updates en wachtwoordresets uitvoert.

Het probleem zit in het woord betrouwbaar. Veel back-ups bevatten de infectie al, omdat bedrijven pas laat merken dat hun website gehackt is.

Wanneer een back-up de juiste keuze is

Een back-up is vaak de snelste route als:

• de website recent nog volledig normaal werkte
• je weet van welke datum de besmetting vermoedelijk dateert
• de back-up niet alleen bestanden, maar ook database bevat
• je de back-up eerst in een testomgeving kunt controleren

Zet een back-up nooit blind terug op productie. Controleer eerst thema’s, plugins, aangepaste code, gebruikersaccounts en verdachte inhoud in de database.

Wanneer handmatig opschonen verstandiger is

Bij maatwerkprojecten, grotere shops of complexe integraties kan handmatig herstel beter zijn. Zeker als de site koppelingen heeft met ERP, CRM, marketplaces of een custom backend.

Dan wil je namelijk niet alleen “terug”, maar ook begrijpen:

• waar de aanvaller binnenkwam
• welke code aangepast is
• welke accounts misbruikt zijn
• of er exfiltratie heeft plaatsgevonden
• of gekoppelde systemen geraakt zijn

Praktische volgorde voor het opschonen

Verwijder niet eerst. Vergelijk eerst.

Maak een kopie van de huidige situatie. Daarna vergelijk je bestanden met een schone referentieversie.

Bij WordPress betekent dat onder meer:

• core-bestanden vergelijken met een zuivere WordPress-versie
• plugins één voor één beoordelen op herkomst en noodzaak
• thema-bestanden controleren op vreemde includes, obfuscatie of onverwachte scripts
• de database nalopen op spam-content, verborgen admin-accounts en geïnjecteerde code

Bij Shopify ligt de focus anders:

• controleer het actieve thema op ongeautoriseerde code
• bekijk geïnstalleerde apps en hun machtigingen
• onderzoek extra scripts in tracking, pixels en thema-instellingen
• loop gebruikersrechten na voor staff-accounts en partners

Bij Magento en andere zwaardere e-commerce stacks kijk je extra scherp naar extensies, admin-routes, bestandswijzigingen en koppelingen met externe systemen.

De schoonmaak is pas geslaagd als je zowel de zichtbare malware als de toegangsmethode verwijderd hebt.

Let op backdoors en verborgen toegang

Backdoors zijn de reden dat een website na “opschoning” toch opnieuw besmet raakt. Denk aan kleine scripts met onschuldige bestandsnamen, extra admin-gebruikers, gemanipuleerde scheduled tasks of gewijzigde instellingen die later opnieuw toegang geven.

Een snelle scan met een tool is nuttig, maar niet genoeg. Gebruik scanners als signaal, niet als eindbeslissing. Bij WordPress kan een scanplugin helpen om verdachte bestanden te markeren, maar de echte beoordeling vraagt interpretatie. Niet elk onbekend bestand is kwaadaardig, en niet elke malware ziet er verdacht uit.

Controleer ook de database

Veel ondernemers kijken alleen naar bestanden. Dat is te beperkt. Spam-pagina’s, kwaadaardige redirects, geïnjecteerde scripts en nepgebruikers kunnen perfect in de database zitten.

Controleer daarom onder meer:

• contenttabellen en pagina-inhoud
• gebruikers en rollen
• site-instellingen
• widgets, snippets en custom fields
• e-commerce configuratie en checkout-gerelateerde velden

Een bestandenscan zonder databasecontrole geeft een vals gevoel van veiligheid.

Herstel in een testomgeving als het kan

Werk niet meteen live als de situatie complex is. Een staging- of testomgeving laat je toe om:

• wijzigingen veilig te valideren
• redirects en formulieren te testen
• thema- en pluginconflicten op te sporen
• klantstromen te controleren zonder extra risico

Voor shops is dat bijzonder belangrijk. Je wilt niet ontdekken dat je checkout stuk is nadat je de site alweer publiek hebt gezet.

Een korte video kan helpen om die denkfouten bij herstel te herkennen:

Valideer de herstelde site hardop tegen jezelf

Gebruik geen vaag criterium zoals “het lijkt weer te werken”. Stel hardere vragen.

Controlepunt	Vraag
Toegang	Zijn alle onbekende accounts verwijderd en rechten herzien?
Code	Zijn core, thema, plugins en maatwerk gecontroleerd?
Database	Zijn spam, scripts en verdachte records weg?
Integraties	Werken betaalprovider, formulieren en koppelingen correct?
Monitoring	Staat logging weer aan zodat je nieuwe signalen ziet?

De grens tussen zelf doen en hulp inschakelen

Zelf herstellen kan verantwoord zijn als de site klein is, je exact weet wat gewijzigd is en je weinig kritieke koppelingen hebt. Maar er is een duidelijke grens.

Schakel een specialist in als:

• je webshop betalingen verwerkt
• klantgegevens mogelijk geraakt zijn
• je geen betrouwbare back-up hebt
• je maatwerkcode of complexe integraties gebruikt
• je de ingang van de hack niet kunt vaststellen
• de infectie terugkomt na een eerste schoonmaak

Dat is geen zwakte. Dat is risicobeheer. Bij een simpele brochurewebsite kun je nog experimenteren. Bij een omzetdragende shop, leadmachine of platform met klantdata is precisie belangrijker dan zuinigheid.

De Nasleep SEO, Communicatie en Compliance Beheren

Technisch herstel voelt vaak als het einde. Voor het bedrijf is het dat zelden. Een website gehackt incident laat sporen na in Google, bij klanten, bij betaalpartners en soms ook juridisch.

SEO is vaak mee geraakt

Zelfs als de site weer schoon is, kan Google nog oude spam-URL’s, malwarewaarschuwingen of verdachte snippets zien. Controleer daarom Search Console, indexeerbare pagina’s en meldingen rond beveiliging.

Let vooral op deze signalen:

• Onbekende pagina’s in de index
• Plots verlies van merkverkeer
• Waarschuwingen over misleidende content
• Rare paginatitels of meta descriptions in zoekresultaten

Dien pas een herbeoordeling in wanneer je echt klaar bent. Te vroeg indienen kost tijd en geloofwaardigheid.

Klantcommunicatie vraagt rust en precisie

Zwijgen uit schaamte is meestal de slechtste strategie. Je hoeft niet dramatisch te communiceren, maar wel helder.

Een goed bericht aan klanten bevat:

• wat er gebeurd is, in begrijpelijke taal
• wat je al gedaan hebt om het probleem te stoppen
• welke acties klanten eventueel zelf moeten nemen
• via welk kanaal ze vragen kunnen stellen

Gebruik geen technisch rookgordijn. Klanten willen weten of hun gegevens, bestellingen of accounts risico liepen. Niet welk script precies misbruikt is.

Een kalme, feitelijke boodschap herstelt meer vertrouwen dan een defensieve of wollige uitleg.

Compliance is geen bijzaak

Dat is zeker waar wanneer bestanden, persoonsgegevens of accounttoegang mogelijk geraakt zijn. De ernst daarvan zie je in de regio ook terug. Een ransomware-aanval in de Benelux trof in oktober 2025 bijna 40.000 bestanden, en in de EU leidt 70% van de inbraken via kwetsbaarheden tot significante impact, met ransomware als de meest voorkomende, volgens het overzicht van ccinfo over cyberaanvallen in oktober 2025.

Dat is de reden waarom je na technisch herstel ook je datalek- en complianceproces moet volgen. Denk aan interne documentatie, juridische beoordeling en meldplicht waar die van toepassing is.

Vergeet gekoppelde systemen niet

De website is zelden een eiland. Kijk daarom ook naar:

Systeem	Waarom controleren
Betaalprovider	Misbruik of verdachte transacties
CRM	Mogelijke blootstelling van klantdata
ERP	Risico via order- en voorraadkoppelingen
E-mailplatform	Spam of misbruik van formulieren
Marketplace-koppelingen	Doorgegeven product- of orderdata

Vooral webshops met koppelingen naar boekhouding, fulfilment of marketplaces moeten hier streng op zijn. Een aanvaller hoeft je site niet volledig over te nemen om toch bedrijfsgegevens te raken.

Interne evaluatie hoort erbij

Maak na afloop een korte incidentlog. Niet voor de show, maar om herhaling te voorkomen.

Noteer onder meer:

• vermoedelijke ingang
• eerste waarneming
• genomen containment-stappen
• herstelde componenten
• open risico’s
• structurele verbeteringen

Die oefening maakt het verschil tussen “we hebben geluk gehad” en “we zijn de volgende keer sneller en sterker”.

Preventie Je Digitale Fort Bouwen voor de Toekomst

De beste reactie op een website gehackt incident is niet wantrouwig alles blokkeren. Het is een verdediging opbouwen die praktisch vol te houden is. Veiligheid werkt alleen als je team ze ook echt kan beheren.

De meeste aanvallen zijn niet persoonlijk

Veel ondernemers denken dat ze doelwit waren omdat ze “interessant” zijn. In de praktijk werken veel aanvallers geautomatiseerd. Automatische hackingtools, die scannen op verouderde plugins, zijn de meest voorkomende methode om websites te compromitteren. Omdat elke 39 seconden een aanval op het web wordt uitgevoerd, is het up-to-date houden van systemen zoals WordPress essentieel, zoals beschreven in het Cybersecuritybeeld Nederland 2016 van de NCTV.

Dat verandert hoe je moet denken. Preventie gaat minder over heldhaftige noodacties en meer over saai, consequent onderhoud.

Een werkbaar preventiemodel

Beperk rechten hard

Geef niemand meer toegang dan nodig. Een marketeer hoeft geen volledige admin te zijn. Een externe partner hoeft niet permanent toegang te houden. Minder rechten betekent minder schade als een account wordt misbruikt.

Houd software strak bijgewerkt

WordPress-core, plugins, thema’s, Shopify-apps, Magento-extensies, servercomponenten en maatwerkbibliotheken moeten een vast updateproces hebben. Niet “wanneer er tijd is”, maar volgens routine.

Bouw back-ups die bruikbaar zijn

Een back-up is alleen waardevol als je ze kunt terugzetten en vertrouwen. Bewaar dus niet alleen kopieën, maar test ook herstel. Zeker bij webshops met orders, klantenaccounts en koppelingen.

Voeg een extra verdedigingslaag toe

Denk aan een WAF, tweestapsverificatie, loginbeperkingen, logging en waarschuwingen bij verdachte wijzigingen. Dat zijn geen luxeopties meer voor grotere bedrijven. Ze zijn basisbescherming.

Onderhoud is geen technisch klusje. Het is bedrijfscontinuïteit in de vorm van discipline.

Wat in de praktijk goed werkt

• Maandelijkse review van gebruikersrechten
• Geplande updates op vaste momenten
• Controle van nieuwe plugins of apps vóór installatie
• Monitoring op bestandswijzigingen en verdachte logins
• Aparte testomgeving voor grotere aanpassingen
• Beperking van losse scripts en onbekende integraties

Wat meestal niet werkt

• één keer per jaar “een grote kuis”
• te veel plugins stapelen zonder eigenaarschap
• oude accounts laten bestaan “voor het geval dat”
• back-ups hebben maar nooit testen
• beveiliging volledig aan een enkele plugin overlaten

Het verschil tussen goedkoop en duur

De goedkoopste aanpak voelt vaak voordelig tot de volgende storing, blacklisting of herinfectie. Een degelijk onderhoudsproces kost minder stress, minder omzetverlies en minder reputatieschade. Voor bedrijven die daar geen intern team voor hebben, is structureel beheer vaak de verstandigste keuze. Wie dat wil uitbesteden, kan bekijken wat er hoort bij een professioneel traject voor website laten onderhouden.

Preventie is uiteindelijk geen verzameling tools. Het is een afspraak met jezelf dat je website niet alleen mooi en snel moet zijn, maar ook verdedigbaar.

Veelgestelde Vragen over Gehackte Websites

Kan ik mijn website gewoon terug online zetten zodra ze weer werkt

Nee. “Ze werkt weer” is geen veilige norm. Zet je site pas terug online als je toegang, bestanden, database en integraties gecontroleerd hebt. Anders publiceer je mogelijk een nog besmette omgeving.

Hoe weet ik of er klantgegevens gestolen zijn

Soms weet je dat meteen, vaak niet. Kijk naar logs, gewijzigde accounts, verdachte exports, klachten van klanten en signalen uit gekoppelde systemen. Als je het niet kunt uitsluiten, behandel het dan als een serieus incident en laat het beoordelen.

Is een plugin of scanner genoeg om alles op te lossen

Nee. Een scanner helpt om verdachte patronen te vinden, maar beslist niet zelfstandig of je site schoon is. Vooral bij maatwerk, database-injecties en verborgen toegang is menselijke analyse nodig.

Mijn WordPress-site is gehackt. Moet ik van platform veranderen

Niet automatisch. WordPress kan veilig draaien als updates, rechten, plugins en onderhoud goed geregeld zijn. Het echte probleem is vaak slecht beheer, niet per se het platform zelf.

Hoe lang duurt herstel

Dat hangt af van de omvang, het platform, de aanwezigheid van back-ups en of er koppelingen zijn met andere systemen. Een kleine site kan snel hersteld zijn. Een webshop met maatwerk vraagt meer controle en dus meer tijd.

Moet ik mijn klanten altijd informeren

Niet elke technische storing vraagt dezelfde communicatie, maar zodra accounts, persoonsgegevens, betalingen of vertrouwen geraakt kunnen zijn, is duidelijke communicatie meestal nodig. Houd die boodschap feitelijk en bruikbaar.

Wanneer schakel ik best een specialist in

Doe dat meteen als je klantdata verwerkt, omzet via de site loopt, de infectie terugkomt, of je niet zeker weet hoe de aanvaller binnenkwam. Dan is snelheid belangrijk, maar zekerheid nog meer.

---

Een website gehackt incident vraagt geen paniek, wel leiding. Als je wilt dat een ervaren team je site niet alleen herstelt maar ook structureel veiliger maakt, kun je contact opnemen met Mtea. Ze helpen kmo’s en groeibedrijven met veilige websites en webshops in WordPress, Shopify, Magento, Laravel en React, inclusief onderhoud, koppelingen en herstel wanneer het echt complex wordt.