Ik onderhoud bestaande WordPress- en WooCommerce-sites voor bedrijven en bureaus in Barcelona op codeniveau — updates, staging, back-ups, QA, security, performance en doorlopende ontwikkeling. Direct contact met de developer die verantwoordelijk is voor wat productie bereikt.
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.
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.
Controleer de compatibiliteit met het theme, plugins en custom code en deploy daarna veilig — niet op het moment dat de melding verschijnt.
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.
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.
Riskante wijzigingen worden getest op een kopie van de site, weg van klanten, voordat ze ooit productie bereiken.
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.
Gebruikers, rechten, credentials, kwetsbare componenten en voor de hand liggend aanvalsoppervlak. Dit vervangt geen gespecialiseerde enterprise-securityoperatie, en dat doe ik ook niet voorkomen.
Onderhoud hoort een snelle site niet langzaam weer traag te maken. Als performance echt werk nodig heeft, is dat dedicated WordPress-performance en Core Web Vitals work.
De formulieren, CTA's, aanmeldingen en leadflows die de site waardevol maken — gecontroleerd, omdat ze stilletjes kapotgaan.
Voor webshops: winkelwagen, checkout, betalingen, transactionele e-mails en de integraties waar orders van afhangen — getest voordat een update ze raakt.
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.
Bugfixes, templatewijzigingen, CSS-/JS-fixes, integraties, verbeteringen in de admin, kleine custom functionaliteit. Echte engineering — niet alleen op update klikken.
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.
A known-good point tot return tot.
Changelogs, afhankelijkheden, wat dit raakt.
Apply the change away vanaf customers first.
Formulieren, checkout, integraties, de paden die ertoe doen.
Layout en templates, on real breakpoints.
Zorg dat er onderweg niets achteruit is gegaan.
Ship tot production deliberately.
Bevestig dat het werkt waar het telt — live.
Zodat de volgende wijziging vanuit een bekende staat begint.
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.
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.
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.
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.
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.
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:
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.
Gebouwd voor bedrijven die één senior technische eigenaar willen voor een bestaande productiesite. Ik werk in de tijdzone van Barcelona, kan met lokale teams en bureaus samenwerken en verzorg remote onderhoud in heel Spanje en Europa.
Plugin-, theme- en corewijzigingen worden op compatibiliteit beoordeeld, buiten klanten om getest en met rollbackpad gedeployed in plaats van in productie op “alles updaten” te klikken.
Bekijk de volledige onderhoudsscopeCheckout-, payment-, shipping- en templatewijzigingen dragen omzetrisico. Webshoponderhoud omvat functionele QA op flows die niet stil mogen breken.
WooCommerce support in BarcelonaWanneer het probleem maatwerk-PHP, een API-integratie, traag template of technische SEO is, kan hetzelfde traject zonder extra handover van onderhoud naar codewerk gaan.
WordPress-ontwikkeling in BarcelonaOnderhoud wordt bewust gescoped rond de site waarvoor ik verantwoordelijkheid neem. De eerste stap is een overname-review: stack, hosting, back-ups, staging, updateachterstand, maatwerkcode, analytics en kritieke user journeys die regressietests nodig hebben.
Gerelateerde Barcelona-diensten: WordPress-developer Barcelona · WooCommerce developer Barcelona · WordPress technical SEO Barcelona
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.
Start een project
