Keine Panik: So behebst du WordPress Fehler selbst

Jeder WordPress-Anwender, der etwas in den Code eintaucht oder gerne Plugins und ein Minimal WordPress-Themes neu installiert oder ändert, kennt das Problem. Unweigerlich taucht irgendwann ein WordPress Fehler auf. Dabei kann es sehr frustrierend sein, wenn man nicht sofort eine Lösung parat hat.

Doch andere WordPress-User vor dir hatten bereits dieselben Probleme und haben sie auch gelöst. Profitiere von den folgenden Lösungen für die gängigsten WordPress-Fehler.

WordPress-Fehler: „Fehler beim Aufbau einer Datenbankverbindung“

Möglichkeit 1: Falscher Nutzername und falsches Passwort in wp-config.php nach Serverumzug

Ein Fehler beim Aufbau der Datenbankverbindung kann auftreten, wenn du das Passwort für die Datenbank geändert hast oder sich nach einem Wechsel des Hosting-Anbieters die Zugangsdaten für die Datenbank geändert haben. Damit die Seite weiterhin funktionieren kann, musst du in dem Fall Benutzername und das Passwort in der wp-config.php aktualisieren.

Um Zugang zu dieser Datei zu erhalten, brauchst du ein FTP-Programm wie z.B. Filezilla und die Zugangsdaten zu deinem Server.

Die Datei wp-config.php findest du immer im Hauptordner von WordPress.

Um die Datei bearbeiten zu können, brauchst du ferner einen HTML-Editor. Normale Textprogramme wie TextEdit können Probleme mit der Formatierung des Codes verursachen. Von daher solltest du unbedingt einen HTML-Editor einsetzen. Diese Vorgehensweise gilt nicht nur für Fehler Nr. 1, sondern immer dann, wenn du eine WordPress-Datei ändern musst.

1. Schritt: Lade dir die Original-Datei von wp-config.php auf deinen Computer herunter.
2. Öffne die wp-config.php mit einem HTML-Editor wie Sublime oder Visual Studio.
3. Gehe zur Zeile 42 bis 45. In diesem Bereich solltest du normalerweise folgende Zeilen finden:

4. Bei 'passwort_hier_einfuegen' fügst du das neue Passwort ein und speicherst die Datei. Die gleiche Vorgehensweise gilt für die Änderung des Benutzernamens
5. Zuguterletzt lädst du die modifizierte Datei wieder per Filezilla hoch und überschreibst die bestehende Datei.

Die richtige Schreibweise beachten

Bei bestimmten Zahlen und Buchstaben kann es schnell zu Verwechslungen kommen. Beispielsweise sind ein großes O oftmals schwer zu unterscheiden von einer 0. Das gleiche passieren bei einem kleinen l und einer 1. Auch kann es sein, dass du versehentlich ein Leerzeichen oder einen Zeilenumbruch mitkopiert hast.

Das Passwort / den Benutzernamen musst du unbedingt zwischen die zwei gerade Hochkomma-Zeichen '' setzen. Die Hochkommata (auch „Oberstrich“ genannt) müssen gerade sein und dürfen keine Apostrophe ` oder Akzent-Zeichen ´ sein!

Möglichkeit 2: Die Beschädigte Datenbank selber reparieren

Sind die Zugangsdaten für die Datenbank korrekt, kann es sein, dass deine Datenbank beschädigt ist. Das kann bspw. nach einem Hosting-Umzug passieren. In so einem Fall kannst du die Datenbank selber reparieren. Auch hierfür gehst du wieder in die Datei wp-config.php (siehe oben):

Am Ende der Datei (ca. Zeile 110) kommt der Hinweis: „/* Das war’s, Schluss mit dem Bearbeiten! Viel Spaß. */“

Vor dieser Zeile fügst du folgende neue Zeile ein:

define('WP\_ALLOW\_REPAIR', true);

Anschliessend kannst du über die URL http://deinewebsite.de/wp-admin/maint/repair.php die WordPress-Einstellungen für die Reparatur der Datenbank aufrufen und den Reparaturvorgang starten:

Nachdem Du „Datenbank reparieren“ gedrückt hast, kann es je nach Umfang deiner Datenbank dauern, bis die Arbeiten abgeschlossen sind. Folgendes Fenster solltest du nach Abschluss der Reparaturarbeiten sehen:

Wie schon der rot umrahmte Hinweis besagt, solltest du im Anschluss die Zeile

define('WP\_ALLOW\_REPAIR', true);

wieder aus der wp-config.php – Datei entfernen.

WordPress-Fehler: „Es gab einen kritischen Fehler auf deiner Website“

Den WordPress-Fehler „Es gab einen kritischen Fehler auf deiner Website“ bekommt man meistens nach einem Plugin- oder WordPress-Update zu sehen. WordPress verschickt dann in diesem Fall eine Email an den Administrator, die ungefähr so aussieht:

Bei solch einem kritischen WordPress-Fehler gibt es ein paar übliche Verdächtige, die da wären:

• Probleme nach dem Update eines Plugins
• Probleme nach dem Update des Themes oder von WordPress selbst
• In der wp-config oder der functions.php befinden sich fehlerhafte WordPress-Snippets
• Deine PHP-Version ist zu alt
• Das PHP Memory Limit ist zu niedrig

In der Regel gibt es eine bestimmte Handlung oder ein Ereignis, das die Ursache für diesen Fehler ist. So hast du oftmals schon eine Ahnung, von wo das Problem herrühren könnte.

So gehst du bei einem kritischen WordPress-Fehler vor:

In besagter Email „Deine Website hat ein technisches Problem” liegt der Schlüssel, um dem WordPress-Fehler auf dem Grund zu gehen. Zwei wichtige Infos stehen in dieser Email:

• a) Welches Plugin oder Theme den Fehler verursacht hat
• b) Die Email enthält einen Link zum sogenannten „Wiederherstellungsmodus”. Wenn du diesen Link anklickst, kommst du auf folgende Ansicht:

WordPress wird dir dann normalerweise sagen, welches Plugin den kritischen Fehler verursacht hat. Du kannst dann vorerst das Plugin deaktivieren, damit die Website normal läuft. Anschliessend solltest du den Anbieter des Plugins kontaktieren und diesen eine möglichst genaue Fehlerbeschreibung zusenden, damit das Problem bald behoben werden kann.

Fehler | Warning: Cannot modify header information – headers already sent by

Warning: Cannot modify header information – headers already sent by (output started at /path/blog/wp-config.php:34)

Diesen Fehler zeigt dein Browser meist direkt nach einem WordPress-Update oder einer Modifikation an einer WordPress-Datei über den Editor an.

Die Lösung nach einem Update:

1. Lösche Leerzeichen, überflüssige Zeilen und ähnliches in der wp-config.php
2. Lade die wp-config.php mittels FTP auf deinen Computer herunter
3. Öffne die wp-config.php in einem Texteditor / einer Entwicklungsumgebung
4. Lösche alle Leerzeichen vor dem öffnenden php-Element
5. Stelle sicher, dass sich keinerlei Zeichen oder Leerzeichen vor dem php-Element befinden

Am unteren Ende der wp-config.php sollte sich kein schliessendes PHP-Zeichen befinden. Ist doch eines vorhanden, bitte inklusive aller Leerzeichen und Leerzeilen löschen.

Gerne taucht dieser Fehler auch auf, wenn man mit dem Editor in der WordPress-Administration eine Datei ändert.

Lösung nach einer Editor-Dateiänderung:

1. Lade die geänderte Datei per FTP auf deinen Rechner.
2. Mache die Änderung rückgängig
3. Lade die Datei mit FTP wieder auf deinen Webspace hoch – jetzt sollte alles wieder funktionieren.
4. Sobald alles wieder funktioniert, ändere die Datei erneut und lade sie mit FTP erneut hoch

Dieser Fehler kann jederzeit auch andere Dateien als nur die wp-config.php als Ursache haben. Lies auf jeden Fall die Fehlermeldung aufmerksam, sie verrät dir, wo und in welcher Datei du suchen musst.

Fehler | Dein WordPress-Blog und deine Administrationsoberfläche zeigen nur weiße Seiten

Meistens tritt dieses Problem direkt nach einem WordPress-Update, nach einer Theme-Installation oder einer Plugin-Installation auf. Die gesamte Webseite inklusive des Admin-Bereichs zeigt nur noch weiße Seiten an und nimmt dir jegliche Möglichkeit, an das Dashboard zu gelangen, um den Fehler zu beheben.

Lösung nach einer Theme-Installation:

Das Umbenennen des aktuellen Theme-Ordners über FTP wird WordPress dazu bringen, das Default-Theme zu verwenden. Danach solltest du wieder Zugriff auf die WordPress-Administrationsoberfläche haben.

1. Navigiere über FTP zur wp-content/themes Ordnerstruktur.

2. Im Anschluss benenne dein aktuelles Themes um, indem du -temp an den Dateinamen anhängst.

3. Logge dich in deine Webseite ein (wp-admin)

4. Stelle sicher, dass dein gewünschtes Theme mit dieser WordPress-Version (die du nutzt) auch kompatibel ist.

5. Checke, ob dein Theme Code enthält, der nicht ausgeführt werden kann.

Lösung nach einer Plugin-Installation:

Setze den Plugin Ordner mittels FTP zurück

1. Navigiere zum wp-content Ordner und benenne den Ordner in plugins-temp um

2. Erstelle einen neuen Ordner namens plugins unter wp-content

3. Versuche dich nun in dein Dashboard einzuloggen (wp-admin)

4. Bewege deine Plugins vom Ordner plugins-temp in den neu erstellten Ordner plugins

5. Aktiviere nun ein Plugin nach dem anderen und prüfe jedesmal, ob deine Webseite weiterhin erreichbar ist bzw. fehlerfrei funktioniert

6. Prüfe ebenfalls, ob eines deiner Plugins nicht mit der von dir genutzten Version von WordPress kompatibel ist.

Sollte der Fehler nach einem WordPress-Update geschehen sein, spiele dein vor dem Update gemachtes Backup wieder ein.

Neu: Weiße Seiten nach einem Plugin-Update #2

Dieser Fehler passiert ziemlich häufig in einer bestimmten Konstellation, deshalb hebe ich ihn hervor.

Nach einer Plugin-Aktualisierung klickst du eine andere Seite an – egal ob im Adminbereich oder im Frontend – und bekommst sofort eine weiße Seite zu sehen. Dann hat dieser Fehler zugeschlagen. Er tritt nur auf, wenn du ein Caching-Plugin verwendet, wie zum Beispiel Cache Enabler.

Die Lösung ist recht einfach

1. Logge dich in deinen FTP-Account ein
2. Rufe den wp-content Ordner auf
3. Lösche den Ordner cache

Nachdem du den Ordner gelöscht hast, sollte deine Website wieder funktionieren.

Fehler | Fatal error: Allowed memory size of 33554432 bytes exhausted

Oftmals bekommst du die folgende Fehlermeldung „Fatal error: Allowed memory size of 33554432 bytes exhausted“ nach dem Versuch eine Grafik-Datei mittlerer Größe hochzuladen.

Um diesen Fehler zu lösen, musst du das PHP-Speicherlimit erhöhen. Das Speicherlimit kann zum Beispiel auf folgende Werte gesetzt werden: 64MB, 128MB, 256MB oder 512MB und so weiter. Empfehlenswert für kleinere Websites und Blogs sind mindestens 128MB. Mehr ist immer besser.

Hierzu bieten sich folgende Lösungen an:

Die Lösungen:

Lösung 1: Editiere deine .htaccess Datei

Füge den folgenden Code in deine .htaccess Datei ein:

php_value memory_limit 128M

Lösung 2: Editiere deine wp-config.php

define('WP_MEMORY_LIMIT', '128M');

Lösung 3: Erstelle eine php.ini Datei im wp-admin Ordner

1. Öffne einen Texteditor (Notepad bei Windows, TextEdit bei Mac)
2. Füge den folgenden Code ein:memory_limit = 128M
3. Speichere die Datei als php.ini
4. Lade die Datei mittels FTP in den Ordner wp-admin hoch

NEU: Lösung 4: Manchmal hilft eine .user.ini Datei

1. Auch hier benutzt du bitte einen reinen Texteditor.
2. Füge den Code ein: memory_limit=128M
3. Speichere die Datei dann als .user.ini ab.
4. Lade die Datei in das Hauptverzeichnis von WordPress

Bitte beachte dabei, dass diese Datei eine »unsichtbare« Datei ist. Du musst also vorher einstellen, dass unsichtbare (oder versteckte) Dateien auf deinem Rechner angezeigt werden.

Sollte keine der hier vorgestellten Lösungen greifen, kontaktiere deinen Hosting-Provider, um das PHP-Speicherlimit hochsetzen zu lassen.

Fehler | Fatal error undefined function is_network_admin()

Die Fehlermeldung „Fatal error undefined function is_network_admin()“ erhältst du manchmal, wenn du nach einem WordPress-Update wieder versuchst, dich in deinen Adminbereich einzuloggen.

Die Lösung: Ein manuelles Update

1. Downloade die neueste WordPress-Version und entpacke sie.
2. Erstelle ein Backup deiner WordPress-Webseite inklusive eines Datenbank-Backups.
3. Benenne die Ordner wp-includes und wp-admin in wp-includes.bak und wp-admin.bak um.
4. Lade die entpackten wp-includes und wp-admin Ordner aus dem frisch heruntergeladenen WordPress mittels FTP inklusive allen darin enthaltenen Dateien auf deinen Server hoch
5. Ersetze nun alle WordPress-Dateien, die sich in der ersten Ebene deines entpackten WordPress-Ordners befinden, über FTP mit den alten Dateien in der ersten Ebene – nur die einzelnen Dateien, nicht die Ordner hochladen
6. Lösche die Datei .maintenance aus der obersten Ebene deiner WordPress-Installation auf dem Server
7. Nach dem Anmelden im WordPress-Adminbereich sollte ein ähnlicher Link wie dieser hier auftauchen: „http://domain.com/wordpress/wp-admin/upgrade.php“. Folge dem Link und den weiteren Instruktionen.
8. Falls du ein Caching-Plugin verwendest, lösche den Cache, um Änderungen einsehen zu können.

Mehr Details zum manuellen WordPress-Update kannst du den Instruktionen zum manuellen Update im WordPress-Codex entnehmen.

Fehler | 404 nach einer Theme-Installation

Gerade nach einer Theme-Installation taucht gern ein »404 – Seite nicht gefunden« Fehler auf. Das liegt daran, dass manche Themes „Custom Post Types“ verwenden, die jeweils eigene Permalinks registrieren. Dadurch kommt die komplette WordPress-Struktur der Links manchmal durcheinander.

Die Lösung:

Die Lösung des Problems ist recht einfach. Navigiere zu »Einstellungen => Permalinks« und speichere deine bestehende Struktur einfach erneut.

Nachdem du das getan hast, sollte der Fehler behoben sein.

Fehler | Internal Server Error nach .htaccess Update

Dieser Fehler taucht am häufigsten nach einer Modifikation der Serversteuerungsdatei .htaccess auf. Er besagt, dass entweder Anweisungen nicht korrekt kopiert und eingefügt worden sind, oder aber dass Funktionen angesteuert werden, die nicht auf dem Server vorhanden oder erlaubt sind.

Die Lösung: Modifikationen wieder löschen

Die Ergänzungen, die zum Fehler führten, sollten wieder gelöscht werden. Dann wird auch deine Website wieder korrekt angezeigt. Ab und an können auch Plugins diesen Fehler verursachen, weil sie Schreibzugriff auf diese wichtige Datei benötigen (zum Beispiel WP Super Cache).

Die Lösung nach Plugin-Fehler:

Logge dich mit einem FTP-Programm in dein Webhosting ein und lösche die .htaccess Datei. Du findest sie im Root-Verzeichnis deiner WordPress-Installation.

Unter Umständen musst du im FTP-Programm noch die Anzeige der versteckten Dateien aktivieren, um diese Datei sehen zu können.

Nachdem du das getan hast, logge dich in dein WordPress ein und navigiere zu »Einstellungen => Permalinks«. Speichere die Einstellungen ohne Änderung erneut ab. Nun sollte WordPress eine neue .htaccess Datei erzeugt haben und deine Website sollte fehlerfrei laufen.

Falls dieser kleine Trick nicht hilft und du damit keine .htaccess erzeugen kannst, hier kommt der WordPress Standard-Inhalt:

# 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# BEGIN WordPress

Lege stets ein Backup dieser wichtigen Datei an, bevor du deine .htaccess Datei modifizierst. Eine einfache Kopie der Datei reicht durchaus. Klicke rechts mit deiner Maus darauf und dupliziere die Datei. Führe erst dann Änderungen an Ihr durch. So bleiben dir böse Überraschungen erspart.“

Achte bei allen Änderungen genau darauf, dass du den kompletten Code von den im Internet angebotenen Schnipseln kopierst und einfügst. Selbst ein einziges fehlendes Zeichen wird den »Internal Server Error« verursachen.

Fehler | Der WordPress Redirect Error

Die Auswirkungen sind ärgerlich: Oftmals kannst du dich nicht mehr in den Adminbereich deines WordPress einloggen und bekommst die Fehlermeldung, dass zu viele Redirects – also Umleitungen – geschehen. Oder du wirst auf die zuvor bestehende Domain/URL weitergeleitet.

Was immer du auch tust, es ist kein Zugang zum CMS mehr möglich.

Dieser Fehler kann durch Änderungen an der Domain, der URL-Struktur und durch Zuweisung eines HTTPS-Zertifikats eintreten. Sehr oft tritt der Fehler bei einer unvollständigen Umstellung auf HTTPS auf.

Wie du WordPress richtig auf HTTPS umstellt.

Die Lösung des Problems:

Wenn diese Einstellungen nicht mehr korrekt sind, dann wird der Fehler auftreten. Beheben kannst du ihn recht einfach. Logge dich mittels FTP in dein Webhosting ein, lade die wp-config.php auf deinen Computer herunter und füge die folgenden Konstanten in die Datei ein:

<?php 
//Ab hier kopieren 
define('WP_HOME','https://deine-website.de'); 
define('WP_SITEURL','https://deine-website.de');

Du musst natürlich noch deine korrekte URL eingeben. Wenn du die wp-config.php nicht aktualisieren möchtest oder kannst, dann gäbe es noch die Möglichkeit, die functions.php deines Themes für die Änderung zu verwenden.

Füge dort folgendes ein:

<?php 
//Ab hier kopieren
update_option( 'siteurl', 'https://deine-website.de' );
update_option( 'home', 'https://deine-website.de' );

Nach diesen kleinen Änderungen hast du sofort wieder Zugriff auf deine Website und kannst dich auch problemlos einloggen. Ich empfehle, zuvor noch den Browser-Cache zu löschen, denn ansonsten könnte sich der Fehler noch im Browser befinden und dich in den Wahnsinn treiben.

10. Fehler: Das WordPress-Update funktioniert nicht

Bei mir tritt dieser Fehler ziemlich oft bei einem Sprung auf eine höhere WordPress-Version auf. Wohlgemerkt nicht bei kleineren Sicherheitsupdates, sondern nur bei den Hauptversionen.

WordPress zeigt eine Update-Meldung an und du klickst auf den Update-Link. Eine Aktualisierung wird auch durchgeführt, jedoch nach Beendigung des Vorgangs nicht korrekt angezeigt. Ein Update hat faktisch nicht stattgefunden. Zudem ist auch der Link für das Versions-Update von WordPress immer noch vorhanden.

Die Lösung des Problems:

1. Deaktiviere dein Caching-Plugin
2. Führe das Update erneut aus
3. Aktualisiere die Update-Seite (Rechtsklick: Neu laden)

Jetzt sollte sich dein WordPress auf den neuesten Stand gebracht haben. Nun kannst du dein Caching-Plugin wieder aktivieren und danach den Cache löschen.

So vermeidest du WordPress-Fehler bevor sie entstehen

Nichts im Leben ist leichter, als Fehler zu machen. Besonders gilt dies im Umgang mit einem Content-Management-System wie WordPress. Selbstverständlich ist es okay, wenn man seine Fehler selbst machen möchte, um Erfahrungen im Umgang mit WordPress zu erwerben. Besser jedoch ist das sogenannte „Modelling of Excellence“, bei dem du sehr schnell aus den Fehlern anderer lernen und von deren Erfahrungen profitieren kannst. In diesem Artikel lernst du, die 20 häufigsten Fehler im Umgang mit WordPress zu vermeiden.

Verwechsele nie WordPress.org und WordPress.com

Für einen Anfänger kann es durchaus verwirrend sein, dass WordPress auf der einen Seite eine kostenlose Onlineversion (WordPress.com) und auf der anderen Seite eine selbstgehostete Variante (WordPress.org) anbietet.

Beide Versionen werden gerne mal verwechselt. Für einen kleinen, einfachen Blog ohne größere Ambitionen und ohne Kosten ist WordPress.com sicherlich die richtige Wahl. Wer jedoch die volle Kontrolle über sein Projekt wünscht, in der Auswahl der Plugins und Themes nicht beschränkt sein oder gar Geld mit seiner Online-Präsenz verdienen möchte, für den ist ein selbstgehostetes WordPress die richtige Wahl.

Gib nicht mehr Geld aus als nötig

Um mit einem selbstgehosteten WordPress loslegen zu können, brauchst du eine Domain und ein Webhosting-Paket. Ein solches, für WordPress geeignetes, Paket inklusive einer Domain muss nicht die Welt kosten.

Bereits mit relativ wenig Geldeinsatz erhältst du ein für den Anfang ausreichendes Paket. Ich kann dir den Webhoster „Alfahosting“ empfehlen, dort kostet das „Multi L“ Paket inklusive einer Domain nur 2,99 € im Monat. Alfahosting bietet zudem einen extrem schnellen und wirklich guten Support an, wenn mal was nicht so läuft, wie es sollte.

Aber auch andere Hoster sind empfehlenswert. Ich schlage vor, sich vor Abschluss eines Vertrages gut zu informieren. Einschlägige Foren bieten schnelle und aussagekräftige Einschätzungen der gängigen Hoster.

Lege regelmäßige Backups an

Wenn du mit WordPress arbeitest, ist es wirklich essentiell, regelmäßige Backups der WordPress-Installation und der Datenbank anzulegen. Die gute Nachricht ist, dass es Plugins für diese Aufgabe gibt.

Einmal korrekt eingerichtet, verrichten sie zuverlässig ihre Aufgabe. Backup-Plugins bieten dabei verschiedene Lösungen an, wohin die Webseite gesichert werden soll. Am zuverlässigsten und charmantesten, zumindest aus meiner Sicht, ist der regelmäßige Upload zu einem Cloud-Anbieter, wie zum Beispiel Dropbox oder Google Drive.

In diesem Beitrag haben wie uns ausführlich mit Backup-Lösungen beschäftigt.

Ignoriere nie ein WordPress-Update

WordPress ist mittlerweile das beliebteste Content-Management-System der Welt mit einem Marktanteil von 60 Prozent bei den Websites, die mit einem CMS laufen. Noch beeindruckender ist es, wenn du dir klar machst, dass ein Drittel aller Websites weltweit mit WordPress betrieben wird.

Logisch, dass ein solch beliebtes System auch bei Hackern Anklang findet. Genau wie Microsofts Betriebssystem Windows oder Googles Android muss es daher regelmäßig mit Sicherheitsaktualisierungen versorgt werden.

Gerade weil WordPress-Updates zu einem nicht geringen Teil Sicherheitsaktualisierungen sind, solltest du auf keinen Fall versäumen, immer auf die aktuelle WordPress-Version zu aktualisieren. Denn mit jedem neuen WordPress-Update werden auch die Sicherheitslücken in der älteren Version bekannt. Das Risiko gehackt zu werden, steigt demzufolge exorbitant an. Ich empfehle also dringend, immer auf die neueste Version zu aktualisieren. Mit dem „Ein-Klick-Updater“ von WordPress ist dies ein Kinderspiel.

Editiere Dateien niemals mit dem Online-Editor, sondern stets via FTP

Mal eben die functions.php des Themes bearbeiten oder gar einzelne Theme-Dateien erscheint mit dem WordPress eigenen Theme- oder Plugin-Editor leicht und sicher zu sein.

Doch gerade diese Funktion ist eine der gefährlichsten, wenn man keinen (S)FTP Zugang besitzt. Schnell wird mal ein abschließendes Semikolon oder ähnliches vergessen, und nach dem Abspeichern der Datei sieht man statt seiner gewohnten Webseite nur noch eine weiße Seite mit einer Fehlermeldung, die man ohne (S)FTP-Zugriff so nicht mehr beheben kann.

Ich rate daher, die Funktionen der Editoren nicht zu nutzen, sondern alle Änderungen immer über einen (S)FTP Zugriff zu machen, damit du im Fall des Falles sofortige Korrekturen durchführen kannst und die Webseite schnell wieder das für die Besucher gewohnte Erscheinungsbild bietet.

Verwende eine ordentliche Permalink-Struktur

Das Nichtverwenden einer korrekten Permalinkstruktur ist einer der gängigsten Fehler im Umgang mit WordPress überhaupt. Vielfach wird die Permalink-Struktur völlig ignoriert und auf der Standardeinstellung von WordPress gelassen. Ein Permalink sieht dann so aus: www.beispiel/?p=34.

Ein solcher, sogenannter Messy-Permalink bringt Nachteile für Mensch und Maschine mit sich. Ein guter Permalink sollte kurz und aussagekräftig sein und die wichtigsten Schlüsselwörter, unter denen der Artikel später bei Google gefunden werden soll, enthalten.

Doch nicht nur aus Sicht der Suchmaschinenoptimierung ist das wichtig, auch Besucher der Webseite freuen sich über aussagekräftige Links, anhand derer man bereits weiß, worum es im Artikel geht. Ein guter Permalink sollte zum Beispiel so aussehen:

www.beispiel.de/fehler-wordpress-vermeiden
Um eine ordentliche Permalink-Struktur herzustellen, gehe einfach in „Einstellungen => Permalinks“ und stelle die gewünschte Struktur ein.

Du magst an dieser Stelle zu Recht einwenden, dass Google in den letzten Jahren weniger Wert auf sprechende URLs zu legen scheint und sogar selber stets nur noch kurze IDs verwendet. Das ist sicherlich der fortschreitenden Miniaturisierung des Internets für Smartphones und das IoT geschuldet.

Meine Erfahrung ist jedoch, dass sprechende URLs immer noch weiter oben ranken als solche mit IDs. Mag sich ändern, ist aber noch nicht so weit.

Kümmere dich um Suchmaschinenoptimierung (SEO)

Bei der Installation von WordPress hast du die Möglichkeit, deine Webseite für die Indexierung durch Google zu sperren. Dies wird oft angehakt, weil sich die betreffende Webseite oftmals noch im Aufbauprozess befindet und man nicht möchte, dass eine halbfertige Webseite bereits im Index von Google aufzufinden ist.

Wenn du jedoch diese Einstellung nach Abschluss aller Arbeiten nicht widerrufst, bleibt deine Webseite für immer außerhalb des Google-Indexes und kann nicht gefunden werden. Kontrolliere also stets nach Abschluss aller Arbeiten, ob der betreffende Haken unter „Einstellungen => Lesen“ nicht mehr gesetzt ist.

Natürlich ist es auch sinnvoll, ein SEO-Plugin zu installieren und seine Artikel auf Suchmaschinen zu optimieren. Empfehlenswerte Plugins sind hier etwa:

Wechsele nie übereilt deine Domain

Oftmals gefällt die Domain, die bei der Erstellung der Webseite gewählt wurde, nach einiger Zeit nicht mehr. Dann ist man versucht, sich mal eben eine neue Domain zuzulegen und der Webseite zuzuweisen, was ja recht schnell auch für weniger versierte Seitenbetreiber möglich ist.

Ohne vorbeugende Maßnahmen und viel Überlegung jedoch wird man viele Besucher und somit auch Geld verlieren, wenn die Webseite eine Einkommensquelle bedeutet. Anleitungen, wie man WordPress von einer Domain auf eine andere umzieht, gibt es mehr als ausreichend im Netz. Am Ende dieses Artikels unter „Links zum Beitrag“ verlinke ich einen davon.

Wähle kein WordPress-Theme aus unbekannter Quelle

Anbieter von kostenfreien WordPress-Themes gibt es wie Sand am Meer. Leider sind nicht alle Themes nach den Vorgaben von WordPress programmiert und zum Teil wirklich minderwertig.

Auch ist die Chance nicht unbedeutend, dass man ein Theme erwischt, welches durch böswillige Links versucht, Trojaner unter die Leute (die Besucher deiner Webseite) zu bringen.

Wenn du auf Nummer sicher gehen willst, sind hier die Regeln dafür: Installiere nur Themes aus bekannter Quelle, für kostenlose Themes ist das WordPress.org und für Premium-Themes nutzt du einen bekannten Provider, wie zum Beispiel woothemes.com.

Installiere eine Statistiklösung

Ein Seitenbetreiber muss wissen, was auf seiner Webseite los ist. Ein Analyse-Tool, wie zum Beispiel Google Analytics oder das Open-Source-Projekt Piwik, bietet unzählige Möglichkeiten, seine Webseite zu analysieren (nicht nur, um die Anzahl der Besucher am Tag zu ersehen) und ständig zu verbessern, damit der Besucherstrom beständig ansteigt.

Des Weiteren empfehle ich, einen Account für die Google Webmaster Tools anzulegen. Beachte hierbei aber stets die rechtlichen Rahmenbedingungen und hinterlege eine Datenschutzerklärung.

Schreibe nie mit Microsoft Word

Vielleicht bist du es ja, wie so viele andere Menschen auch, gewohnt, Texte immer in MS-Word zu verfassen, um dann in Versuchung zu kommen, den in Word verfassten Text einfach nur schnell in den Schreibeditor von WordPress zu kopieren und abzuspeichern.

Bei dieser Vorgehensweise können Tonnen von wirklich verrückten Zeichen mit dem Text in den Quelltext und in den sichtbaren Artikel eingefügt werden. Dort zerstören sie das Layout des Artikels.

Zwar gibt es einen speziellen Button für das Einfügen aus Word, ich empfehle aber dringend das Schreiben von Beiträgen mit einem Editor, der reinen Text abspeichert, etwa Notepad, oder einen der diversen Markdown-Editoren, etwa ByWord auf Mac oder MarkdownPad auf Windows.

Der im Backend befindliche WordPress-Editor verfügt zwar nicht nur über eine automatische Zwischenspeicherung, sondern auch noch über Revisionen, so dass du Änderungen sehen und bei Bedarf auch auf eine frühere Version des Artikels zurückgehen kannst. Ich habe jedoch stets lieber eine lokale Kopie meiner Texte auf der Festplatte.

Bleibe kein „weiterer WordPress-Blog”

WordPress ist so frei und vergibt zu jeder neuen WordPress-Seite neben dem frei wählbaren Titel der Webseite auch eine festgelegte Beschreibung. „Ein weiterer WordPress Blog“ steht dann im Quelltext (oder sogar sichtbar auf der Webseite).

Da das unvorteilhaft für die Indexierung bei Google und naheliegenderweise nicht sehr aussagekräftig ist, solltest du diese Beschreibung schnell abändern. Wähle eine sinnvolle Beschreibung, die deine Site gut repräsentieren kann. Dies geschieht unter: „Einstellungen => Allgemein“ und dann unter Untertitel.

Vergiss nicht, die Beispielseite zu löschen

WordPress legt bei der Installation nicht nur einen Artikel, sondern auch noch ein Beispiel einer statischen Seite an. Leider vergessen sehr viele User nach der Neuanlage einer Webseite, genau diese Seite zu löschen.

Sie bietet keinerlei Mehrwert für den Besucher deiner Webseite, wird aber von Google in den Index aufgenommen. Ein kurzes Googlen brachte allein für Deutschland 163.000 Ergebnisse von Webseiten zu Tage, die diese Seite nicht gelöscht haben.

Installiere ein Plugin gegen Kommentar-Spam

Mit das erste Plugin, welches ich in jeder neuen WordPress-Installation installiere, ist ein Plugin gegen Kommentar-Spam. Wenn du das versäumst, ist es nur eine Frage sehr kurzer Zeit, bis deine Webseite mit Massen an Spam-Kommentaren verseucht ist. Ich empfehle hier das kostenfreie Plugin Antispam-Bee, welches seinen Dienst hervorragend versieht und auch unter den DSGVO-Aspekten sauber betrieben werden kann.

Vermeide den „White Screen of Death”

Wenn du mit Microsoft Windows arbeitest, ist dir mit Sicherheit schon mal der berühmte „Blue Screen of Death“ aufgefallen, mit dem sich Windows bei einem schwerwiegenden Fehler verabschiedet. Genau das kann dir auch im Umgang mit WordPress passieren, nur dass der Bildschirm dann weiß bleibt.

Sehr gerne tritt dieser Fehler bei der Neuinstallation eines Themes oder Plugins auf und bedeutet lediglich, dass gerade versucht wird, mehr PHP-Speicher zu verbrauchen, als vorhanden ist.

Hier bieten sich drei Lösungen an:

• Einmal das Löschen des verursachenden Plugins oder Themes über den (S)FTP-Account,
• Die Bitte an den Hoster, das PHP-Memory Limit (kostenpflichtig) zu erhöhen,
• Eventuell kommt man diesem Fehler auch mit Erhöhung des Memory-Limits in der wp-config.php bei, sofern der hosterseitig beigemessene Speicher noch nicht ausgeschöpft ist.

Verzichte auf das Archiv-Widget für die Sidebar deines Themes

Wenn du mit deinem WordPress-Blog frisch durchstartest, ist das Archiv-Widget für die Sidebar schon eine coole und übersichtliche Sache, weil es so schön die Monate anzeigt, in denen du gebloggt hast.

Nach ca. einem Jahr jedoch wird das Ganze unübersichtlich und sieht mehr und mehr wirklich hässlich aus, weil es die Sidebar ziemlich lang erscheinen lässt. Erstelle in diesem Fall lieber eine eigene Archivseite. Das wirkt übersichtlich und ist professioneller.

Kümmere dich akribisch um die Sicherheit deiner Website

Vielfach machen sich die stolzen Besitzer einer WordPress-Webseite erst Gedanken um die Sicherheit ihres Schätzchens, wenn sie gehackt wurden. Damit es erst gar nicht soweit kommt, hier die nötigsten Punkte, um deine Webseite etwas sicherer zu machen:

• Installiere eine kostenfreie oder kaufe eine Backup-Lösung (siehe oben im Artikel)
• Installiere das Plugin Limit Login Attempts Reloaded
• Nutze eine 2-Faktor-Authentifikation, wie zum Beispiel Google Authenticator
• Kontrolliere deine Webseite hin und wieder mit Sucuri.net

Code nur entlang geltender Standards

Wenn User zum ersten mal einen Ausflug in die Gestaltung ihrer Webseite mit Custom-Themes – also mit selbst erstellten oder abgeänderten Themes – unternehmen, erscheint es ziemlich verlockend, Dinge im Theme einfach direkt zu coden, anstatt die korrekten, meist nicht gekannten, WordPress-Tags zu verwenden.

Das ist nicht unbedingt falsch, nur viel schwieriger zu verwalten und nicht auf eine neue Webseite übertragbar. Ich empfehle daher, die WordPress Coding Standards zu lernen und die korrekten Tags, welche im berühmten WordPress-Codex zu finden sind, auch zu nutzen.

Achte auf die Optimierung deiner Bilder für die Online-Verwendung

Bilder sind von eklatanter Wichtigkeit für einen guten Artikel, aber bei nichts anderem kann man soviel falsch machen. Wie oft sieht man, dass viel zu große (von der Pixelanzahl) und zu gewichtige (von der Dateigröße) Bilder in Artikel eingebracht werden, die dann den Seitenaufbau extrem verlangsamen. Das ist nicht nur für die Besucher einer Webseite eine Qual, sondern auch aus SEO-Sicht suboptimal, da die Ladegeschwindigkeit einer Webseite mittlerweile ein Rankingfaktor ist.

Es gilt also, alle Bilder vor dem Einfügen in einen Artikel für das Web zu optimieren. Zuerst einmal sollten sie auf die korrekte Breite gebracht werden: Wenn der Inhaltsbereich deiner Webseite 640px breit ist, sollten Bilder auf maximal 640px zugeschnitten werden.

Im Anschluss werden die Bilder für das Web abgespeichert, entweder mit Photoshop oder aber mit Gimp, einer freien Software. Auch Tools wie JPEG Mini oder TinyPNG eignen sich hervorragend.

Die .htaccess und Fehler in WordPress und auf dem Server

Es sollte nur eine einfache WordPress-Installation werden. Einmal frisch installieren und fertig. Diese Tätigkeit ist nicht wirklich anspruchsvoll und verlangt im Allgemeinen auch nicht viel Fachwissen zur Lösung. Und doch hat es mich an den Rand der totalen Verzweiflung gebracht, denn ich musste eine Lösung für einen Fehler finden, der keiner war.

Die Vorgeschichte – mein Server-Umzug

Vor einigen Monaten habe ich meinen Websites einen »Managed-Root Cloud Server« von hostNET gegönnt. Ich wollte schon länger weg von meinem Shared-Hosting und mir etwas gönnen, was auch zukunftssicher durch skalierbare Ressourcen ist.

Mein neuer Server verfügte über einen »Auto-Installer« verfügte. Also probierte ich diesen gleich aus und installierte das WordPress für die erste Website im Hauptverzeichnis, und nicht in einem Ordner im selbigen. Zum Verständnis: mit Hauptverzeichnis meine ich nicht das Root-Verzeichnis des Servers, sondern jenes, in dem die Websites ihre Heimat finden (html oder public_html oder ähnliches).

Das eine Installation über den Auto-Installer eine schlechte Lösung war, merkte ich erst viel später. Normalerweise lege ich für jede Website im Hauptverzeichnis einen Ordner an, auf den die betreffende Domain dann zeigt. Das hat sich für mich als beste Lösung erwiesen.

Doch in diesem Fall installierte ich das WordPress für meine erste Website direkt im Hauptverzeichnis. Danach legte ich für jede weitere Website einen eigenen Ordner an, der sich durch meinen dummen Fehler jedoch innerhalb der WordPress-Dateien der ersten Installation befand.

Der falsche und der richtige Weg mit mehreren Websites

So sollte eine Organisation mit mehreren Websites nicht aussehen:

Wenn man mehrere Websites auf einem Server betreibt, dann sollte die Struktur keinesfalls so aussehen, wie auf dem Screenshot oben. Das schafft erhebliche Probleme und dient nicht gerade der guten Übersicht.

Der optimale Weg, mehrere Websites auf einem Server zu organisieren:

Eine optimale Struktur für die Organisation von mehreren Websites auf einem Server bedeutet immer, sich für jede der Websites einen eigenen und eindeutig benannten Ordner anzulegen, auf den die betreffende Domain dann zeigen wird. So bleibt die Übersicht gewahrt und Fehler lassen sich wesentlich leichter lokalisieren, denn es kann keine Vererbung stattfinden.

Der Versuch einer WordPress-Installation

Nicht ahnend, dass mein Tag echt anstrengend werden würde, startete ich die Installation einer Website. Ich legte einen Ordner an, schob die WordPress-Dateien hinein, erstellte eine wp-config.php mit den korrekten Daten der zuvor angelegten Datenbank und rief die Installations-Routine auf.

http://meinewebsite.de/wp-admin/install.php

Doch statt der Installations-Routine bekam ich die folgende Fehlermeldung zu sehen:

Forbidden You don’t have permission to access /wp-admin/install.php on this server

Auch nach mehreren, unterschiedlichen Versuchen und allen möglichen Tricks konnte ich das Problem nicht lösen. Irgendwann wurde es mir zu viel und ich löste das Problem mit der »Kneifzange«.

Die interessante Lösung des Problems

Eine Eingebung ließ mich testen, ob ich eine andere Datei im Ordner /wp-admin/ aufrufen konnte. Ich erstellte eine Datei namens temp.php, und schrieb das berühmte »Hello World« hinein. Nachdem ich diese Datei in den Ordner verschoben hatte, ließ sie sich problemlos im Browser aufrufen. Also versuchte ich einen Trick mit der .htaccess Datei und schrieb folgendes hinein:

https://gist.github.com/anonymous/f150f716934d2fcf0351ff913493b707

Natürlich funktionierte das auch nicht. Wie sollte es auch? Doch dazu etwas später. Denn zuerst galt es, mein Problem zu lösen.

Verwandle die temp.php in die install.php

Die von mir erstellte temp.php im Ordner /wp-admin/ ließ sich ohne Probleme aufrufen. Also kopierte ich den Inhalt der install.php in meine temp.php und passte sie etwas an. Die genaue Prozedur kannst du hier nachlesen:

Nun ließ sich WordPress ohne Probleme installieren. Und bereits an diesem Punkt hätte ich auf den wahren Verursacher des Problems treffen können. Doch ich hatte leider keinen Spiegel zur Hand. Erst nachdem ich den Artikel über meine unkonventionelle Lösung des Fehlers veröffentlicht hatte, kam mir die wahre Ursache des Fehlers in den Sinn.

Die Problemursache: die htaccess Vererbung

Der Fehler hatte einen Verursacher und eine Ursache. Der Verursacher war ganz klar ich selbst, denn ich sichere meine Websites stets gegen alle denkbaren Sicherheitslücken ab. Genau das war dann auch die Ursache des Problems.

Ich hatte, ohne groß nachzudenken, das WordPress für meine erste Website in das Hauptverzeichnis des Servers installiert. Die weiteren Websites kamen dann in eigenen Ordnern in die WordPress-Installation der ersten Website.

Das bedeutet, dass sich die .htaccess Datei der ersten Installation auf alle Dateien und Ordner in dieser Installation auswirkt. Auch auf die weiteren Websites. Denn es findet eine Vererbung statt.

Website Nummer eins bekam meine standard- .htaccess Datei verpasst. Der betreffende Ausschnitt:

https://gist.github.com/anonymous/349716c9d7fb095976b42b96418c4dbf

Dieser Eintrag ist hochwirksam und verbietet jeglichen Zugriff auf die install.php. Sollte sich die Datei in einem Unterordner der ersten Installation befinden, dann ist der Eintrag auch dort wirksam. Grundsätzlich ist das eine logische Sache. Man muss nur darauf kommen.

Fazit: Viel Erfahrung schützt vor dummen Fehlern nicht

Auch Webmaster und Entwickler mit sehr viel Erfahrung machen manchmal dumme Fehler. Es fällt schwer, sich das einzugestehen. Doch es ist so. Manchmal sieht man einfach den Wald vor lauter Bäumen nicht. Wichtig ist nur, den Fehlern auf den Grund zu gehen, damit man dazulernen kann. An Fehlern und ihrer Lösung wächst man. Ich durfte in dieser Hinsicht gleich mehrfach dazulernen. Mein nächstes Zeitfenster wird der Neu-Organisation meines Servers dienen, damit diese Art von Fehlern nicht mehr vorkommen kann.

(Der Artikel erschien erstmals am 9. August 2012 und wird seitdem regelmäßig aktualisiert, zuletzt am 27. August 2021.)

(Beitragsbild: Depositphotos)