Voor wie dit is
Eigenaren en kleine teams van wie de WordPress-site of WooCommerce-winkel live is en ertoe doet voor het bedrijf, en die geen plugins meer over hebben om te proberen: een thema dat traag laadt door de page builder eronder, een checkout die voor sommige betaalmethoden faalt, een productimport die de site onderuithaalt, een hack die steeds terugkomt.
Ik bouw WordPress-sites sinds mijn freelancejaren en deze site is er een van: een thema zonder page builder of SEO-plugin, met vier talen, gestructureerde data en een contactformulier in het thema zelf. WooCommerce-winkels krijgen dezelfde engineering die ik op Magento toepas: het requestpad lezen, bij de bron repareren, een testkopie aanhouden.
Typische situaties
- De site scoort rood op Core Web Vitals en de page builder is de oorzaak, maar het thema herbouwen voelt te groot.
- WooCommerce-bestellingen falen voor één betaalmethode, of de voorraad gaat negatief na een drukke dag.
- Een productimport of een sync met een ERP of marktplaats dupliceert producten of laat stilletjes prijzen vallen.
- Dertig plugins, waarvan drie verlaten, en niemand weet welke de site vertraagt.
- De site is gehackt, opgeschoond met een plugin en een maand later opnieuw besmet.
- Een meertalige opzet waarin vertalingen, hreflang en de sitemap het niet meer met elkaar eens zijn.
Wat ik lever
- Maatwerkthema’s zonder page builder: blokgebaseerd, snel, met het ontwerp in CSS en de gestructureerde data, sitemap en metatags in het thema in plaats van in plugins.
- WooCommerce-checkout-, betaal- en verzendwerk: gateway-integraties, Stripe, orderstatusflows en webhook-ontvangers die tegen duplicaten en retries kunnen.
- Imports en syncs met ERP’s, marktplaatsen en feeds die valideren voor ze schrijven en elke run loggen.
- Performance langs het requestpad: caching, PHP-FPM, databasequery’s, afbeeldingen, fonts en de plugins die op elke pagina afgaan, gemeten voor en na.
- Beveiligingsopschoning na een incident: het toegangspunt vinden, backdoors en valse gebruikers verwijderen, verharden, en een back-up- en herstelroutine die getest is.
- Maatwerkplugins als de directory niets passends heeft, geschreven om core- en WooCommerce-updates te overleven.
Hoe het gaat
De site lezen zoals een request hem ziet. Plugins, thema, query’s, caching, de server en de logs. De eerste uitkomst is een lijst oorzaken met bewijs, gesorteerd op impact, en een notitie over welke plugins gewicht dragen en welke weg kunnen.
Bij de bron repareren op een testkopie. Thema- en pluginwijzigingen gaan in versiebeheer en worden getest op een kopie met echte content voor de release, met een terugweg.
Uitrollen, dan opschrijven. Monitoring aan tijdens de release; daarna een kort document over wat er veranderd is, wat je in de gaten houdt en de updateroutine vanaf nu.