Unser Webentwicklungs-Stack 2026: Welche Werkzeuge bleiben, welche fliegen raus

Alle paar Monate fragt uns ein Kunde, womit wir eigentlich arbeiten. Die Antwort hat sich in den letzten zwei Jahren stark verändert — und wird sich auch weiter verändern. Trotzdem ist unser Stack 2026 ruhiger geworden, nicht aufgeregter. Wir zeigen Ihnen hier, welche Werkzeuge bleiben, welche wir 2025 ersetzt haben und nach welchen Kriterien wir entscheiden.

Was im Stack bleibt — und warum

Die Basis hat sich bei uns über zwei Jahre kaum gerührt. Astro für das Frontend, Directus als Headless-CMS, Plesk-betreutes Hosting in Deutschland und TypeScript überall, wo es sinnvoll ist. Diese vier Bausteine tragen heute den größten Teil unserer Kundenprojekte.

Astro hat sich bewährt, weil das Modell — kompiliertes HTML als Standard, JavaScript nur dort, wo es wirklich gebraucht wird — exakt zu den Anforderungen kleiner und mittlerer Unternehmen passt. Schnelle Ladezeiten, planbare Hosting-Kosten, sauberer SEO-Output. Wir müssen Sie nicht mit Hydration-Strategien belästigen, das System macht das richtige Default-Verhalten.

Directus bleibt, weil Sie als Kunde am Ende selbst Inhalte pflegen sollen. Ein API-first-CMS mit echtem Admin-Backend gibt uns die Freiheit, Frontend und Backend unabhängig zu deployen, ohne dass Sie ein WordPress-Theme aktualisieren müssen.

Plesk auf deutschen Servern klingt unspektakulär, ist aber genau das, was wir brauchen. Saubere Mailserver-Konfiguration, automatische Backups, Multi-Tenant-Trennung — alles ohne dass wir jeden Monat in eine Konsole müssen. Nicht jedes Werkzeug muss spannend sein. Manche sollen einfach nur leise im Hintergrund laufen.

Was 2025 in unseren Stack gewandert ist

Zwei Dinge haben unsere Arbeitsweise spürbar verändert. Erstens KI-gestützte Coding-Assistenten direkt im Editor. Wir nutzen sie heute für Boilerplate, Refactoring und das schnelle Lesen unbekannter Codebasen. Was sie nicht ersetzen: Architektur-Entscheidungen, Code-Review und die Frage, ob ein Feature überhaupt gebaut werden soll.

Zweitens eine kleine, aber wirkungsvolle Recherche-Schicht. Bevor wir einen Artikel schreiben oder eine Marktrecherche für einen Kunden machen, läuft eine Suche über Tavily und ein gezieltes Auslesen von Quellen über Firecrawl. Das spart Stunden gegenüber dem manuellen Klicken durch Google-Ergebnisse — und produziert nachvollziehbare Quellenlisten.

Was wir bewusst nicht mehr nutzen

Aus Bestandsprojekten haben wir 2025 schrittweise ein paar Dinge entfernt:

• jQuery-Reste: Wo noch in Bestandsseiten vorhanden, ersetzen wir bei Wartung durch Vanilla-JS oder native HTML-Attribute. Der Bibliothek selbst geht es gut, der Aufwand sie zu laden lohnt für neue Projekte aber nicht.
• CSS-Frameworks für alles: Bootstrap und ihre Verwandten haben uns lange gute Dienste geleistet. Heute schreiben wir lieber knappe, design-system-eigene Styles. Das Bundle ist kleiner, das Design distinktiver.
• Wechsel um des Wechsels willen: Wir haben Stack-Hopping aus unserem Vokabular entfernt. Ein Werkzeug muss bei uns mindestens zwölf Monate im Probebetrieb laufen, bevor wir es einem Kundenprojekt zumuten.

Wie wir entscheiden, ob ein Werkzeug bleibt

Wir haben drei Fragen, die wir vor jeder Stack-Änderung beantworten:

1. Löst das Werkzeug ein konkretes Problem unserer Kunden? Nicht: ist es modisch. Nicht: hat es Github-Sterne. Sondern: würde unser Kunde es merken, wenn wir es einsetzen.
2. Können wir den Wechsel begründen, ohne ein Schlagwort zu verwenden? Wenn die Begründung „performanter, skalierbarer, moderner" ist, war es kein Grund, sondern ein Bauchgefühl.
3. Was passiert, wenn das Werkzeug in zwei Jahren weg ist? Bei jedem neuen Baustein denken wir die Exit-Strategie mit. Wer Astro heute wählt, sollte wissen, wie er in drei Jahren auch wieder davon weg käme.

Das klingt vorsichtig — und ist es auch. Vorsicht ist in der Webentwicklung kein Fehler, sondern ein Service am Kunden. Sie buchen uns nicht, damit wir mit jedem Trend tanzen, sondern damit Ihre Seite in zwei Jahren noch läuft.

Was 2026 noch dazukommt

Wir beobachten gerade zwei Entwicklungen ohne uns festzulegen. Edge-Rendering für dynamische Inhalte könnte für einige unserer Kunden interessant werden — vor allem dort, wo Personalisierung und Geschwindigkeit zusammenkommen müssen. Und der Aufbau von Volltextsuche direkt in der Site, statt über Drittanbieter, wird mit aktuellen Suchindex-Bibliotheken realistisch.

Beides befindet sich bei uns im Probebetrieb. Sie werden es bei einem von uns betreuten Projekt zuerst dann sehen, wenn wir uns sicher sind, dass es Ihnen mehr nützt als kostet.

Ein Stack, den niemand pflegen kann, ist kein Stack. Er ist eine Hypothek.

Genau aus diesem Grund verändern wir unseren Stack langsamer als die Konferenz-Folien es vorschlagen. Jedes neue Werkzeug ist nicht nur ein Werkzeug, sondern auch eine Lernkurve, ein Update-Pfad, eine Doku, die jemand schreiben muss. Wenn wir das einrechnen, fallen die meisten Kandidaten von selbst raus.

Stack als Haltung, nicht als Modeschau

Werkzeuge wechseln, der Anspruch bleibt: Seiten, die schnell laden, leicht zu pflegen sind und in fünf Jahren noch funktionieren. Wenn Sie wissen wollen, ob Ihr Stack dazu passt — oder ob ein Wechsel wirklich nötig ist — schreiben Sie uns. Wir sagen Ihnen ehrlich, ob es sich lohnt, oder ob die aktuelle Lösung tragen wird.