WordPress „Headers already sent“ nach BOM/UTF-8 – Dateien ohne BOM speichern

Stell dir vor, du hast gerade stundenlang an deiner neuen WordPress-Website gefeilt. Das Design sitzt, die Inhalte sind on point, die Plugins laufen – und dann, zack: „Warning: Cannot modify header information – headers already sent by…“ mitten auf deiner Seite. Herzlichen Glückwunsch, du bist offiziell im Club der „Headers already sent“-Geschädigten! Aber keine Sorge, du bist nicht allein – und vor allem: Es gibt eine Lösung. Heute nehmen wir uns eines der mysteriösesten und nervigsten WordPress-Probleme vor, das selbst erfahrene Entwickler:innen regelmäßig zur Weißglut treibt. Und wir gehen richtig in die Tiefe, versprochen!

WordPress ist das beliebteste Content-Management-System der Welt. Laut W3Techs läuft über 43% aller Websites im Internet mit WordPress. Das bedeutet: Millionen von Menschen sind potenziell von den kleinen, aber gemeinen Tücken betroffen, die PHP und WordPress so mit sich bringen. Eine davon ist der berüchtigte Fehler „Headers already sent“ – und der hat es in sich.

In diesem Artikel erfährst du:

• Was der Fehler „Headers already sent“ eigentlich bedeutet und warum er auftritt.
• Was ein BOM (Byte Order Mark) ist und warum es in UTF-8-kodierten Dateien für Ärger sorgt.
• Wie du den Fehler findest, analysierst und endgültig behebst – inklusive Profi-Tipps und Tools.
• Wie du deine Dateien ohne BOM speicherst und welche Editoren sich dafür eignen.
• Warum das Thema für die Sicherheit und Performance deiner Website relevant ist.
• Und natürlich: Wie Nakaryu dir helfen kann, solche Probleme gar nicht erst entstehen zu lassen.

Lehn dich zurück, schnapp dir einen Kaffee – und lass uns gemeinsam in die Untiefen von PHP, Encoding und WordPress abtauchen!

1. Was bedeutet „Headers already sent“?

Der Fehler Warning: Cannot modify header information – headers already sent by (output started at ...) ist einer der häufigsten PHP-Fehler in WordPress. Er tritt immer dann auf, wenn PHP versucht, HTTP-Header zu senden (z.B. für Weiterleitungen, Cookies oder Sessions), aber bereits eine Ausgabe an den Browser erfolgt ist. Das Problem: HTTP-Header müssen vor jeglicher Ausgabe (HTML, Leerzeichen, unsichtbare Zeichen) gesendet werden. Ist schon etwas ausgegeben, ist es zu spät – und PHP meckert.

Typische Ursachen:

• Unbeabsichtigte Leerzeilen oder Leerzeichen vor <?php oder nach ?> in PHP-Dateien.
• Direkte Ausgaben (z.B. echo, print) vor Header-Operationen.
• Und – besonders tückisch – unsichtbare Zeichen wie das BOM in UTF-8-Dateien.

2. Was ist das BOM und warum ist es ein Problem?

Das Byte Order Mark (BOM) ist ein unsichtbares Steuerzeichen am Anfang einer Textdatei, das die Byte-Reihenfolge (Endianness) und das Encoding (z.B. UTF-8) kennzeichnet. In UTF-8 ist das BOM technisch nicht notwendig, wird aber von manchen Editoren (vor allem Windows-Editoren wie Notepad) automatisch eingefügt.

Das Problem: PHP interpretiert das BOM als Ausgabe. Das heißt, noch bevor dein eigentlicher PHP-Code startet, hat der Server schon drei unsichtbare Bytes an den Browser geschickt. Und damit ist der Header-Zug abgefahren – alle nachfolgenden Header-Operationen (z.B. setcookie(), header(), session_start()) führen zum „Headers already sent“-Fehler.

3. Wie erkennst du, ob eine Datei ein BOM enthält?

Das Tückische am BOM: Es ist unsichtbar! Du siehst es weder im Browser noch in den meisten Editoren. Aber es gibt ein paar Tricks:

• Hex-Editor: Öffne die Datei in einem Hex-Editor. Ein BOM in UTF-8 sieht so aus: EF BB BF am Anfang der Datei.
• Spezieller Texteditor: Editoren wie Notepad++, Sublime Text oder VS Code zeigen dir das Encoding an und erlauben das Speichern ohne BOM.
• Linux-Kommandozeile: Mit xxd oder file kannst du das BOM erkennen:
  • xxd -g 1 -l 3 datei.php zeigt die ersten drei Bytes.
  • file -bi datei.php gibt Hinweise auf das Encoding.

4. Wie speicherst du Dateien ohne BOM?

Hier kommt die Rettung: Die meisten modernen Editoren bieten die Option, Dateien explizit als „UTF-8 ohne BOM“ zu speichern. Hier ein paar Beispiele:

• Notepad++: Menü „Kodierung“ → „In UTF-8 ohne BOM konvertieren“. Danach speichern.
• Visual Studio Code: Unten rechts auf das Encoding klicken → „Save with encoding“ → „UTF-8“ (ohne BOM).
• Sublime Text: File > Save with Encoding > UTF-8 (ohne BOM).
• Linux: Mit iconv -f utf-8 -t utf-8 file.php -o file.php wird das BOM entfernt.

5. Wie findest du die fehlerhafte Datei?

Der Fehlertext gibt dir meist einen Hinweis: output started at /pfad/zu/datei.php:Zeile. Schau genau in diese Datei und prüfe:

• Steht vor <?php irgendetwas? (Leerzeichen, Zeilenumbruch, BOM?)
• Steht nach ?> noch etwas? (Das schließende PHP-Tag ist in WordPress-Dateien meist überflüssig!)
• Wurde die Datei mit einem Editor gespeichert, der ein BOM einfügt?

6. Profi-Tipps zur Fehlervermeidung

• Verwende immer UTF-8 ohne BOM für alle PHP-, HTML-, CSS- und JS-Dateien in WordPress-Projekten.
• Verzichte auf das schließende ?> in reinen PHP-Dateien (z.B. functions.php, Plugins, Themes). Das ist Best Practice und verhindert versehentliche Ausgaben nach dem Code.
• Nutze Versionskontrolle (z.B. Git), um Encoding-Änderungen nachzuvollziehen.
• Automatisiere Encoding-Checks mit Tools wie editorconfig oder Pre-Commit-Hooks.

7. Warum ist das Thema so wichtig?

Ein „Headers already sent“-Fehler ist nicht nur nervig, sondern kann auch Sicherheitslücken verursachen. Wenn z.B. session_start() nicht funktioniert, sind Login- und Authentifizierungsmechanismen gestört. Auch Weiterleitungen, Cookie-Setzungen und Caching können ausfallen. Im schlimmsten Fall ist deine Website nicht mehr nutzbar – und das alles wegen ein paar unsichtbarer Bytes!

8. Zusammenfassung: Die wichtigsten Schritte zur Lösung

• Fehlermeldung genau lesen und betroffene Datei/Zeile identifizieren.
• Datei in einem geeigneten Editor öffnen und Encoding prüfen.
• Falls BOM vorhanden: Datei als „UTF-8 ohne BOM“ speichern.
• Unnötige Leerzeichen/Zeilenumbrüche vor <?php und nach ?> entfernen.
• Website neu laden und prüfen, ob der Fehler verschwunden ist.

9. Nakaryu hilft dir – und zwar richtig!

Du hast keine Lust, dich mit Encoding, BOM, PHP-Fehlern und Editor-Einstellungen herumzuschlagen? Dann bist du bei Nakaryu genau richtig! Wir sind nicht nur WordPress-Profis, sondern echte Problemlöser:innen für alles, was mit Web, Design und Technik zu tun hat. Mit unserer Webdesign-Flatrate bekommst du eine professionelle, sichere und fehlerfreie Website – inklusive laufender Wartung, Updates und persönlichem Support. Keine Kopfschmerzen mehr wegen „Headers already sent“ – wir kümmern uns drum, damit du dich auf dein Business konzentrieren kannst.

Neugierig? Schau dir unsere Webdesign-Pakete an und lass uns gemeinsam deine Website auf das nächste Level bringen!

Quellen:

• PHP Manual: header()
• WordPress Developer Resources: wp_redirect()
• W3Techs: Usage statistics and market share of WordPress
• Stack Overflow: How to fix „Headers already sent“ error in PHP
• Notepad++
• Visual Studio Code
• Sublime Text
• Wikipedia: Byte Order Mark