cURL error 28 in WordPress is zo’n foutmelding die op het eerste gezicht heel technisch lijkt, maar meestal betekent het iets simpels: WordPress probeert verbinding te maken met iets, maar krijgt niet op tijd antwoord.
De melding ziet er vaak ongeveer zo uit:
{“success”:false,”data”:”Error: cURL error 28: Connection timeout after 10000 ms”}
Soms staat er 10001 ms in plaats van 10000 ms. Dat verschil is niet belangrijk. In beide gevallen gaat het om een timeout van ongeveer 10 seconden.
Het lastige aan deze fout is dat je website vaak gewoon online blijft. Bezoekers kunnen de voorkant van de website nog openen, maar jij komt niet goed meer in het WordPress-dashboard. Je probeert in te loggen, opent wp-admin of klikt op een onderdeel in het dashboard, en ineens krijg je deze foutmelding.
In dit artikel leggen we uit wat cURL error 28 betekent, waarom deze fout ontstaat en hoe je het probleem kunt oplossen als je niet meer in het dashboard komt.
Wat betekent cURL error 28 in WordPress?
WordPress gebruikt cURL om verbinding te maken met andere servers en diensten. Dat gebeurt vaker dan je misschien denkt. Wanneer je het dashboard opent, controleert WordPress bijvoorbeeld of er updates zijn voor plugins, thema’s en WordPress zelf. Ook sommige plugins maken verbinding met externe diensten voor licenties, beveiliging, SEO, formulieren, betalingen, nieuwsbrieven of andere koppelingen.
Als zo’n verbinding te lang duurt, stopt WordPress met wachten. Dan verschijnt de foutmelding cURL error 28. Het woord timeout betekent dus dat de verbinding niet snel genoeg antwoord kreeg.
Waarom blijft de website wel online?
Veel mensen raken in paniek wanneer ze deze fout zien. Dat is begrijpelijk, want je kunt niet meer normaal in WordPress werken. Toch betekent cURL error 28 niet altijd dat de hele website offline is.
De voorkant van je website werkt vaak anders dan het dashboard. Een gewone pagina voor bezoekers hoeft niet altijd dezelfde controles uit te voeren als wp-admin. Soms komt de pagina zelfs uit de cache, waardoor bezoekers helemaal niets merken.
Het dashboard doet veel meer op de achtergrond. Zodra je inlogt, probeert WordPress updates te controleren, meldingen op te halen, plugininformatie te laden en soms ook externe API’s te bereiken. Als één van die processen blijft hangen, kan wp-admin traag worden of helemaal niet meer openen.
Opent je WordPress-dashboard nog wel, maar reageert alles erg langzaam? Dan helpt deze uitleg je om de oorzaak stap voor stap te vinden: Traag WordPress dashboard sneller maken in WordPress.
Waarom ontstaat cURL error 28?
De fout ontstaat meestal doordat WordPress geen snelle of goede verbinding krijgt met een andere server. Dat kan aan WordPress liggen, maar vaak zit het probleem in de hosting, serverinstellingen, firewall, DNS, SSL of een plugin.
Omdat je bij deze fout vaak niet meer in het dashboard komt, moet je het probleem meestal via de hostingomgeving onderzoeken. Denk aan DirectAdmin, cPanel, Plesk, de file manager, FTP, phpMyAdmin of de error logs van de server.
Een plugin kan de verbinding laten vastlopen
Een van de meest voorkomende oorzaken is een plugin die verbinding probeert te maken met een externe dienst. Denk aan een SEO-plugin, beveiligingsplugin, cacheplugin, WooCommerce-extensie, nieuwsbriefplugin, formulierplugin of licentieplugin.
Zo’n plugin kan bijvoorbeeld bij het openen van het dashboard controleren of je licentie nog actief is, of er updates zijn, of er nieuwe meldingen beschikbaar zijn. Als de externe server traag is of niet bereikbaar is, blijft WordPress wachten. Na ongeveer 10 seconden krijg je de cURL error 28.
Dit betekent niet meteen dat de plugin slecht is. Soms ligt het probleem bij de server van de pluginmaker. Soms blokkeert je hosting de verbinding. Soms is de plugin verouderd of werkt hij niet goed met de huidige PHP-versie.
De hostingserver blokkeert uitgaande verbindingen
WordPress moet vanaf jouw hostingserver verbinding kunnen maken met externe websites. Als de server uitgaande verbindingen blokkeert, kunnen plugins, updates en API-koppelingen vastlopen.
Dit kan gebeuren door een firewall, beveiligingsinstelling, serverregel of tijdelijke storing bij de hostingpartij. Vooral bij streng beveiligde hostingpakketten kan een normale WordPress-aanvraag soms worden gezien als verdacht verkeer.
In dit geval kun je zelf weinig doen in WordPress, zeker als je niet meer in het dashboard komt. De hostingpartij moet dan controleren of uitgaande HTTP- en HTTPS-verzoeken goed werken.
DNS of SSL staat niet goed ingesteld
Ook DNS en SSL kunnen deze fout veroorzaken. DNS zorgt ervoor dat een domeinnaam naar de juiste server verwijst. SSL zorgt voor de beveiligde https-verbinding.
Als WordPress zichzelf of een externe dienst niet goed kan bereiken, kan de verbinding blijven hangen. Dat gebeurt bijvoorbeeld na een verhuizing, nameserverwijziging, DNS-aanpassing of SSL-probleem.
Let vooral op wanneer de fout kort na een hostingverhuizing, domeinwijziging of SSL-aanpassing is ontstaan. Dan is de kans groot dat WordPress ergens nog naar een verkeerde of oude verbinding probeert te gaan.
De PHP-instellingen zijn te laag of niet goed ingesteld
WordPress draait op PHP. Als PHP niet goed is ingesteld, kan het dashboard traag worden of vastlopen. Bij cURL error 28 is vooral belangrijk dat de cURL-extensie actief is en dat de server genoeg tijd en geheugen krijgt om processen af te ronden.
Een te lage memory limit of execution time kan problemen geven, zeker bij zwaardere websites met veel plugins. Ook een oude PHP-versie kan zorgen voor fouten, vooral als plugins inmiddels nieuwere versies verwachten.
Gebruik bij voorkeur een stabiele PHP-versie die goed werkt met je thema en plugins. Niet blind de nieuwste versie kiezen omdat die nieuwer is. Dat is hetzelfde als een nieuwe motor in een oude fiets zetten en dan verbaasd zijn dat het kraakt.
Een cron job blijft hangen
WordPress gebruikt geplande taken, ook wel cron jobs genoemd. Daarmee worden bijvoorbeeld updates gecontroleerd, geplande berichten gepubliceerd, back-ups gemaakt of pluginprocessen uitgevoerd.
Als zo’n taak blijft hangen, kan dat invloed hebben op het dashboard. Vooral back-upplugins, beveiligingsscans, WooCommerce-taken en nieuwsbriefsystemen kunnen zwaar zijn voor de server.
Wanneer de fout steeds terugkomt op bepaalde momenten, kan een cron job de oorzaak zijn.
De server is te traag of overbelast
Soms is er geen ingewikkelde oorzaak. De server is gewoon te druk of te traag. Dat kan gebeuren door veel plugins, slechte caching, te weinig hostingcapaciteit, veel bezoekers, bots, malware of zware processen op de achtergrond.
Als de server al moeite heeft om WordPress normaal te draaien, kan een externe verbinding sneller eindigen in een timeout. WordPress wacht dan netjes, krijgt geen antwoord en stopt ermee.
Hoe los je cURL error 28 op als je niet in WordPress komt?
Als wp-admin niet opent, begin je niet in WordPress zelf. Je begint bij de hosting. Dat is minder gezellig, maar wel nodig.
Maak eerst een back-up
Voordat je iets aanpast, maak je eerst een back-up van de websitebestanden en de database. Voordat je aan bestanden, plugins of instellingen werkt, is een goede back-up belangrijk om problemen veilig terug te draaien: Wat is een website backup en hoe beschermt dit je site?
Gebruik hiervoor de back-upfunctie van je hostingpakket. In DirectAdmin, cPanel of Plesk is vaak een optie aanwezig om een volledige back-up te maken. Als dat niet kan, download dan in elk geval de bestanden via de file manager of FTP en exporteer de database via phpMyAdmin.
Zo voorkom je dat je tijdens het oplossen van één probleem per ongeluk drie nieuwe problemen maakt.
Controleer de error logs van de hosting
De error logs laten vaak zien waar het probleem begint. Je vindt deze logs meestal in je hostingomgeving. De naam verschilt per hostingpartij, maar zoek naar iets als Error Logs, PHP error log, Apache logs of domain logs.
Kijk naar het tijdstip waarop je de foutmelding kreeg. Zie je daar een pluginnaam, themafunctie, memory error, firewallmelding of SSL-fout? Dan weet je veel gerichter waar je moet zoeken.
Wil je fouten in WordPress beter opsporen voordat je iets aanpast? Dan helpt deze handleiding je verder: Handleiding WordPress debugging inschakelen stap voor stap.
Schakel plugins tijdelijk uit via de hosting
Omdat je niet in het WordPress-dashboard komt, kun je plugins niet op de normale manier uitschakelen. Je moet dit daarom via de hosting doen, bijvoorbeeld via de file manager van DirectAdmin, cPanel of Plesk. Je kunt ook FTP of SFTP gebruiken als je daarmee werkt.
Krijg je problemen met FTP-toegang of vraagt WordPress steeds om FTP-gegevens? Dan helpt deze uitleg je verder: Foutmelding FTP-gegevens in WordPress verhelpen.
Ga eerst naar de hoofdmap van je website. Meestal heet deze map public_html. Open daarna de map wp-content. In deze map zie je de map plugins. In die map staan alle geïnstalleerde plugins van je WordPress-website.
Wil je eerst snel testen of het probleem door een plugin wordt veroorzaakt? Hernoem dan de hele map plugins naar bijvoorbeeld plugins-old. Daardoor kan WordPress de plugins tijdelijk niet meer laden. De plugins worden niet verwijderd, ze worden alleen uitgeschakeld omdat WordPress de mapnaam niet meer herkent.
Open daarna opnieuw je WordPress-dashboard of ververs de pagina waarop je de foutmelding zag. Werkt wp-admin nu weer? Dan weet je dat één van de plugins waarschijnlijk de oorzaak is van de cURL error 28. Werkt het dashboard nog steeds niet? Dan ligt het probleem waarschijnlijk ergens anders, bijvoorbeeld bij het thema, PHP, SSL, DNS, firewall of de serverinstellingen.
Als het dashboard weer werkt nadat je de map plugins hebt hernoemd, moet je daarna uitzoeken welke plugin precies de fout veroorzaakt. Hernoem de map plugins-old eerst weer terug naar plugins. Open daarna de map plugins. Je ziet nu alle losse pluginmappen.
Hernoem nu niet meteen alles tegelijk, maar test plugin voor plugin. Kies een pluginmap en voeg bijvoorbeeld -old of -uit toe aan de naam. Een map zoals rank-math kan dan tijdelijk rank-math-old worden. Een map zoals wordfence kan wordfence-uit worden. Door de naam te veranderen, schakelt WordPress alleen die ene plugin uit.
Ga daarna terug naar je browser en ververs het WordPress-dashboard. Controleer of de foutmelding verdwenen is. Is de fout weg en opent wp-admin weer normaal? Dan heb je waarschijnlijk de plugin gevonden die het probleem veroorzaakt. Blijft de foutmelding staan? Dan was deze plugin waarschijnlijk niet de oorzaak. Hernoem de map dan weer terug naar de originele naam en test de volgende plugin op dezelfde manier.
Werk zo rustig alle verdachte plugins af. Begin vooral met plugins die verbinding maken met externe diensten, zoals SEO-plugins, beveiligingsplugins, cacheplugins, formulierplugins, WooCommerce-extensies, nieuwsbriefplugins, licentieplugins en back-upplugins. Juist dit soort plugins kunnen bij het laden van het dashboard externe servers proberen te bereiken. Als zo’n verbinding blijft hangen, kan WordPress eindigen met cURL error 28.
Veel cURL-problemen ontstaan door plugins die verouderd zijn of niet goed samenwerken met je huidige WordPress-versie: WordPress plugins updaten, alles wat je moet weten voor een goede update.
Heb je de plugin gevonden die de fout veroorzaakt? Laat deze plugin dan voorlopig uitgeschakeld en controleer daarna wat de beste oplossing is. Vaak kun je één van deze stappen nemen:
- Controleer of er een update beschikbaar is voor de plugin.
- Controleer of de plugin geschikt is voor jouw huidige PHP-versie.
- Kijk in de error logs of dezelfde plugin daar ook wordt genoemd.
- Verwijder de plugin alleen als je zeker weet dat je hem niet nodig hebt.
- Installeer de plugin opnieuw als je vermoedt dat bestanden beschadigd zijn.
- Neem contact op met de pluginmaker als het om een premium plugin gaat.
- Vraag je hostingpartij of de externe verbinding van deze plugin wordt geblokkeerd.
Zet de plugin niet zomaar opnieuw aan als je niet weet waarom de fout ontstond. Dan komt dezelfde fout waarschijnlijk gewoon terug. Eerst controleren, daarna pas opnieuw activeren. Anders ben je vooral rondjes aan het lopen in een technisch doolhof, en WordPress heeft daar helaas genoeg gangen voor.
Als geen enkele plugin de fout veroorzaakt, zet dan alle pluginmappen weer terug naar hun originele naam. Daarna kun je verder kijken naar andere oorzaken.
Controleer het actieve thema
Als je alle plugins hebt getest en de foutmelding blijft bestaan, kan het actieve thema de oorzaak zijn. Sommige thema’s maken zelf verbinding met externe diensten. Denk aan updatecontroles, licentiecontroles, externe scripts of functies in het bestand functions.php. Als zo’n verbinding vastloopt, kan ook het WordPress-dashboard blijven hangen.
Omdat je niet in wp-admin komt, moet je dit via de hosting controleren. Ga naar de hoofdmap van je website. Meestal is dat public_html. Open daarna de map wp-content en daarna de map themes. In deze map staan alle thema’s die op je WordPress-website zijn geïnstalleerd.
Controleer eerst of er naast je actieve thema ook een standaard WordPress-thema aanwezig is, bijvoorbeeld Twenty Twenty-Four of Twenty Twenty-Five. Dat is belangrijk, want als je het actieve thema uitschakelt, moet WordPress kunnen terugvallen op een ander thema. Als er geen standaardthema aanwezig is, kan de website juist extra fouten geven. In dat geval kun je beter eerst via de hosting een standaard WordPress-thema uploaden of je hostingpartij vragen om te helpen.
Weet je welk thema actief is? Hernoem dan tijdelijk de map van dat thema. Gebruik een simpele naam, zodat je later makkelijk terug kunt. Een map zoals hello-elementor kun je bijvoorbeeld hernoemen naar hello-elementor-uit. Een ander thema kun je bijvoorbeeld thema-naam-old noemen.
Door de mapnaam te wijzigen, kan WordPress dat thema tijdelijk niet meer laden. Het thema wordt niet verwijderd. Je schakelt het alleen uit, omdat WordPress de originele mapnaam niet meer kan vinden.
Ga daarna terug naar je browser en ververs het WordPress-dashboard. Probeer opnieuw wp-admin te openen.
Werkt het dashboard nu weer? Dan is de kans groot dat het probleem door het actieve thema komt. Laat de themamap dan voorlopig hernoemd en controleer daarna wat de oorzaak kan zijn. Denk aan een verouderd thema, een fout in functions.php, een licentiecontrole die vastloopt, een probleem met de PHP-versie of een externe verbinding die door de hosting wordt geblokkeerd.
Blijft de foutmelding staan? Dan is het thema waarschijnlijk niet de oorzaak. Hernoem de map dan weer terug naar de originele naam. Als je bijvoorbeeld hello-elementor-uit had gemaakt, verander je die weer terug naar hello-elementor. Daarna kun je verder zoeken naar andere oorzaken, zoals PHP-instellingen, SSL, DNS, cURL op serverniveau, cron jobs of firewallregels.
Heb je ontdekt dat het thema de fout veroorzaakt? Zet het thema dan niet meteen zomaar terug zonder verder te kijken. Controleer eerst of er een update beschikbaar is, of het thema geschikt is voor jouw PHP-versie en of er fouten in de error logs staan. Bij een premium thema kan het ook nodig zijn om contact op te nemen met de ontwikkelaar van het thema.
Zo test je veilig of het thema de oorzaak is, zonder direct bestanden te verwijderen.
Controleer PHP en cURL in de hosting
Als plugins en het thema niet de oorzaak lijken te zijn, moet je de PHP-instellingen van je hosting controleren. WordPress draait op PHP. Als de PHP-versie te oud is, de cURL-extensie niet actief is of bepaalde limieten te laag staan, kan WordPress vastlopen bij het maken van externe verbindingen. Dat kan uiteindelijk leiden tot cURL error 28.
Je controleert dit niet in WordPress zelf, maar in je hostingomgeving. Log daarom eerst in op je hostingpaneel.
a) Waar wijzig je de PHP-versie?
De plek waar je de PHP-versie kunt aanpassen, verschilt per hostingpartij. In DirectAdmin vind je dit vaak onder Domain Setup, PHP Version Selector, Select PHP Version of PHP Settings. In cPanel staat dit meestal onder MultiPHP Manager, Select PHP Version of PHP Extensions. In Plesk vind je het vaak onder Websites & Domains en daarna PHP Settings.
Zie je meerdere PHP-versies staan? Kies dan een stabiele versie die goed werkt met je WordPress-website, thema en plugins. Gebruik dus niet zomaar de nieuwste versie als je niet zeker weet of alles daarmee werkt. Een website met oude plugins kan juist kapotgaan door een te nieuwe PHP-versie.
Gebruik je nu een oude PHP-versie, bijvoorbeeld PHP 7.4 of lager, dan is het verstandig om te testen met een nieuwere ondersteunde versie. Veel moderne WordPress-websites draaien goed op PHP 8.1, 8.2 of 8.3, maar dit hangt af van je plugins en thema.
Een verouderde PHP-versie kan meerdere WordPress-problemen veroorzaken. In dit artikel lees je hoe je dat controleert en oplost: Je site draait op een verouderde versie van PHP in WordPress oplossen.
Pas de PHP-versie aan en sla de wijziging op. Ga daarna terug naar je browser en ververs wp-admin. Controleer of de foutmelding verdwenen is. Is het dashboard weer bereikbaar? Dan zat het probleem waarschijnlijk in de oude of verkeerde PHP-versie. Blijft de fout bestaan? Zet de PHP-versie eventueel terug naar de vorige versie.
b) Waar vind je cURL in de hosting?
cURL is meestal een PHP-extensie. Dat betekent dat het een extra onderdeel binnen PHP is waarmee WordPress verbinding kan maken met andere servers. Zonder cURL kunnen plugins, updatecontroles, API-koppelingen en externe diensten problemen geven.
In cPanel kun je cURL vaak vinden via Select PHP Version. Daar zie je meestal een lijst met PHP-extensies. Zoek in die lijst naar curl. Staat er een vinkje bij curl? Dan is cURL actief. Staat er geen vinkje bij, vink curl dan aan en sla de wijziging op.
In DirectAdmin hangt het af van de hostingomgeving. Soms staat cURL onder Select PHP Version of PHP Extensions. Soms kun je het zelf niet aanpassen en moet de hostingpartij dit voor je controleren. Zoek naar termen zoals PHP Settings, PHP Extensions, Select PHP Version of Extra Features.
In Plesk staat cURL vaak niet als losse knop zichtbaar, maar kun je via PHP Settings of de PHP-informatie controleren of cURL actief is. Als je het daar niet kunt vinden, vraag je hostingpartij om te controleren of de PHP cURL-extensie actief is voor jouw domein.
Na het activeren of controleren van cURL ga je opnieuw naar wp-admin en ververs je de pagina. Werkt het dashboard nu wel? Dan was cURL waarschijnlijk niet goed actief of werkte het niet goed binnen de gebruikte PHP-versie. Blijft de foutmelding staan? Dan is cURL misschien wel actief, maar wordt de verbinding ergens anders geblokkeerd, bijvoorbeeld door de firewall, DNS, SSL of een externe server.
c) Controleer ook OpenSSL
Naast cURL is OpenSSL belangrijk. Veel verbindingen verlopen via https. Als OpenSSL niet actief is of niet goed werkt, kan WordPress moeite krijgen met beveiligde verbindingen naar externe diensten.
In sommige hostingpanelen zie je OpenSSL ook bij de PHP-extensies. Zoek daar naar openssl. Staat die actief? Dan is dat goed. Zie je OpenSSL niet staan, dan betekent dat niet altijd dat het ontbreekt. Bij veel hostingpartijen staat OpenSSL standaard aan en kun je het niet zelf aanpassen.
Twijfel je? Vraag dan aan je hostingpartij of OpenSSL actief is voor de PHP-versie van jouw domein.
d) Waar wijzig je memory_limit en max_execution_time?
Naast cURL en OpenSSL moet je ook naar de PHP-limieten kijken. Twee belangrijke instellingen zijn memory_limit en max_execution_time.
Memory_limit bepaalt hoeveel geheugen PHP mag gebruiken. Als deze waarde te laag staat, kan WordPress vastlopen bij zware processen. Voor een normale WordPress-website is 256M vaak een goed minimum. Bij zwaardere websites, bijvoorbeeld met WooCommerce, Elementor, veel plugins of grote formulieren, is 512M vaak beter.
Max_execution_time bepaalt hoe lang een PHP-proces mag draaien voordat de server het stopt. Als deze waarde te laag staat, kan WordPress te snel afbreken tijdens updatecontroles, pluginprocessen of externe verbindingen. Een waarde van 120 of 180 seconden is vaak veiliger dan bijvoorbeeld 30 seconden.
Als processen te snel worden afgebroken, kan dit ook andere WordPress-fouten veroorzaken. Deze uitleg sluit daar goed op aan: Fatal error max execution time WordPress oplossing.
In cPanel vind je deze instellingen vaak via Select PHP Version en daarna Options. Daar kun je waarden zoals memory_limit, max_execution_time en max_input_time aanpassen.
In DirectAdmin vind je dit meestal onder PHP Settings, Select PHP Version, PHP Options of Extra Features. De naam verschilt per hostingpartij. Soms kun je daar direct de waarden aanpassen. Soms moet je dit doen via een bestand zoals .user.ini of php.ini, maar doe dat alleen als je weet wat je aanpast. Eén verkeerd teken en WordPress krijgt weer een reden om dramatisch te doen.
In Plesk staan deze instellingen vaak onder Websites & Domains, daarna je domeinnaam en vervolgens PHP Settings. Daar kun je meestal memory_limit en max_execution_time aanpassen.
Pas de instellingen stap voor stap aan. Zet bijvoorbeeld eerst memory_limit op 256M of 512M en max_execution_time op 120 of 180. Sla de wijziging op en ververs daarna het WordPress-dashboard. Controleer of de cURL error 28 verdwenen is.
e) Wat als je deze instellingen niet kunt vinden?
Bij sommige hostingpakketten kun je PHP-extensies en limieten niet zelf aanpassen. Dat komt vooral voor bij managed hosting of eenvoudige hostingpakketten. In dat geval moet je de hostingpartij vragen om dit voor je te controleren.
Vraag dan niet alleen: “Kunnen jullie PHP controleren?” Dat is te algemeen. Vraag concreet of ze willen controleren of PHP cURL en OpenSSL actief zijn, welke PHP-versie jouw domein gebruikt, wat de huidige memory_limit is en wat de max_execution_time is.
Je kunt ook vragen of ze kunnen testen of de server uitgaande verbindingen via HTTP en HTTPS kan maken. Want cURL kan wel actief zijn, maar als de serververbinding door een firewall wordt geblokkeerd, blijft WordPress alsnog hangen.
f) Controleer na elke wijziging opnieuw wp-admin
Verander niet alles tegelijk. Pas één onderdeel aan, sla het op en test daarna opnieuw het WordPress-dashboard. Zo weet je beter welke wijziging effect heeft gehad.
Doe het bijvoorbeeld in deze volgorde:
- Controleer of cURL actief is.
- Controleer of OpenSSL actief is.
- Controleer de PHP-versie.
- Verhoog memory_limit.
- Verhoog max_execution_time.
- Ververs wp-admin en kijk of de fout weg is.
Is de fout na een wijziging verdwenen? Dan weet je waar het probleem waarschijnlijk zat. Blijft de fout bestaan? Dan moet je verder kijken naar DNS, SSL, firewallregels, loopback requests, cron jobs of externe API’s.
Controleer SSL en DNS
Open je website via https en controleer of het SSL-certificaat actief is. Kijk ook of de website niet door elkaar werkt met http en https, of met www en zonder www.
In WordPress moeten het WordPress-adres en siteadres normaal gesproken hetzelfde protocol gebruiken. Als de website via https draait, moeten interne verzoeken ook goed via https kunnen lopen.
Na een verhuizing of DNS-aanpassing kan het tijdelijk duren voordat alles overal goed werkt. Maar als de fout blijft terugkomen, moet je hostingpartij controleren of de server het domein goed kan bereiken en of loopback requests niet worden geblokkeerd.
Controleer wp-cron.php
Als de error logs verwijzen naar wp-cron.php, kan een geplande taak blijven hangen. In dat geval kun je via de hosting controleren of er zware cronprocessen lopen. Problemen met cron jobs kunnen ook invloed hebben op ingeplande berichten en andere automatische WordPress-taken: Ingeplande blogberichten niet gepubliceerd?
Soms helpt het om de standaard WordPress-cron uit te schakelen en een echte cron job via de hosting in te stellen. Doe dit alleen als je weet wat je doet of laat het door je hostingpartij of webbeheerder uitvoeren. Een verkeerd ingestelde cron job kan ervoor zorgen dat geplande berichten, updates of e-mails niet meer goed werken.
Vraag je hostingpartij gericht om hulp
Als je zelf geen duidelijke oorzaak vindt, stuur dan een gerichte vraag naar je hostingpartij.
Hoe voorkom je dat deze fout terugkomt?
Je kunt cURL error 28 niet altijd voorkomen, omdat externe diensten en servers soms traag zijn. Wel kun je de kans op problemen kleiner maken.
Zorg dat WordPress, plugins en thema’s regelmatig worden bijgewerkt. Verwijder plugins die je niet gebruikt. Controleer na grote updates of het dashboard nog goed werkt. Gebruik geen vijf plugins die allemaal ongeveer hetzelfde doen. Dat klinkt logisch, maar het internet bewijst dagelijks dat logisch denken optioneel is.
Let ook op de hosting. Een website met veel plugins, formulieren, beveiligingsfuncties of WooCommerce heeft meer nodig dan een heel goedkoop basispakket. Als de server te weinig geheugen of capaciteit heeft, komen dit soort fouten sneller terug.
Controleer daarnaast na een verhuizing of DNS-aanpassing altijd of SSL goed werkt, of www en non-www goed verwijzen en of WordPress zichzelf goed kan bereiken.
Conclusie
cURL error 28 in WordPress betekent dat WordPress te lang wacht op een verbinding en geen antwoord krijgt binnen de ingestelde tijd. De website kan ondertussen gewoon online blijven, omdat de voorkant minder processen uitvoert dan het dashboard.
Wanneer je niet meer in wp-admin komt, moet je het probleem meestal via de hosting oplossen. Begin met een back-up, controleer daarna de error logs en schakel plugins tijdelijk uit via de hosting. Controleer vervolgens PHP, cURL, OpenSSL, DNS, SSL, cron jobs en serverbeveiliging.
De fout lijkt technisch, maar de aanpak is vrij duidelijk: zoek uit welk verzoek blijft hangen. Zodra je weet of het door een plugin, serverinstelling, firewall, DNS, SSL of externe dienst komt, kun je het probleem gericht oplossen.
Veelgestelde vragen
1. Wat betekent cURL error 28 in WordPress?
cURL error 28 betekent dat WordPress verbinding probeert te maken met een server of dienst, maar niet op tijd antwoord krijgt. Daardoor stopt WordPress met wachten en verschijnt de foutmelding.
2. Kan ik cURL error 28 oplossen zonder toegang tot wp-admin?
Ja, meestal moet dat zelfs via de hosting. Je kunt via de file manager of FTP plugins uitschakelen, error logs bekijken, PHP-instellingen controleren en eventueel je hostingpartij vragen om serverblokkades te onderzoeken.
3. Welke plugin veroorzaakt cURL error 28?
Dat verschilt per website. Vaak gaat het om plugins die verbinding maken met externe diensten, zoals SEO-plugins, beveiligingsplugins, cacheplugins, WooCommerce-extensies, nieuwsbriefplugins, formulierplugins of licentieplugins. Door plugins via hosting tijdelijk uit te schakelen kun je testen welke plugin de fout veroorzaakt.
4. Moet mijn hostingpartij helpen bij cURL error 28?
Als je geen toegang hebt tot het dashboard en de fout op serverniveau lijkt te zitten, is hulp van de hostingpartij vaak nodig. Zij kunnen controleren of cURL werkt, of uitgaande verbindingen worden geblokkeerd, of DNS goed werkt en of firewallregels het probleem veroorzaken.