De melding failed to load resource betekent dat je browser een bestand probeert te laden, maar dat dit niet lukt. In WordPress gaat het vaak om een afbeelding, CSS-bestand, JavaScript-bestand, font of ander onderdeel dat nodig is om je pagina goed weer te geven.
Voor bezoekers zie je soms alleen een kapotte afbeelding, een website zonder goede opmaak of een knop die niet werkt. In de browserconsole zie je dan de technische foutmelding.
Deze fout kan verschillende oorzaken hebben. Soms is het bestand echt niet aanwezig. Soms wordt het geblokkeerd door een beveiligingsplugin, cacheplugin, CDN, verkeerde URL, SSL-probleem of serverinstelling.
In dit artikel leggen we uit hoe je failed to load resource in WordPress herkent, waar je moet kijken en hoe je de fout stap voor stap oplost.
Wat betekent failed to load resource?
Een WordPress-pagina bestaat uit meerdere losse onderdelen. De tekst komt uit de database, maar de vormgeving, scripts, afbeeldingen en lettertypes worden als aparte bestanden geladen.
Als één van die bestanden niet bereikbaar is, toont de browser de melding failed to load resource. De pagina kan dan nog wel openen, maar een deel van de website werkt of ziet er niet goed uit.
De foutmelding zelf staat meestal in de browserconsole. Daar zie je ook welk bestand niet geladen wordt en welke statuscode erbij hoort. Die informatie is belangrijk, want een 404-fout vraagt om een andere oplossing dan een 403-fout of een 500-fout.
Hoe controleer je de fout in je browser?
Open de pagina waar het probleem zichtbaar is. Klik met de rechtermuisknop op de pagina en kies Inspecteren. Ga daarna naar het tabblad Console.
Daar zie je welke bestanden niet geladen worden. Kijk vooral naar de URL van het bestand en naar de foutmelding die erachter staat.
Je kunt bijvoorbeeld dit soort meldingen zien:
- Failed to load resource: the server responded with a status of 404
- Failed to load resource: the server responded with a status of 403
- Failed to load resource: the server responded with a status of 500
- Failed to load resource: net::ERR_NAME_NOT_RESOLVED
Noteer eerst om welk bestand het gaat. Is het een afbeelding, CSS-bestand, JavaScript-bestand of font? Daarna kijk je naar de statuscode. Die combinatie vertelt je meestal waar je moet zoeken.
Gaat het specifiek om afbeeldingen die niet worden geladen? Bekijk dan: Afbeeldingen worden niet weergegeven in WordPress.
Waarom ontstaat deze fout in WordPress?
Failed to load resource ontstaat meestal doordat WordPress of de browser een bestand probeert op te halen via een pad dat niet klopt, niet bereikbaar is of wordt geblokkeerd.
Dat kan gebeuren na een verhuizing, een SSL-installatie, een pluginupdate, een wijziging in cache-instellingen of een aanpassing in een thema.
Ook pagebuilders zoals Elementor kunnen oude paden bewaren. Daardoor probeert de website nog een bestand te laden vanaf een oude URL, terwijl het bestand inmiddels ergens anders staat.
Het belangrijkste is dat je niet zomaar alles tegelijk aanpast. Begin bij de foutmelding in de console en volg daarna het pad naar de oorzaak.
Stap 1: vernieuw de pagina en leeg de cache
Begin met de eenvoudigste controle. Vernieuw de pagina volledig in je browser. Op Windows kan dat vaak met Ctrl + F5. Op Mac gebruik je meestal Cmd + Shift + R.
Leeg daarna de cache van je WordPress-cacheplugin en eventueel ook de servercache. Gebruik je een CDN zoals Cloudflare, leeg dan ook de CDN-cache.
Soms is het bestand al hersteld, maar blijft de browser of cache nog een oude versie laden. Door alle cachelagen te legen, test je de pagina opnieuw met verse bestanden.
Blijft de fout zichtbaar in de console? Dan ligt het probleem waarschijnlijk niet alleen aan cache en moet je verder zoeken.
Wil je breder begrijpen hoe caching en optimalisatie invloed hebben op WordPress-bestanden, dan past dit artikel goed bij deze stap: Zo kun je je WordPress website sneller maken in 12 praktische stappen.
Stap 2: controleer of het bestand echt bestaat
Klik in de console op de URL van het bestand dat niet geladen wordt. Opent het bestand in een nieuw tabblad? Dan bestaat het bestand en ligt het probleem waarschijnlijk bij cache, headers, CORS of beveiliging.
Krijg je een 404-fout? Dan bestaat het bestand niet op die plek, of het pad klopt niet meer.
Controleer via File Manager of FTP of het bestand echt aanwezig is. Kijk goed naar de mapnaam, bestandsnaam, hoofdletters en spaties. Servers maken vaak verschil tussen hoofdletters en kleine letters.
Een afbeelding met de naam Logo.png is dus niet hetzelfde als logo.png. Dat lijkt klein, maar kan genoeg zijn om een failed to load resource fout te veroorzaken.
Stap 3: controleer SSL en mixed content
Na het installeren van SSL kan deze fout vaak ontstaan. De website draait dan op https, maar probeert nog bestanden te laden via http.
Browsers blokkeren zulke bestanden soms, omdat ze als onveilig worden gezien. Daardoor kunnen afbeeldingen, scripts, fonts of CSS-bestanden niet goed laden.
Controleer in WordPress bij Instellingen > Algemeen of WordPress-adres en Site-adres allebei met https beginnen. Controleer daarna of oude http-links nog in je content, thema-instellingen of pagebuilder staan.
Gebruik je Elementor? Ga dan naar Elementor > Gereedschap en gebruik de functie om URL’s te vervangen als er nog oude http-links in de database staan. Genereer daarna de CSS-bestanden opnieuw en leeg de cache.
Wil je precies weten hoe mixed content werkt en hoe je dit veilig oplost, lees dan dit artikel: Wat is een Mixed Content error en hoe los je het op in WordPress.
Stap 4: controleer beveiligingsplugins en firewall
Een beveiligingsplugin of firewall kan bestanden blokkeren. Dat gebeurt vooral bij JavaScript-bestanden, admin-ajax-verzoeken, uploads of bestanden die door een plugin worden aangemaakt.
Denk aan plugins zoals Wordfence, All in One WP Security of andere securitytools. Ook een firewall bij je hosting of Cloudflare kan invloed hebben.
Schakel de beveiligingsplugin tijdelijk uit en test de pagina opnieuw. Verdwijnt de fout, dan weet je dat de plugin of firewall een bestand blokkeert.
Zet de beveiliging daarna niet zomaar definitief uit. Controleer de instellingen en voeg het juiste pad of bestand toe aan de toegestane regels.
Als de console een 403-status laat zien, betekent dit dat toegang tot het bestand wordt geweigerd. Dan sluit dit artikel goed aan: 403 Foutmelding in WordPress: oorzaken én oplossingen.
Stap 5: controleer plugins en thema
Soms ontstaat failed to load resource door een plugin of thema dat een verkeerd pad naar een bestand gebruikt. Dat zie je vaak na een update, migratie of wijziging in optimalisatie-instellingen.
Schakel verdachte plugins tijdelijk uit en test opnieuw. Begin vooral met cacheplugins, optimalisatieplugins, beveiligingsplugins, sliderplugins en pagebuilder-addons.
Controleer ook je actieve thema of child theme. Een thema kan een CSS- of JavaScript-bestand oproepen dat niet meer bestaat of op de verkeerde plek staat.
Als de fout verdwijnt na het uitschakelen van een plugin of thema, weet je waar je verder moet zoeken. Update de plugin, controleer de instellingen of vervang het onderdeel als het structureel problemen geeft.
Stap 6: controleer CDN en CORS-instellingen
Gebruik je een CDN zoals Cloudflare, BunnyCDN of een andere externe bestandsserver? Dan kan failed to load resource ontstaan doordat bestanden vanaf een ander domein worden geladen.
Dat hoeft geen probleem te zijn, maar de server moet wel toestaan dat je website die bestanden gebruikt. Vooral bij fonts en scripts kan CORS een rol spelen.
Als de console iets meldt over CORS, Access-Control-Allow-Origin of blocked by CORS policy, dan ligt het probleem waarschijnlijk bij de headers of CDN-instellingen.
Leeg eerst de CDN-cache. Test daarna tijdelijk zonder CDN of met Development Mode als je Cloudflare gebruikt. Als de fout dan verdwijnt, weet je dat de CDN-instellingen gecontroleerd moeten worden.
Wil je beter begrijpen wat een CDN doet en waarom dit invloed kan hebben op bestanden, dan kun je dit artikel lezen: Wat is een CDN en hoe verbetert het prestaties en veiligheid?
Stap 7: herstel permalinks en controleer .htaccess
Soms laden CSS-, JavaScript- of mediabestanden niet goed door verkeerde rewrite-regels. Dat kan gebeuren na een wijziging in permalinks, een verhuizing of een beschadigd .htaccess-bestand.
Ga in WordPress naar Instellingen > Permalinks en klik op Wijzigingen opslaan. Je hoeft niets aan te passen. WordPress vernieuwt hiermee de permalinkregels.
Werkt dat niet? Controleer dan via File Manager of FTP het .htaccess-bestand in de hoofdmap van je website. Maak eerst een kopie. Daarna kun je het bestand tijdelijk hernoemen naar .htaccess_old en opnieuw de permalinks opslaan.
Krijg je vaker fouten door permalinks of .htaccess, dan helpt dit artikel om dat beter te begrijpen: 404-fouten veroorzaakt door permalinks in WordPress oplossen.
Stap 8: controleer bestandsrechten
Verkeerde bestandsrechten kunnen ervoor zorgen dat de server een bestand niet mag lezen. Dan bestaat het bestand wel, maar kan het toch niet worden geladen.
Voor WordPress worden vaak 755 voor mappen en 644 voor bestanden gebruikt. Zet rechten niet zomaar op 777, want dat kan je website onveiliger maken.
Controleer vooral de map wp-content, uploads, plugins en themes. Daar staan veel bestanden die door je website geladen worden.
Weet je niet precies wat 755, 644 of 777 betekent? Dan legt dit artikel het duidelijk uit: Bestands- en mappermissies in WordPress: wat het zijn én hoe je ze oplost.
Stap 9: controleer 500-fouten en timeouts
Als de console een 500-fout toont, is het bestand niet zomaar kwijt of geblokkeerd. Dan gaat er iets mis op serverniveau.
Dat kan komen door een PHP-fout, te weinig geheugen, een pluginconflict, een fout in het thema of een serverinstelling. Controleer in dat geval de error logs van je hosting.
Kijk naar het tijdstip waarop de fout ontstaat en naar het bestand dat in de console wordt genoemd. Vaak zie je in de log welke plugin, welk thema of welk PHP-bestand de fout veroorzaakt.
Kom je vaker een 500-fout tegen, dan helpt dit artikel je om die fout gerichter op te lossen: 500 Internal Server Error of HTTP Error 500 oplossen.
Stap 10: controleer MIME-types bij fonts en SVG-bestanden
Soms bestaat het bestand wel, maar geeft de server het verkeerde bestandstype door. Dat gebeurt vooral bij fonts en SVG-bestanden.
De browser verwacht bijvoorbeeld een fontbestand, maar de server stuurt een verkeerd type mee. Daardoor kan de browser het bestand blokkeren of niet goed gebruiken.
Dit probleem zie je vooral bij lettertypes zoals woff, woff2, ttf of svg. Vraag je hostingprovider om de juiste MIME-types te controleren als je hier foutmeldingen over ziet.
Gebruik je SVG-bestanden in WordPress? Zorg dan dat ze veilig worden verwerkt. SVG kan handig zijn, maar moet goed gecontroleerd worden om veiligheidsproblemen te voorkomen.
Wat moet je niet doen bij deze fout?
Verwijder niet zomaar plugins, thema’s of bestanden zonder back-up. Een ontbrekend bestand kan de fout veroorzaken, maar verkeerd verwijderen kan nieuwe problemen geven.
Pas ook niet tegelijk cache, CDN, SSL, plugins en .htaccess aan. Dan weet je achteraf niet meer welke wijziging het probleem heeft opgelost of juist erger heeft gemaakt.
Zet bestandsrechten niet op 777 om snel te testen. Dat is onveilig en lost de echte oorzaak meestal niet op.
Werk stap voor stap. Begin bij de console, kijk naar het bestand en de statuscode, en kies daarna de juiste oplossing.
Conclusie
Failed to load resource in WordPress betekent dat een bestand niet goed wordt geladen. Dat bestand kan een afbeelding, CSS-bestand, JavaScript-bestand, font of ander onderdeel van je website zijn.
De browserconsole laat meestal zien welk bestand faalt en welke statuscode erbij hoort. Dat is de belangrijkste informatie om de oorzaak te vinden.
Begin met cache en controleer daarna of het bestand echt bestaat. Kijk vervolgens naar SSL, beveiligingsplugins, CDN, permalinks, bestandsrechten en serverfouten.
Los niet alles tegelijk op. Als je stap voor stap werkt, vind je sneller waar het probleem zit en voorkom je dat je nieuwe fouten veroorzaakt.
Veelgestelde vragen
1. Wat betekent failed to load resource in WordPress?
Het betekent dat een bestand dat nodig is voor je pagina niet goed geladen wordt. Dat kan een afbeelding, CSS-bestand, JavaScript-bestand of font zijn.
2. Waar zie ik failed to load resource?
Je ziet deze melding meestal in de browserconsole. Die open je via rechtermuisknop > Inspecteren > Console.
3. Is failed to load resource slecht voor mijn website?
Dat hangt af van het bestand. Als een belangrijk CSS- of JavaScript-bestand niet laadt, kan je website er kapot uitzien of niet goed werken.
4. Kan SSL deze fout veroorzaken?
Ja. Na een SSL-installatie kunnen oude http-links zorgen voor mixed content. Daardoor kunnen bestanden geblokkeerd worden.
5. Kan een plugin deze fout veroorzaken?
Ja. Vooral cacheplugins, beveiligingsplugins, optimalisatieplugins en pagebuilder-addons kunnen verkeerde paden maken of bestanden blokkeren.
6. Wat betekent een 404 bij failed to load resource?
Een 404 betekent dat het bestand niet gevonden wordt op de URL die de browser probeert te laden.
7. Wat betekent een 403 bij failed to load resource?
Een 403 betekent dat het bestand bestaat, maar dat de server toegang weigert.
8. Wat moet ik doen als ik de oorzaak niet vind?
Controleer de error logs van je hosting en vraag je hostingprovider om mee te kijken. Zij kunnen vaak zien waarom een bestand wordt geblokkeerd of niet goed wordt geladen.