404 Not Found in WordPress – oorzaken en oplossingen

Je kent het vast wel: je publiceert een nieuwe pagina of blogpost op je WordPress-site, maar in plaats van je content te zien krijg je tot je schrik een “404 Not Found” foutmelding. Ontzettend frustrerend, zeker als je net tijd in je content hebt gestoken. In dit kennisbankartikel leg ik in begrijpelijke taal uit wat deze 404-fout betekent, waarom hij kan optreden (vaak na het aanmaken van een nieuwe pagina, wijzigen van permalinks, of door caching/plugins), en vooral hoe je dit stap voor stap zelf kunt oplossen. Aan het einde vind je ook een korte checklist en een zachte tip voor extra hulp. Ik neem je stap voor stap mee.

Wat is een ‘404 Not Found’ foutmelding?

Een 404-fout betekent simpelweg dat de opgevraagde pagina niet gevonden kan worden op de server. Met andere woorden: je browser vraagt een URL op, maar WordPress kan de juiste pagina niet vinden op basis van die URL. In de context van WordPress zie ik vaak dat de pagina wel bestaat in het dashboard, maar dat er iets mis is gegaan met de verwijzing ernaartoe. Er is als het ware een kink in de kabel gekomen tussen de permalink (de URL van je bericht/pagina) en de daadwerkelijke inhoud. Het resultaat is dat WordPress een “404 – Page Not Found” teruggeeft omdat hij de pagina niet kan laden.

Waarom is dit belangrijk om direct op te lossen? Behalve dat bezoekers je content niet kunnen zien, kan het ook je vindbaarheid schaden als meerdere pagina’s 404-fouten geven. Zoekmachines kunnen je site dan minder goed crawlen. Gelukkig is een 404 in WordPress meestal tijdelijk en relatief eenvoudig te verhelpen. Hieronder bespreek ik de oorzaken en oplossingen.

Waarom krijg je een 404-fout in WordPress?

Er zijn een aantal veelvoorkomende situaties waardoor een WordPress-pagina of -bericht ineens een 404-foutmelding geeft:

• Permalinks (URL-instellingen) zijn “gebroken”: WordPress gebruikt permalinks en zogeheten rewrite rules om mooie URL’s (zoals /mijn-bericht) te vertalen naar de juiste pagina. Als die vertaling misgaat, vindt WordPress de pagina niet. Dit gebeurt vaak vlak na het wijzigen van de permalinkstructuur of het verhuizen van je site. De server weet dan niet hoe hij de nieuwe URL’s moet afhandelen als de instellingen niet goed zijn doorgevoerd. Een corrupt of ontbrekend .htaccess bestand (op Apache-servers) is hier vaak de boosdoener.
• Nieuwe pagina direct na publicatie: je hebt een nieuwe post of pagina aangemaakt en krijgt meteen een 404 als je deze bezoekt. Vaak komt dit ook door de permalinks: normaal genereert WordPress automatisch de juiste rewrite regels, maar soms zijn die (nog) niet ververst. Bijvoorbeeld als je eerder je permalinkstructuur hebt aangepast of als er caching in het spel is, kan de nieuwe URL niet herkend worden en resulteert in een 404.
• Plugins of thema-conflicten: bepaalde plugins (of thema’s) kunnen interfereren met hoe WordPress URLs afhandelt. Bijvoorbeeld een plugin die custom post types of eigen URL routes introduceert, of een beveiligingsplugin die iets aan de URL-structuur verandert. Dit kan leiden tot “gebroken permalinks” en 404’s op pagina’s die daarvoor prima werkten. Ook custom code snippets in je theme functions kunnen in zeldzame gevallen de permalink werking verstoren.
• Caching (plugin of server-side): caching is handig voor performance, maar kan roet in het eten gooien bij nieuwe of gewijzigde pagina’s. Stel, je had eerder een pagina die nog niet bestond en dus een 404 gaf – een caching plugin of server (bijv. Varnish/NGINX) kan die 404-pagina tijdelijk hebben opgeslagen. Na publicatie van de pagina krijg je dan nog steeds de oude 404 te zien uit de cache in plaats van de echte pagina. Ik heb bijvoorbeeld gezien dat een dienst als Cloudflare of een hostingcache een 404 bleef tonen totdat de cache werd geleegd. Ook sommige caching-plugins voegen custom regels toe aan .htaccess die ongewenste bijeffecten hebben.
• Verkeerde URL of pagina bestaat echt niet: natuurlijk kan het ook iets basaals zijn, zoals een tikfout in de URL of een link die verwijst naar een pagina die niet (meer) bestaat. Ook als een pagina nog als concept staat of privé is, zien bezoekers een 404. Dit klinkt logisch, maar het is altijd goed om even te controleren of je de juiste URL gebruikt en of het bericht echt gepubliceerd is.

Nu de mogelijke oorzaken duidelijk zijn, kun je gericht gaan kijken waar het probleem zit.

Checklist: eerste controles bij een 404-fout

Voordat ik in de technische oplossingen duik, is hier een korte checklist. Loop deze punten na zodra je een 404 melding tegenkomt op je WordPress-site:

• URL juist gespeld? Controleer of de link geen typfouten bevat. URLs zijn hoofdletter-gevoelig na de domeinnaam; /Pagina is anders dan /pagina. Meestal zal dit niet de oorzaak zijn, maar sluit het uit voor de zekerheid.
• Pagina/bericht gepubliceerd? Log in op WordPress en check of de content niet per ongeluk op Concept staat of een toekomstig publicatiedatum heeft. Een niet-gepubliceerde (of privé) pagina geeft voor niet-ingelogde bezoekers een 404. Publiceer de pagina zo nodig of wijzig de zichtbaarheid.
• Permalinkinstellingen: ga in je WordPress dashboard naar Instellingen > Permalinks. Staat de gewenste permalinkstructuur correct ingesteld (bijvoorbeeld “Berichtnaam”)? Onthoud wat de huidige instelling is; je gaat zo hoe dan ook de permalinks herbevestigen.
• Bestaat het .htaccess bestand (voor Apache servers)? Dit verborgen bestand in de root van je WordPress site regelt de URL-doorschakeling. Als je op een Apache-gebaseerde hosting zit (de meeste shared hostings), zou er een .htaccess moeten zijn met WordPress’ standaardregels. Ontbreekt dit bestand of staan de regels er niet in, dan werkt je mooie URL niet en krijg je 404’s. (Hoe je dit controleert, lees je in de stappen verderop.)
• Caching uitsluiten: maak je gebruik van een caching-plugin (zoals WP Rocket, W3 Total Cache, LiteSpeed Cache, etc.)? Leeg dan de cache daarvan. Dit geldt ook voor eventuele server-level caching via je hoster, en CDN’s zoals Cloudflare. Zo weet je zeker dat je niet een oude 404-pagina uit cache voorgeschoteld krijgt. Vergeet niet ook even je browsercache/incognito te proberen, al is de kans klein dat het daaraan ligt.
• Plugins of thema: had je kort voor het optreden van de 404 iets geïnstalleerd of geüpdatet? Denk aan een plugin voor SEO, beveiliging, vertalingen of custom post types. Deactiveer zo nodig tijdelijk verdachte plugins om te kijken of de 404 verdwijnt. In zeer zeldzame gevallen kan het thema een conflict geven; overschakelen naar een standaardthema zou dat kunnen uitsluiten, maar meestal is dit niet nodig tenzij alle pagina’s 404’en.

Heb je bovenstaande punten gecheckt? Dan is het tijd om de oplossingen stap voor stap uit te voeren. In veel gevallen heb je het probleem binnen een paar minuten verholpen!

Stapsgewijs de 404-fout oplossen in WordPress

Doorloop onderstaande oplossingen in volgorde. Na elke stap kun je testen of de pagina nu wel laadt. Zo niet, ga door naar de volgende stap.

Stap 1: Permalinks opnieuw opslaan (flushen)

De eenvoudigste en meest voorkomende oplossing voor WordPress 404-errors is het flushen van je permalinks. Dit houdt in dat je WordPress de rewrite-regels (URL-routing) opnieuw laat aanmaken. Je hoeft hiervoor niets technisch te doen – het kan vanuit het dashboard:

1. Ga naar Instellingen > Permalinks in je WordPress admin.
2. Klik op Wijzigingen opslaan zonder iets aan de instellingen te veranderen. WordPress ververst nu op de achtergrond de permalink regels.

Alleen deze handeling zorgt ervoor dat WordPress de koppeling tussen URL en pagina-inhoud herstelt. Door op opslaan te klikken, flush je de rewrite rules; WordPress genereert de instructies die de server vertellen waar elke pagina staat opnieuw. In zeker 90% van de gevallen lost dit de 404-fout direct op.

Test nu of je pagina weer werkt door de URL te bezoeken. Vaak zul je merken dat de pagina nu wel laadt. Zo ja, dan was het probleem waarschijnlijk een tijdelijk “gebroken” permalink en ben je klaar. Zo nee, geen paniek – dan ga je door naar de volgende stappen.

Stap 2: Leeg caches (plugin, CDN en browser)

Heb je een caching-plugin actief of gebruik je een CDN/hosting met cache? Zorg dan dat je na het flushen van de permalinks alle caches leegt. Waarom? Omdat je anders misschien nog steeds de oude situatie ziet. Stel dat de 404-pagina (toen het nog misging) in cache is blijven hangen, dan blijf je die zien tot de cache ververst wordt.

Doe het volgende:

• Leeg de cache van je WordPress caching-plugin. In veel plugins heet dit “Clear Cache” of “Purge All”. Dit dwingt de site om de nieuwste versie van pagina’s op te vragen. Vergeet niet dat sommige beveiligingsplugins (bv. Sucuri) of optimalisatieplugins ook caching kunnen doen, dus schakel die ook even uit of leeg hun cache indien van toepassing.
• Leeg eventuele server-cache via je host. Sommige hostingproviders (zeker managed WordPress hosts) hebben eigen caching lagen. Log in op je hostingpanel en purge de cache (vaak te vinden onder een WordPress tools sectie).
• Leeg CDN cache (indien van toepassing). Gebruik je Cloudflare of een andere CDN? Voer dan een Purge Cache uit via hun dashboard, of op zijn minst voor de URL in kwestie. Ik heb meegemaakt dat een nieuw gepubliceerde pagina pas zichtbaar werd na het legen van de Cloudflare cache die de eerdere 404 had opgeslagen.
• Forceer een frisse fetch in je browser. Dit is meestal niet nodig, maar kan geen kwaad: voer een harde refresh uit (Ctrl+F5 op Windows, Cmd+Shift+R op Mac) of probeer de pagina in een incognito/private venster. Zo weet je zeker dat ook je browser niets ouds vasthoudt.

Controleer nu opnieuw de pagina. Als caching het probleem was, zou de pagina nu normaal moeten laden. Zo niet, dan ga je door.

Stap 3: Controleer (en herstel) je .htaccess bestand

Als het heropbouwen van de permalinks en het legen van caches niet geholpen hebben, is de volgende verdachte het .htaccess bestand (alleen van toepassing als je host Apache of LiteSpeed gebruikt – op NGINX kun je deze stap overslaan, daar werkt het anders). Dit verborgen bestand in de root van je website bevat belangrijke regels voor URL-afhandeling. Als dit bestand ontbreekt, verkeerde permissies heeft, of de inhoud is beschadigd/verkeerd, kan WordPress z’n pretty permalinks niet laten werken en krijg je 404’s.

Enkele dingen om te controleren:

• Bestaat het .htaccess bestand? Via FTP of de File Manager van je hosting kun je in de hoofdmap van WordPress (waar ook wp-content in staat) kijken of .htaccess aanwezig is. Zorg dat verborgen bestanden zichtbaar zijn. Als het er niet is, kun je het opnieuw aanmaken.
• Heeft WordPress toestemming om .htaccess te beschrijven? Normaal gesproken update WordPress dit bestand bij het opslaan van permalinks. Als dat niet gebeurde, kan het zijn dat het bestand niet beschrijfbaar was. Je zou tijdelijk de permissies van .htaccess kunnen checken (bijv. op 644 zetten). Tip: zet permissies nooit op 777; als je test, zet hooguit tijdelijk op 666 en daarna terug op 644. Dit is alleen nodig als het flushen stap 1 kennelijk .htaccess niet wijzigde.
• Staan de standaard WordPress regels erin? Open het .htaccess bestand (download en bekijk het in een teksteditor). Voor een standaard WordPress site met mooie permalinks zou het onderstaande erin moeten staan (meestal helemaal bovenaan):

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Controleer of jouw .htaccess deze regels bevat. Zo niet, dan is dit waarschijnlijk de oorzaak van de 404’s. Voeg de bovenstaande standaardregels toe (maak een back-up van het originele bestand voor de zekerheid). Sla het op en upload het naar je server. Hierdoor kunnen de permalinks weer naar de juiste pagina’s wijzen.

Tip: Als je niet comfortabel bent met FTP of het handmatig bewerken van bestanden, kun je .htaccess ook laten hergenereren door WordPress zelf. Hernoem via je hosting File Manager het huidige .htaccess eens naar bijv. .htaccess_old. Ga dan in WordPress naar Instellingen > Permalinks en klik opnieuw op Wijzigingen opslaan. WordPress zal proberen een nieuw .htaccess bestand aan te maken met de standaardinhoud. Check daarna via FTP of het nieuwe .htaccess verschenen is en test je site.

Na het updaten of toevoegen van .htaccess zou de 404-problematiek verholpen moeten zijn als dit de oorzaak was. Probeer je pagina weer te laden. Werkte dit ook niet? Dan is er mogelijk iets anders aan de hand; door naar stap 4.

Stap 4: Plugins tijdelijk uitschakelen (conflict opsporen)

Hebben de bovenstaande stappen niet geholpen, dan is de kans groot dat er een plugin in het spel is die de boel in de war schopt. Een plugin kan bijvoorbeeld eigen rewrite rules registreren of permalinks beïnvloeden (denk aan een meertaligheid-plugin, een custom post type plugin, of een redirect-plugin). Ook kan een plugin-update iets onverwachts hebben stukgemaakt.

De makkelijkste manier om dit te testen is door tijdelijk plugins te deactiveren:

• Deactiveer alle plugins in je WordPress (of in ieder geval alle niet-kritieke). Dit doe je via Plugins > Alle plugins. Je kunt ze in één keer selecteren en kiezen voor Deactiveren. (Geen zorgen, je inhoud blijft behouden.)
• Test de pagina die 404 gaf nu opnieuw. Als hij nu wel werkt, weet je dat de oorzaak een plugin is.
• Activeer de plugins één voor één weer, en test telkens de pagina. Op het moment dat de 404 terugkomt na het activeren van plugin X, heb je de boosdoener gevonden.
• Laat die specifieke plugin uit en activeer de rest weer. Vervolgens kun je voor die problematische plugin op zoek naar een oplossing: misschien is er een update of bekend conflict. Eventueel kun je een alternatief zoeken als het een ernstige bug is.

In veel gevallen kom ik er zo achter dat bijvoorbeeld een redirect plugin verkeerd was geconfigureerd of dat een security plugin (met eigen firewall rules) de permalink toegang blokkeerde. Door de plugin uit te schakelen was het probleem weg. Identificeer je zo’n plugin, dan kun je de ontwikkelaar benaderen of documentatie raadplegen voor een fix. Tot die tijd kun je de plugin uit laten of een vervanger gebruiken.

Stap 5: Andere mogelijke oorzaken uitsluiten

Als de 404-error hardnekkig blijft bestaan na al het bovenstaande, moet je nog een paar minder vaak voorkomende oorzaken nalopen:

• Thema-issues: schakel voor de zekerheid kort over naar een WordPress standaardthema (Twenty Twenty-* of zoiets) en test de pagina. Werkt het daar wel, dan zit er iets in je thema code fout (bijvoorbeeld een custom query of post type conflict). Dit is vrij ongebruikelijk, maar niet onmogelijk.
• Database oude permalinks: in zeldzame gevallen blijven oude URL-referenties hangen in de database (zoals oude slugs in wp_postmeta). Dit kan voor verwarring zorgen als je een nieuwe pagina met dezelfde slug hebt gemaakt als een eerder verwijderde. Het opruimen hiervan vereist directe database-ingrepen, wat buiten scope is van dit artikel, maar onthoud het als mogelijke laatste redmiddel (en laat dit bij voorkeur aan een developer over).
• Hosting/server issues: heel soms ligt het probleem niet bij WordPress zelf maar bij de serverconfiguratie. Bijvoorbeeld als de Apache mod_rewrite module niet actief is, of er zijn vreemde cronjobs/caching op serverniveau die je site beïnvloeden. Als je alles hebt geprobeerd, kun je ook je hostingprovider vragen of er bekende issues zijn (zoals een bekende cache die geleegd moet worden, of fouten in de error logs rond de tijd van de 404’s).
• Herinstallatie core: als ultiem redmiddel zou je kunnen overwegen de WordPress core bestanden te herinstalleren (via Dashboard > Updates > “Re-install WordPress”). Beschadigde core-bestanden kunnen theoretisch ook onverklaarbare problemen geven, al is de kans klein dat dat specifiek alleen 404’s veroorzaakt. Vergeet niet een backup te maken voor zulke ingrepen.

Meestal hoef je echter niet zo ver te gaan. In 99% van de gevallen is de 404 “pagina niet gevonden” fout in WordPress op te lossen met een van de eenvoudige stappen 1 t/m 4: permalinks flushen, cache legen, .htaccess fixen, of een conflict uitschakelen.

404 foutmelding opgelost? (Conclusie)

Een 404-error in WordPress kan even schrikken zijn, maar gelukkig kun je het vaak zelf oplossen met de bovenstaande stappen. Samengevat: in de meeste gevallen is een 404 het gevolg van broken permalinks en is permalinks opnieuw opslaan al genoeg om het te verhelpen. Zo niet, dan helpen vaak het opschonen van caches, het herstellen van .htaccess of het opsporen van een pluginconflict om de boosdoener te vinden en je site weer normaal bereikbaar te maken.

Hopelijk heb ik je met deze gids het vertrouwen en de handvatten gegeven om de 404 Not Found melding zelf op te lossen. Niemand wil immers bezoekers (of klanten) mislopen door een verborgen foutje in de site.

Checklist samenvattend (TL;DR)

1. Flush je permalinks via Instellingen > Permalinks (en klik Opslaan).
2. Leeg alle caches (plugin, hosting, CDN) zodat je geen oude foutmelding ziet.
3. Controleer je .htaccess op de juiste inhoud, herstel of maak opnieuw aan indien nodig.
4. Schakel plugins uit om een conflict op te sporen (met name recent toegevoegde of caching/SEO plugins).
5. Check of de pagina gepubliceerd is en de URL klopt (basiscontrole).
6. Werkt het nog niet? Overweeg professionele hulp in te schakelen.

Als het goed is, is je 404-probleem nu verleden tijd. Veel succes met het verder uitbouwen van je WordPress-site zonder frustrerende foutmeldingen!