Je WordPress-site heeft een technisch eigenaar nodig, geen updateknop.
Ik onderhoud bestaande WordPress- en WooCommerce-sites op codeniveau — updates, staging, back-ups, QA, performance, beveiliging en het kleine ontwikkelwerk dat productie gezond houdt. Geen onderhoudspakket. Een senior developer die verantwoordelijkheid neemt voor wat er gebeurt als de site verandert.
De updateknop is het makkelijke deel.
Een groene melding “Update voltooid” vertelt je niet of GTM niet meer afgaat, je mobiele menu kapot is of een oude template-override nu incompatibel is. Professioneel onderhoud is precies die controle — het deel dat een plugin van € 20 per maand niet kan doen, omdat die niet weet of de checkout nog betalingen verwerkt.
Sites komen zelden schoon binnen.
Dit zijn geen specifieke klanten — het zijn de technische situaties die een WordPress-site in productie vaak opbouwt. De meeste onderhoudsopdrachten beginnen met uitzoeken welke hiervan kloppen.
Weet wat er verandert. Test wat telt. Deploy bewust.
Wat onderhoud echt omvat.
Updates van WordPress-core
Controleer de compatibiliteit met het theme, plugins en custom code en deploy daarna veilig — niet op het moment dat de melding verschijnt.
Pluginupdates
Niet “alles bijwerken”. Ik lees changelogs, begrijp afhankelijkheden en weeg het risico af voordat ik betekenisvolle updates uitrol, en houd de updates tegen die nog niet mogen.
Thema en eigen code
Bescherm de maatwerkaanpassingen die de site van jou maken, en signaleer code die niet in een parent theme hoort, waar de volgende update hem wist.
Staging → production
Riskante wijzigingen worden getest op een kopie van de site, weg van klanten, voordat ze ooit productie bereiken.
Backups & rollback
Een back-up telt alleen als er een duidelijke, geteste weg terug is wanneer productie faalt. Die weg is het punt, niet het back-upbestand.
Beveiligingshygiëne
Gebruikers, rechten, credentials, kwetsbare componenten en voor de hand liggend aanvalsoppervlak. Dit vervangt geen gespecialiseerde enterprise-securityoperatie, en dat doe ik ook niet voorkomen.
Checks op performanceregressies
Onderhoud hoort een snelle site niet langzaam weer traag te maken. Als performance echt werk nodig heeft, is dat dedicated WordPress-performance and Core Web Vitals work.
Formulieren en conversiepaden
De formulieren, CTA's, aanmeldingen en leadflows die de site waardevol maken — gecontroleerd, omdat ze stilletjes kapotgaan.
WooCommerce
Voor webshops: winkelwagen, checkout, betalingen, transactionele e-mails en de integraties waar orders van afhangen — getest voordat een update ze raakt.
Analytics & tracking
GTM, GA4 en conversietracking horen niet stilletjes te verdwijnen na een frontendwijziging. Als de cijfers stoppen, moet iemand dat merken — vóór het volgende rapport.
Kleine doorlopende ontwikkeling
Bugfixes, templatewijzigingen, CSS-/JS-fixes, integraties, verbeteringen in de admin, kleine custom functionaliteit. Echte engineering — niet alleen op update klikken.
Wat er gebeurt elke keer dat ik productie aanraak.
De diepgang van het testen past bij het risico. Een WooCommerce-betalingsupdate wordt niet behandeld als een onschuldige admintool — maar de vorm van het proces is hetzelfde.
Snapshot / backup
Een betrouwbaar punt om naar terug te gaan.
Wijzigingen bekijken
Changelogs, afhankelijkheden, wat dit raakt.
Staging bijwerken
Voer de wijziging eerst uit buiten het zicht van klanten.
Functioneel testen
Formulieren, checkout, integraties, de paden die ertoe doen.
Visuele / mobiele QA
Lay-out en templates, op echte breakpoints.
Snelle performancecheck
Zorg dat er onderweg niets achteruit is gegaan.
Deploy
Bewust naar productie uitrollen.
Bekijk een echte WordPress deployment automation case study
Verificatie in productie
Bevestig dat het werkt waar het telt — live.
Vastleggen wat er veranderde
Zodat de volgende wijziging vanuit een bekende staat begint.
Soms is de juiste update geen update.
Een release installeren zodra hij verschijnt, kan slechter zijn dan hem bewust uitstellen. Een major versie kan een breaking change bevatten; een plugin kan een functie laten vallen waar de site van afhangt; een afhankelijkheid kan stilletjes verlaten worden. Het doel is niet om permanent verouderde software te draaien — het is updaten wanneer het veilig is, niet alleen wanneer het beschikbaar is. Onderhoud is oordeel, geen cronjob.
Onderhoud wordt verrassend vaak ontwikkeling.
Een live site is nooit echt af. Hij heeft bugfixes nodig, kleine UI-wijzigingen, nieuwe tracking, redirects, gestructureerde data, ondersteuning voor landingspagina's, integraties, verbeteringen voor redacteuren en af en toe een performanceronde. Het voordeel van een onderhoudsrelatie is dat de developer die dat werk doet de codebase al kent — zodat een kleine wijziging klein blijft in plaats van een onderzoek te worden.
WooCommerce verandert het risicomodel.
Op een visitekaartjessite is een kapot onderdeel vervelend. Bij WooCommerce stopt een kapotte checkout de omzet. Daarom worden webshopupdates strenger getest — op de onderdelen die klanten echt gebruiken.
Je hebt contact met de developer die het werk doet.
Geen keten van accountmanagers en geen ticketloterij. Je praat met de persoon die de wijziging maakt, krijgt problemen in gewone taal uitgelegd, ziet heldere samenvattingen van wat er veranderd is en krijgt staging wanneer de wijziging dat vraagt.
Voor wie dit is.
Good fit
- Gevestigde WordPress-sites die belangrijk zijn voor het bedrijf
- Marketingsites die centraal staan in leadgeneratie
- WooCommerce-winkels, uitgevers en SaaS-/bedrijfssites
- Sites met custom code of externe integraties
- Teams die regelmatig WordPress-wijzigingen vragen, en bureaus die seniorondersteuning nodig hebben
Waarschijnlijk overbodig
- Een statische site van vijf pagina's die eens per jaar verandert
- Een site die al door een competent intern WordPress-team wordt onderhouden
- Een project dat onbeperkte ontwikkeling verwacht voor een klein onderhoudsbedrag
En als er toch iets kapotgaat?
Wit scherm, mislukte update, checkoutprobleem, kapotte layout, PHP-fatal error, pluginconflict, onverwachte regressie. Bestaande onderhoudsklanten hebben al iemand die de site kent — wat de diagnose veel sneller maakt dan vanaf nul beginnen. Ik adverteer geen 24/7-dekking of vaste SLA-reactietijden die ik niet kan garanderen; wat je krijgt is een developer die de opzet al kent wanneer het ertoe doet.
Onderhoud hangt af van waarvoor ik verantwoordelijkheid neem.
Er is geen vast onderhoudspakket, omdat verantwoordelijkheid nemen voor een eenvoudige visitekaartjessite en voor een drukke WooCommerce-winkel niet hetzelfde werk is. Wat de prijs bepaalt:
Vragen over onderhoud, beantwoord.
Core- en pluginupdates beoordeeld op risico, testen op staging, functionele en visuele QA, back-ups en rollback, securityhygiëne, controles op performanceregressie, controle van analytics en klein doorlopend ontwikkelwerk. Het werk is controle en technisch eigenaarschap, niet alleen updates draaien.
Niet blindelings. Ik bekijk changelogs, afhankelijkheden en risico's en update in een ritme dat bij de site past. Een betekenisvolle update gaat live nadat hij getest is; een riskante kan bewust worden tegengehouden tot hij veilig is. Het doel is een gezonde site, geen groene badge “alles bijgewerkt”.
Ja, met een diepgang die past bij het risico. Een WooCommerce-betalings- of checkoutupdate wordt op staging getest vóór productie; een onschuldige admintool wordt niet behandeld als een release. Het testen dekt de paden die er echt toe doen — formulieren, checkout, tracking en performance.
Voor alles wat riskant is: ja. Staging is waar wijzigingen worden getest, weg van klanten, voordat ze productie bereiken. Wijzigingen met weinig risico hebben het niet altijd nodig; de mate van zorgvuldigheid past bij het risico.
Ja — dat is het grootste deel van dit werk. Ik begin met in kaart brengen wat er is: plugins, custom code, integraties en hoe productie echt is ingericht, voordat ik iets verander.
Ja. Ongedocumenteerde custom code, mysterieuze plugins en wijzigingen die direct in productie zijn gedaan, zijn het normale startpunt. De eerste taak is de site goed genoeg begrijpen om hem veilig te kunnen wijzigen.
Ja. Bij webshops staat er meer op het spel, omdat een kapotte checkout de omzet stopt. Daarom worden updates getest op winkelwagen, checkout, betalingen, transactionele e-mails en belangrijke integraties voordat ze live gaan.
Ja. Bugfixes, correcties in templates en CSS/JS, redirects, trackingfixes en kleine custom functionaliteit horen gewoon bij onderhoud — niet elke keer een apart project.
Ja, en meestal gebeurt dat ook. Omdat ik de codebase al ken, is klein ontwikkelwerk — templatewijzigingen, integraties, verbeteringen in de admin, gestructureerde data — sneller en minder riskant dan elke keer een onbekende briefen.
Ik verzorg de securityhygiëne: gebruikers en rechten, credentials, kwetsbare componenten en voor de hand liggend aanvalsoppervlak. Dat is iets anders dan gespecialiseerde enterprise-securityoperaties, en over die grens ben ik duidelijk.
Ja. Onderhoud omvat controles op performanceregressie, zodat een snelle site niet langzaam traag wordt, en dieper Core Web Vitals-werk kan onderdeel van de opdracht zijn wanneer dat nodig is.
Er is een snapshot om naar terug te gaan, en omdat ik de site al ken, is de diagnose veel sneller dan vanaf nul beginnen. De fix wordt toegepast, gecontroleerd op het onderdeel dat faalde, en wat er veranderd is wordt vastgelegd.
Ja. Ik zit in de regio Barcelona en kan lokaal op locatie werken, en ik onderhoud WordPress-sites op afstand voor bedrijven in heel Spanje en Europa.
Ja. Onderhoud werkt van nature goed op afstand — staging, Git en duidelijke samenvattingen van wijzigingen werken hetzelfde waar je team ook zit, in een compatibele Europese tijdzone (CET).
Dat hangt af van waarvoor ik verantwoordelijkheid neem: WordPress of WooCommerce, de hoeveelheid en kwaliteit van custom code en plugins, hoe vaak er iets verandert, hoeveel testwerk elke wijziging nodig heeft, doorlopende ontwikkeling en hoe kritisch productie is. Ik bepaal de scope nadat ik de site heb gezien.
Laat me zien wat ik overneem.
Stuur me de site en vertel me wie hem nu onderhoudt. Ik bekijk de opzet, de duidelijke risico's en wat doorlopend technisch eigenaarschap echt zou inhouden — voordat een van ons zich ergens aan verbindt.
