WordPress-Entwicklung

Häufige Fehler in WordPress-Projekten

Der teuerste Fehler passiert vor der ersten Zeile Code: Ein fertiges Theme aus einem Marktplatz wird gekauft und so lange umgebaut, bis von der Vorlage nur noch die Abhängigkeit übrig ist. Jedes Update wird dann zur Zitterpartie, weil niemand mehr unterscheiden kann, was Original ist und was Anpassung — und irgendwann wird gar nicht mehr aktualisiert, was die Site zum Sicherheitsrisiko macht. Ein schlankes eigenes Theme mit genau den Bausteinen, die wirklich gebraucht werden, ist in Anschaffung und Pflege meist günstiger als ein Universal-Theme, dessen Funktionsumfang zu neunzig Prozent brachliegt. Zweiter Punkt: Anpassungen werden direkt in Theme-Dateien geschrieben statt in ein eigenes Plugin. Beim nächsten Theme-Wechsel ist die Funktionalität weg, weil Darstellung und Funktion nie getrennt wurden. Drittens die Redaktion. Wird die Seite ohne definierte Inhaltsbausteine gebaut, entsteht entweder ein starres Konstrukt, bei dem jede Textänderung ein Entwicklerticket auslöst, oder ein völlig freier Baukasten, in dem nach einem halben Jahr jede Seite anders aussieht. Beides kostet Geld — das eine an Entwicklerstunden, das andere an Markenwirkung. Der Mittelweg sind feste, kombinierbare Blöcke mit klaren Grenzen. Und viertens die Rechteverwaltung: Alle bekommen Administratorrechte, weil es schneller geht. Das rächt sich beim ersten versehentlich gelöschten Plugin oder beim ersten kompromittierten Passwort, denn jeder Adminzugang ist ein vollständiger Zugriff auf Datenbank und Dateisystem. Fünfter Punkt: Es gibt keine Testumgebung. Änderungen gehen direkt auf die Live-Seite, weil es schneller ist — bis ein Update den Bestellprozess bricht und die Korrektur unter Zeitdruck am offenen Herzen passiert. Eine Kopie der Seite kostet wenig und macht aus jeder riskanten Änderung eine unspektakuläre. Alle fünf Punkte haben gemeinsam, dass sie am Anfang wenig Zeit kosten und später kaum noch aufzuholen sind. Saubere WordPress-Entwicklung entscheidet sich nicht am fertigen Ergebnis, sondern an den Festlegungen, die vor der ersten Zeile Code getroffen wurden. Wer stattdessen mit einer Testumgebung, getrennter Funktionalität und klaren Rollen startet, kann die Seite jahrelang weiterentwickeln, ohne sie neu zu bauen.