Witte pagina, 500-error, "There has been a critical error", database-fout of net een mislukte update? Ik vind de oorzaak en zet je site terug — vaak nog dezelfde dag weer online.
"Mijn site werkt niet" kan tien dingen betekenen. Hieronder de meest voorkomende manieren waarop een offline of stuk-werkende website zich uit. Herken je een symptoom? Klik door of neem contact op — ik ken elk patroon.
Volledig wit scherm zonder tekst — meestal een PHP fatal error die door de hoster wordt verborgen om security-redenen. De échte fout staat in het error_log van je hosting. Vaak: plugin-crash, theme-conflict, memory-uitputting of een mislukte update.
Browser toont alleen "500" of "Internal Server Error". De server zegt "iets ging mis" maar deelt geen details. Server-niveau probleem dat in 9 van de 10 gevallen op te lossen is via error_log-analyse. Volledige diagnose voor 500-fouten →
Generieke melding sinds WordPress 5.2 die de echte fatal error verbergt voor bezoekers. Recovery-mail komt niet altijd aan; de echte fout staat in wp-content/debug.log of het server error_log. Hoe je die fout vindt en oplost →
WordPress kan z'n database niet bereiken — meestal foute credentials in wp-config.php, een gewijzigd databasewachtwoord, of de hosting-side database server is even uit. Database-fouten oplossen →
Je site staat in onderhoudsmodus na een afgebroken update. Een vastzittend .maintenance-bestand. In 30 seconden weer online — als je weet waar te kijken. Maintenance-mode oplossen →
Browser kan niet eens bij je site komen — DNS-resolutie faalt of je domein wijst niet meer naar je hosting. Vaak na een hosting-migratie of als de DNS bij een verkeerde provider staat.
Bezoekers krijgen een loop-fout, vaak na SSL-installatie of Cloudflare-activatie. Twee redirect-regels werken tegen elkaar in. Redirect-loop oplossen →
"Functioneel offline" — homepage laadt prima, maar contactformulier verstuurt niets, login-pagina geeft een witte pagina, of WooCommerce-checkout crasht. Voor jou en zoekmachines lijkt 't OK; je verliest leads en omzet zonder dat je 't merkt.
Onbekende admin-accounts, vreemde redirect naar buitenlandse webshops, Japanse of Chinese spamtekst in Google-zoekresultaten, of de hoster heeft je account geschorst voor spam-uitstoot. Geen klassieke "offline", maar wel een crisis die directe aanpak vraagt.
Stappen die je in de eerste 5 minuten zelf kunt doen — voordat je iemand belt. Deze info help je (en mij) razendsnel om de oorzaak te vinden.
NET::ERR_*-fout. Maak een screenshot. Dit is de allerbelangrijkste informatie voor diagnose.
Geen wachtrijen, geen tickets, geen "we komen er deze week op terug". Een rechtstreekse, snelle aanpak.
Bel, mail of WhatsApp — je beschrijft kort wat je ziet (foutmelding, witte pagina, hack-symptomen). Ik reageer op werkdagen.
Ik krijg toegang via FTP, SSH of een tijdelijke admin-account, lees error-logs, isoleer de oorzaak. Diagnose is altijd kosteloos — pas met een prijsschatting in de hand beslis jij.
Met jouw akkoord ga ik aan de slag. Werkende site, getest, met verse backup. Op uitgevoerde fixes geldt 30 dagen garantie — komt 't terug, los ik 't kosteloos op.
Bij een offline site herken ik in 95% van de gevallen één van deze patronen. Klik door als je wilt zien wat er onder de motorkap speelt — of neem direct contact op en ik zoek het voor je uit.
De server zegt "iets ging mis" maar niet wat. PHP-fatal, htaccess, memory of een plugin — meestal in 10 minuten gevonden in error_log.
Generieke melding sinds WP 5.2 zegt niets — de echte fatal staat in debug.log of de recovery-mail. Hoe je weer toegang krijgt.
Vastzittend .maintenance-bestand na een afgebroken update. In 30 seconden weer online, plus check of de update wél klaar is.
"Error establishing a database connection", access denied, connection refused — alle mysqli-fouten met letterlijke teksten en concrete fixes.
PHP memory_limit geraakt — wel of niet verhogen? Wanneer is de limiet het probleem en wanneer is het symptoom van iets anders.
Net SSL geïnstalleerd of Cloudflare aangezet en site is in een loop? Hoe je de keten debugt en welke regel teveel staat.
15+ jaar dagelijkse ervaring met de vijf hoofdplatformen die in Nederland het meest gebruikt worden — plus regelmatige werk op TYPO3, Concrete5, ModX, Craft CMS en PrestaShop.
Veruit het meest voorkomende platform — en dus ook waar de meeste offline-incidenten ontstaan. Plugin-conflicten, theme-crashes, mislukte core-updates, WooCommerce-checkout-problemen, gehackte sites met malafide plugins. Ik werk dagelijks aan WordPress 5.x, 6.x en de hele plugin-ecosystem.
Drupal 7, 8, 9 en 10 — module-conflicten, mislukte database-updates, composer-dependency-clashes, custom code dat na een PHP-upgrade omvalt. Drupal-sites zijn meestal complexer dan WordPress, maar de onderliggende debug-logica is vergelijkbaar als je weet waar te kijken.
Joomla 3, 4 en 5 — extensies die crashen, JCE-editor-issues, Akeeba-backups die mislukken, mismatch tussen extensies en core na een major-upgrade. Of de bekende "0" in plaats van een werkende pagina door een fatal in template-overrides.
OpenCart 2.x, 3.x, 4.x — checkouts die crashen, betaal-callbacks die niet binnenkomen, themes die op nieuwere PHP omvallen, productimporten die de database vol drukken. Bij een offline webshop telt elke minuut — orders gaan verloren, klanten haken af.
CMSMS heeft een kleine maar trouwe Nederlandse community — modules zoals MenuManager, FormBuilder en Designer raken na PHP-upgrades soms incompatibel. Custom UDT's die in PHP 8.x crashen. Veelvoorkomend op zakelijke sites die al jaren draaien.
Eigen PHP-applicatie van een ontwikkelaar die niet meer beschikbaar is? Een oude site op TYPO3, Concrete5, ModX, Craft CMS of PrestaShop? Ik werk regelmatig met deze platformen en kan in code duiken om fatal errors, database-issues en migratie-problemen op te lossen.
Hosting-support is goed voor server-niveau problemen — maar bij een offline website ligt de oorzaak vaak in je site-code zelf. Daar hebben hosters geen capaciteit voor, en daar begint mijn werk.
In de praktijk zie ik regelmatig hostingsupport-tickets eindigen met "dit is een issue aan uw kant — neem contact op met uw websitebouwer". Daarna komen mensen bij mij terecht. Tussen die twee partijen zit het werk van een onafhankelijke website-specialist.
Wat klanten in deze paniek-momenten meestal eerst vragen.
Ik reageer op werkdagen. 's Avonds en in het weekend ben ik bereikbaar voor noodgevallen, dan geldt een toeslag die ik vooraf bespreek.
Een korte beschrijving van wat je ziet (de exacte foutmelding helpt enorm), je domeinnaam, en uiteindelijk toegang tot je hosting (FTP/SSH/control panel) of WordPress-admin. Heb je geen credentials klaar? Geen probleem — eerst diagnoseren we wat er aan de hand is, daarna regelen we toegang.
Nee. De eerste verkenning — kijken wat er aan de hand is, je een prijsschatting geven en uitleg over de aanpak — is altijd kosteloos. Pas als we afspraken maken over de oplossing reken ik. Lukt het niet om een werkbare oplossing te vinden? Dan betaal je niets.
Ik werk op uurbasis voor ad-hoc klussen of geef vooraf een vaste prijs voor concrete projecten. Veel kleinere fixes (htaccess, plugin-conflict, memory-issue) zijn binnen 1-2 uur klaar. Een complete hack-opruiming of complexe migratie kost meer tijd. Ik geef altijd vooraf een schatting zodat je weet waar je aan toe bent.
Voor elke ingreep maak ik eerst een complete backup (bestanden + database). Als er iets onverwachts misgaat, kunnen we altijd terug naar de pre-fix-staat. Toegangsgegevens behandel ik vertrouwelijk en verwijder ik na afronding. Werk ik via een tijdelijke admin-account, dan deactiveer je die meteen na oplevering.
Veel typische problemen (500-fout, htaccess-conflict, plugin-crash, memory-issue, vastzittende update) zijn binnen 30-90 minuten opgelost zodra ik aan de slag ben. Database-corruptie, complete hack-opruiming of meerdere problemen tegelijk kunnen 2-6 uur kosten. Bij grotere incidenten geef ik tussentijdse updates zodat je weet waar we staan.
Komt regelmatig voor. Soms ligt het inderdaad aan de site (plugin-conflict, htaccess-fout), soms is het hosting-side (resource-limiet, verkeerde PHP-config) maar wijst de hoster naar de site. Onafhankelijke diagnose helpt: ik bekijk error_log en site-config, en kan onderbouwd terug naar de hoster met "dit hoor jij op te lossen" — of fix het zelf als het inderdaad aan de site ligt.
Ja. Voor noodgevallen ben ik buiten kantoortijden bereikbaar — zeker als je site offline ligt en er commercieel veel vanaf hangt. Buiten kantoortijden geldt een toeslag, dat bespreek ik vooraf zodat er geen verrassingen zijn.
Webshops met live transacties krijgen prioriteit — elke minuut downtime kost orders en klantvertrouwen. Bij een offline shop probeer ik altijd binnen 30-60 minuten te starten met diagnose, ook 's avonds en in het weekend. Belangrijke betaal-callbacks (iDeal, Mollie, Stripe) check ik als eerste, zodat lopende orders niet verloren gaan tijdens de fix.
Bellen of WhatsApp is bij urgente zaken het snelst — meestal reageer ik zo snel mogelijk. Ook mailen of een bericht via het formulier op de homepage kan altijd.
Website Technical Support Specialist
WordPress · Drupal · Joomla · OpenCart · CMS Made Simple
Spoed buiten werkuren? Bel altijd — bij echte noodgevallen neem ik zo snel mogelijk contact op.