AngularJS und Vue 2 noch im Einsatz: Was alte Frontends Ihr Unternehmen kosten

AngularJS ist seit Januar 2022 ohne Support. Vue 2 folgte im Dezember 2023. Trotzdem läuft in vielen Unternehmen noch genau diese Software: Kundenportale, interne Tools, Bestellsysteme. Niemand hat sie absichtlich stehen lassen. Sie ist einfach nie ausgetauscht worden.

Wer heute nach AngularJS End of Life sucht, hat meist einen konkreten Anlass. Ein Sicherheitsaudit, eine Kundenanfrage, oder ein Entwickler, der kündigt. Und niemand findet mehr jemanden, der den alten Code versteht. Dieser Artikel zeigt, was das für Ihr Unternehmen bedeutet und wie eine Umstellung ohne unnötiges Risiko gelingt.

Dazu zählen interne Werkzeuge wie Dashboards, Bestellmasken oder Verwaltungsoberflächen, die oft noch auf AngularJS oder Vue 2 basieren. Sie fallen seltener auf, weil nur die eigenen Mitarbeiter sie sehen. Angreifbar sind sie trotzdem, manchmal sogar stärker, weil kaum jemand regelmäßig hinschaut.

Was bedeutet End of Life bei einem Frontend-Framework?

Ein Framework ist ein Baukasten aus vorgefertigtem Code, auf dem Entwickler eine Anwendung aufbauen. AngularJS war lange der Standard für dynamische Weboberflächen, die sich ohne Neuladen aktualisieren. Google hat die Weiterentwicklung im Januar 2022 endgültig eingestellt.

Vue 2, das leichtere Gegenstück vieler mittelständischer Projekte, folgte im Dezember 2023. Mehr zum Begriff selbst lesen Sie in unserem Glossar zu End of Life.

End of Life bedeutet konkret: Es gibt keine Sicherheitsupdates mehr, keine Fehlerkorrekturen und keine Anpassungen an neue Browser-Standards. Die Software bleibt exakt so, wie sie am letzten Tag war. Das Internet um sie herum verändert sich trotzdem weiter.

Welche Risiken entstehen, wenn Sie nichts tun?

Viele Verantwortliche denken: "Es läuft doch. Warum jetzt etwas ändern?" Das ist eine verständliche Reaktion. Sie verkennt aber, wie sich die Risiken über die Zeit entwickeln.

Sicherheitslücken ohne Patches

Für AngularJS und Vue 2 werden neu entdeckte Sicherheitslücken nicht mehr geschlossen. Jede Schwachstelle, die ab jetzt gefunden wird, bleibt offen. Automatisierte Scanner suchen gezielt nach solchen Systemen, ganz unabhängig davon, ob Ihr Unternehmen im Fokus steht.

Entwickler, die diese Frameworks nicht mehr kennen

Neue Entwickler lernen heute Vue 3, React oder das aktuelle Angular. AngularJS kennen viele nur noch aus Lehrbüchern. Wer jemanden für ein altes System sucht, zahlt häufig einen Aufpreis, allein weil das Wissen selten geworden ist.

Inkompatibilität mit neuen Browsern und Diensten

Browser ändern sich laufend: neue Sicherheitsvorgaben, neue JavaScript-Funktionen, strengere Regeln für Cookies und Datenschutz. AngularJS reagiert auf solche Änderungen nicht mehr. Irgendwann funktionieren einzelne Funktionen schlicht nicht mehr richtig.

Auch externe Dienste ziehen weiter. Zahlungsanbieter, Kartendienste oder Analyse-Werkzeuge bringen regelmäßig neue Versionen ihrer Schnittstellen heraus. Viele davon unterstützen AngularJS inzwischen gar nicht mehr. Wer eine neue Funktion einbauen will, stößt dann zuerst auf eine veraltete Abhängigkeit, nicht auf die eigentliche Aufgabe.

AngularJS Migration und Vue 2 Migration auf Vue 3: die Optionen

Für eine AngularJS Migration gibt es im Kern drei Richtungen. Der Wechsel zum aktuellen Angular, dem Nachfolger von Google mit komplett neuer Architektur. Der Wechsel zu Vue 3, oft die pragmatischere Wahl bei kleineren bis mittleren Anwendungen. Oder der Wechsel zu React, sinnvoll, wenn der Rest des Unternehmens bereits auf dieses Ökosystem setzt.

Bei einer Vue 2 Migration auf Vue 3 ist der Weg meist kürzer. Vue 3 behält viele Konzepte von Vue 2 bei. Die sogenannte Composition API ist neu, eine andere Art, Code innerhalb einer Komponente zu organisieren. Die grundlegende Logik bleibt aber vertraut. Entwickler, die Vue 2 kennen, finden sich in Vue 3 schnell zurecht.

Welcher Weg der richtige ist, hängt vom bestehenden Code ab. Wie stark ist er mit alten Bibliotheken verzahnt? Wie viele einzelne Komponenten gibt es? Eine Bestandsaufnahme beantwortet das zuverlässig. Bauchgefühl beantwortet das nicht.

Schrittweise statt Big Bang: so gelingt die Umstellung

Ein komplettes Neuschreiben an einem festen Stichtag klingt nach dem schnellsten Weg. In der Praxis ist es meist der riskanteste. Jede Funktion, die beim Umschalten fehlt, wird sofort sichtbar, und zwar bei allen Nutzern gleichzeitig.

Der robustere Weg arbeitet schrittweise. Einzelne Bereiche der Anwendung werden nacheinander ersetzt, während der Rest unverändert weiterläuft. Dieses Vorgehen heißt Strangler Fig Pattern, benannt nach einer Pflanze, die einen Baum langsam umschließt und ersetzt.

Damit das funktioniert, brauchen die alte und die neue Oberfläche einen gemeinsamen Zugang zu den Daten darunter. Wie sich Legacy-Systeme API-first für moderne Oberflächen öffnen lassen, erklären wir in einem eigenen Artikel.

Wer parallel noch veraltete Bibliotheken wie jQuery im Einsatz hat, sollte das in dieselbe Planung aufnehmen. Diese Altlasten hängen in der Praxis häufig zusammen.

Was kostet eine Frontend-Modernisierung?

Die Kosten schwanken stark. Ein kleines internes Tool mit wenigen Formularen lässt sich oft in wenigen Wochen umstellen. Ein gewachsenes Kundenportal mit Dutzenden Komponenten kann mehrere Monate in Anspruch nehmen.

Den Aufwand bestimmt vor allem, wie viel vom bestehenden Code sich wiederverwenden lässt. Dazu kommt, wie gut die Anwendung dokumentiert ist und wie eng alte und neue Teile zusammenhängen. Eine Bestandsaufnahme vor Projektstart liefert eine reale Schätzung, keine Daumenregel.

Mehr zur laufenden Betreuung solcher Systeme lesen Sie in unserem Überblick zur Software-Wartung.

Warum sich Warten selten lohnt

Ein altes Frontend fällt selten an einem einzigen Tag komplett aus. Meist beginnt es kleiner. Eine Funktion reagiert langsamer. Ein Formular springt in bestimmten Browsern nicht mehr richtig an. Ein Praktikant fragt, warum der Code so anders aussieht als alles, was er gelernt hat.

Jeder Monat ohne Umstellung macht die spätere Migration nicht günstiger. Der Code wächst weiter, neue Funktionen kommen auf der alten Basis hinzu. Die Distanz zum aktuellen Stand der Technik wird dadurch größer, nicht kleiner. Wer früh plant, kann die Umstellung in Ruhe auf mehrere Monate verteilen. Wer erst reagiert, wenn ein Browser-Update eine zentrale Funktion lahmlegt, plant unter Zeitdruck und mit deutlich weniger Verhandlungsspielraum.

Fazit: AngularJS End of Life ist kein Grund zur Panik, aber ein Grund zu handeln

AngularJS End of Life und Vue 2 End of Life sind keine Eilmeldungen. Beide Systeme laufen rein technisch oft noch jahrelang weiter. Das Risiko wächst aber mit jedem Monat, in dem Sicherheitslücken offen bleiben und das Wissen über die alte Technik weiter schwindet.

Wer jetzt plant, hat die Wahl zwischen Angular, Vue 3 und React und kann die Umstellung in überschaubaren Schritten angehen. Wer wartet, löst das Problem irgendwann trotzdem, nur unter Zeitdruck und mit weniger Optionen.

Sprechen Sie uns an. Das Erstgespräch ist kostenlos. Wir schauen uns Ihr Frontend an und sagen Ihnen ehrlich, welcher Weg für Ihr System sinnvoll ist.