WordPress oder individuelle Webentwicklung?

WordPress ist ein Redaktionssystem. Es ist stark darin, Inhalte von Menschen ohne technische Kenntnisse pflegen zu lassen, und es hat für fast jede verbreitete Anforderung eine fertige Erweiterung.

Das ist ein echter Vorteil, und er wird oft unterschätzt: Wer wöchentlich Inhalte veröffentlicht, spart mit einem vertrauten Redaktionssystem mehr Zeit, als eine schnellere Seite an anderer Stelle einbringt.

Das erste Anzeichen ist die Zahl der Erweiterungen. Ein Auftritt, der aus einem Dutzend Plugins besteht, funktioniert — er ist nur bei jedem Update wieder eine offene Frage, und im Fehlerfall weiss niemand, welche der zwölf Ursachen es war.

Das zweite ist die Ladezeit. Ein Standard-Theme mit Baukasten bringt eine erhebliche Menge Code mit, von dem eine Seite meist einen Bruchteil braucht. Auf dem Mobiltelefon im Mobilfunknetz entscheidet das darüber, ob eine Seite überhaupt angesehen wird.

Das dritte sind Anforderungen, die es als Erweiterung nicht gibt: Anmeldung mit Rollen, eigene Datenhaltung, Auswertungen, Verbindungen zu betrieblichen Systemen. Ab hier baut man eine Anwendung in einem Redaktionssystem nach — und arbeitet gegen das System statt mit ihm.

Das vierte ist Sicherheit. Ein verbreitetes System mit vielen Erweiterungen ist ein lohnendes Ziel, und die Verantwortung für Aktualisierungen liegt beim Betreiber. Das ist beherrschbar, aber es ist Arbeit, die dauerhaft anfällt.

Sie bringt Kontrolle über Ladezeit, Struktur und Erweiterbarkeit: Was gebaut wird, ist genau das, was gebraucht wird, und es lässt sich später gezielt ergänzen. Bei einer Migration von WordPress ist zusätzlich der Umzugsplan der Adressen entscheidend — wer die alten Adressen nicht mitnimmt, verliert die Sichtbarkeit von Jahren.

Sie kostet mehr beim Bau und verlagert die Pflege. Inhalte lassen sich weiterhin selbst pflegen, wenn ein Redaktionssystem angebunden wird; strukturelle Änderungen brauchen aber jemanden, der entwickelt. Wer wöchentlich neue Seitentypen erfindet, ist damit schlechter bedient.

Sie lautet nicht „welches System ist besser“, sondern: Was passiert in achtzehn Monaten? Kommen vor allem Inhalte dazu, gewinnt das Redaktionssystem. Kommen Funktionen, Anbindungen oder Anwendungen dazu, gewinnt die eigene Umsetzung — und zwar rückwirkend, weil der Umbau später teurer ist als der Bau heute.

Ein Zwischenweg ist verbreitet und oft der richtige: die Oberfläche eigenständig gebaut, die Inhalte weiterhin in einem Redaktionssystem gepflegt, das nur noch Daten liefert. Das kostet mehr als ein Standard-Theme und weniger als eine vollständige Anwendung.

Von WordPress weg ist der Aufwand gut abschätzbar: Inhalte übernehmen, Struktur neu bauen, Adressen mitnehmen. Der kritische Teil ist der letzte — wer die alten Adressen nicht auf ihre Nachfolger leitet, verliert die Sichtbarkeit von Jahren, und das fällt erst Wochen später auf.

Zu WordPress zurück ist seltener und meist teurer, weil eine gewachsene Anwendung sich nicht in ein Redaktionssystem zurückfalten lässt. Wer diesen Weg für möglich halten will, sollte die Anwendung von Anfang an so schneiden, dass die Inhalte getrennt von der Logik liegen.

Beides spricht dafür, die Frage einmal ernsthaft zu beantworten statt zweimal beiläufig. Ein Wechsel ist kein Drama, aber er ist nie umsonst.

Die Frage, wer Inhalte ändert, entscheidet mehr über die Zufriedenheit als die Technik darunter. Wer wöchentlich veröffentlicht, braucht eine Oberfläche, die ohne Rückfrage bedienbar ist.

Das lässt sich in beiden Welten lösen: Auch eine eigenständig gebaute Seite kann ihre Inhalte aus einem Redaktionssystem beziehen. Der Unterschied ist dann nicht mehr die Pflege, sondern wer strukturelle Änderungen vornimmt.

Ein guter Test vor der Entscheidung: die drei Änderungen aufschreiben, die im letzten Jahr am häufigsten nötig waren. Waren es Inhalte, gewinnt das Redaktionssystem. Waren es Funktionen, gewinnt die eigene Umsetzung.

Ein Verband mit vierzig Seiten veröffentlicht monatlich Mitteilungen und pflegt eine Mitgliederliste. Für die Mitteilungen ist ein Redaktionssystem klar überlegen — sie sind Inhalte, und sie entstehen im Verband.

Die Mitgliederliste ist etwas anderes: Sie hat Rollen, sie wird gefiltert, sie hängt an Daten aus der Verwaltung. In einem Redaktionssystem wird daraus ein Konstrukt aus Erweiterungen. Die brauchbare Antwort für diesen Verband ist deshalb weder das eine noch das andere, sondern beides nebeneinander.

Wer die Frage vor der Anforderung stellt, entscheidet über Geschmack. Wer sie danach stellt, entscheidet über Aufwand. Und wer feststellt, dass beide Antworten teilweise stimmen, hat meistens recht — dann gehört der Inhalt ins Redaktionssystem und die Anwendung daneben.

Und wer sich nicht entscheiden kann, hat die Anforderungen noch nicht geklärt. Dann ist die nächste Aufgabe nicht die Wahl der Technik, sondern eine Liste dessen, was die Seite in achtzehn Monaten können soll.

Wenn die Antwort in Richtung Anwendung geht, hilft Woran erkennt man, dass Standardsoftware nicht mehr reicht? bei der Abgrenzung. Was der Bau kostet und wovon das abhängt, steht in Was kostet eine professionelle Website in der Schweiz?.

Die technische Umsetzung beschreibt die Webentwicklung; Anwendungen mit Anmeldung und eigener Datenhaltung die Seite zu Webapplikationen.