Agenturprojekte 2026 – braucht es wirklich noch den großen Framework-Hammer?
Im Alltag sieht's oft so aus: Website für den Mittelstand, paar Formulare, bisschen Interaktivität, dazu Contentpflege. Und dann gleich das ganze Geschütz auffahren? React, Vue, Angular, alles schön mit TypeScript und State-Management? Viel zu oft landet man damit im Dschungel: Build-Prozesse, Paket-Chaos, Abhängigkeiten, die kein Mensch mehr durchblickt. Mehr Arbeit, mehr Risiko – für Features, die manchmal gar keiner will.
Klar, in jeder Agentur die gleiche Frage: Brauchen wir für alles eine Component-Library? Muss alles typed sein? Die ehrliche Antwort, gerade 2026: Nein. Eine schlichte PHP-API, etwas Vanilla-JS – das reicht für 80% der Brot-und-Butter-Projekte. Das Ding läuft, ist wartbar und günstiger. Und keiner muss drei Tage Onboarding für das neue Frontend-Stack-Experiment einplanen.
Framework-Reflex: Viel hilft nicht. Meistens eher nicht.
Frameworks versprechen Struktur. In der Realität? Oft eher Overhead. Build dauert ewig, npm wirft komische Fehler, und irgendwas ist immer outdated. Die Ladezeiten werden nicht kürzer, der Kunde fragt sich, wofür das alles. Und das Team? Kommt mit jedem neuen Stack durcheinander, wenn nicht alle reine Frontend-Cracks sind.
Nichts gegen Frameworks. Aber wenn das Budget knapp ist oder die Deadline schon brennt, wird ein zu dickes Frontend schnell zum Klotz am Bein. Alte PHP-Klassiker machen in vielen Fällen einfach schneller fertig – speziell, wenn das Team nicht aus vier React-Entwicklern und zwei Build-Engineers besteht.
Pragmatisch: PHP macht Backend, schlankes JS den Rest
Weniger ist oft mehr. Ein einfacher Ansatz: PHP regelt Routing, Datenbank und die Logik. JavaScript? Nur wo es wirklich Sinn ergibt. Typische Praxis:
- API per PHP (REST oder GraphQL, je nach Gusto)
- JavaScript für Formularvalidierung, Ajax-Requests, kleine UI-Spielereien
- Keine Framework-Last, kein endloser Build-Prozess
Das Ganze funktioniert in fast jedem CMS, auch bei alten Legacy-Installationen. Neue Kollegen finden sich schneller rein, das Onboarding ist in zwei Stunden erledigt, nicht in zwei Wochen.
Echtes Beispiel: 20 Seiten, kein Framework, alles entspannt
Ein Projekt aus diesem Jahr: 20 Seiten, mehrere Formulare, Live-Vorschau – komplett ohne React, Vue oder Svelte. PHP liefert JSON, Vanilla-JS macht das Formular und ein bisschen Vorschau-Logik. Ergebnis:
- Entwicklungszeit lag rund 35% unter vergleichbaren Framework-Projekten aus der gleichen Agentur
- Server und Browser atmen auf, keine CPU-Spitzen durch JS-Ballast
- Entwickler ohne Framework-Vorkenntnisse konnten Änderungen selbst machen
Klar, Grenzen gibt's: Komplexe SPAs? Irgendwann braucht man mehr. Aber das ist die Ausnahme, nicht die Regel – zumindest im Agenturgeschäft.
Gegenüberstellung: Framework-Feuerwerk vs. Minimal-Stack
- Aufwand:
- Framework: Viel Einarbeitung, viel Boilerplate, viel Frust
- Minimal-Stack: Schnell drin, wenig Ballast
- Performance:
- Framework: Mehr Code, mehr Ladezeit, mehr Fehlerquellen
- Minimal-Stack: Leicht, schnell, übersichtlich
- Wartung:
- Framework: Gut, solange keiner am Stack dreht, aber kleine Änderungen sind oft aufwändig
- Minimal-Stack: Hier kann jeder ran, auch wenn der Kollege krank ist
- Skalierung:
- Framework: Bei richtig großen Apps nötig
- Minimal-Stack: Für 90% der klassischen Agenturprojekte mehr als genug
- Tooling:
- Framework: Konfiguration, Build, Dependency-Updates – alles immer wieder
- Minimal-Stack: Meist gar kein Build, fast keine Tools nötig
Meine Einschätzung nach knapp 30 Jahren Webentwicklung
Frameworks sind oft Reflex, nicht Notwendigkeit. In kleinen und mittleren Agenturen bringt ein simpler Stack weniger Stress: Weniger Abstimmung, weniger Fehler, weniger „Wer hat jetzt wieder das npm-Paket zerschossen?“. Bei WordPress- oder Laravel-Projekten reicht fast immer eine klare Trennung: Backend sauber in PHP, Frontend so wenig JS wie möglich. Das Onboarding für neue Leute wird zum Spaziergang, nicht zum Hindernislauf.
Am Ende zählt nur: Was braucht das Projekt wirklich? Wer das sauber prüft, spart Geld und Nerven. Minimalismus im Frontend ist kein Rückschritt – es ist der Normalfall für Kundenprojekte, die laufen und laufen sollen.
Empfehlungen für Agenturen, die nicht alles neu erfinden wollen
- Vor Projektstart ehrlich fragen: Wozu Framework?
- Erstmal mit PHP-API und Vanilla-JS probieren
- Kleinere Libraries nur nehmen, wenn etwas wirklich fehlt
- Codegröße und Performance im Blick behalten – sonst macht das irgendwann keiner mehr sauber fertig
REST und GraphQL sollte heute jeder mal ausprobiert haben, schadet nie. Später kann man immer noch aufstocken, wenn der Kunde plötzlich SPA will. Minimalismus ist kein Retro – sondern schlicht sinnvoll.
Weiterlesen: PHP-Architektur und Security – was aktuell wichtig ist
PHP 8.4 kommt, neue Stolpersteine inklusive: PHP 8.4: Neue Stolpersteine, neue Chancen – was jetzt ansteht. Wer Altsysteme absichern will, findet hier Tipps: PHP-Altprojekte absichern: OWASP-Check für SQL-Injection, XSS und Session-Fixation.
Fazit
2026, Agentur-Realität: Ein schlanker Stack aus PHP plus wenig JavaScript bringt Projekte sicher ins Ziel. Weniger Aufwand, weniger Ärger, besser planbar. Die Zeit für den Framework-Reflex ist vorbei.
bye
mo