Afbeeldingen worden niet weergegeven in WordPress wanneer de browser het afbeeldingsbestand niet kan vinden, openen of laden. Je ziet dan bijvoorbeeld een leeg vlak, een beschadigd afbeeldingsicoon of alleen de alternatieve tekst van de afbeelding.
Het probleem kan bij één afbeelding voorkomen, maar ook bij alle afbeeldingen op een pagina of op de volledige website. De oorzaak kan liggen bij het bestand zelf, een verkeerde URL, een plugin, cache, HTTPS, het actieve thema of de instellingen van je hosting.
Begin bij de eenvoudige controles. Pas bestanden en technische instellingen pas aan wanneer je weet waar het laden van de afbeelding misgaat.
Waarom worden afbeeldingen niet weergegeven?
Een WordPress-pagina bevat een verwijzing naar de locatie van een afbeelding. Het afbeeldingsbestand zelf staat meestal in de uploadmap van WordPress op de server.
De browser gebruikt het adres van de afbeelding om het bestand op te vragen. Klopt dit adres niet, bestaat het bestand niet meer of weigert de server toegang, dan kan de afbeelding niet worden weergegeven.
Ook een plugin kan het afbeeldingsadres veranderen. Plugins voor caching, lazy loading, WebP, AVIF, beveiliging of een CDN kunnen ervoor zorgen dat WordPress niet meer het oorspronkelijke bestand probeert te laden.
Daarom moet je eerst controleren waar het probleem voorkomt en welk antwoord de server geeft wanneer je de afbeelding rechtstreeks opent.
Controleer waar de afbeeldingen ontbreken
Open de pagina eerst in een privévenster van je browser. Bekijk dezelfde pagina daarna op een telefoon of in een andere browser.
Worden de afbeeldingen daar wel weergegeven, dan ligt de oorzaak waarschijnlijk bij de browsercache, een browserextensie of een lokale instelling. Wis in dat geval de cache van de browser en laad de pagina opnieuw.
Controleer vervolgens hoe groot het probleem is. Ontbreekt slechts één afbeelding, dan is waarschijnlijk het bestand of de URL van die afbeelding verkeerd. Ontbreken alle afbeeldingen op één pagina, dan kan de paginaopbouw of een plugin de oorzaak zijn. Ontbreken afbeeldingen op de hele website, controleer dan vooral plugins, cache, HTTPS en de hosting.
Open de afbeelding rechtstreeks in de browser
Log in op het WordPress-dashboard en ga naar Media > Bibliotheek. Open een afbeelding die niet wordt weergegeven.
Kopieer het bestandsadres van de afbeelding en open dit adres in een nieuw browsertabblad.
Opent de afbeelding normaal, dan bestaat het bestand en kan de server het laden. Het probleem zit dan waarschijnlijk in de pagina, een plugin, het thema of de cache.
Verschijnt een 404-fout, dan kan de server het bestand niet vinden op het gebruikte adres. De afbeelding kan zijn verwijderd, verplaatst of onder een andere bestandsnaam zijn opgeslagen.
Verschijnt een 403-fout, dan bestaat het bestand mogelijk wel, maar weigert de server toegang. Dit kan worden veroorzaakt door verkeerde bestandsrechten, hotlinkbeveiliging, een firewall of een beveiligingsplugin.
Een 500-fout betekent dat er tijdens het verwerken van het verzoek een fout op de server ontstaat. De statuscode helpt je dus om gerichter naar de oorzaak te zoeken.
Wil je uitgebreider controleren waarom een bestand niet wordt geladen? Lees dan: Foutmelding Failed to Load Resource in WordPress oplossen.
Voeg de afbeelding opnieuw aan de pagina toe
Opent het bestand rechtstreeks wel, maar wordt het alleen op één pagina niet weergegeven? Open dan de betreffende pagina in WordPress.
Controleer eerst of het afbeeldingsblok nog naar de juiste afbeelding verwijst. Selecteer de afbeelding opnieuw vanuit de Mediabibliotheek en sla de pagina op.
Helpt dit niet, verwijder dan alleen het afbeeldingsblok van de pagina. Verwijder het bestand niet uit de Mediabibliotheek, omdat dezelfde afbeelding ook op andere pagina’s kan worden gebruikt.
Voeg daarna een nieuw afbeeldingsblok toe en selecteer hetzelfde bestand opnieuw. WordPress maakt dan een nieuwe verwijzing naar de afbeelding.
Wis vervolgens de cache en controleer de pagina in een privévenster.
Wis de browsercache en websitecache
Een cache bewaart tijdelijk een eerdere versie van een pagina of bestand. Daardoor kan een oude afbeeldings-URL zichtbaar blijven nadat je het probleem al hebt opgelost.
Wis eerst de cache van je WordPress-cacheplugin. Gebruik je WP Rocket, dan kun je de cache vanuit de bovenste WordPress-balk of het WP Rocket-dashboard wissen.
Controleer daarna of je hostingprovider een eigen servercache gebruikt. Deze optie kan in het hostingpaneel bijvoorbeeld Cache, Performance, Varnish of LiteSpeed heten.
Gebruik je Cloudflare of een ander CDN, wis dan ook daar de cache. Een CDN kan nog een oude versie van de afbeelding bewaren, terwijl het oorspronkelijke bestand op de server al is aangepast.
Open de pagina daarna opnieuw in een privévenster. Wis niet steeds alle caches zonder iets te veranderen. Voer eerst één controle of aanpassing uit en test daarna opnieuw. Zo kun je beter bepalen welke stap het probleem heeft opgelost.
Schakel plugins tijdelijk uit en test opnieuw
Plugins kunnen invloed hebben op de manier waarop afbeeldingen worden geladen. Dit gebeurt vooral bij plugins voor caching, lazy loading, afbeeldingsoptimalisatie, WebP, AVIF, CDN’s en beveiliging.
Maak vóór deze controle een recente back-up. Meer uitleg hierover vind je in: Wat is een website backup en hoe beschermt dit je site?
Plugins via het WordPress-dashboard deactiveren
Log in op het WordPress-dashboard en ga naar Plugins > Geïnstalleerde plugins.
Selecteer alle plugins. Kies bij Bulkacties voor Deactiveren en klik daarna op Toepassen.
Open vervolgens de pagina waarop de afbeeldingen ontbreken. Worden de afbeeldingen nu wel weergegeven, dan veroorzaakt een van de plugins het probleem.
Activeer de plugins daarna één voor één. Controleer de pagina na iedere activatie opnieuw. Zodra de afbeeldingen opnieuw verdwijnen, weet je welke plugin de fout veroorzaakt.
Controleer bij die plugin eerst of er een update beschikbaar is. Bekijk daarna de instellingen voor afbeeldingsoptimalisatie, lazy loading, WebP, AVIF, CDN en het herschrijven van URL’s. Blijft het probleem bestaan, neem dan contact op met de ontwikkelaar van de plugin of gebruik een geschikt alternatief.
Het tijdelijk deactiveren van plugins en ze daarna één voor één activeren is een gebruikelijke manier om een pluginconflict te vinden.
Kun je niet inloggen op WordPress?
Kun je het WordPress-dashboard niet openen, dan kun je de plugins tijdelijk via je hosting uitschakelen.
Log in bij je hostingprovider en open Bestandsbeheer. Open daarna de hoofdmap van de website. Deze map heet meestal public_html of httpdocs.
Open vervolgens wp-content. Zoek daar de map plugins en verander de naam tijdelijk in plugins-old.
WordPress kan de plugins nu niet meer laden. Open de website en controleer of de afbeeldingen weer zichtbaar zijn.
Verander de mapnaam daarna terug naar plugins. Log in op WordPress en activeer de plugins één voor één om de veroorzaker te vinden.
Door de mapnaam te veranderen worden de pluginbestanden en instellingen niet verwijderd. Laat de map wel niet langer dan nodig onder de tijdelijke naam staan, omdat belangrijke functies op de website dan uitgeschakeld blijven.
Controleer plugins die afbeeldingen aanpassen
Sommige plugins veranderen het oorspronkelijke afbeeldingsadres. Ze kunnen een afbeelding omzetten naar WebP of AVIF, via een externe server laden of pas zichtbaar maken wanneer de bezoeker naar de afbeelding scrolt.
Wanneer de nieuwe versie niet bestaat of de externe server niet bereikbaar is, blijft er een leeg vlak staan.
Open de instellingen van de plugin die afbeeldingen optimaliseert. Schakel eerst alleen lazy loading tijdelijk uit en test opnieuw. Werkt dat niet, schakel dan WebP- of AVIF-weergave tijdelijk uit.
Controleer vervolgens of de plugin een CDN-adres gebruikt. Open een ontbrekende afbeelding in een nieuw tabblad en kijk of het adres naar je eigen domein of naar een extern CDN verwijst.
Verander één instelling per keer, wis de cache en test opnieuw. Zo voorkom je dat je meerdere instellingen tegelijk verandert zonder te weten welke aanpassing het probleem heeft opgelost.
Controleer het actieve thema
Wanneer de plugins niet de oorzaak zijn, kan het actieve thema de afbeeldingen verkeerd laden of verbergen.
Dit is vooral mogelijk wanneer alleen uitgelichte afbeeldingen, productafbeeldingen of afbeeldingen in één specifieke template ontbreken.
Controleer eerst of je kort voor het probleem code hebt toegevoegd aan het thema of aan functions.php. Zet een recente wijziging tijdelijk terug en test de pagina opnieuw.
Je kunt daarnaast tijdelijk overschakelen naar een standaard WordPress-thema. Doe dit bij voorkeur op een testomgeving of op een moment waarop een korte verandering van de website geen probleem veroorzaakt.
Worden de afbeeldingen met het standaardthema wel weergegeven, dan zit de oorzaak in het oorspronkelijke thema of een aanpassing daarvan. Controleer dan de template, de afbeeldingsinstellingen en eventueel toegevoegde CSS of PHP-code.
Controleer oude afbeeldingsadressen na een verhuizing
Afbeeldingen worden vaak niet weergegeven nadat een WordPress-website naar een andere server, domeinnaam of testomgeving is verhuisd.
De bestanden kunnen correct zijn overgezet, terwijl de pagina’s nog naar het oude domein, localhost of een tijdelijk testadres verwijzen.
Open de directe URL van een ontbrekende afbeelding. Controleer of het begin van het adres overeenkomt met de huidige domeinnaam.
Staat er nog een oud adres, dan moeten de verwijzingen veilig worden vervangen. Voer niet zonder back-up een handmatige zoek-en-vervangactie in de database uit. WordPress en plugins kunnen gegevens opslaan in een structuur die door een verkeerde vervanging beschadigd raakt.
Gebruik een betrouwbare migratiefunctie of laat je hostingprovider de oude URL veilig vervangen. Meer uitleg over de verhuizing en de controles daarna vind je in: WordPress site overzetten van local naar server.
Controleer HTTP- en HTTPS-adressen
Op een website die via HTTPS wordt geopend, moeten afbeeldingen ook via HTTPS worden geladen.
Verwijst een afbeelding nog naar een adres dat met http:// begint, dan ontstaat mixed content. De browser kan proberen het adres automatisch naar HTTPS te veranderen. Lukt dat niet, dan wordt de afbeelding mogelijk niet geladen.
Klik met de rechtermuisknop op de pagina en kies Inspecteren. Open daarna het tabblad Console en laad de pagina opnieuw.
Zoek naar meldingen met Mixed Content, insecure of blocked. In de melding staat meestal het adres van de afbeelding die via HTTP wordt geladen.
Ga daarna in WordPress naar Instellingen > Algemeen. Controleer of zowel WordPress-adres als Site-adres met https:// beginnen.
Wil je dit probleem volledig controleren en oplossen? Lees dan: Wat is een Mixed Content error en hoe los je het op in WordPress.
Controleer of het bestand nog in de uploadmap staat
Geeft de directe afbeeldings-URL een 404-fout, controleer dan of het bestand nog op de server aanwezig is.
Log in bij je hostingprovider en open Bestandsbeheer. Open de hoofdmap van de website en ga daarna naar wp-content en vervolgens uploads.
WordPress verdeelt afbeeldingen meestal over mappen met het jaar en de maand waarin ze zijn geüpload. Een volledig pad kan er bijvoorbeeld zo uitzien:
public_html/wp-content/uploads/2026/07Vergelijk de bestandsnaam op de server met de bestandsnaam in de afbeeldings-URL. De spelling, hoofdletters en bestandsextensie moeten precies overeenkomen.
Op veel servers zijn afbeelding.webp en Afbeelding.webp twee verschillende bestanden. Een verschil in één hoofdletter kan daardoor al een 404-fout veroorzaken.
Staat het bestand niet in de juiste map, upload dan het oorspronkelijke bestand opnieuw via Media > Nieuw mediabestand toevoegen. Voeg de nieuw geüploade afbeelding daarna opnieuw aan de pagina toe.
Controleer de bestands- en mappermissies
De webserver moet de afbeeldingen in wp-content/uploads kunnen lezen. WordPress moet daarnaast in deze map kunnen schrijven om nieuwe uploads en kleinere afbeeldingsformaten te maken.
Bij veel Linux-hostingomgevingen gebruiken mappen de waarde 755 en bestanden de waarde 644. Deze waarden zijn echter niet voor iedere server automatisch juist. De eigenaar van de bestanden en de manier waarop de server is ingesteld, spelen ook een rol.
Stel mappen niet zomaar in op 777. Daarmee geef je veel meer toegang dan meestal nodig is en kan een beveiligingsrisico ontstaan.
Open Bestandsbeheer en controleer de rechten van wp-content/uploads en de mappen voor het betreffende jaar en de betreffende maand.
Weet je niet welke rechten jouw server nodig heeft, vraag dan de hostingprovider om te controleren of de server de afbeeldingen kan lezen en of WordPress in de uploadmap kan schrijven.
Een volledige uitleg over 644, 755 en het veilig aanpassen van rechten vind je in: Bestands- en mappermissies in WordPress: wat het zijn én hoe je ze oplost.
Maak ontbrekende afbeeldingsformaten opnieuw aan
WordPress maakt bij het uploaden meestal meerdere versies van een afbeelding. Naast het oorspronkelijke bestand kunnen bijvoorbeeld een thumbnail, een middelgroot formaat en formaten voor het actieve thema worden gemaakt.
Soms werkt het oorspronkelijke bestand wel, terwijl een kleinere versie ontbreekt. In de URL van zo’n versie staan vaak afmetingen, bijvoorbeeld afbeelding-300×200.webp.
Dit kan gebeuren na een verhuizing, een themawijziging of een wijziging van de ingestelde afbeeldingsformaten.
Controleer eerst of het oorspronkelijke bestand zonder afmetingen in de bestandsnaam opent. Werkt dat bestand wel, dan kun je de ontbrekende afbeeldingsformaten opnieuw laten maken met een geschikte regeneratiefunctie.
Gebruik deze oplossing alleen wanneer het oorspronkelijke bestand nog bestaat. Het opnieuw maken van thumbnails kan een verwijderd origineel niet terughalen.
Schakel WordPress-debugging tijdelijk in
Gebruik debugging wanneer de eerdere controles de oorzaak niet laten zien of wanneer je vermoedt dat een plugin of het thema een PHP-fout veroorzaakt.
Log in bij je hostingprovider en open Bestandsbeheer. Open de hoofdmap van de website en zoek het bestand wp-config.php.
Maak eerst een kopie van dit bestand. Open wp-config.php daarna met de teksteditor van je hosting.
Controleer eerst of WP_DEBUG, WP_DEBUG_LOG en WP_DEBUG_DISPLAY al in het bestand staan. Bestaan deze regels al, wijzig dan de bestaande waarden. Voeg dezelfde instellingen niet nog een keer toe.
Plaats of wijzig de instellingen vóór de afsluitende regel met That’s all, stop editing:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );De namen van de instellingen staan tussen enkele aanhalingstekens. De waarden true en false zijn geen tekst en staan daarom zonder aanhalingstekens. Deze schrijfwijze is correct.
Laad de pagina met de ontbrekende afbeelding opnieuw. WordPress schrijft gevonden fouten normaal in het volgende bestand:
wp-content/debug.logOpen debug.log en kijk naar fouten die op hetzelfde tijdstip zijn ontstaan. Controleer vooral of een plugin, thema of afbeeldingsfunctie wordt genoemd.
WP_DEBUG_LOG schrijft fouten naar een logbestand en WP_DEBUG_DISPLAY op false voorkomt dat deze meldingen op de openbare website worden getoond.
Zet debugging na de controle weer uit:
define( 'WP_DEBUG', false );
define( 'WP_DEBUG_LOG', false );
define( 'WP_DEBUG_DISPLAY', false );Verwijder debug.log wanneer je het bestand niet meer nodig hebt. Een foutlogboek kan technische informatie bevatten.
Wil je alle stappen voor debugging uitgebreider volgen? Lees dan: Handleiding WordPress debugging inschakelen stap voor stap.
Controleer de website na de oplossing
Open na de aanpassing eerst de directe afbeeldings-URL. Controleer daarna de pagina in een privévenster.
Bekijk de pagina ook op een telefoon en controleer of de afbeeldingen op verschillende schermformaten zichtbaar zijn.
Controleer daarnaast andere plaatsen waar dezelfde afbeelding wordt gebruikt. Denk aan de Mediabibliotheek, de pagina zelf, de uitgelichte afbeelding en een artikeloverzicht.
Upload tot slot een kleine testafbeelding. Wordt deze normaal opgeslagen en weergegeven, dan werkt de uploadmap waarschijnlijk weer goed.
Heb je plugins tijdelijk gedeactiveerd, controleer dan of de noodzakelijke plugins opnieuw actief zijn. Bekijk ook of formulieren, beveiliging, caching en andere belangrijke functies nog correct werken.
Conclusie
Wanneer afbeeldingen niet worden weergegeven in WordPress, controleer je eerst waar het probleem voorkomt en open je de afbeelding rechtstreeks in de browser.
Een 404-fout wijst meestal op een ontbrekend bestand of verkeerd adres. Bij een 403-fout controleer je de bestandsrechten en beveiligingsregels. Een 500-fout vraagt om controle van de server, plugins, het thema of het foutlogboek.
Wis daarna de cache en test de plugins. Worden de afbeeldingen na het deactiveren van alle plugins weer zichtbaar, activeer de plugins dan één voor één om de veroorzaker te vinden.
Controleer vervolgens oude domeinadressen, HTTP-verwijzingen, de uploadmap en de bestandsrechten. Gebruik WordPress-debugging pas wanneer de eenvoudigere controles geen duidelijke oorzaak opleveren.
Veelgestelde vragen
1. Waarom worden afbeeldingen niet weergegeven in WordPress?
Dit kan komen door een verkeerde URL, een ontbrekend bestand, cache, een pluginconflict, HTTPS of verkeerde bestandsrechten.
2. Hoe controleer je of een afbeelding nog bestaat?
Kopieer het bestandsadres uit de Mediabibliotheek en open dit rechtstreeks in een nieuw browsertabblad.
3. Wat betekent een 404-fout bij een afbeelding?
De server kan het afbeeldingsbestand niet vinden op het adres dat door WordPress wordt gebruikt.
4. Wat betekent een 403-fout bij een afbeelding?
De server weigert toegang tot het bestand, bijvoorbeeld door verkeerde rechten, een firewall of hotlinkbeveiliging.
5. Kunnen plugins ervoor zorgen dat afbeeldingen verdwijnen?
Ja. Vooral plugins voor caching, lazy loading, WebP, CDN’s en beveiliging kunnen het laden van afbeeldingen beïnvloeden.
6. Moet je WP_DEBUG altijd ingeschakeld laten?
Nee. Gebruik debugging alleen tijdelijk en schakel het na de controle weer uit.