Zo huur je iemand in om je kapotte WordPress‑site te repareren (kritieke fout, wit scherm, 500)

Je hebt een plugin bijgewerkt en nu toont je WordPress-site “Er heeft zich een kritieke fout voorgedaan op deze site.” Je kunt ook een lege pagina of een “500 Internal Server Error” te zien krijgen.

Heb je een webshop, dan loop je misschien bestellingen mis. Je berichten en pagina’s zijn meestal nog gewoon aanwezig, ook al laadt de site niet.

Als ik aan een kapotte WordPress-site werk, begin ik met een paar eenvoudige controles. Ik laat je zien wat je eerst kunt proberen en hoe je veilig iemand inhuurt als dat niet werkt.

Wat deze fout meestal betekent

Alle drie de meldingen betekenen meestal dat WordPress de pagina niet kon laden omdat er iets in de code misging. Nieuwere WordPress-versies kunnen een melding over een kritieke fout tonen. Sommige installaties laten een wit scherm zien en een serverfout kan een 500-foutmelding opleveren.

De gebruikelijke oorzaken, ongeveer in de volgorde waarin ik ze tegenkom:

• Een update van een plugin of thema Die botst met een andere plugin of met je PHP-versie. Dit is verreweg de meest voorkomende oorzaak.
• Een PHP-upgrade door je hostingprovider Een oudere plugin of een ouder thema werkt niet op de nieuwe versie.
• De site heeft te weinig geheugen Zware pagebuilders en webshops met veel plugins lopen tegen de PHP-geheugenlimiet aan.
• Een beschadigd bestand Een mislukte update, een foute aanpassing in functions.php of een beschadigd .htaccess-bestand, een klassieke oorzaak van de 500-fout.

Je berichten, pagina’s, producten en bestellingen staan in de database, los van de code die de fout veroorzaakte. Een reparatie van de code zorgt er meestal voor dat de site weer werkt zonder die inhoud te verwijderen. WordPress heeft een gids met veelvoorkomende fouten (in het Engels) als je meer technische details wilt.

Probeer eerst dit (10 minuten)

Dit zijn de vier controles die ik bij een kapotte site zou doen.

1. Kijk in de inbox van het beheerdersadres. WordPress stuurt een herstelmail naar het e-mailadres van de beheerder, met als onderwerp “Je site ervaart een technisch probleem”. Daarin staat welke plugin of welk thema het probleem geeft, plus een link naar de herstelmodus die één dag geldig is. Open daarmee het dashboard en deactiveer of update de plugin. Kijk ook in je spam.
2. Draai de laatste wijziging terug. Heb je WordPress, een thema of een plugin bijgewerkt, of kreeg je een melding over een PHP-upgrade? Maak die wijziging ongedaan. In de meeste hostingpanelen kun je terug naar de vorige PHP-versie.
3. Zet de back-up van gisteren terug. De meeste hostingproviders maken automatische back-ups die je via het hostingpaneel kunt terugzetten. Voor een blog of een bedrijfssite is dit vaak de snelste oplossing. Sla deze stap over als je een webshop hebt. Als je een back-up terugzet, verdwijnen alle bestellingen en klantaccounts die sinds die back-up zijn aangemaakt.
4. Zet alle plugins in één keer uit. Open in het bestandsbeheer van je hostingprovider de map wp-content en hernoem de map plugins naar plugins_old. WordPress laadt die plugins dan niet meer. Werkt de site weer, geef de map dan zijn oude naam terug en activeer de plugins een voor een om te achterhalen welke plugin het probleem waarschijnlijk veroorzaakt.

Ga niet zelf aan de slag en schakel hulp in als je webshop lopende bestellingen heeft, als je vreemde doorverwijzingen of een waarschuwing over een hack ziet, of als de melding “Fout bij het maken van de databaseconnectie” luidt. Experimenteren kan dan meer kosten dan de reparatie.

Werkt je site nog steeds niet, of pas je liever geen bestanden aan op je hosting, stop dan hier. Elke extra wijziging maakt het werk van de developer lastiger. De volgende stap is kiezen wie het oplost.

Waar je een developer inhuurt

Voor dit soort reparaties raad ik Fiverr aan. Ik werk daar zelf, dus ik weet van binnenuit hoe bestellingen, betalingen en reviews werken.

Je ziet de prijs voordat je bestelt, verkopers in de categorie WordPress-bugfixes leveren vaak binnen een dag, en Fiverr houdt je betaling vast tot de bestelling is afgerond.

Wat het kost

De prijs hangt minder af van de foutmelding dan van hoeveel er nog onbekend is. Op het moment van schrijven vallen de prijzen op Fiverr voor dit soort werk in drie niveaus:

Fiverr rekent bij het afrekenen ook kleine servicekosten.

Wat je voor een lage prijs meestal niet krijgt

Een klus van € 19 kan een goede keuze zijn als je de oorzaak kent en het om één probleem gaat. Is de oorzaak onbekend, dan ontbreekt bij de goedkoopste optie mogelijk het werk dat helpt voorkomen dat het probleem terugkomt:

• een back-up voordat er iets verandert
• de oorzaak aanpakken, niet alleen het symptoom (een plugin uitzetten laat de site weer werken; die vervangen door een plugin die op je PHP-versie werkt, is de echte oplossing)
• meer testen dan alleen de homepage: formulieren, afrekenen en de mobiele weergave
• een korte uitleg over wat er misging, zodat het niet nog eens gebeurt

Is de oorzaak onbekend, dan is betalen voor een goede diagnose goedkoper dan twee keer betalen.

Hoe je de juiste developer kiest

Veel verkopers kunnen een pluginconflict oplossen. Let vooral op hoe ze omgaan met je site, de toegang die je geeft en je back-up.

Zoek reviews over hetzelfde probleem

Zoek naar reviews waarin “critical error”, “white screen” of “500 error” voorkomt, niet alleen naar de totaalscore. Lees de reviews met één tot drie sterren en de reacties van de verkoper. Een rustige, concrete reactie is een goed teken.

Stuur je briefing voordat je bestelt

Stuur twee of drie verkopers de briefing hieronder. Een goede verkoper vraagt naar je PHP-versie, je back-up of recente wijzigingen. “Ja, dat kan ik oplossen. Plaats de bestelling” zegt je weinig.

Lees het Basic‑pakket goed

Kijk wat “één probleem” precies inhoudt, wat de levertijd is en hoeveel revisies je krijgt. Een verkoper die een back-up noemt, heeft aan jouw risico gedacht en niet alleen aan de reparatie.

Hecht niet te veel waarde aan het verkopersniveau

Op Fiverr geeft het niveau van een verkoper een beeld van zijn eerdere bestellingen, niet van zijn WordPress-kennis. Een nieuwere verkoper kan een eenvoudig pluginconflict prima aan. Voor een webshop of een mogelijke hack zou ik iemand kiezen met reviews voor precies dat soort klus.

De vragen die ik zou stellen voordat ik bestel

• Maak je een volledige back-up voordat je iets verandert?
• Werk je op een testkopie of op de live site?
• Welke toegang heb je precies nodig?
• Vertel je me wat de oorzaak was?
• Installeer je plugins? Welke, en heb je daar een licentie voor?
• Wat gebeurt er als de fout volgende week terugkomt?

Waarschuwingssignalen

• Ze vragen het wachtwoord van je hostingaccount of de inloggegevens voor je domein, terwijl een WordPress-gebruiker en toegang tot de bestanden genoeg zouden zijn.
• Ze willen de chat of de betaling buiten Fiverr om regelen. Fiverr vraagt kopers om zowel het gesprek als de betaling via het platform te laten verlopen. De support kan alleen helpen bij bestellingen die daar geplaatst zijn.
• Ze beloven “elke fout binnen een uur” op te lossen zonder ook maar één vraag over je site te stellen.
• Ze bieden je een premium plugin gratis aan. Dat is een illegale kopie, en zulke plugins kunnen malware bevatten.
• Ze hebben het nooit over een back-up.
• Ze bieden korting in ruil voor een review met vijf sterren.

Hoe je veilig toegang geeft

Geef de developer alleen de toegang die nodig is voor de klus, voor zo kort mogelijke tijd en via accounts die je zelf beheert.

1. Maak eerst zelf een back-up. Download een volledige back-up via je hostingpaneel en bewaar een kopie op een andere plek dan de server.
2. Maak een aparte WordPress-gebruiker aan voor de developer, in plaats van je eigen login te delen. Werkt het dashboard, dan maakt de gratis plugin Temporary Login Without Password een inloglink die vanzelf verloopt. Bij een kritieke fout werkt het dashboard vaak niet, dus heeft de developer vooral toegang tot de bestanden nodig.
3. Geef toegang tot de bestanden via een aparte SFTP-gebruiker. Die maak je aan in je hostingpaneel. Deel nooit het wachtwoord van je hostingaccount zelf.
4. Houd sommige logins voor jezelf: je domeinregistrar, Stripe of PayPal, en de inbox van het beheerdersadres van je site.
5. Deel wachtwoorden veilig en pas nadat je hebt besteld. Gebruik de deellink van een wachtwoordmanager, geen platte tekst in de chat.
6. Sluit alles af als de klus klaar is. Verwijder de extra WordPress-gebruiker en de SFTP-gebruiker, verander je wachtwoorden en kijk bij Gebruikers → Beheerder of er accounts staan die je niet kent.

Eén regel beschermt je meer dan alle andere: houd je hosting en je domein op je eigen naam. Wie die beheert, beheert de site.

Wat je stuurt voordat het werk begint

Een duidelijke briefing scheelt tijd en helpt de developer de klus te begrijpen. Stuur hem voordat je bestelt, of plak hem in de bestelvereisten:

• de URL van je site en een testkopie, als je die hebt
• wat er kapot is en wat “opgelost” voor jou betekent (bijvoorbeeld: “de homepage laadt en het contactformulier verstuurt berichten”)
• de exacte tekst van de foutmelding en een screenshot
• wanneer het begon en wat er vlak daarvoor veranderde
• je hostingprovider, WordPress-versie en PHP-versie (Gereedschap → Sitediagnose → Informatie, als het dashboard werkt)
• je thema of pagebuilder en je belangrijkste plugins (WooCommerce, cache, beveiliging)
• of je een recente back-up hebt en waar die staat
• wat je al hebt geprobeerd
• eventuele beperkingen, zoals “geen wijzigingen aan de live checkout tijdens openingstijden”, en je deadline
• welke toegang je wilt geven

Op Fiverr wordt bij revisies gekeken naar wat je in de bestelvereisten hebt afgesproken. Een goede briefing helpt de verkoper en beschermt je net zo goed tegen onnodige kosten.

Na de reparatie: controleren, accepteren, herhaling voorkomen

Op Fiverr heb je drie dagen om een levering te bekijken. Daarna wordt de bestelling vanzelf afgerond. Controleer het werk dus dezelfde dag:

• open de homepage en een paar andere pagina’s, ook op je telefoon
• stuur een testbericht via het contactformulier
• heb je een webshop, plaats dan een testbestelling
• vraag wat de fout veroorzaakte en schrijf het op
• vraag om eventuele aanpassingen via Fiverr voordat je de levering accepteert

Trek daarna de toegang in die je hebt gegeven (zie hierboven) en verklein de kans dat het opnieuw misgaat. Laat automatische back-ups aanstaan, update plugins een voor een, test updates op een testkopie als je een webshop hebt en verwijder plugins die je niet meer gebruikt. Gaat de site na updates steeds weer kapot, dan kan regelmatig onderhoud minder kosten dan telkens voor een nieuwe reparatie betalen.

Samenvatting

Iemand inhuren om een kapotte WordPress-site te repareren is vaak een kleine klus, maar als je de verkeerde persoon kiest, kun je er een probleem bij krijgen. Probeer eerst de vier controles. Helpen die niet, kies dan een verkoper met reviews voor dezelfde fout, een vaste werkwijze voor back-ups, en geef hem een tijdelijke login. Begin met een bestelling voor één probleem, dan houd je het risico klein.