Wix, WordPress of maatwerk: leg je koppelingen vooraf vast

Je nieuwe site staat live. Het ontwerp klopt, het contactformulier werkt en iedereen is blij. Twee jaar later wil je voorraadstanden tonen, automatisch factureren of nieuwe leads in je CRM zetten. Dan blijkt dat “een koppeling is mogelijk” vooral betekende dat iemand ooit een CSV-bestand kan downloaden.

Dat is het moment waarop een platformkeuze geld gaat kosten. Niet omdat Wix, WordPress of maatwerk per definitie goed of slecht is, maar omdat je vooraf niet hebt vastgelegd wat er uit kan, wie de accounts bezit en welke deur je naar je andere systemen krijgt.

Dit is geen ranglijst op uiterlijk, prijs of gebruiksgemak. Het is een gesprekshandleiding voor de offerte. De vraag werd extra zichtbaar toen Wix Symphony ook zonder bestaande Wix-site beschikbaar kwam, maar een losse AI-dienst verandert niets aan de overdraagbaarheid van de website zelf. Stand van deze gids: gecontroleerd op 20 oktober 2026.

Koppelbaarheid is de mate waarin je website gecontroleerd gegevens kan uitwisselen met andere systemen en die gegevens later ook weer overdraagbaar zijn. Het gaat om meer dan een API. Je hebt ook exportformaten, webhooks, toegangsrechten, eigendom van accounts, documentatie, foutafhandeling en een geteste route naar een andere leverancier nodig.

Na deze gids kun je een bouwer één duidelijke opdracht geven: laat per datastroom zien wat de bron is, welke koppeling je gebruikt, waar de data staat en hoe ik alles terugkrijg als de samenwerking stopt.

Wat je nodig hebt voordat je kiest

Je hebt geen technisch team nodig om dit gesprek goed te voeren. Je hebt wel concrete stukken nodig:

• Toekomstige datastromen. Noteer wat je site nu en later moet uitwisselen met voorraad, boekhouding, CRM, nieuwsbrief, betaalprovider, planning en klantportaal.
• Een bron van waarheid per gegeven. Bepaal waar productnaam, voorraad, klant, order, betaalstatus en factuur officieel leven. Als twee systemen tegelijk mogen schrijven, krijg je een conflict.
• Toegang tot de juiste accounts. Denk aan domeinregistrar, DNS, hosting, platformaccount, codeopslag, betaalprovider en API-beheer. Een beheerdersrol is niet hetzelfde als eigenaar zijn.
• Een exporttest met echte voorbeelddata. Vraag niet of export “mogelijk” is. Vraag om een bestand dat je in een lege testomgeving kunt importeren.
• Een onderhoudsplan. Wie controleert API-fouten, verlopen sleutels, pluginupdates, webhook-herleveringen en back-ups?
• Een budgetindeling. Laat de offerte apart tonen: ontwerp en bouw, platform of hosting, koppelingen, onderhoud, migratie, documentatie en overdracht.

Wat je per platform zwart op wit vastlegt

Wix: goede bedrijfs-API, beperkte verhuizing van de site

Wix is een SaaS-platform. Volgens de eigen helpdesk moet een Wix-site op de servers van Wix draaien, omdat de site afhankelijk is van de eigen technologie en diensten. Een complete Wix-site kun je dus niet downloaden en op een andere host draaien. Dat is de belangrijkste grens.

Die grens betekent niet dat Wix niets kan koppelen. Wix heeft API's voor e-commerce, betalingen en orders. Webhooks kunnen gebeurtenissen zoals productaanmaak en aankopen doorgeven. De webhookdocumentatie waarschuwt voor dubbele en vertraagde gebeurtenissen. Als je endpoint niet binnen 1.250 milliseconden een 200-status teruggeeft, kan Wix opnieuw proberen. Je koppeling moet dus een gebeurtenis-ID onthouden, snel bevestigen en de verwerking los daarvan afhandelen.

Voor CMS-gegevens is er een CSV-route. Wix laat contentcollecties als CSV exporteren, inclusief alle velden of een gefilterde selectie. Producten, contacten en orders hebben eigen beheer- en exportmogelijkheden. Dat zijn bruikbare datadeuren, geen volledige verhuizing van je site. Je exporteert records, niet automatisch ontwerp, instellingen en runtime.

Wix ondersteunt ook het importeren van historische orders via de Orders API. De documentatie markeert die importmethodes als bèta. Dat is handig als je naar Wix toe migreert. Het bewijst niet dat elk onderdeel er later in dezelfde vorm weer uit komt.

Zet bij Wix dit in de offerte:

1. Het Wix-account staat op een e-mailadres van jouw organisatie.
2. Jij bent site owner, niet alleen Admin of Co-Owner.
3. Het domein staat bij jouw registrar of op naam van je rechtspersoon.
4. De offerte noemt per gegevensgroep de export: CMS, producten, contacten, orders, media, redirects en formulieren.
5. De bouwer levert API-scopes, webhook-configuratie, veldmapping en foutafhandeling op.
6. De koppeling kan zonder het bureau opnieuw worden aangemaakt door een andere partij.
7. Je accepteert expliciet dat het ontwerp bij een vertrek opnieuw gebouwd moet worden.

Een Wix-site kan dus een verstandige keuze zijn voor een bedrijfswebsite met standaardprocessen. Maak hem niet tot je enige voorraad- of orderdatabase als je verwacht dat je over twee jaar een andere technische route nodig hebt.

WordPress is twee verschillende keuzes

“WordPress” zegt te weinig. Je moet in de offerte kiezen tussen zelf-gehoste WordPress en WordPress.com.

Bij zelf-gehoste WordPress beheer je hosting, bestanden en database zelf, of op accounts die van jouw organisatie zijn. De officiële documentatie maakt het onderscheid scherp: een volledige back-up bestaat uit bestanden én database. De bestanden bevatten onder meer WordPress, thema’s, plugins, uploads en configuratie. De database bevat posts, instellingen, gebruikers en plugin-data. Eén van de twee is geen volledige overdracht.

De ingebouwde export maakt een WXR- of XML-bestand met posts, pagina’s, taxonomieën, aangepaste velden en gebruikers. Voor een echte verhuizing wil je meer. Maak ook een database-export, kopieer de map wp-content, bewaar je configuratie en leg vast welke plugins, licenties, thema’s en externe diensten nodig zijn. Met WP-CLI kun je database naar SQL exporteren en content naar WXR. De exporteerbaarheid is sterk, maar alleen zolang je hosting- en codeaccounts kunt openen.

De WordPress REST API gebruikt JSON en biedt endpoints voor posts, pagina’s, media, gebruikers, taxonomieën en aangepaste contenttypes. De officiële REST API-documentatie beschrijft ook dat je eigen applicaties en plugins nieuwe endpoints kunnen toevoegen. Voor geauthenticeerde koppelingen kun je Application Passwords gebruiken over HTTPS. Geef elke integratie een eigen gebruiker en sleutel. Deel nooit het hoofdwachtwoord van een beheerder.

Voor een webshop komt WooCommerce erbij. WooCommerce-webhooks kunnen gebeurtenissen voor orders, producten en klanten naar een eigen URL sturen. De documentatie vermeldt dat WooCommerce een webhook na meer dan vijf opeenvolgende afleverfouten automatisch uitschakelt. Je hebt dus logging, retries, een alarm en een herstelprocedure nodig. Anders loopt je site door terwijl je boekhouding geen nieuwe orders meer ziet.

Bij WordPress.com ligt de grens anders. De exportpagina, laatst beoordeeld op 5 oktober 2026, zegt dat een gewone export posts, pagina’s, reacties en links naar media bevat. Het XML-bestand bevat de mediabestanden zelf niet. Thema, aanpassingen en plugins zitten niet in deze standaardexport. Voor een volledige verhuizing verwijst WordPress.com naar een migratieplugin of een aparte back-uproute.

Leg bij WordPress.com vast welk plan je gebruikt, welke plugins beschikbaar zijn, wie site owner, plan owner en domain owner is en welke onderdelen je via een migratieplugin kunt meenemen. Op WordPress.com zijn die rollen los van elkaar mogelijk. Alleen de site owner kan de site overdragen, terwijl de domain owner de domeinregistratie en verlenging beheert.

De korte versie:

• Zelf-gehoste WordPress geeft je de beste controle, maar jij draagt updates, beveiliging en pluginkeuzes.
• WordPress.com is eenvoudiger in beheer, maar je export- en aanpassingsruimte hangt af van de dienst en het plan.
• WooCommerce kan diep koppelen, maar de plugin- en webhookketen moet je onderhouden.
• “WordPress” in een offerte zonder de exacte provider is een open eind.

Maatwerk: alleen vrij als je de hele keten bezit

Maatwerk heeft het hoogste koppelplafond, maar “eigen code” is geen eigendom als de code in het GitHub-account van je bureau staat, de database op zijn server draait en de DNS bij zijn reseller staat.

De goede variant is helder: je eigen organisatie heeft de cloud- of hostingrekening, het Git-repository, het domein, de DNS-zone, de opslag voor bestanden, de betaalaccounts en de API-sleutels. De bouwer krijgt toegang met persoonlijke rollen die je later kunt intrekken. Code, datamodellen, deployment-instructies, omgevingsvariabelen en testdata staan beschreven.

Zet bij maatwerk in de offerte dat je ontvangt:

• broncode in een repository van jouw organisatie;
• database-schema en een bruikbare data-export;
• infrastructuur- en DNS-overzicht;
• lijst van plugins, pakketten, licenties en externe diensten;
• API-documentatie, webhook-events en sleutelbeheer;
• back-up- en herstelprocedure;
• toegankelijke stagingomgeving;
• overdracht binnen een afgesproken termijn;
• een test waarin een tweede partij de site op een schone omgeving kan starten.

Concrete stappen naar een toetsbare offerte

1. Teken eerst de dag waarop het misgaat

Schrijf één scenario uit: “Op 1 maart 2028 moet mijn voorraadpakket de voorraad op de site bijwerken en moet een betaalde order naar de boekhouding.” Voeg tegengevallen toe: retour, gedeeltelijke levering, geannuleerde betaling, dubbele webhook, onbekende klant en een tijdelijk offline CRM.

Maak per gebeurtenis vijf regels:

• welk systeem start de gebeurtenis;
• welk systeem is de bron van waarheid;
• welke velden gaan mee;
• welke API of webhook levert ze;
• wie controleert en herstelt een fout.

Zonder dat lijstje kan een bouwer “CRM-koppeling” opleveren die alleen een nieuw contact aanmaakt, terwijl jij een volledige verkoopgeschiedenis verwacht.

2. Maak accounts op naam van je organisatie

Registreer domein, hosting, platform, codeopslag en betaalprovider met een bedrijfsadres dat meerdere mensen kunnen beheren. Gebruik een wachtwoordmanager en persoonlijke accounts met rollen. Zet tweefactorauthenticatie aan.

Controleer je domein bij een .nl-naam via de Whois. SIDN legt uit dat je het verhuistoken bij je huidige registrar opvraagt. Een bureau mag die aanvraag voor je doen, maar het mag niet de enige partij zijn die token, herstelmail of DNS-zone kan bereiken.

Maak vóór de bouw een map met domeinnaam, registrar, nameservers, A-, CNAME-, MX-, SPF-, DKIM- en DMARC-records, hostingaccount, codeopslag, back-ups, betaalprovider en gebruikersrollen.

3. Doe de exporttest vóór je content invoert

Vraag je bouwer om tien pagina’s, vijf producten, drie contacten, één formulier en één order te exporteren. Laat de data importeren in een lege testomgeving.

Bij Wix controleer je CMS-data, productdata, formulieren en orderdata afzonderlijk. Bij zelf-gehoste WordPress controleer je database, map wp-content, media en configuratie samen. Bij WordPress.com test je de XML-import en noteer je welke media, thema-aanpassingen en plugins opnieuw moeten worden opgebouwd. Bij maatwerk start een tweede omgeving vanuit de repository en documentatie.

De toets is niet “ik kreeg een bestand”. De toets is: “een andere partij kan met dit bestand verder zonder jouw oorspronkelijke leverancier.”

4. Test een echte gebeurtenis en een fout

Laat de koppeling niet alleen op een demoformulier draaien. Test een nieuwe order, wijziging, retour en mislukte levering. Kijk daarna in beide systemen:

• is de gebeurtenis één keer verwerkt;
• is het externe ID opgeslagen;
• kan een herhaling veilig worden genegeerd;
• zie je de fout in een log;
• komt er een melding bij uitval;
• kan je een gemiste gebeurtenis opnieuw afspelen?

Bij Wix moet de webhook snel met 200 bevestigen en de verwerking buiten de ontvangstactie afhandelen. Bij WooCommerce moet je controleren dat een korte storing niet leidt tot vijf mislukte afleveringen en een stil uitgeschakelde webhook.

5. Repetitieer de overdracht van domein en DNS

Plan de overdracht voordat je live gaat. Laat je bouwer tonen hoe je de DNS-zone exporteert, een stagingdomein naar een nieuwe host laat wijzen, mailboxrecords behoudt, redirects meeneemt, SSL opnieuw activeert en de oude omgeving pas na controle uitzet.

Wix geeft bij een domeintransfer een EPP-code af via het registrantcontact. Na de transfer worden domeincontact, DNS en verlenging door de nieuwe provider beheerd. Wix waarschuwt ook dat je MX-records opnieuw moet instellen. Je website kan dus werken terwijl je e-mail stilvalt.

6. Zet de oplevering in de offerte

Gebruik deze strekking als startpunt:

De opdrachtgever blijft eigenaar en beheerder van domein, DNS, platformaccount, hostingaccount, codeopslag, data, betaalaccounts en API-sleutels. De opdrachtnemer werkt met persoonlijke toegangsrollen en levert bij oplevering broncode, configuratie, datamodel, exports, documentatie, webhookinstellingen, back-ups, redirects en beheergegevens op. De overdracht wordt geaccepteerd nadat een onafhankelijke testomgeving met deze materialen is opgebouwd en de kritieke datastromen zijn gecontroleerd.

Laat de bouwer concreet maken waar elk onderdeel staat, wie het kan openen en wanneer je een nieuwe beheerder kunt toevoegen. Neem ook exit op: termijn, bestandsformaten, ondersteuning, kosten en licenties.

7. Doe elk jaar een kleine vertrekproef

Je hoeft niet elk jaar te migreren. Je moet wel aantonen dat je niet blind vertrouwt op een knop die je nooit hebt gebruikt. Download je exports, controleer of je domein op jouw naam staat, test een back-up en laat iemand anders de documentatie lezen.

Een jaarlijkse proef van één uur is goedkoop vergeleken met een website die op een vrijdagmiddag niet meer aan je administratie kan worden gekoppeld.

Het beslis-kader: welk koppelplafond heb je nodig?

Begin met het verdict, niet met de functielijst.

Kies Wix met een expliciet exitplan als je vooral een bedrijfswebsite, formulieren, afspraken of eenvoudige catalogus nodig hebt. Je accepteert dat het ontwerp aan Wix blijft hangen. Je legt dataexports en API-koppelingen vast, maar je bouwt voorraad of orderhistorie niet zo dat alleen Wix hem kan reconstrueren.

Kies zelf-gehoste WordPress met WooCommerce als je content en transacties wilt combineren, de REST API wilt uitbreiden, webhooks nodig hebt en je organisatie hosting en updates kan beheren. Je krijgt meer overdraagbaarheid, maar koopt ook onderhoud: updates, beveiliging, plugincompatibiliteit, back-ups en webhookbewaking.

Kies WordPress.com met begrensde scope als eenvoud van beheer zwaarder weegt dan volledige controle en je site vooral content publiceert. Leg vast dat XML-export, media en migratieplugin voldoende zijn voor jouw echte vertrekplan. Gebruik WordPress.com niet stilzwijgend als basis voor een kritieke operationele database.

Kies maatwerk op eigen accounts als je site in feite een bedrijfsapplicatie is: voorraadlogica, klantportaal, configurator, abonnementen, prijsregels of meerdere systemen die dezelfde order verwerken. Maatwerk is hier de keuze om datamodel, integratielaag en overdracht zelf te bepalen.

Leg deze vijf vragen langs elke optie:

1. Kan ik de kerngegevens zelf exporteren?
2. Kan ik de export in een lege omgeving importeren?
3. Kan ik via API of webhook bij de gebeurtenissen die mijn proces nodig heeft?
4. Bezit mijn organisatie de accounts, code, DNS en data?
5. Kan een andere partij het systeem onderhouden zonder opnieuw te beginnen?

Twee keer “nee” op de eerste vier vragen betekent niet automatisch dat je moet bouwen. Het betekent wel dat je de beperking in de offerte en je risicoreserve moet opnemen. Een lage maandprijs maakt een ontbrekende export niet kleiner.

Als je na deze vragen al weet dat je datastromen, foutpaden en overdracht niet in standaardfuncties passen, is een losse sitebouwer niet meer het hele project. Het koppelplafond van je software staat vaak in de API en niet in je budget. Neem dat besluit voordat je een mooie voorkant vastzet aan een gesloten achterkant.

Valkuilen en de reparatie

“Wix heeft een API, dus alles is exporteerbaar.”
Een API voor orders of CMS-data maakt je visuele site niet verplaatsbaar. Splits voorkant, content, bedrijfsdata en integratielogica. Zet per laag de export en eigenaar erbij.

“WordPress is open, dus het zit goed.”
Een WordPress-installatie kan vastzitten aan één hostingpartij, betaalde plugin, page builder of code in het account van je bureau. Vraag om bestanden, database, licenties, repository en hersteltest.

WordPress.com en zelf-gehoste WordPress door elkaar halen.
De naam is hetzelfde, de overdracht niet. Noteer exacte provider, plan, hostinglocatie en wie de database kan exporteren.

De domeinnaam onderbrengen bij de bouwer.
Toegang tot een dashboard zegt niet wie de domeinhouder is. Controleer de registrant. Een eigen account met bedrijfsadres voorkomt dat een vertrekkend bureau de verhuiscode of herstelmail beheert.

Een koppeling als één regel in de offerte zetten.
“CRM-integratie inbegrepen” zegt niets over contactupdates, dubbele records, eigenaar van de data, foutmeldingen of synchronisatierichting. Schrijf events, velden, uitzonderingen en acceptatietests uit.

Webhooks zonder idempotentie en alarm.
Een dubbele order of uitgeschakelde webhook is geen randgeval. Bewaar externe gebeurtenis-ID’s, maak verwerking herhaalbaar en stuur een melding als een endpoint faalt.

Alleen de mooie export testen.
Een CSV met producten is niet hetzelfde als een herstelbare webshop. Test ook media, URL’s, redirects, klantrelaties, orderhistorie, instellingen en data in plugins of apps.

Eigendom verwarren met dataportabiliteit.
De AVG geeft in bepaalde situaties recht op overdracht van verstrekte persoonsgegevens in een herbruikbaar formaat. De Autoriteit Persoonsgegevens benadrukt dat dit recht niet op alle gegevens en niet op alle situaties geldt. Het is geen garantie dat je ontwerp, pluginconfiguratie, domein of bedrijfslogica krijgt. Regel die zaken zelf.

Uitgewerkt voorbeeld: een webshop die voorraad en CRM nodig krijgt

Stel: een groothandel in kantoorartikelen heeft 1.200 producten, 250 orders per maand en vier medewerkers. De nieuwe website moet producten tonen en online verkopen. Voorraad en orderverwerking moeten in Exact Online blijven. Leads uit adviesaanvragen moeten naar HubSpot. Facturen moeten in Moneybird komen. Er zijn gemiddeld 20 retouren per maand en sommige orders worden in twee delen geleverd.

De eerste reflex is een Wix-site met formulier en webshop. Dat kan werken voor de start, maar de eisen zitten niet in het ontwerp. De moeilijke gebeurtenissen zijn deellevering, retour, betaalde order, voorraadwijziging en de vraag welke status naar HubSpot mag.

De organisatie maakt eerst het datamodel:

Daarna test de bouwer drie routes.

Wix met exitplan. De webshop kan orders en gebeurtenissen via Wix-API’s leveren. CMS- en productdata kunnen afzonderlijk worden geëxporteerd. Het ontwerp blijft op Wix en de synchronisatie moet rekening houden met dubbele of vertraagde webhooks. De organisatie accepteert die grens alleen als orderhistorie, voorraad en facturen altijd ook buiten Wix bestaan.

Zelf-gehoste WordPress met WooCommerce. Producten, pagina’s en media zitten in eigen bestanden en database. WooCommerce levert order-, product- en klantwebhooks. De integratielaag schrijft voorraad niet op twee plaatsen, maar haalt de actuele stand uit Exact Online. Hosting, repository, DNS en back-ups staan op naam van de groothandel.

Maatwerk. De integratielaag en het datamodel kunnen precies worden ontworpen, maar een volledige maatwerksite zou voor deze catalogus onnodig zijn. De afwijkende logica zit in de koppeling, niet in de pagina’s.

De beslissing wordt zelf-gehoste WordPress met WooCommerce en een aparte integratielaag. Niet omdat WordPress mooier is, maar omdat de organisatie bestanden, database, API’s, webhooks en overdracht zelf wil kunnen testen. In de offerte staan vijf acceptatietests:

1. Een nieuwe order verlaagt de voorraad niet dubbel.
2. Een gedeeltelijke levering maakt geen volledige order klaar.
3. Een retour maakt een passende voorraad- en betaalcorrectie.
4. Een dubbele webhook veroorzaakt geen tweede factuur.
5. Een andere beheerder kan de site vanaf back-up en documentatie in staging herstellen.

De maandelijkse onderhoudstaak bevat controle op webhookfouten, pluginupdates, back-ups en wijzigingen in Exact Online, Moneybird en HubSpot. Dat is meer werk dan een eenvoudige Wix-site. Het is ook zichtbaar werk. De organisatie weet wie het beheert en wat er gebeurt als de bouwer morgen vertrekt.

Vergelijkingstabel: het koppelplafond per route

Als je al vastzit

Je hoeft niet meteen opnieuw te bouwen. Maak eerst je uitgang zichtbaar.

1. Stop met nieuwe afhankelijkheid toevoegen. Bouw geen extra voorraadlogica of CRM-automatisering in een omgeving waarvan je de export nog niet kent.
2. Maak een nulmeting. Noteer platform, hosting, domeinhouder, registrar, DNS, mailboxen, accounts, plugins, betaalprovider, API’s en personen met toegang.
3. Exporteer wat je kunt. Bij Wix zijn dat losse exports voor CMS, producten, contacten en orders. Bij WordPress zijn dat WXR, database, bestanden en media. Bij WordPress.com begin je met XML en controleer je de migratieroute voor thema, plugins en media.
4. Controleer het domein. Staat je bedrijf als houder geregistreerd? Vraag dan het verhuistoken op bij je registrar. Staat het bureau als houder geregistreerd, bewaar dan offerte, facturen, e-mails en bewijs van gebruik. Een domein op naam van je webbureau vraagt een andere overdrachtsroute dan alleen een nieuw wachtwoord.
5. Maak nieuwe accounts op bedrijfsnaam. Regel registrar, hosting, codeopslag en back-upopslag waar jij beheerder bent. Zet de DNS-zone klaar voordat je verhuist.
6. Kies een tussenstap. Houd de bestaande site live, bouw een exporteerbare nieuwe omgeving en verplaats eerst één datastroom. Bijvoorbeeld formulieren naar HubSpot, daarna orders, daarna redirects en content.
7. Laat de nieuwe koppeling een maand naast de oude draaien. Vergelijk aantallen, bedragen, retouren en uitzonderingen. Verwijder het oude systeem pas als afwijkingen verklaard zijn.

Gebruik voor klantdata geen juridische snelroute als vervanging voor een technische back-up. Dataportabiliteit onder de AVG gaat over persoonsgegevens die iemand zelf heeft verstrekt en geldt alleen in bepaalde situaties. Je hebt voor je bedrijfswebsite nog steeds eigen exports, toegangen en overdrachtsafspraken nodig.

De keuze die je vandaag maakt

Je kiest met een websiteplatform niet alleen waar pagina’s worden opgeslagen. Je kiest wie later de voorraad mag bijwerken, wie bepaalt welke order betaald is, wie de DNS kan wijzigen en wie een nieuwe bouwer kan laten starten.

Wix kan een prima voorkant zijn als je de hosted grens bewust accepteert en je kerngegevens buiten Wix houdt. Zelf-gehoste WordPress geeft meer ruimte, op voorwaarde dat je onderhoud en pluginrisico serieus neemt. Maatwerk is pas vrij als accounts, code, data en documentatie werkelijk op jouw naam staan.

Zet daarom vóór de eerste wireframe één zin in je offerte: “Laat zien hoe ik er over twee jaar uit kom.” Het antwoord bepaalt nu al hoeveel vrijheid je later hebt.