Laravel oder WordPress — Website oder Anwendung?

Der Grundsatz.

WordPress beantwortet die Frage: Wie veröffentliche und pflege ich Inhalte? Es bringt Redaktion, Medienverwaltung, Menüs, Suchmaschinenfunktionen und ein riesiges Angebot an Erweiterungen mit.

Laravel beantwortet die Frage: Wie baue ich eine Anwendung mit eigenen Abläufen? Es bringt Bausteine für Anmeldung, Daten, Logik und Schnittstellen mit — aber keine fertige Oberfläche für Inhalte.

Der Vergleich.

Wann WordPress passt.

• Unternehmenswebsite mit Leistungen, Referenzen, Blog.
• Inhalte werden vom Team gepflegt.
• Sichtbarkeit in Suchmaschinen ist wichtig.
• Shop mit Standardabläufen — WooCommerce.
• Funktionen wie Formulare, Termine, Mitgliederbereich, die es als Plugin gibt (Plugin entwickeln).

Wann Laravel passt.

• Eigene Abläufe mit Status, Regeln, Freigaben.
• Viele Benutzer mit unterschiedlichen Rollen und eigenen Daten.
• Komplexe Daten mit Beziehungen, die über Beiträge und Seiten hinausgehen.
• Schnittstellen zu mehreren Systemen mit eigener Logik.
• Hohe Anforderungen an Leistung bei vielen gleichzeitigen Vorgängen (Laravel).

Die Grauzone.

Ein Mitgliederbereich, ein Buchungssystem, ein Kundenportal mit einfachen Funktionen — das geht mit WordPress und Plugins, und es geht mit Laravel. Hier entscheidet die Richtung:

Wird die Funktion voraussichtlich wachsen? Werden die Abläufe komplexer? Passt ein vorhandenes Plugin zu 90 Prozent, oder müsste man es massiv anpassen? Je mehr gegen die Struktur von WordPress gebaut werden müsste, desto eher lohnt Laravel.

Umgekehrt: Wenn ein ausgereiftes Plugin die Anforderung trifft, ist das fast immer günstiger als eine eigene Anwendung (Individuell oder Standard).

Beides kombinieren.

Oft ist die beste Lösung eine Aufteilung: Die Website mit Inhalten, Blog und Suchmaschinenoptimierung läuft auf WordPress. Die Anwendung — etwa ein Kundenportal — läuft auf Laravel unter einer Subdomain. Beide können Daten austauschen.

So bekommt jede Seite das Werkzeug, für das sie gemacht ist. Das Team pflegt die Website in WordPress, die Anwendung folgt ihren eigenen Regeln. Auch eine Kombination aus WordPress als Inhaltsquelle und einem eigenen Frontend ist möglich (Headless WordPress).

Typische Fehlentscheidungen.

• Website in Laravel gebaut, weil der Entwickler es kennt — und jede Textänderung braucht einen Entwickler.
• Komplexe Anwendung in WordPress, zusammengesteckt aus zehn Plugins, die nicht zueinander passen.
• Eigenentwicklung, obwohl ein Standardprodukt gereicht hätte.
• Plugin massiv angepasst, bis es nicht mehr aktualisierbar ist.

Alle vier habe ich in der Praxis mehrfach gesehen. Die ersten beiden sind die häufigsten — und beide sind teuer, nur auf unterschiedliche Weise.

Kosten über die Laufzeit.

WordPress ist im Einstieg günstiger, weil vieles schon da ist. Die laufenden Kosten liegen in Plugin-Lizenzen, Updates und Wartung (Wartung).

Laravel ist im Einstieg teurer, weil mehr gebaut wird. Die laufenden Kosten liegen in Updates und Weiterentwicklung — dafür passt die Anwendung genau.

Entscheidend ist nicht der Einstieg, sondern ob das Werkzeug zur Aufgabe passt. Ein falsches Werkzeug wird über die Jahre immer teurer.

Wenn du nicht weiterkommst.

Wenn du vor der Entscheidung zwischen WordPress und einer eigenen Anwendung stehst. Ich sehe mir den Code an, sage dir, wo die Risiken liegen, und setze um, was nötig ist. Die Übersicht findest du unter PHP und Laravel; wenn es eilt, hilft der Notfall-Support.

Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.

Wer hilft.

Ich bin Manuel Killert, Webentwickler aus Quakenbrück. PHP ist die Sprache, in der ich seit Jahren am meisten Code schreibe — in WordPress-Plugins, Shop-Erweiterungen, Schnittstellen und eigenständigen Anwendungen mit Laravel. Ich unterrichte Webentwicklung als Dozent und kenne PHP vom alten prozeduralen Skript bis zur modernen, typisierten Anwendung mit Tests.

Gerade bei bestehenden Anwendungen zählt das: Ich lese fremden Code schnell, erkenne, wo er gegen die Sprache arbeitet, und sehe, was sich mit vertretbarem Aufwand retten lässt. Viele PHP-Projekte, die als hoffnungslos gelten, sind es nicht — sie wurden nur lange nicht gepflegt.

Was du bekommst: eine ehrliche Einschätzung, ob sich modernisieren oder neu bauen lohnt, sauberen Code, den auch andere Entwickler verstehen, und eine Dokumentation — auch wenn die Antwort lautet, dass die Anwendung so bleiben kann.