Maarten
WordPress developer
WordPress · Plug-ins · Performance · Onderhoud
WordPress developer
WordPress developer inhuren voor een nieuwe site, een eigen plug-in, een snellere en veiligere installatie of het onderhoud van een site die ooit door een ander is gebouwd: freelance, met 25 jaar ervaring, vanuit Nijmegen en remote door heel Nederland.
Eerder gebouwd voor Autovisie, de Evangelische Omroep, DVJ Insights en Telvero.
Eén ervaren freelancer
WordPress developer voor bouw, onderhoud en maatwerk
Een audit van thema, plug-ins, laadtijd en updateproces, gevolgd door een aanpak die past bij de site die er al staat of die er moet komen: opruimen, versnellen, uitbreiden of opnieuw opzetten. Maatwerk via hooks en eigen plug-ins, zodat een update minder snel iets breekt. Vooraf is er een gesprek nodig om te weten wat er speelt, niet andersom.
- Audit van thema, plug-ins en performance
- Eigen plug-ins en blokken waar het loont
- Onderhoud via staging en versiebeheer
- Direct contact, geen tussenlagen
Voorbeelden van opgeleverd werk
Het autoplatform voor een toonaangevend automerk
Website, abonnementsmodel en een prettige redactieomgeving, ontwikkeld op WordPress.
Het Tweede Scherm: meekijken én meedoen
Interactief meedoen op tablet en smartphone tijdens het tv-kijken, volledig multichannel en gebouwd op WordPress.
Meer verkoopkansen via marketplaces
Doorontwikkeling van de webshop met marketplace-koppelingen via WooCommerce en Channable.
Een website die de expertise van DVJ Insights uitstraalt
Website voor het onderzoeksbureau op basis van de bestaande branding, ontwikkeld op WordPress.
WordPress developer inhuren: waar het verschil zit
WordPress installeren kost een kwartier, en precies daardoor lopen WordPress-sites zo sterk uiteen. Onder dezelfde naam draait een eenvoudige blog, een webshop met een grote catalogus en een mediaplatform met veel bezoekers tegelijk. Het verschil zit zelden in WordPress zelf, maar in de keuzes eromheen: welk thema als basis dient, welke plug-ins er wel en niet in komen, waar maatwerk in eigen code thuishoort en hoe updates worden uitgerold zonder dat de site op een vrijdagmiddag omvalt. Daar zit het werk van een WordPress developer.
Een freelance WordPress developer inhuren betekent, in de praktijk, iemand die de hele stapel overziet: PHP en de API's van WordPress aan de achterkant, de blok-editor en het thema aan de voorkant, en de hosting, caching en koppelingen daaromheen. Vanuit Nijmegen wordt er gewerkt voor opdrachtgevers door heel Nederland, meestal op afstand en af en toe op locatie. Vijfentwintig jaar ervaring met webontwikkeling, waarvan een groot deel met WordPress, betekent vooral: herkennen welke problemen uit de techniek komen en welke uit de manier waarop een site in de loop der jaren is gegroeid.
Elk traject begint met kijken wat er al staat. Bij een bestaande site is dat een audit van thema, plug-ins, laadtijd, beveiliging en de manier waarop updates nu verlopen; bij een nieuwe site is het een gesprek over wie de site moet vinden, wat die bezoeker er moet kunnen doen en wie de content straks bijhoudt. Daarna volgt een aanpak die past: opruimen en versnellen, een eigen plug-in voor functionaliteit die nu over vijf add-ons verspreid zit, eigen blokken voor de redactie, of een nieuwe opzet op een licht thema. Maatwerk gebeurt via hooks en de publieke API's van WordPress, niet door de kern of het thema van een ander aan te passen, zodat een update minder snel iets breekt.
Voor wie dit werkt, loopt uiteen: een organisatie waarvan de vorige bouwer onbereikbaar is en niemand nog op 'bijwerken' durft te klikken, een uitgever of omroep met een drukbezochte site die snel moet blijven, een webshop op WooCommerce die tegen de grenzen van zijn plug-ins aanloopt, of een design- of marketingbureau dat de technische kant van een WordPress-project wil uitbesteden en zelf de klantrelatie houdt. In alle gevallen gaat het om dezelfde behoefte: een site die stabiel draait, meegroeit met de organisatie en aanspreekbaar wordt onderhouden, zonder een account manager ertussen.
Wat een WordPress-site precies nodig heeft, is zonder de site gezien lastig te zeggen. Daarom begint het meestal met een kennismakingsgesprek: een half uur om te horen waar de site nu wringt, gevolgd door een eerlijk beeld van wat er nodig is en welke vervolgstappen logisch zijn. Soms is dat een grondige opknapbeurt, soms een nieuwe bouw, en soms het advies om vooral niets te veranderen. Geen verplichting, en geen verkooppraatje over een nieuwe site als doorontwikkelen volstaat.
Gebouwd voor
Klaar voor een WordPress-site die soepel draait?
Wat een WordPress developer oplevert
Zelden is een compleet nieuwe site de enige oplossing; meestal levert een gerichte ingreep op het onderdeel met de meeste wrijving al het meeste op, zonder de site stil te leggen. Een paar voorbeelden van wat er dan concreet verandert.
-
Een site die weer van jou is
Toegangen, hosting, thema en maatwerkcode geïnventariseerd en in een Git-repository gezet, met een staging-omgeving en backups die ook echt teruggezet kunnen worden. Pas daarna volgen updates en doorontwikkeling.
-
Een snellere site
Een meting op de Core Web Vitals laat zien waar de tijd naartoe gaat, waarna een zwaar thema, overbodige scripts, afbeeldingen en caching gericht worden aangepakt.
-
Een opgeruimde set plug-ins
Per plug-in bekeken wat hij doet, wat ervan gebruikt wordt en waar hij botst. Dubbele functies eruit, nichefunctionaliteit in één eigen plug-in met een duidelijke taak.
-
Beheer waar de redactie mee verder kan
Eigen blokken of ACF-velden met duidelijke labels en logische standaardwaarden, zodat nieuwe pagina's en campagnes zelf te bouwen zijn zonder dat de opmaak omvalt.
-
Updates zonder spanning
Updates eerst op staging, daarna gecontroleerd live, met monitoring op beschikbaarheid en fouten en een logboek van wat er wanneer is gewijzigd.
-
Advies over doorontwikkelen of opnieuw beginnen
Doorontwikkelen op het huidige thema, een gefaseerde opschoonronde van plug-ins en performance, of toch een nieuwe opzet: een korte audit van de site maakt meestal al duidelijk welke route het beste past.
Benieuwd wat een audit van je WordPress-site oplevert?
WordPress dat grote bezoekersaantallen aankan
Voor Autovisie, onderdeel van de Telegraaf Mediagroep (tegenwoordig Mediahuis), is het online autoplatform ontwikkeld op WordPress, inclusief abonnementenmodel en een prettige redactieomgeving. Een van de meest gelezen automerken van Nederland vraagt om een site die snel blijft, ook als er veel lezers tegelijk binnenkomen.
WordPress kan dat, mits de basis klopt. Een caching-strategie die past bij de content, queries die de database niet onnodig belasten en een thema dat alleen laadt wat een pagina nodig heeft, maken het verschil tussen een site die onder druk traag wordt en een site die gewoon doorloopt. Een abonnementenmodel voegt daar een laag aan toe: ingelogde lezers mogen geen gecachte pagina van een ander te zien krijgen, en toegangsrechten moeten op elk moment kloppen.
Minstens zo belangrijk is de kant die lezers niet zien. Een redactie die dagelijks publiceert, heeft een beheeromgeving nodig die overzichtelijk blijft en niet trager wordt naarmate het archief groeit. Daar horen heldere invoervelden bij, een logische opbouw van categorieën en tags, en een editor die niet wordt volgestopt met opties die niemand gebruikt.
WordPress als basis voor interactie
Voor de Evangelische Omroep is het Tweede Scherm ontwikkeld: terwijl kijkers een programma volgen op tv, doen ze tegelijk mee op hun tablet of smartphone, met quizzen, games, een mening of een score voor het programma. Volledig multichannel, en gebouwd op WordPress.
Dat laat zien dat WordPress meer is dan een systeem voor pagina's en berichten. Met eigen contenttypes, de REST API en maatwerk in eigen code kan het een beheeromgeving worden waarin een redactie interactieve onderdelen voorbereidt, terwijl de voorkant op elk apparaat vlot reageert. De redactie werkt in een vertrouwde omgeving; de techniek eronder doet wat het programma vraagt.
Die aanpak is breder toepasbaar dan bij omroepen alleen. Een agenda met aanmeldingen, een kennisbank met filters of een klantportaal met eigen inlog: zolang content centraal staat en een redactie die moet kunnen beheren, is WordPress vaak een logische basis, met maatwerk precies waar het standaardpakket ophoudt.
Twijfel tussen doorontwikkelen of opnieuw bouwen? Een half uur meedenken helpt vaak al.
WordPress-werk dat regelmatig terugkomt
Van een eigen plug-in voor maatwerklogica tot het overnemen van een site van een vorige bouwer: onderstaand het werk dat het vaakst terugkomt, telkens toegesneden op de site die er al staat en op wie hem dagelijks beheert. Alles wordt eerst op een testomgeving gebouwd en pas na controle live gezet.
Custom thema's
Een licht thema op maat, zonder zware multipurpose-basis, dat alleen laadt wat een pagina nodig heeft en eruitziet zoals de huisstijl voorschrijft.
Eigen plug-ins
Nichefunctionaliteit, eigen contenttypes, REST-routes en koppelingen gebundeld in één plug-in met een heldere taak, los van het thema.
Gutenberg-blokken en ACF
Eigen blokken en velden waarmee een redactie zelf pagina's opbouwt binnen het ontwerp, zonder page-builder eronder.
Performance en Core Web Vitals
Caching, afbeeldingen, lettertypen en scripts per template aangepakt, gemeten in PageSpeed en Search Console.
Onderhoud en beveiliging
Updates via staging, versiebeheer, backups met hersteltest, tweestapsverificatie en beperkte beheerrechten.
Koppelingen en imports
Gegevens uit een ERP, CRM, agenda of feed automatisch de site in, via de REST API, WP-CLI of WP All Import.
Veelgestelde vragen
Een aantal vragen dat regelmatig terugkomt bij het inhuren van een WordPress developer, van updates en beveiliging tot thema's en het overnemen van een bestaande site. Staat je eigen vraag er niet bij, stel 'm gewoon in het kennismakingsgesprek.
Wat doet een WordPress developer dat een page-builder niet doet?
Een page-builder zet snel iets neer, maar voegt vaak extra scripts, stijlen en opmaaklagen toe. Een developer bouwt lichter, met een eigen thema of eigen blokken, en denkt na over headingstructuur, herbruikbaarheid en onderhoud. Het verschil is in de eerste week nauwelijks zichtbaar, wel in de laadtijd en in hoe makkelijk de site over een paar jaar nog door te ontwikkelen is. Wie al met Elementor werkt, hoeft daar overigens niet per se vanaf; ook daarbinnen is vaak veel te winnen.
Kun je een bestaande WordPress-site overnemen?
Meestal wel. Eerst een audit: toegangen, hosting, thema, plug-ins, maatwerkcode, beveiliging en openstaande updates. Daarna gaat alles in een Git-repository met een staging-omgeving en backups, en pas dan volgen updates en doorontwikkeling. Soms is een opschoonronde genoeg, soms is een gefaseerde herbouw verstandiger; dat wordt eerlijk benoemd.
Werk je met bestaande thema's of altijd custom?
Beide kan. Voor een eenvoudige site is een licht bestaand thema met een paar eigen velden vaak prima. Voor een site die zich moet onderscheiden of een eigen flow nodig heeft, is een eigen thema de betere keuze, opgezet volgens het Theme Handbook van WordPress. Uitgangspunt is steeds: zo licht en onderhoudbaar mogelijk.
Hoe voorkom je dat updates de site breken?
Door maatwerk alleen via hooks en publieke API's te bouwen, nooit door de kern of het thema van een ander aan te passen. Updates van WordPress, plug-ins en PHP worden eerst op een staging-omgeving gedraaid en pas na controle live gezet, met een backup en een terugvalplan. Zo wordt een update een routineklus in plaats van een gok.
Is WordPress veilig genoeg?
WordPress is veilig als het wordt onderhouden: een actuele kern en PHP-versie, een beperkte set plug-ins, tweestapsverificatie, beperkte beheerrechten en monitoring. De meeste incidenten komen niet uit WordPress zelf, maar uit verouderde plug-ins en slordig beheer. De hardening-richtlijnen van WordPress vormen daarbij het vertrekpunt. Een audit van een bestaande site begint dan ook niet bij WordPress zelf, maar bij de lijst geïnstalleerde plug-ins: welke worden nog gebruikt, welke zijn al maanden niet bijgewerkt en welke doen ongeveer hetzelfde. Daarnaast wordt gekeken naar wie beheerdersrechten heeft, of er tweestapsverificatie actief is en of er een recente, teruggetest backup bestaat. Updates van kern, plug-ins en PHP worden vervolgens eerst op een staging-omgeving gedraaid en pas na controle live gezet, zodat een update geen verrassing wordt. Voor een site met gevoelige gegevens, zoals een klantportaal of een webshop, komt daar een striktere scheiding van rechten en een kortere updatecyclus bovenop, in overleg over wat past bij het risico dat de organisatie loopt.
Doe je ook WooCommerce?
Ja. Van productpagina's en checkout tot B2B-prijzen en koppelingen met betaal- en verzendpartijen. In het kort gaat het om dezelfde aanpak als bij de rest van WordPress: maatwerk via hooks, een opgeruimde set plug-ins en caching die rekening houdt met ingelogde klanten en hun winkelwagen.
Werk je ook met headless WordPress?
Ja, met WordPress als beheeromgeving achter een losse front-end, via de REST API of WPGraphQL. Dat is zinvol als de voorkant een eigen leven leidt, bijvoorbeeld bij een app of publicatie op meerdere kanalen. Voor de meeste sites is een goed gebouwd thema eenvoudiger en goedkoper in onderhoud, en dat wordt ook zo gezegd.
Wat kost een WordPress-traject?
Dat hangt af van de omvang: een uurtarief of een vaste prijs per fase. Een audit met een opschoonronde heeft een andere omvang dan een nieuwe site met koppelingen, en onderhoud op basis van een vast maandbedrag is weer een ander soort afspraak dan eenmalig maatwerk. Bij een bestaande site bepalen vooral het aantal plug-ins, de staat van de code en de hoeveelheid achterstallig onderhoud de inzet; bij een nieuwe site zijn dat het aantal templates, de blokken en de koppelingen die erbij horen. Na een eerste gesprek en, waar nodig, een blik in de beheeromgeving ontstaat een concreet beeld met een reële inschatting per fase. Je beslist vervolgens zelf of en hoe je verder gaat, zonder verplichting vooraf.
Werk je ook voor bureaus?
Regelmatig. Design- en marketingbureaus besteden de WordPress-techniek uit en houden zelf het klantcontact. De code staat in een repository waar het bureau toegang toe heeft, en de communicatie loopt via de eigen projectleider als dat de voorkeur heeft.
WordPress-site die beter moet?
Een half uur bellen om de site, de plug-ins en de knelpunten door te nemen, en of doorontwikkelen of opnieuw bouwen de logische route is. Geen verplichting, en ook geen kant-en-klaar advies voordat er is meegekeken naar de site zelf.
