Stel je voor: je logt in op WordPress, werkt een plugin bij en klikt op Bijwerken. Plots verschijnt bovenin het scherm de melding Can not Modify Header Information, vaak met headers already sent by en een bestandsnaam erachter. Je site lijkt half kapot, inloggen lukt soms niet en redirects werken niet meer. Dit gebeurt omdat er al iets is verzonden naar de browser, waardoor PHP de headers niet meer kan aanpassen.
Kom je vaker WordPress fouten tegen en wil je ze stap voor stap oplossen? Bekijk dan ook onze uitgebreide handleidingen: Hoe los je WordPress RSS Feed errors eenvoudig op? en Oplossing voor WordPress White Screen of Death.
Wat betekent Can not Modify Header Information precies
Deze melding betekent dat WordPress of PHP de pagina‑headers niet meer kan zetten, omdat er al iets naar de browser is gestuurd. Dat kan zelfs een onzichtbaar teken zijn, zoals een spatie of lege regel. Zodra er ook maar één teken is verzonden, staan de headers vast en kun je ze niet meer wijzigen.
Veelvoorkomende oorzaken
- Lege regels of spaties in PHP-bestanden (wp-config.php, functions.php)
- Thema of plugin die output geeft vóór headers
- Verkeerde volgorde in templates
Voorbereiding: eerst kijken waar de fout vandaan komt
Voordat je iets gaat aanpassen, is het slim om eerst te achterhalen waar de fout precies ontstaat. Zo voorkom je dat je zomaar bestanden wijzigt zonder te weten wat het echte probleem is. Zie je een 500 Internal Server Error in WordPress, dan is het belangrijk om eerst de bron van de fout op te sporen. Werk je nog niet zo lang met WordPress en wil je eerst beter begrijpen hoe WordPress zelf werkt? Lees dan: Wat is WordPress? Complete uitleg voor beginners.
Werk altijd veilig en maak eerst een back-up
Voordat je een bestand aanpast, is het belangrijk om eerst een back-up te maken. Zo kun je altijd terug als er iets misgaat. Je kunt werken via File Manager in cPanel of DirectAdmin, of via een FTP-programma zoals FileZilla. Welke manier je ook gebruikt, pas nooit direct iets aan zonder eerst een kopie van het bestand op te slaan.
Debug-modus aanzetten in WordPress
Om de echte oorzaak van de fout te vinden, kun je de debug-modus van WordPress inschakelen. Debug betekent eigenlijk dat WordPress extra foutinformatie laat zien. In plaats van alleen een algemene foutmelding, kun je dan vaak precies zien welk bestand of welke plugin het probleem veroorzaakt.
De debug-instellingen staan in het bestand wp-config.php. Dit bestand vind je in de hoofdmap van je website. Meestal is dat de map public_html.
Zo zet je debug-modus aan:
1. Log in bij je hosting en open File Manager.
2. Ga naar de map van je website, meestal public_html of de map van je domeinnaam.
3. Zoek het bestand wp-config.php.
4. Klik met de rechtermuisknop op dit bestand en kies Edit of Bewerken.
5. Zoek in het bestand naar de regels voor WP_DEBUG. Als die regels al bestaan, pas je ze aan. Zie je ze nog niet, dan voeg je ze toe vlak boven de regel:
“/* That’s all, stop editing! Happy publishing. */”
define('WP_DEBUG', true);
define('WP_DEBUG_DISPLAY', true);
define('WP_DEBUG_LOG', true);
6. Sla het bestand op en vernieuw daarna je website.
Wat gebeurt er daarna? Als debug-modus aan staat, laat WordPress meer informatie zien over de fout. Je ziet dan vaak precies in welk bestand het misgaat en op welke regel. Dat helpt je om sneller te begrijpen waar het probleem zit.
Daarnaast maakt WordPress ook een foutlogbestand aan. Dat bestand heet debug.log en staat meestal in de map wp-content. In dat logbestand worden fouten opgeslagen, zodat je ze later rustig kunt teruglezen.
Foutmelding goed bekijken
Na het vernieuwen van je website kun je een melding zien zoals:
Can not modify header information, headers already sent by /pad/naar/bestand.php:147
Zo’n melding lijkt misschien technisch, maar is juist heel handig. Je ziet namelijk precies in welk bestand de fout zit en op welke regel. Dat bestand en dat regelnummer zijn het startpunt van je controle. Daar moet je dus als eerste gaan kijken.
“Een duidelijke foutmelding is geen probleem, maar een aanwijzing die je stap voor stap naar de oplossing leidt.”
Bron: Mijnhostingpartner
Debug weer uitzetten na het oplossen
Ben je klaar en werkt de website weer goed? Zet dan de debug-modus weer uit. Dat is belangrijk, omdat bezoekers anders foutmeldingen op je website kunnen zien.
Verander daarna deze regels weer terug:
define(‘WP_DEBUG’, false);
define(‘WP_DEBUG_DISPLAY’, false);
WP_DEBUG_LOG kun je eventueel op true laten staan als je fouten alleen in het logbestand wilt bewaren en niet op het scherm wilt tonen.
- Ga naar public_html en open wp-config.php.
- Controleer het allereerste teken van het bestand. Het moet beginnen met <?php zonder lege regels ervoor.
- Verwijder eventuele spaties of lege regels vóór <?php en na de laatste PHP code.
- Verwijder aan het einde van pure PHP bestanden de afsluitende tag ?> volledig. Laat het bestand eindigen op PHP code zonder extra lege regels.
- Herhaal dit in functions.php van je actieve thema en in elk bestand dat in de foutmelding staat.
Oplossing 2, schakel storende plugins of het thema uit
Het is goed mogelijk dat de fout door een plugin of je actieve thema ontstaat. Je weet het nog niet zeker, maar dit is een veelvoorkomende oorzaak. Met de onderstaande stappen test je dit veilig:
- Deactiveer alle plugins via WordPress of hernoem de map wp-content/plugins tijdelijk via FTP om alles in één keer uit te schakelen.
- Activeer plugins één voor één. Na elke activatie test je de site totdat de fout terugkomt. De laatst geactiveerde plugin is verdacht.
- Schakel over naar een standaardthema zoals Twenty Twenty-Five door je huidige themamap tijdelijk te hernoemen. Als de fout verdwijnt, zit het probleem in je thema.
- Installeer het probleemthema of de probleemplugin opnieuw of vervang het door een schone versie.
Twijfel je aan een plugin of thema, bekijk Beste WordPress plugins die op elke website horen en 17 beste gratis WordPress thema’s.
Oplossing 2, het gedeelte dat bij de header hoort verplaatsen
In WordPress hoort de header altijd als eerste te komen. Staat er per ongeluk tekst, spaties of HTML bóven de header, dan krijg je deze melding. Zo los je het op:
- Open het genoemde templatebestand in je actieve thema: wp-content/themes/je-actieve-thema/header.php, index.php, page.php of single.php. Je opent dit via het bestandsbeheer van je hosting (Bestanden/Bestandsbeheer) of in WordPress via Weergave > Theme-bestandseditor. Werk bij voorkeur in een child theme en maak eerst een back-up.
- Zet get_header helemaal bovenaan, vóór elke HTML of spatie.
- Verwijder of verplaats alles wat daarboven staat, bijvoorbeeld losse tekst, witruimte of include regels die output geven.
- Sla op en test de pagina. Werkt het weer, dan stond er gewoon output vóór de header en is dat nu opgelost.
Conclusie
Met deze drie methodes los je de melding Can not Modify Header Information (kan headerinformatie niet wijzigen) in de meeste gevallen op. Verwijder onnodige witruimte in bestanden, controleer of een plugin of thema de fout veroorzaakt en zorg dat headers altijd vóór de output worden geladen. Werk altijd met een back-up, test je wijzigingen stap voor stap en schakel debug weer uit zodra alles goed werkt.
Zie je daarnaast ook andere foutmeldingen op je website, zoals problemen met databaseverbinding of serverfouten? Dan is de kans groot dat er meer speelt. Bekijk in dat geval ook deze handleidingen: De foutmelding “Error establishing a database connection” oplossen en 403 Foutmelding in WordPress: oorzaken én oplossingen.
Veelgestelde vragen
1. Wat betekent headers already sent by precies?
Het betekent dat er al iets naar de browser is gestuurd, bijvoorbeeld een spatie, lege regel of stukje HTML, waardoor de pagina‑headers niet meer aangepast kunnen worden.
2. Waar vind ik het probleembestand uit de melding?
In de foutmelding staat het volledige pad en een regelnummer. Vaak gaat het om een bestand in je actieve thema of in een pluginmap. Open dat bestand via het bestandsbeheer van je hosting of gebruik tijdelijk een file‑manager plugin binnen WordPress.
3. Kan ik dit oplossen zonder aan bestanden te komen?
Soms wel. Als de oorzaak in een thema of plugin zit, helpt opnieuw installeren vaak meteen. Werkt dat niet, dan is een kleine aanpassing in het genoemde bestand nodig om witruimte of verkeerde volgorde te corrigeren.
4. Moet ik na het oplossen nog iets doen?
Ja. Zet WP_DEBUG en WP_DEBUG_DISPLAY weer op false, verwijder tijdelijke hulpmiddelen zoals een file‑manager plugin, en controleer of inloggen, redirects en formulieren weer normaal werken.
5. Heeft deze fout ook andere namen?
Ja. Je kunt dezelfde foutmelding op verschillende manieren tegenkomen. Enkele veelgebruikte varianten zijn:
Header already sent by of headers zijn al verzonden door.