Was Laravel als Basis für Kundenprojekte bedeutet

Die kurze Antwort: Statamic ist kein abgeschlossenes System mit einer Plugin-Schnittstelle, sondern ein Paket, das in einer ganz normalen Laravel-Anwendung sitzt. Eigene Routen, Controller und Geschäftslogik lassen sich direkt daneben bauen; die Dokumentation sagt sinngemäß, dass alles, was in Laravel geht, auch hier geht ^[1]. Statamic 6 läuft auf Laravel 12 und 13 ^[6].

Für Ihre Agentur heißt das: Wenn ein Kunde mehr will als Seiten mit Text und Bildern, etwa einen geschützten Bereich für Händler, einen Import aus der Warenwirtschaft oder einen Rechner mit eigenen Regeln, suchen wir nicht nach einem Plugin, das ungefähr passt. Wir bauen die Funktion als Teil des Projekts, mit demselben Code, derselben Versionsverwaltung und derselben Wartung wie die Website.

Das ist kein Argument gegen Plugins an sich. Es ist ein Argument dafür, dass die wichtigste Funktion einer Website nicht von einem fremden Anbieter abhängt, dessen Update-Rhythmus, Lizenz und Weiterentwicklung niemand im Projekt in der Hand hat.

Ein Portal für einen Teil der Kunden. Händler, Mitglieder oder Partner melden sich an und sehen Preislisten, Unterlagen oder ihren Bestellstatus. Laravel bringt dafür Anmeldung und geschützte Routen mit ^[5], wer was sehen darf, regeln Berechtigungen im Projekt; die Inhalte des Portals pflegt die Redaktion im selben Control Panel wie den Rest der Website.

Eine Schnittstelle, die Inhalte aktuell hält. Zimmerpreise aus dem Hotelprogramm, Stellen aus dem Bewerbermanagement, Termine aus einem Kalender: Der HTTP-Client holt die Daten ^[2], eine geplante Aufgabe macht das jede Nacht oder jede Stunde ^[4], und läuft ein Import länger, übernimmt die Warteschlange ^[3]. Fällt das Fremdsystem aus, zeigt die Website den letzten Stand, statt leer zu bleiben.

Eine Funktion mit eigenen Regeln. Ein Tarifrechner, ein Konfigurator, ein Formular, das je nach Antwort an unterschiedliche Stellen geht. Solche Logik lässt sich in einem eigenen Controller bauen ^[1], statt ein Plugin zu verbiegen, das für tausend andere Fälle gebaut wurde.

Allen drei Fällen ist gemeinsam, dass eigener Code und Redaktion nicht getrennt sind. Ein Controller kann Einträge einer Collection abfragen, etwa eine bestimmte veröffentlichte Seite, und sie in einer eigenen Ansicht ausgeben, mit Layout und Inhalten aus Statamic ^[1]. Die Redaktion ändert Texte und Bilder also weiter im Control Panel, auch wenn die Seite selbst von einer eigenen Funktion erzeugt wird. Und eine Route, die im Projekt ausdrücklich definiert ist, hat Vorrang vor den Adressen, die Statamic selbst vergibt ^[1]. So lassen sich einzelne Bereiche gezielt übernehmen, ohne den Rest der Website anzufassen.

Eigene Funktionen sind nicht automatisch teuer, aber sie gehören vorher benannt. Wir beschreiben sie im Angebot mit Umfang und Ergebnis und rechnen sie zum Fixpreis, wie den Rest der Website. Für Sie bleibt es einfach: Sie bringen die Daten und sagen, was die Funktion leisten soll, der Rest klappt.

Die Lizenzen für unsere Basis-Werkzeuge sind in der Wartung enthalten, ohne Wartung bis zum Launch; auf Wunsch bauen wir auch Lizenzen Ihres Kunden oder Ihrer Agentur ein. Die Statamic-Pro-Lizenz läuft auf Ihren Kunden und wird separat verrechnet. Hosting übernehmen wir nicht selbst: Eine Laravel-Anwendung läuft bei den meisten Hostern mit aktuellem PHP, für Statamic 6 ab Version 8.3 ^[6]. Ob Statamic oder WordPress besser passt, klärt Statamic oder WordPress.