Question 1

WordPress, plugins en thema staan al 6+ maanden zonder updates

Accepted Answer

1. Maak nu een volledige back-up: bestanden plus database
2. Update eerst WordPress core, dan plugins een-voor-een, dan thema
3. Check na elke stap of de site nog werkt op een tweede tabblad
4. Plan voortaan maandelijkse updates plus een staging-test bij major-versies

Wanneer ons inschakelen: 
Breekt iets en heb je geen back-up, stop met klikken en bel je IT-partner voor restore.

Question 2

Thema-update gedaan en de layout is kapot of fatal error

Accepted Answer

1. Rol terug via de back-up van vlak voor de update
2. Maak een child-theme aan en verplaats custom-CSS en aanpassingen daarheen
3. Update opnieuw, nu raken jouw aanpassingen niet meer kwijt
4. Documenteer welk thema-versie live staat

Wanneer ons inschakelen: 
Heb je geen back-up en geen child-theme, een dev moet via FTP de oude themabestanden herstellen.

Question 3

WordPress geeft wit scherm na plugin-installatie of update

Accepted Answer

1. Open via FTP of hosting-bestandsbeheer de map wp-content/plugins
2. Hernoem 'plugins' naar 'plugins_off', site komt terug zonder plugins
3. Hernoem terug en zet plugins een-voor-een aan tot de crash terugkomt
4. Vervang of verwijder de schuldige, meld bij plugin-auteur

Wanneer ons inschakelen: 
Wit scherm zonder recente plugin-actie, kan een PHP-versie-mismatch of corrupt bestand zijn, dev nodig.

Question 4

Site toont 'Briefly unavailable for scheduled maintenance' en blijft hangen

Accepted Answer

1. Open FTP of hosting-bestandsbeheer in de root naast wp-config.php
2. Verwijder het bestand .maintenance
3. Refresh de site, hij komt direct terug
4. Check of de afgebroken plugin/thema-update opnieuw moet

Wanneer ons inschakelen: 
Komt het bestand steeds terug, dan loopt er nog een update-script vast, dev moet kijken in cron.

Question 5

Geplande taken (mails, backups) gaan onbetrouwbaar af

Accepted Answer

1. Zet in wp-config.php: define('DISABLE_WP_CRON', true)
2. Maak in je hosting-paneel een echte cron-job naar wp-cron.php elke 5 of 15 minuten
3. Test door een geplande post te maken en te kijken of hij publiceert
4. Check daarna of WooCommerce-mails en back-ups weer op tijd lopen

Wanneer ons inschakelen: 
Heeft je hosting geen cron-paneel, dan kan UptimeRobot wp-cron.php periodiek aanroepen als workaround.

Question 6

wp-config.php is nooit gehardened en staat met default-instellingen

Accepted Answer

1. Zet DISALLOW_FILE_EDIT op true zodat admins niet via dashboard kunnen editen
2. Zet WP_DEBUG op false op productie, debug-logs alleen bij problemen aan
3. Verander de DB-table-prefix weg van 'wp_' bij nieuwe sites
4. Beperk leesrechten op wp-config.php tot 600 of 640

Wanneer ons inschakelen: 
Bij twijfel over chmod en eigenaarschap, je hosting-support kan de juiste rechten zetten.

Question 7

Onbekend of WordPress salts ooit zijn gerouleerd

Accepted Answer

1. Genereer nieuwe keys via api.wordpress.org/secret-key/1.1/salt/
2. Vervang de acht regels in wp-config.php door de nieuwe set
3. Alle gebruikers worden uitgelogd, zelf opnieuw inloggen
4. Roteer minimaal jaarlijks plus na elk verdacht incident

Wanneer ons inschakelen: 
Geen toegang meer na rotatie, mogelijk bestaat er een caching-laag die oude sessies vasthoudt, hoster moet flushen.

Question 8

REST-API lekt usernames via /wp-json/wp/v2/users

Accepted Answer

1. Installeer een security-plugin die REST-users-endpoint blokkeert voor niet-ingelogde users
2. Of voeg in functions.php een filter toe op 'rest_authentication_errors'
3. Test in incognito: /wp-json/wp/v2/users moet 401 of 403 geven
4. Laat andere endpoints open voor plugins die ze nodig hebben

Wanneer ons inschakelen: 
REST helemaal dichtgooien breekt Gutenberg en veel plugins, alleen users-endpoint afdekken.

Question 9

Server-load piekt door duizenden POST-requests naar xmlrpc.php

Accepted Answer

1. Check in toegangslogs of er pieken zijn op /xmlrpc.php
2. Voeg in .htaccess of nginx-config een blok toe dat xmlrpc.php weigert
3. Of zet in functions.php: add_filter('xmlrpc_enabled', '__return_false')
4. Test of Jetpack of mobiele app nog werkt, anders selectief whitelisten

Wanneer ons inschakelen: 
Heb je actief xmlrpc nodig (oude apps), beperk via Cloudflare-rule op IP-whitelist.

Question 10

Honderden login-pogingen op /wp-login.php per dag

Accepted Answer

1. Verplaats de login-URL via een plugin (WPS Hide Login of vergelijkbaar)
2. Forceer 2FA voor alle admins en editors
3. Stel een lockout in: 5 foute pogingen, 15 minuten ban
4. Beperk login tot kantoor-IP of via VPN voor extra paranoia

Wanneer ons inschakelen: 
Aanvallen blijven na verplaatsing, dan komt het via een lekkende plugin of bestaande user, security-audit nodig.

Question 11

Twijfel of een WAF nodig is voor een MKB-WP-site

Accepted Answer

1. Gratis variant: Cloudflare-proxy plus de gratis security-rules-set
2. Plugin-variant: Wordfence of Sucuri met WAF-module ingeschakeld
3. Pro-variant: Cloudflare Pro of Sucuri-cloud-WAF voor managed-rules
4. Monitor logs in de eerste week, finetune false positives

Wanneer ons inschakelen: 
Bij compliance-eisen (financieel, zorg), kies een audited cloud-WAF met SLA, niet alleen plugin.

Question 12

Site heeft 40+ plugins en niemand weet wat ze nog doen

Accepted Answer

1. Exporteer de plugin-lijst en zet 'laatst gebruikt' en 'actief?' erbij
2. Markeer duplicaten (drie SEO-plugins, twee caches) en kies één
3. Zet inactieve plugins niet alleen uit maar verwijder ze
4. Doel: onder de 20 plugins, alleen actief onderhouden auteurs

Wanneer ons inschakelen: 
Onbekend welke plugin welke functie levert, dev moet via grep in code achterhalen wat hooks gebruikt.

Question 13

Nieuwe site, welke plugins zijn echt onmisbaar

Accepted Answer

1. SEO: één van Yoast, Rank Math of SEOPress
2. Caching: één van WP Rocket, W3 Total Cache of LiteSpeed Cache (matcht je host)
3. Backup: UpdraftPlus of via je hosting
4. Security: Wordfence of Solid Security plus 2FA-plugin

Wanneer ons inschakelen: 
WooCommerce of memberships erbij, vraag een dev om een afgestemde stack te kiezen.

Question 14

Twijfel of ACF Pro de licentiekost waard is

Accepted Answer

1. Lijst custom-fields die je nu nodig hebt
2. Heb je herhaalbare blokken nodig (FAQ-rijen, team-leden), Pro is haalbaar
3. Zonder repeaters of options-pages kom je vaak weg met free
4. Pro is per-site of unlimited, kies op basis van portfolio

Wanneer ons inschakelen: 
Veel sites met identieke content-modellen, een agency-license bij ACF of overweeg blokken via Gutenberg-native.

Question 15

Elementor, Bricks of Gutenberg, welke voor een nieuw project

Accepted Answer

1. Gutenberg (block-editor): meest future-proof, leercurve hoger voor non-tech
2. Elementor: makkelijk maar zwaar, lockin in eigen widgets, slechte performance bij wildgroei
3. Bricks Builder: lichter en developer-friendly, kleinere community
4. Kies bewust en train de redactie op die ene tool

Wanneer ons inschakelen: 
Bestaande site migreren tussen builders is duur, dev-traject inschatten voor je beslist.

Question 16

Builder-shortcodes blijven achter na deactivering, content is onbruikbaar

Accepted Answer

1. Voor je migreert, exporteer per pagina de gerenderde HTML
2. Plak de schone HTML in Gutenberg of een andere builder
3. Verwijder eerst de oude builder pas als alle pagina's gemigreerd zijn
4. Plan dit per-template, niet alles tegelijk

Wanneer ons inschakelen: 
Honderden pagina's, dev kan een script maken dat shortcodes batch-rendert naar HTML.

Question 17

CPT's geregistreerd via plugin die je nu wil verwijderen

Accepted Answer

1. Verplaats CPT-registraties van plugin naar een eigen MU-plugin of theme-functions.php
2. Test in staging: deactiveer de oude plugin, content moet bereikbaar blijven
3. Werk pas in productie als CPT's stabiel verschijnen
4. Documenteer welk bestand welke CPT registreert

Wanneer ons inschakelen: 
Honderden bestaande posts, dev moet de slug-conflicten en taxonomy-relaties controleren voor switch.

Question 18

Gebruikte plugin krijgt al jaren geen updates en is uit de repo gehaald

Accepted Answer

1. Zoek een actief onderhouden alternatief met dezelfde features
2. Test functioneel-gelijk in staging voor je migreert
3. Schrijf data over via export-import of dev-script
4. Verwijder de oude plugin volledig, ook databasetabellen

Wanneer ons inschakelen: 
Geen alternatief beschikbaar, dev kan de functie compact opnieuw bouwen of je accepteert de vendor-lockout en plant een vervanging.

Question 19

WP Rocket, W3 Total Cache of LiteSpeed Cache, welke past

Accepted Answer

1. LiteSpeed-server (veel NL-hosters): kies LiteSpeed Cache, gratis en server-integrated
2. Apache of nginx zonder LiteSpeed: WP Rocket (betaald, makkelijk) of W3TC (gratis, complexer)
3. Heb je al Cloudflare APO of een edge-cache, kies een plugin die daarmee samenwerkt
4. Nooit twee caching-plugins tegelijk actief

Wanneer ons inschakelen: 
Performance verbetert niet ondanks caching, dan zit het probleem in PHP of database, niet in cache.

Question 20

TTFB boven de 800ms, site voelt traag

Accepted Answer

1. Test TTFB via WebPageTest vanaf NL-locatie, meet 3 keer voor je conclusies trekt
2. Zet page-cache aan zodat 90% van requests niet meer PHP raakt
3. Stap af van shared bij blijvend trage TTFB, kies managed WP of een VPS
4. Voeg een edge-cache toe (Cloudflare APO, BunnyCDN) als geografie meespeelt

Wanneer ons inschakelen: 
TTFB hoog ook met cache aan, dan is het database of een trage plugin, dev moet query-monitor draaien.

Question 21

Pagina's zwaar door ongecomprimeerde afbeeldingen

Accepted Answer

1. Bron: exporteer altijd naar correct formaat (logo SVG, foto's WebP of AVIF)
2. Server: installeer een plugin die WebP/AVIF op-the-fly serveert (ShortPixel, Imagify, EWWW)
3. Plugin: zet lazy-loading aan, native via WP-core sinds versie 5.5
4. Audit periodiek de mediabibliotheek op originelen boven 500KB

Wanneer ons inschakelen: 
Mediabibliotheek met 10.000+ afbeeldingen, dev kan een batchscript draaien voor regenereren.

Question 22

PageSpeed Insights geeft rode Core Web Vitals

Accepted Answer

1. Focus op LCP onder 2.5s: image-compressie en boven-de-vouw direct laden
2. CLS onder 0.1: zet expliciete width/height op alle images en iframes
3. INP onder 200ms: minder zware JS-plugins, kill onnodige tracking-scripts
4. Hertest in PSI met mobile, dat is wat Google rankt

Wanneer ons inschakelen: 
Vitals blijven rood ondanks ingrepen, performance-audit door dev met DevTools-profile nodig.

Question 23

Veel database-queries per request, traag dashboard

Accepted Answer

1. Vraag je host of Redis of Memcached beschikbaar is
2. Installeer Redis Object Cache plugin of W3TC met object-cache aan
3. Test in staging: dashboard moet sneller voelen, queries-per-page omlaag
4. Monitor cache-hit-ratio, doel boven 90%

Wanneer ons inschakelen: 
Geen Redis bij host beschikbaar, overweeg een hoster die het out-of-the-box biedt voor wat extra per maand.

Question 24

Database is gegroeid tot honderden MB door revisions en transients

Accepted Answer

1. Maak eerst een back-up van de database
2. Gebruik WP-Optimize of Advanced Database Cleaner
3. Verwijder oude post-revisions (bewaar laatste 5 per post)
4. Schoon expired transients en optimaliseer tabellen

Wanneer ons inschakelen: 
Tabel wp_options autoload boven 1MB, dat is een specifiek probleem, dev moet schadelijke autoload-rijen identificeren.

Question 25

Wijzigingen testen op de live site, dat moet anders

Accepted Answer

1. Activeer staging via je hosting-paneel of bouw lokaal met Local of Studio
2. Werk wijzigingen daar bij, test plugin-updates en thema-wijzigingen
3. Sync wijzigingen naar productie via een merge-tool, niet door database over te schrijven
4. Push staging-DB nooit zomaar over productie als er live-bestellingen tussen liggen

Wanneer ons inschakelen: 
Geen staging bij je host, kies een hoster die dat heeft of richt zelf een subdomein in.

Question 26

Staging klaar, hoe naar productie zonder de bestellingen te overschrijven

Accepted Answer

1. Push code (themes, plugins) via git of file-sync, niet via DB-import
2. Migreer alleen contentwijzigingen via WP Migrate's selective sync
3. Vermijd full DB-overwrite tenzij site nog niet live is
4. Plan een onderhoudsvenster en zet site even in maintenance-mode

Wanneer ons inschakelen: 
WooCommerce of memberships actief, schakel een dev in voor een gestaged-merge.

Question 27

Routineklussen via dashboard zijn traag, wil iets sneller

Accepted Answer

1. Vraag SSH-toegang bij je host, WP-CLI is meestal al geïnstalleerd
2. Veelgebruikt: 'wp plugin update --all', 'wp core update', 'wp db export'
3. Search-replace bij domeinwissel: 'wp search-replace oudedomein.nl nieuwdomein.nl --dry-run'
4. Begin met --dry-run, dan pas zonder, en altijd eerst back-up

Wanneer ons inschakelen: 
Geen SSH bij je host, dan is dat een teken om van host te wisselen.

Question 28

Site verhuizen, welke migratie-tool

Accepted Answer

1. Klein en simpel: All-in-One WP Migration, één export-bestand, importeer aan andere kant
2. Groot of WooCommerce: Duplicator Pro of WP Migrate Pro voor incremental sync
3. Domein-wissel: WP Migrate doet search-replace tijdens migratie
4. Test op een staging-URL voor je DNS overzet

Wanneer ons inschakelen: 
Site boven 5GB, gebruik command-line met WP-CLI plus rsync, plugins falen op timeout.

Question 29

Webflow CMS-collection raakt de itemlimit

Accepted Answer

1. Check je huidige plan en het aantal items dichtbij de limit
2. Splits content op in meerdere collections als de structuur dat toelaat
3. Upgrade naar een hoger plan als content écht moet groeien
4. Voor zware content-bibliotheken overweeg headless met Sanity of Contentful

Wanneer ons inschakelen: 
Tegen de hoogste Webflow-limit aan, dat is signaal om naar headless of WP te kijken.

Question 30

Custom-code injection in Webflow voor tracking of integratie

Accepted Answer

1. Globaal (alle pagina's): site-settings, custom-code-tab
2. Per pagina: page-settings, custom-code-veld, voor pagina-specifieke scripts
3. Embed-blocks voor inline-snippets binnen content
4. Houd één centraal document bij van wat waar staat

Wanneer ons inschakelen: 
Tracking via Google Tag Manager, dan plak je alleen GTM-snippet en beheer je tags daar, niet stuk voor stuk in Webflow.

Question 31

Webflow-formulier moet leads in HubSpot of Pipedrive zetten

Accepted Answer

1. Plan-Site: HubSpot- en Mailchimp-integraties zijn native, kies die als CRM matcht
2. Anders gebruik Make of Zapier: Webflow-trigger 'New Form Submission' naar CRM-actie
3. Geavanceerder: zet form-action naar een eigen webhook (server-route die naar CRM POST)
4. Test met een dummy-lead, controleer of het in CRM landt met juiste velden

Wanneer ons inschakelen: 
GDPR-eisen voor consent vóór CRM-push, voeg een checkbox toe en log de consent expliciet.

Question 32

Webflow-site, wat zijn de must-do's voor SEO

Accepted Answer

1. Per pagina: vul title-tag en meta-description bij page-settings
2. Open-Graph: stel default OG-image in op site-niveau, override per pagina waar nodig
3. robots.txt en sitemap.xml: site-settings, SEO-tab, automatisch gegenereerd
4. Submit sitemap-URL bij Google Search Console

Wanneer ons inschakelen: 
Migreer je naar Webflow, zet 301-redirects in voor oude URL's via site-settings.

Question 33

Webshop koppelen aan Mollie of Stripe

Accepted Answer

1. Mollie: API-key uit Mollie-dashboard, plak in plugin (WooCommerce Mollie of Webflow-equivalent)
2. Stripe: API-keys uit Stripe-dashboard, zet test- en live-keys los
3. Configureer webhook-URL aan beide kanten zodat status-updates terugkomen
4. Test met test-mode plus een 1-cent live-order voor je echt opent

Wanneer ons inschakelen: 
Bedragen kloppen niet of webhook fired niet, check de webhook-logs in Mollie/Stripe dashboard.

Question 34

Overweging Next.js-frontend met WordPress als CMS

Accepted Answer

1. Backend: WP draait op subdomein zoals cms.bedrijf.nl, alleen voor redactie
2. Bridge: WPGraphQL of de REST-API uitbreiden voor de velden die frontend nodig heeft
3. Frontend: Next.js met ISR of Cache Components voor publicatie-snelheid
4. Webhook van WP-publish naar Vercel-rebuild of revalidate

Wanneer ons inschakelen: 
Geen dev-team, headless is niet voor jou, blijf op klassiek WP.

Question 35

Welke headless-CMS voor een nieuwe site

Accepted Answer

1. Sanity: developer-friendly, gratis-tier ruim, custom studio
2. Contentful: enterprise, hogere prijs, maar SLA en support
3. Strapi: self-hosted, je beheert zelf, geen vendor-lockin
4. Decap CMS: git-based, gratis, content in je repo (markdown)

Wanneer ons inschakelen: 
Twijfel tussen drie, prototype een week in elk en laat de redactie meebeslissen.

Question 36

Headless-frontend toont oude content na publicatie

Accepted Answer

1. In CMS (Sanity, Contentful): zet webhook op publish-event
2. Doel-URL: Vercel-deploy-hook of een revalidate-route in je app
3. Test: pas een titel aan, kijk dat de site binnen seconden update
4. Bij veel publishes: gebruik on-demand revalidation per slug, niet full-rebuild

Wanneer ons inschakelen: 
Builds duren te lang en raken Vercel-quota, splits site in ISR per route.

Question 37

Site lijkt gehackt of Google waarschuwt voor malware

Accepted Answer

1. Eerst offline halen of in onderhouds-modus zetten
2. Draai Wordfence- of Sucuri-scan, lees alle gevonden bestanden door
3. Vergelijk core-bestanden met schone WP-versie via 'wp core verify-checksums'
4. Verwijder onbekende bestanden in wp-content/uploads die .php zijn

Wanneer ons inschakelen: 
Gevonden malware komt steeds terug, een dev moet via diff achterhalen welke backdoor herinjecteert.

Question 38

Search Console toont Japanse pagina's die niet van jou zijn

Accepted Answer

1. Maak directe back-up van bestanden plus database
2. Identificeer alle gehackte URL's via Search Console-coverage-report
3. Verwijder spam-content uit DB (wp_posts) en suspicious files in plugins/themes
4. Indien onduidelijk wat schoon is, restore een back-up van vóór de hack en migreer wijzigingen handmatig

Wanneer ons inschakelen: 
Hack zit diep in core of database, dan is volledige rebuild op schone WP de veilige route.

Question 39

Hack opgelost, wat moet er nog gebeuren

Accepted Answer

1. Roteer alle wachtwoorden: WP-admins, FTP, hosting, database, mail
2. Roteer security-keys in wp-config.php zodat oude sessies dood zijn
3. Update WP-core, alle plugins en thema, verwijder ongebruikte plugins
4. Vraag bij Google Search Console een review aan om de waarschuwing te laten verdwijnen

Wanneer ons inschakelen: 
Onbekend hoe de aanvaller binnenkwam, schakel een security-audit in voor je weer publiek gaat.

Question 40

Rich-results in Google ontbreken (LocalBusiness, FAQ, Product)

Accepted Answer

1. Activeer schema-module in Yoast of Rank Math
2. Vul LocalBusiness-data: NAP (naam, adres, telefoon), openingstijden
3. Voeg FAQ-blok toe op service-pagina's voor FAQ-rich-result
4. Test met de Schema-Validator van Google

Wanneer ons inschakelen: 
Custom-content (events, recepten, jobs) heeft eigen schema-types, dev moet handmatig toevoegen.

Question 41

NL- en EN-versie van de site, Google rankt verkeerde versie

Accepted Answer

1. Activeer hreflang in je SEO-plugin of multilingual-plugin (WPML, Polylang)
2. Per pagina: koppel NL-versie aan EN-equivalent via taal-switcher
3. Genereer x-default voor bezoekers buiten je doelregio's
4. Valideer in Search Console > International Targeting

Wanneer ons inschakelen: 
Hreflang correct maar Google blijft NL aan EN-bezoekers tonen, kan canonicalisatie-conflict zijn, dev nodig.

Question 42

Bezoekers vinden 404's en interne links zijn deels stuk

Accepted Answer

1. Crawl de site maandelijks met Screaming Frog (free tot 500 URL's) of Ahrefs
2. Filter op 404 en 5xx, maak een lijst
3. Fix elk via 301-redirect naar de juiste nieuwe URL of repareer de bron-link
4. Stel Search Console-rapportage in voor crawl-errors

Wanneer ons inschakelen: 
Honderden broken-links na een migratie, dev kan een redirect-map genereren uit de oude site-structuur.

Question 43

Mollie-betaling slaagt maar order blijft op pending in WooCommerce

Accepted Answer

1. Open Mollie-dashboard, ga naar de transactie en bekijk webhook-logs
2. Zie je 4xx of 5xx, kopieer de webhook-URL en open hem in browser, mag niet 403 geven
3. Veelvoorkomend: WAF blokkeert Mollie-IP's, voeg whitelist toe in firewall of plugin
4. Test met een 1-cent transactie tot status correct doorpushed

Wanneer ons inschakelen: 
Webhook werkt soms wel, soms niet, vaak een caching-laag voor /wc-api/ die fluctueert, host moet excluden.

Question 44

Migreren van WordPress naar Webflow

Accepted Answer

1. Exporteer WP-content via XML-export of CSV-plugin
2. Importeer in Webflow CMS-collections, mapping per veld
3. Bouw design opnieuw in Webflow, oude theme komt niet mee
4. Maak een redirect-map oud-naar-nieuw en activeer in Webflow site-settings

Wanneer ons inschakelen: 
Honderden posts plus custom-fields, schakel een dev in voor scripted-import via Webflow API.

Question 45

Site verhuizen naar nieuwe host zonder dat bezoekers downtime zien

Accepted Answer

1. Verlaag DNS-TTL minstens 24u van tevoren naar 5 minuten
2. Zet site live op nieuwe host onder een tijdelijke URL en test volledig
3. Sync laatste content (orders, comments) net voor de DNS-flip
4. Wijzig DNS, monitor beide hosts 48u tot alle bezoekers via nieuwe routen

Wanneer ons inschakelen: 
WooCommerce live, plan een onderhoudsvenster van 15 minuten voor finale DB-sync, downtime is onvermijdelijk daar.

Question 46

wp-config.php met DB-wachtwoord staat per ongeluk in Git.

Accepted Answer

1. Direct DB-wachtwoord wijzigen op de hosting
2. Auth keys en salts opnieuw genereren in wp-config
3. Bestand toevoegen aan .gitignore, history herschrijven
4. Logs nakijken op verdachte logins of queries

Wanneer ons inschakelen: 
Repo is publiek geweest of fork bestaat: ervan uit dat alles is gelekt, ook keys voor Stripe of mailrelay roteren.

Question 47

Strapi v4 naar v5 upgrade breekt content-types of plugins.

Accepted Answer

1. Eerst lokaal upgraden met clone van productie-DB
2. Codemod-tool van Strapi draaien voor entity naar document
3. Plugins een voor een upgraden, niet alles tegelijk
4. Frontend pas migreren als backend stabiel is

Wanneer ons inschakelen: 
Custom plugins met diepe v4 internals: overweeg plugin opnieuw bouwen of vervangen, port met patches loopt zelden goed af.

Question 48

Na een deploy zien bezoekers nog oude content op Next.js.

Accepted Answer

1. Bij content-wijziging revalidateTag of revalidatePath gebruiken, niet alleen redeploy
2. Webhook vanaf CMS naar revalidate-endpoint
3. CDN-cache (Vercel, Cloudflare) bewust invalidaten bij asset-changes
4. Browser-cache headers voor HTML kort houden

Wanneer ons inschakelen: 
Cache-strategie is een patchwerk geworden: opnieuw ontwerpen vanuit Next 16 cache-components in plaats van patches op patches.

Question 49

Hebben we Sentry of vergelijkbare error-tracking nodig?

Accepted Answer

1. Bepaal welke applicaties echt eigen code zijn (geen pure SaaS)
2. Plak Sentry-SDK in front-end en back-end met release-tagging
3. Stel alert in op nieuwe fout-typen, niet op bestaande
4. Koppel issues aan je werk-tracker zodat ze niet vergeten worden

Wanneer ons inschakelen: 
Voor security-gevoelige applicaties, kijk naar PII-scrubbing en self-host varianten zoals GlitchTip.

Question 50

Site doet raar na een plugin-update, geen idee welke plugin de oorzaak is.

Accepted Answer

1. Reproduceer eerst exact: welke pagina, welke actie, welke browser, ingelogd of uitgelogd. Zonder reproductie is debuggen gokken.
2. Activeer een standaard-thema (Twenty Twenty-Four) op staging. Blijft het probleem? Dan zit het in een plugin, niet in het thema.
3. Deactiveer alle plugins, controleer of het probleem weg is, en activeer ze in blokken van vijf totdat de fout terugkeert. Bisect van 40 plugins kost zo zes klikken.
4. Zet WP_DEBUG en WP_DEBUG_LOG aan in wp-config.php. De fatal-trace in wp-content/debug.log wijst meestal direct het verantwoordelijke bestand aan.
5. Update de boosdoener naar de laatste versie of zoek een actief onderhouden alternatief. Rapporteer de bug ook in het plugin-supportforum, zo help je de volgende.
6. Documenteer de plugin-stack en wie wat doet, anders sta je over zes maanden voor hetzelfde.

Wanneer ons inschakelen: 
Komt er geen reproductie of vind je geen schuldige na een volledige bisect, dan zit het waarschijnlijk in een hosting-laag of mu-plugin. Vraag de hoster of een WP-engineer om mee te kijken.

Question 51

We gaan de site herbouwen, hoe vermijden we dat de SEO instort.

Accepted Answer

1. Trek de huidige URL-lijst met Screaming Frog of via de Search Console-export. Sorteer op organisch verkeer en backlinks: dat zijn de URL's die echt tellen.
2. Bouw een mapping-spreadsheet: oude-URL, nieuwe-URL, statuscode (301), notities. Voor pagina's die verdwijnen kies je een dichtstbijzijnde nieuwe pagina, niet zomaar de homepage.
3. Bewaar bestaande URL-structuur waar redelijkerwijs kan. Een schoonmaak van category-slugs is leuk, maar elke wijziging is een redirect-risico.
4. Implementeer redirects op serverniveau (.htaccess of nginx) of via een redirect-plugin. Test alle 301's met een crawler voor de live-gang, niet erna.
5. Behoud title, H1 en interne links zoveel mogelijk. Als content praktisch hetzelfde blijft, blijft de relevantie behouden.
6. Submit de nieuwe sitemap.xml in Search Console, monitor 404's en crawl-errors dagelijks de eerste twee weken na launch.

Wanneer ons inschakelen: 
Heb je veel oude content (5000+ URL's), internationale versies of een grote backlink-portefeuille, dan is een SEO-specialist die de migratie begeleidt zijn geld waard.

Question 52

Contactformulier wordt overspoeld met spam, maar reCAPTCHA is irritant.

Accepted Answer

1. Voeg een honeypot-veld toe: een tekstveld dat met CSS verborgen is en met een normaal-uitziende naam (website, fax). Bots vullen het in, mensen niet.
2. Bouw een tijd-check: forms die binnen drie seconden na pageload submitten zijn vrijwel zeker bots. Reject of stuur naar prullenbak.
3. Voeg een verplicht veld toe dat een simpele context-vraag stelt (welke stad, welk jaartal). Geen wiskunde, gewoon een check die een bot niet generiek beantwoordt.
4. Plugins als Fluent Forms, WPForms en Gravity Forms hebben honeypot ingebouwd. Zet hem aan en zet reCAPTCHA pas aan als spam alsnog doorkomt.
5. Block bekende spam-IP's via Cloudflare WAF. Een gratis Cloudflare-account stopt al een groot deel van de bot-traffic voor het je server bereikt.
6. Monitor een week na implementatie. Krijg je nul spam en alle echte leads, dan is het werk klaar.

Wanneer ons inschakelen: 
Komen er gerichte spam-aanvallen door (bijvoorbeeld via gerichte vulnerability-scans), dan is hCaptcha of Turnstile van Cloudflare een privacyvriendelijker alternatief voor reCAPTCHA.

Question 53

Onze cookie-banner werkt half, of laadt scripts voor toestemming.

Accepted Answer

1. Inventariseer alle scripts: analytics, marketing-pixels, chat, embedded videos, maps. Per script: noodzakelijk, statistisch, marketing of social.
2. Kies een banner-tool die echt blokkeert: Cookiebot, CookieFirst, Complianz of een eigen oplossing met data-attributes. Banners die alleen 'informeren' zijn niet genoeg.
3. Stel categorieen correct in: alleen functioneel staat default aan. Statistiek en marketing alleen na expliciete keuze. Geen pre-checked boxen.
4. Test in incognito met devtools open: voor klikken mag er geen request naar Google Analytics, Meta of TikTok lopen. Wel naar functionele endpoints zoals je eigen API.
5. Loggen: bewaar bewijs van consent (timestamp, gekozen categorieen, IP-hash). Bij een klacht moet je kunnen aantonen dat de gebruiker ja heeft gezegd.
6. Documenteer de banner in je AVG-register en check halfjaarlijks of er nieuwe scripts zijn toegevoegd die alsnog ongeblokkeerd laden.

Wanneer ons inschakelen: 
Werk je voor zorg of overheid, of doe je tracking-zware marketing, dan helpt een AVG-jurist om de banner en het cookiebeleid te toetsen voor de AP komt.

Question 54

Backups worden gemaakt maar we hebben nooit een restore getest.

Accepted Answer

1. Bepaal RPO en RTO. Hoeveel data mag verloren (een uur, een dag) en hoe snel moet je terug zijn (vier uur, een dag). Dat bepaalt frequentie en aanpak.
2. Kies opslag buiten de hosting: BlogVault, UpdraftPlus naar S3 of Google Drive, of de native off-site optie van je hoster. Backup op dezelfde server telt niet.
3. Backup minimaal dagelijks files plus database. Voor een drukke webshop ga je naar uurlijks of incremental, anders verlies je orders.
4. Doe minstens een keer per kwartaal een restore-test op staging. Document de stappen en de tijd. Een echte restore die zes uur duurt is een wake-up call.
5. Bewaar minimaal 30 dagen historie. Hacks worden vaak pas na weken ontdekt en je laatste backup is dan al besmet.
6. Schrijf een runbook met stappen, contactgegevens en credentials. Bij een crash weet je niet meer waar je begint.

Wanneer ons inschakelen: 
Werk je met klantdata, betalingen of medische gegevens, dan is een geverifieerde backup-strategie met aparte audit-trail (en eventueel een DR-plan) een must. Vraag een ervaren WP-engineer mee te kijken.

Question 55

Klanten melden dat de site offline was, maar wij weten van niks.

Accepted Answer

1. Kies een tool die elke 1 tot 5 minuten ping't vanuit minimaal twee regio's. Een check vanuit alleen Amsterdam mist regionale netwerk-issues.
2. Monitor niet alleen de homepage. Pingt ook /wp-login.php (verwacht 200), je betaalpagina en je API-endpoints. Een werkende homepage zegt niet genoeg.
3. Stel slimme alerting in: niet bij elke flap, wel bij twee opeenvolgende fails. Pushover, Slack of SMS, niet alleen e-mail.
4. Voeg een SSL-monitor toe. Een verlopen certificaat sluit je site even hard af als een server-crash.
5. Maak een publieke status-pagina (bv. Statuspage of de native versie van BetterStack) als je B2B-klanten hebt die om SLA's vragen.
6. Review elk kwartaal de incidenten. Vaak zit er een patroon in (zondagnacht backup, deploy-fenster) dat je structureel kunt fixen.

Wanneer ons inschakelen: 
Heb je echte SLA-verplichtingen of een omzet-kritieke webshop, dan is een synthetic-monitoring-suite (DataDog, Checkly) plus een on-call rotatie de volgende stap.

Question 56

Lighthouse-score blijft hangen rond de 60-70, klant wil 90+.

Accepted Answer

1. Draai Lighthouse in incognito met cache-uit, mobile preset. Negeer desktop-scores, Google rankt op mobile.
2. Pak de 'Reduce unused JavaScript' suggestie eerst. Schakel page-builder-features uit die je niet gebruikt, of dump de builder voor een eigen thema.
3. TTFB onder 200ms vereist meestal page-caching (WP Rocket, LiteSpeed Cache, Cloudflare APO) en een goede hoster. Shared hosting onder 200ms is zeldzaam.
4. Inline critical CSS en defer de rest. WP Rocket en de meeste caching-plugins doen dit automatisch.
5. Verwijder overbodige fonts. Drie font-families van Google Fonts is vaak twee teveel. Eentje, gehost lokaal, scheelt LCP-tijd.
6. Re-test, screenshot het resultaat en bewaar het bewijs. Lighthouse-scores fluctueren, dus drie metingen middelen is netter.

Wanneer ons inschakelen: 
Krijg je geen 90 op een builder-zware site, dan is een rebuild op een lichter thema (Kadence, GeneratePress, Astra) of headless de eerlijkste route. Vraag een performance-engineer om mee te kijken.

Question 57

We willen rich-results in Google, hoe regel je schema.org.

Accepted Answer

1. Bepaal welke types relevant zijn: een fysiek bedrijf wil LocalBusiness, een dienstverlener wil Service, een webshop wil Product en BreadcrumbList.
2. WordPress: Yoast en RankMath voegen LocalBusiness en BreadcrumbList automatisch toe als je de bedrijfsgegevens invult. Dat is de basis.
3. FAQ-schema: gebruik de FAQ-block in Yoast of een dedicated plugin. Niet handmatig JSON-LD plakken, dat raakt zoek bij theme-changes.
4. Webflow: voeg JSON-LD toe via Custom Code in page-settings of in een Embed-block. Test elk template apart.
5. Test elke pagina-template via search.google.com/test/rich-results. Een typo in JSON-LD haalt de hele markup uit de index.
6. Monitor in Search Console onder 'Verbeteringen'. Daar zie je welke types Google herkent en welke fouten er zijn.

Wanneer ons inschakelen: 
Werk je in een niche waar specifieke schema-types tellen (zorg, recht, recepten, evenementen), dan helpt een SEO-specialist met domeinkennis je verder dan generieke plugins.

Question 58

Onduidelijk of sitemap.xml en robots.txt goed staan ingesteld.

Accepted Answer

1. Open jouwdomein.nl/robots.txt. Geen Disallow: / op de hele site (dat blokkeert alles), wel een verwijzing naar de sitemap onderaan: Sitemap: https://jouwdomein.nl/sitemap.xml.
2. Open jouwdomein.nl/sitemap.xml. Zou een geldige XML moeten zijn met alle gewenste URL's. Yoast en RankMath genereren dit automatisch in WordPress.
3. Sluit alleen wat echt niet gecrawld hoeft uit: /wp-admin, /cart, /checkout, search-results. De rest mag gecrawld.
4. Voeg sitemap.xml toe in Search Console. Daar zie je welke URL's geindexeerd worden en welke fouten Google ziet.
5. Webflow: sitemap.xml wordt automatisch gegenereerd onder Project Settings > SEO. robots.txt kun je daar ook instellen.
6. Re-check elk kwartaal. Een nieuwe plugin of een per ongeluk aangevinkte 'Discourage Search Engines' setting kan alles om zeep helpen.

Wanneer ons inschakelen: 
Verdenking dat de site uit Google is gevallen door een robots- of sitemap-fout? Doe een technische SEO-audit, of laat een SEO-specialist Search Console mee bekijken.

Question 59

Moeten we www.jouwdomein.nl of jouwdomein.nl als hoofdvariant kiezen.

Accepted Answer

1. Kies een primary, vaak op basis van branding. Korte merken kiezen vaak apex (vectel.nl), grotere merken vaker www. Geen verkeerd antwoord.
2. Zet een 301-redirect van de niet-gekozen variant naar de gekozen. Dus apex naar www, of andersom. Dubbele indexatie is slecht voor SEO.
3. DNS: apex heeft een A-record (of ALIAS/ANAME bij hosters die het ondersteunen) en kan niet altijd elegant naar een CDN. www kan met CNAME, dat is flexibeler.
4. Stel de canonical-URL consequent in. WordPress doet dit via General Settings > Site Address (URL). Webflow heeft het in Project Settings.
5. Update Search Console: voeg beide varianten toe als properties, maar markeer de gekozen variant als de canonical via een Domain Property.
6. Test alle externe links: e-mailhandtekening, social profielen, factuur-templates, AdWords-campagnes. Allemaal naar de gekozen variant.

Wanneer ons inschakelen: 
Werkt je site al jaren op de niet-bedoelde variant en heb je veel backlinks? Dan is voorzichtig migreren met monitoring beter dan een harde switch. Vraag een SEO-engineer om mee te kijken.

Question 60

We gaan naar een nieuw domein, hoe behoudt SEO en bookmarks.

Accepted Answer

1. Bouw een redirect-map: oude-URL naar nieuwe-URL, een-op-een. Niet alles naar de homepage doorsturen, dat gooit Google al je linkjuice weg.
2. Implementeer 301's op server-niveau (.htaccess voor Apache, server-block voor nginx) of via een redirect-plugin. Permanent, niet 302.
3. Test elke redirect met een crawler (Screaming Frog) voor de DNS-switch. Geen redirect-ketens van drie of meer hops; dat verzwakt de signal.
4. Update interne links waar mogelijk naar de nieuwe URL's. Redirects werken, maar directe links zijn altijd schoner.
5. Voeg het nieuwe domein toe in Search Console en gebruik het Change of Address-tool. Dat versnelt de overdracht van rankings.
6. Houd de oude domein-registratie en hosting minstens een jaar aan. Anders breken alle 301's en sta je in cold-storage.

Wanneer ons inschakelen: 
Heb je veel backlinks of een complexe URL-structuur, dan is een externe SEO-engineer voor de migratie zijn geld waard. Een verkeerde wissel kost veel meer dan zo'n consult.

Question 61

WP-admin is sloom, soms 10 seconden voor een pagina laadt.

Accepted Answer

1. Schakel 'Site Health' in Tools > Site Health in. WordPress vertelt vaak letterlijk wat er mis is: oude PHP, te weinig memory, slechte plugin.
2. Test in incognito met een nieuwe gebruiker. Zit het probleem alleen bij admin-rol of bij iedereen? Dat scheelt zoekrichting.
3. Database-cleanup: wis post-revisions, oude transients en autoloaded options met WP-Optimize of Advanced Database Cleaner. Een DB van 1GB+ moet alarmbellen geven.
4. Identificeer trage plugins met Query Monitor. Die toont per pagina welke plugin tijd kost, welke queries traag zijn en welke hooks geld kosten.
5. Schakel dashboard-widgets uit die externe data ophalen (RSS, news, productivity-meters). Die wachten op externe API's.
6. Verhoog WP_MEMORY_LIMIT naar 256M of 512M in wp-config.php. Standaard 64M is te krap voor moderne sites.

Wanneer ons inschakelen: 
Blijft admin traag na cleanup en plugin-audit, dan zit het in PHP, MySQL-config of de hoster. Vraag de hoster om PHP-OPcache, MySQL-tuning of een upgrade naar managed-WP.

Question 62

Server staat dagelijks te zwoegen door brute-force-pogingen op /wp-login.

Accepted Answer

1. Zet Cloudflare voor de site (gratis-tier is voldoende) en maak een WAF-rule: block alle POST-requests naar /wp-login.php behalve van jouw kantoor-IP.
2. Geen Cloudflare? Installeer Wordfence of Limit Login Attempts Reloaded. Beide blokkeren IP's na X mislukte pogingen.
3. Verberg /wp-login.php niet door hem te hernoemen, dat is security-through-obscurity en breekt vaak plugins. Beter: throttle en monitor.
4. Schakel two-factor authentication in voor alle admins. Met 2FA blijft een gestolen wachtwoord nog steeds onbruikbaar.
5. Disable XML-RPC als je het niet gebruikt. Veel bots vallen daar binnen via system.multicall, en dat omzeilt rate-limits.
6. Monitor login-pogingen wekelijks. Een spike zegt soms dat een specifieke gebruiker getarget wordt; reset diens wachtwoord.

Wanneer ons inschakelen: 
Krijg je gerichte aanvallen vanuit veel IP's tegelijk (botnet), dan is een betaalde Cloudflare-plan met Bot Management of een aparte WAF (Sucuri) verstandig.

Question 63

Onduidelijk wat de juiste file-permissions voor WordPress zijn.

Accepted Answer

1. Verbind via SSH naar de server. SFTP-clients laten je permissions ook zien, maar SSH is sneller voor bulk-changes.
2. Zet alle directories op 755: find /pad/naar/wp -type d -exec chmod 755 {} \;
3. Zet alle files op 644: find /pad/naar/wp -type f -exec chmod 644 {} \;
4. wp-config.php naar 600: chmod 600 wp-config.php. Daarmee kan alleen de eigenaar (php-user) lezen, niemand anders.
5. Eigenaar moet de webserver-user zijn (www-data, apache, of de cPanel-user), niet root. Wrong owner geeft 'unable to write' bij updates.
6. Test daarna: WordPress moet plugins kunnen installeren, media kunnen uploaden, en updates kunnen draaien. Mislukt dat, dan zit eigenaar of group fout.

Wanneer ons inschakelen: 
Komt er een persistente 'cannot write to wp-content' melding ondanks correcte permissions? Vraag de hoster naar de PHP-user en of er een aparte FTP-user is. Daar zit de mismatch.

Question 64

Admins loggen alleen met wachtwoord in, geen 2FA.

Accepted Answer

1. Kies een 2FA-plugin: Wordfence Login Security (gratis), Two Factor (van Plugin Contributors, gratis) of WP 2FA. Allemaal werken met Google Authenticator of Authy.
2. Activeer voor alle admin-rollen verplicht. Geef gebruikers een week om het in te stellen, daarna geen toegang zonder.
3. Documenteer recovery-codes. Verlies van phone betekent geen toegang; recovery-codes in een password manager bewaren is verplicht.
4. Test eerst met je eigen account voor je het bij andere admins forceert. Niets vervelender dan jezelf en het hele team buitensluiten.
5. Combineer met sterke wachtwoorden via een password manager. 2FA met een zwak wachtwoord is nog steeds risico bij phishing.
6. Voor low-risk rollen (auteurs, editors) is 2FA optioneel of aanbevolen, niet verplicht. Hou wrijving in verhouding tot risico.

Wanneer ons inschakelen: 
Werk je met klantdata, financiele data of klanten in zorg/overheid, dan is naast 2FA een SSO-oplossing (Microsoft Entra ID, Google Workspace) verstandig. Daarvoor ga je richting WP SAML of Auth0.

Web en CMS