1. Im ersten Fall liegen die Daten sehr wahrscheinlich in der Zeichenkodierung (nicht Zeichensatz) ISO-8859-1 bzw. Windows-1252 in der Datenbank, oder das Theme enthält derart kodierte Zeichen. Da muß man genau hinsehen, aus welcher Quelle die Zeichen kommen.
   Wenn es die Datenbank ist, dann sollte sie auf UTF-8 umgestellt werden.
   Wenn es das Theme ist, dann kann man einfach die falsch kodierte Datei öffnen und als UTF-8 ohne BOM abspeichern (siehe letzter Absatz in folgendem FAQ-Artikel).
   Auf keinen Fall sollte man im Backend ISO-8859-1 einstellen! Dann kann man viele Zeichen (€, …, ‰) nicht mehr unmaskiert ausgeben. Langfristig hat man ohne UTF-8 deutlich mehr Probleme als mit. Nicht zuletzt weil der Newsfeed (RSS und ATOM) ja als XML ausgegeben wird und XML-Leser zwar UTF-8 und UTF-16 können müssen, nicht aber ISO-8859-1.

2. Wenn man hingegen ä sieht, also zwei Zeichen, wo nur eines erwartet wird, dann wird vermutlich bei der Ausgabe ISO-8859-1 behauptet, obwohl die Daten in UTF-8 vorliegen. Zur Kontrolle sehe man unter Einstellungen/Ausgabe nach, ob da wirklich UTF-8 unter Zeichenkodierung für Seiten und Feeds eingetragen ist.
   Außerdem kann man die Seite mit dem Websniffer prüfen lassen. Dort bekommt man eine Übersicht der HTTP-Header; einer sollte so aussehen:
   Content-Type: text/html; charset=UTF-8
   Steht in »charset« etwas anderes, obwohl im Backend UTF-8 eingestellt wurde, muß irgendwo im Theme oder in einem Plugin diese Zeile stehen:
   header('Content-Type: text/html');
   oder
   header('Content-Type: text/html;charset=ISO-8859-1');
   Die muß man dann löschen.

Wir danken toscho für die Überarbeitung dieses Artikels.

Zunächst sieh Dir die Fehlermeldung genau an um die Stelle zu finden, an der der Fehler ausgelöst wird:

Cannot modify header information – headers already sent by (output started at /home/www/***/html/wp-config.php:1) in /home/www/***/html/wp-login.php on line 202

Im Beispiel tritt der Fehler in der wp-config.php auf, und zwar in Zeile 1. Hier solltest du nachsehen, ob in Zeile 1 tatsächlich <?php steht, und sich davor keine Leerzeichen, Zeilenumbrüche oder andere Zeichen befinden. Falls du dort solche Zeichen findest, dann lösche diese bitte.

Falls der Fehler in der ersten Zeile auftritt, dort aber keine Zeichen zu finden sind, dann ist die Datei möglicherweise UTF-8-codiert abgepeichert und enthält ein sogenanntes “Byte Order Mark”, abgekürzt “BOM”. Dieses Steuerzeichen für UTF-8-Dateien erkennt PHP fälschlich als auszugebendes Zeichen, so dass es dann zur genannten Fehlermeldung kommt. Suche in diesem Fall in deinem Editor nach einer Möglichkeit, die Datei als “UTF-8 ohne BOM” oder “ANSI” (nur wenn die Datei keine Umlaute enthält, wie z.B. die wp-config.php) abzuspeichern. Meist findet man diese Option im “Speichern unter…”-Dialog des Editors.