
Der Jahresbeginn ist ein guter Zeitpunkt, um einen Schritt zurückzutreten und einzuordnen, welche Themen Unternehmen aktuell wirklich beschäftigen und welche davon auch mittelfristig relevant bleiben.

2025 war stark von Künstlicher Intelligenz geprägt. Die Entwicklung ist rasant, neue Möglichkeiten entstehen laufend. Auch wir haben intern bereits Prozesse mit Unterstützung von KI optimiert und in ersten Kundenprojekten sehr gute Erfahrungen gemacht. Gleichzeitig war das vergangene Jahr aber auch von viel Hype begleitet. In meinem LinkedIn-Netzwerk sind gefühlt über Nacht zahlreiche neue KI-Experten entstanden.

Das zeigt, wie groß das Interesse und das Potenzial dieses Themas ist. Es zeigt aber auch, dass zwischen technischer Machbarkeit und sinnvoller Nutzung im Unternehmenskontext oft noch eine Lücke besteht.

KI ist kein Allheilmittel. Der entscheidende Schritt liegt nicht in noch mehr Tools oder Experimenten, sondern in Integration, Qualität und Verantwortung. Genau hier beginnt 2026 für viele Unternehmen eine neue Phase: weg vom Ausprobieren, hin zu strukturierten, tragfähigen Lösungen.  
2026 geht es für viele Unternehmen daher weniger um neue Experimente, sondern um die richtigen Schwerpunkte.

## Cloud ist gesetzt

Cloud-Dienste sind in den meisten Unternehmen längst etabliert. Die Nutzung ist Standard und wird weiter zunehmen. Entsprechend bleiben Cloud-Architekturen und Migrationen auch 2026 ein relevantes Thema.

Während in den vergangenen Jahren vor allem die Frage im Vordergrund stand, ob und wie Systeme in die Cloud gebracht werden, rücken heute Kosten- und Ressourcensteuerung, Architektur, Governance, Security und Compliance stärker in den Mittelpunkt. Cloud ist nicht automatisch günstiger oder einfacher. Ohne saubere Architektur und laufende Kontrolle steigen Komplexität und Kosten schnell an. Themen wie FinOps, klare Verantwortlichkeiten und nachvollziehbare Betriebsmodelle werden dadurch entscheidend.

Zusätzlich wird die Diskussion rund um Datensouveränität und europäische Alternativen intensiver geführt. Politische Entwicklungen und regulatorische Anforderungen tragen ihren Teil dazu bei. Gleichzeitig sind US-amerikanische Cloud-Anbieter in vielen Unternehmen tief etabliert. Ob sich europäische Anbieter stärker durchsetzen oder hybride und Multi-Cloud-Ansätze zunehmen, bleibt abzuwarten. Themen wie Vendor Lock-in, Multi-Cloud-Governance und Cloud-Security sind konkrete Fragestellungen, mit denen sich Unternehmen auseinandersetzen müssen.

## KI braucht Kontext

Künstliche Intelligenz ist in vielen Unternehmen längst im Alltag angekommen. Oft jedoch nicht über offiziell eingeführte Lösungen, sondern durch individuelle Nutzung einzelner Mitarbeitender. Texte werden zusammengefasst, Informationen recherchiert oder erste Analysen erstellt – häufig außerhalb klar definierter Prozesse und ohne zentrale Steuerung.

Das eigentliche Problem ist dabei weniger die Technologie selbst, sondern der fehlende Kontext. Ohne klare Regeln, saubere Datenbasis und definierte Verantwortlichkeiten bleibt der Einsatz von KI unkoordiniert. Um aus dieser punktuellen Nutzung nachhaltigen Mehrwert zu schaffen, muss KI in bestehende Systeme und Prozesse eingebettet werden. Erst wenn Daten, Abläufe und Verantwortlichkeiten zusammenspielen, kann KI gezielt entlasten, Effizienz steigern und messbaren Nutzen liefern.

Je tiefer KI in Geschäftsprozesse integriert wird, desto stärker rücken klassische IT-Fragestellungen in den Vordergrund. Architektur, Schnittstellen, Betrieb, Monitoring und Sicherheit werden zu entscheidenden Faktoren. Governance und Compliance werden damit zur Grundvoraussetzung für einen verlässlichen und nachhaltigen Einsatz.

![](/images/blog/trends-2026/trends-2026.png 'Die IT-Schwerpunkte 2026 im Überblick')

## Cybersecurity rückt ins Zentrum

Angriffe auf Unternehmen nehmen spürbar zu. Erfolgreiche Hacks sind längst keine Ausnahme mehr und betreffen nicht nur große Konzerne oder internationale Organisationen. Auch im Ländle kommt es immer wieder zu Vorfällen. Die Schäden gehen dabei weit über technische Probleme hinaus. Produktionsausfälle, eingeschränkte Geschäftsprozesse, Datenverluste und Imageschäden führen schnell zu hohen Kosten. Spätestens an diesem Punkt wird deutlich, dass IT-Sicherheit kein reines IT-Thema ist, sondern ein unternehmerisches Risiko darstellt.

Trotzdem ist IT-Sicherheit in vielen Organisationen noch nicht ganzheitlich verankert. Maßnahmen werden oft punktuell umgesetzt, Zuständigkeiten sind unklar und es fehlt ein übergreifender Blick auf Risiken, Abhängigkeiten und Abläufe. Sicherheit wird häufig erst dann priorisiert, wenn bereits etwas passiert ist.

Regulatorische Anforderungen wie DORA, NIS2, der Cyber Resilience Act und der EU AI Act sind für viele Unternehmen nicht mehr optional, sondern verbindlich umzusetzen. Sie sind der Versuch, Mindeststandards für Sicherheit, Verantwortung und Nachvollziehbarkeit zu schaffen. IT-Security wird damit zunehmend auch zur Führungsaufgabe.

Das Thema ist vielschichtig. Gerade für Unternehmen ohne große IT-Abteilungen ist das herausfordernd. Bevor man sich technisch im Detail verliert, sollte man daher mit grundlegenden Fragen starten: Wer trägt Verantwortung? Welche Risiken sind akzeptabel? Welche Prozesse greifen im Ernstfall?

## Wenn bestehende Systeme zur Bremse werden

In der Praxis zeigt sich immer wieder, dass bestehende Altsysteme zur Bremse werden und zugleich ein Risiko darstellen. Anwendungen sind über Jahre gewachsen, Know-how ist teilweise verloren gegangen und die Wartbarkeit nicht mehr langfristig gesichert.

Altsysteme erfüllen oft weiterhin ihren Zweck, häufig jedoch nur eingeschränkt. Neue Anforderungen rund um Cloud-Anbindung, Datenintegration, Security oder Automatisierung lassen sich nur mit hohem Aufwand oder gar nicht mehr abbilden. Gleichzeitig steigt der Druck durch abgekündigten Support, fehlende Updates oder personelle Abhängigkeiten.

Software-Modernisierung ist selten ein einzelnes Projekt, sondern eine langfristige Aufgabe. Es geht weniger darum, bestehende Systeme auszutauschen, sondern darum, wie gut sie den Arbeitsalltag unterstützen. Viele Effizienzverluste entstehen dort, wo Prozesse nicht durchgängig sind, Daten mehrfach erfasst werden oder Systeme nicht miteinander sprechen.

Moderne IT soll genau diese Reibungsverluste reduzieren: Abläufe vereinfachen, Systeme integrieren und Automatisierung dort einsetzen, wo sie tatsächlich entlastet. Eine stabile, zeitgemäße Systemlandschaft wird damit zu einem zentralen Hebel für Effizienz und Weiterentwicklung.

![](/images/blog/trends-2026/trend-2026-it.jpg 'Die IT-Schwerpunkte 2026 im Überblick')

## Im Gesamtkontext betrachtet

Betrachtet man diese Themen im Gesamtkontext, wird deutlich: Sie lassen sich nicht mehr isoliert denken. Entscheidungen in einem Bereich wirken sich unmittelbar auf andere aus und entfalten ihre Wirkung oft erst im Zusammenspiel.

Mit Cloud, KI, Security und zunehmender Regulierung ist der technologische Wandel enorm. Gleichzeitig verändert sich mit diesen Entwicklungen vor allem die Rolle der IT. Sie ist kein Selbstzweck und kein reiner Kostenfaktor mehr, sondern zunehmend ein Enabler für effiziente Abläufe und ein strategischer Faktor für Unternehmen. Mit dieser Bedeutung steigen auch die Anforderungen. Zusammenhänge werden komplexer, Abhängigkeiten größer und die Auswirkungen von Entscheidungen langfristiger.

Einzelne Maßnahmen oder punktuelle Projekte greifen dabei immer seltener. Gefragt sind Menschen, die Zusammenhänge verstehen, den Überblick behalten und technische, organisatorische und regulatorische Aspekte im Gesamtkontext denken.

## Fazit

Was bedeuten diese Entwicklungen konkret für Unternehmen im Jahr 2026?  
Vor allem eines: den eigenen Status ehrlich zu betrachten. Wo stehen wir heute? Wie sind unsere Systeme aufgestellt? Wo entstehen Reibungsverluste, Risiken oder Abhängigkeiten?

Bevor neue Initiativen gestartet werden, braucht es Überblick. Einen klaren Blick auf bestehende Systemlandschaften, Prozesse und Verantwortlichkeiten. Erst auf dieser Basis lassen sich Prioritäten sinnvoll setzen und Entscheidungen fundiert treffen.

Nicht alle Themen können und müssen gleichzeitig angegangen werden. Entscheidend ist ein klarer, realistisch umsetzbarer Plan: Welche Themen sind kurzfristig kritisch, welche mittelfristig relevant und welche können bewusst warten? Wer strukturiert vorgeht und Themen aufeinander aufbaut, schafft Stabilität und vermeidet unnötige Komplexität.

Gerade weil sich technologische Entwicklungen und regulatorische Anforderungen gegenseitig beeinflussen, wird diese bewusste Herangehensweise zum Erfolgsfaktor. Unternehmen, die sich jetzt strukturiert aufstellen und ihre Themen bewusst priorisieren, schaffen damit eine tragfähige Grundlage für die kommenden Jahre.


Cloud, KI und Compliance – die IT-Schwerpunkte für 2026


Third Party NPM-Pakete sind ein wesentlicher Bestandteil der modernen Webentwicklung. Ob große Frameworks wie React, Angular oder Next.js oder Utility-Bibliotheken
wie Lodash und Axios - sie alle helfen Entwicklern, schneller und effizienter zu arbeiten. Doch die Verwendung von Drittanbieter-Paketen bringt auch Sicherheitsrisiken mit sich
wie einige prominente Beispiele in der Vergangenheit gezeigt haben.

# Risiken bei der Verwendung von Third Party NPM-Paketen

Ein prominentes Beispiel ist der [Shai-Hulud](https://www.golem.de/news/shai-hulud-npm-wurm-erbeutet-rund-400-000-zugangsdaten-2512-202869.html) NPM-Wurm, der rund 400.000 Zugangsdaten erbeutet hat.
Angreifer können bösartigen Code in NPM-Pakete einschleusen, die dann von Entwicklern unwissentlich in ihre Projekte integriert werden. Dies kann dazu führen,
dass sensible Daten kompromittiert werden oder sogar ganze Unternehmen lahmgelegt werden. Ein gezielter Angriff um sensible Daten zu stehlen war der
[S1ngularity Vorfall](https://nx.dev/blog/s1ngularity-postmortem). Hier wurde ein post-install Skript in ein populäres NPM-Paket eingeschleust, welches dann bei der Installation
sensible Daten von Entwicklern an einen Angreifer sendete.

Doch nicht nur bösartiger Code stellt ein Risiko dar. Auch unabsichtliche Sicherheitslücken in Drittanbieter-Paketen können ausgenutzt werden. Eine im Dezember 2025
entdeckte Schwachstelle in React Server Components [CVE-2025-55182](https://www.bsi.bund.de/SharedDocs/Cybersicherheitswarnungen/DE/2025/2025-304569-1032.pdf?__blob=publicationFile&v=3)
auch bekannt als "React2Shell" ermöglicht es Angreifern, Code auf dem Server auszuführen. Die Schwachstelle wurde zwar schnell behoben, aber Systeme die nicht
direkt aktualisiert wurden, bleiben anfällig. AWS hat berichtet das Stunden nach der Veröffentlichung der Schwachstelle bereits [erste Angriffe von chinesischen Hackern](https://aws.amazon.com/de/blogs/security/china-nexus-cyber-threat-groups-rapidly-exploit-react2shell-vulnerability-cve-2025-55182/)
beobachtet wurden.

# Wie kann eine sichere NPM-Entwicklung gewährleistet werden?

Die große Abhängigkeit von Third Party NPM-Paketen macht es schwierig, eine sichere NPM-Entwicklung zu gewährleisten. Dennoch gibt es einige bewährte Methoden,
die jeder Entwickler befolgen sollte, um die Sicherheit seiner Projekte zu verbessern. Wenn NPM-Pakete eingesetzt werden muss man sich einerseits von Supply-Chain-Angriffen schützen,
andererseits aber auch sicherstellen, dass keine Schwachstellen durch veraltete Pakete entstehen.

## Best Practices für sichere NPM-Entwicklung

#### Post-Install Skripte deaktivieren

Eine der effektivsten Maßnahmen gegen bösartigen Code in NPM-Paketen ist das Deaktivieren von Post-Install Skripten. Diese Skripte werden automatisch ausgeführt,
wenn ein Paket installiert wird. Dies kann dazu genutzt werden, bösartigen Code auszuführen. Durch das Deaktivieren dieser Skripte kann das Risiko minimiert werden.

Es wird empfohlen, die Post-Install Skripte global zu deaktivieren, um sicherzustellen, dass alle Projekte im Team geschützt sind. Dies kann durch den folgenden Befehl erreicht werden:

```bash
$ npm config set ignore-scripts true
```

In deinem User .npmrc File sollte sich dann folgender Eintrag befinden:

```
ignore-scripts=true
```

#### Cooldown Perioden für neue Pakete einführen

Bevor ein neues NPM-Paket in einem Projekt verwendet wird, sollte es eine Cooldown Periode geben. Da sich Schadcode oft in neuen Releases versteckt, ist es sinnvoll,
eine Wartezeit von einigen Tagen oder Wochen einzuführen, bevor ein neues Paket in einem Projekt verwendet wird. In dieser Zeit kann die Community das Paket überprüfen
und eventuelle Sicherheitslücken identifizieren.

npm bietet dafür ein --before Flag an, mit dem Pakete nur installiert werden, wenn sie vor einem bestimmten Datum veröffentlicht wurden. Zum Beispiel:

```bash
$ npm install express --before=2025-11-01
```

#### npm ci verwenden

Anstatt `npm install` zu verwenden, sollte `npm ci` genutzt werden. Dieser Befehl installiert die Abhängigkeiten basierend auf der `package-lock.json` Datei.
Wenn lockfiles und package.json nicht synchron sind, schlägt der Befehl fehl. Dies stellt sicher, dass nur die getesteten und genehmigten Versionen der Pakete installiert werden.

```bash
$ npm ci
```

#### Nicht jedes Paket blind übernehmen

Alle Pakete auf einmal aktualisieren mag verlockend klingen, aber es ist wichtig, jedes Paket sorgfältig zu überprüfen, bevor es aktualisiert wird. Entwickler sollten die Release-Notes lesen,
die Community-Aktivität überprüfen und sicherstellen, dass keine neuen Sicherheitslücken eingeführt werden.

#### Monitoring und automatisierte Sicherheitsprüfungen einführen

Ein laufendes Monitoring der verwendeten NPM-Pakete ist entscheidend. Tools wie [Snyk](https://snyk.io/), [Dependabot](https://dependabot.com/) oder [npm audit](https://docs.npmjs.com/cli/v11/commands/npm-audit)
können dabei helfen, bekannte Sicherheitslücken in den verwendeten Paketen zu identifizieren und automatisch Updates vorzuschlagen.

#### Software Bill of Materials (SBOM) pflegen

Eine Software Bill of Materials (SBOM) ist eine detaillierte Liste aller Komponenten, Bibliotheken und Abhängigkeiten, die in einem Softwareprojekt verwendet werden. Dies ist übrigens
verpflichtend für viele Unternehmen die vom [Cyber Resilience Act (CRA)](https://digital-strategy.ec.europa.eu/en/policies/cyber-resilience-act) betroffen sind.
Die Pflege einer SBOM hilft dabei, den Überblick über alle verwendeten NPM-Pakete zu behalten und erleichtert die Identifizierung von potenziellen Sicherheitsrisiken.

#### Weniger ist mehr

Bei jeder npm Installation sollte hinterfragt werden, ob das Paket wirklich benötigt wird. Jedes zusätzliche Paket erhöht die Angriffsfläche.
Weniger Pakete bedeuten weniger potenzielle Schwachstellen. Node.js und das JavaScript-Ökosystem bieten immer mehr native Funktionen, die den Einsatz von Drittanbieter-Paketen überflüssig machen.

## Fazit

Eine sichere Softwareentwicklung mit NPM-Paketen erfordert Aufmerksamkeit und Sorgfalt. Durch die Implementierung der oben genannten Best Practices können Entwickler
das Risiko von Sicherheitslücken erheblich reduzieren. Falls du Unterstützung bei der Implementierung dieser Maßnahmen in deinem Team benötigst oder eine
Sicherheitsüberprüfung einer existierenden Codebasis wünschst, stehen wir dir gerne zur Verfügung. Kontaktiere uns einfach für eine Beratung!


Sichere NPM-Entwicklung: Best Practices für mehr Sicherheit in deinem Projekt


#### Anforderungen

Seit mehreren Jahren liegt unser Fokus bei FORTIX auf der Entwicklung von **Enterprise-Applikationen mit Angular**. Dabei stehen vor allem drei Ziele im Vordergrund: Die Anwendungen sollen über ihre gesamte Lebensdauer hinweg **skalierbar** bleiben, sich **einfach warten** und erweitern lassen und gleichzeitig einen **leichten Einstieg** für neue Teammitglieder ermöglichen – unabhängig davon, wie groß oder wie wechselhaft ein Team aufgestellt ist.

Gerade in großen Projekten verändern sich Teams im Laufe der Zeit. Rollen verändern sich, neue Mitarbeiter kommen hinzu und Anforderungen wachsen. Deshalb ist es wichtig, bereits zu Beginn des Projekts die nötige **Flexibilität im Setup** zu berücksichtigen. Eine gut strukturierte und wartungsfreundliche Architektur zahlt sich langfristig aus. Es gibt kaum etwas Ärgerlicheres als technische Altlasten, die zukünftige Weiterentwicklungen erschweren oder blockieren.

#### Das Setup

Unser bevorzugtes Setup basiert auf einem **NX Monorepo**, das mehrere Vorteile vereint. Es ermöglicht eine klare Trennung zwischen Anwendungen und Bibliotheken, sorgt für einheitliche und wiederverwendbare Standardbefehle und bietet effizientes Caching sowie schnelle Build-Prozesse. Durch diese Struktur lassen sich neue Anwendungen und Komponenten konsistent integrieren, was Wartung und Erweiterungen deutlich vereinfacht.

##### Typische Struktur

- **Component Library** – zentrale UI-Komponenten
- **Style Library** – Themes, Layout, Variablen
- **Utils Library** – generische Funktionen & Helfer
- **Signal Stores** – schlankes State-Management
- **NSwag-Generierung** – gemeinsame API-Typdefinitionen für Client & Server

##### Warum NX Monorepo?

Mit NX erreichen wir bereits die wesentlichen Projektanforderungen:

- **Trennung zwischen Apps und Libraries** - Einfachere Wartung & Fehlersuche
- **Wiederverwendbare Komponenten** - Schneller Aufbau neuer Anwendungen
- **Team-freundliche Struktur** - Leichter Einstieg für neue Teammitglieder

Neue Anwendungen können innerhalb des Monorepos **mit denselben UI-Komponenten und Tools** erstellt werden.
Das steigert Konsistenz und reduziert Aufwand.

##### Component Library

Für die Component Library setzen wir häufig auf **DevExtreme** als Basis.
Diese liefert eine große Auswahl an vorgefertigten UI-Komponenten wie Tabellen, Data Grids und Formularelementen.

Wir erstellen **eigene Wrapper-Komponenten**, um Controls gezielt zuzuschneiden.
Das spart Zeit und sorgt für **ein durchgängiges UI-Verhalten** im gesamten System.

![](/images/blog/angular-at-scale/component-library-schema.jpg 'Schema der Struktur mit Component Library')

##### Warum Signal Store?

Mit den **Angular Signal Stores** steht ein schlankes und sehr intuitives State-Management zur Verfügung.

**Vorteile:**

- Stores werden **feature-spezifisch** aufgebaut
- sehr **übersichtliche Syntax**
- weniger Boilerplate als NgRx
- Migration von NgRx **schrittweise möglich**

Der Store befindet sich **nah an der Komponente** → das verbessert Lesbarkeit und Testbarkeit.

![](/images/blog/angular-at-scale/signal-store.png 'Auszug Migration von NgRx zu Signal Stores')

##### Instruction Files

Damit Vorschläge von **GitHub Copilot** oder anderen AI-Tools den Projektstandards entsprechen, verwenden wir ein **instructions.md** im Repository.

- Projektbeschreibung & Struktur
- Coding-Guidelines
- Namenskonventionen
- Beispielcode

So wird AI-generierter Code **direkt in der gewünschten Form** erzeugt.

![](/images/blog/angular-at-scale/instructions.jpg 'Beispiel eines instruction.md Files für AI-Unterstützung')

#### Testing & Wartung

Für langfristig stabile Anwendungen setzen wir auf:

- **Unit Tests** für Kernlogik & Helper
- **E2E Tests** für kritische Userflows
- **Regelmäßige Angular Updates**, um Tech Debt gering zu halten

Eine klare Architektur erleichtert Testbarkeit automatisch.

#### Wesentliche Punkte (Zusammenfassung)

- **UI** - Basiskomponenten aus Library (DevExtreme + Wrapper)
- **Zustand** - **Signal Stores**, nach Features getrennt
- **Architektur** - Standalone Components + Library-Aufteilung
- **AI-Unterstützung** - _instructions.md_ zur Regelung von Copilot-Vorschlägen

#### Ausblick: Micro Frontends

Für sehr große Systeme oder mehrere unabhängige Teams kann der Einsatz von **Micro Frontends** sinnvoll sein. Dabei werden mehrere Frontend-Anwendungen separat entwickelt und deployt, aber in eine gemeinsame Shell eingebettet. So können Teams unabhängig arbeiten, Features releasen und gleichzeitig die Anwendungen als ein zusammenhängendes System präsentieren.

Mit **Webpack Module Federation** lassen sich diese Micro Frontends zur Laufzeit laden und dynamisch kombinieren. Dies ermöglicht nicht nur unabhängige Deployments, sondern erlaubt auch den Einsatz unterschiedlicher Technologien innerhalb desselben Projekts und schafft klare Verantwortlichkeiten pro Team.

Typische Anwendungsbeispiele sind Webshops, bei denen Checkout, Artikelverwaltung und Userverwaltung als separate Frontends implementiert werden, oder Plattformen wie Netflix, bei denen Startseite, Suche, Player und Profile voneinander entkoppelt sind und unabhängig weiterentwickelt werden können.

#### Links

- [Angular instruction example](https://angular.dev/ai/develop-with-ai/)
- [Nx Monorepo](https://nx.dev/)
- [DevExtreme Angular Components](https://js.devexpress.com/Overview/Angular/)
- [Angular Signal Stores](https://angular.dev/guide/signals)
- [Micro Frontends with Angular](https://www.angulararchitects.io/blog/micro-frontends-with-modern-angular-part-1-standalone-and-esbuild/)


Angular at Scale – Best Practices für Enterprise-Applikationen


Angular gehört seit Jahren zu den führenden Frameworks für skalierbare Webanwendungen – besonders im Enterprise-Umfeld. Die neue Version 20 setzt den Fokus nicht auf große Umbrüche, sondern auf Stabilität, moderne Standards und eine verbesserte Developer Experience.

Wir bei **FORTIX** haben uns die Neuerungen angesehen – hier unser Überblick und unsere Einschätzung.

### Was bringt Angular 20?

#### Zoneless Angular – ein großer Schritt näher

Mit Angular 20 ist zoneless change detection offiziell im Developer Preview angekommen. Die neue API `provideZonelessChangeDetection` ersetzt die bisher experimentelle Version – und zeigt: Angular macht ernst.  
Google nutzt Zoneless Angular bereits produktiv (z. B. bei Google Fonts), und erste Projekte berichten von spürbar besseren Lighthouse Scores.  
Auch in der Angular CLI ist das Thema angekommen: Beim Erstellen neuer Projekte (`ng new`) wird direkt gefragt, ob man eine zonenfreie App starten möchte.

#### Server-Side Rendering – stabiler und flexibler

Angular 20 bringt deutliche Verbesserungen im Bereich Server-Side Rendering (SSR). Zwei zentrale Features – **inkrementelle Hydration** und **Rendering-Konfiguration pro Route** – sind jetzt offiziell stabil.

Was bedeutet das in der Praxis?

- Komponenten können nachgeladen und hydratisiert werden, **wenn sie wirklich gebraucht werden**
- Entwickler:innen können flexibel steuern, **welche Seiten serverseitig, clientseitig oder vorgerendert** ausgeliefert werden

Das spart Ressourcen, verbessert die Ladezeiten und macht Angular-Anwendungen effizienter – besonders bei großen, dynamischen Webapps.

#### Developer Experience: smarter & klarer

Angular 20 bringt viele kleine, aber wirkungsvolle Verbesserungen für den Entwicklungsalltag – quer durchs gesamte Framework: Routing, Forms, HTTP, API-Design.  
Ein echtes Highlight: **Die neue Integration mit den Chrome DevTools**.  
Angular-spezifische Infos wie **Change Detection-Zyklen**, **Komponenten-Rendering** oder **Event-Handling** sind jetzt direkt im Performance-Panel sichtbar – farblich markiert und im Kontext anderer Prozesse im Browser.  
Das macht die Analyse komplexer Apps deutlich einfacher und präziser.

### Unsere Einschätzung

Angular 20 ist kein lauter Hype-Release – und genau das gefällt uns.  
Die Richtung stimmt: Angular entwickelt sich mit Bedacht weiter, bleibt dabei aber **stabil, modern und zukunftssicher**.  
Besonders spannend: die Fortschritte bei **SSR** und **Signals** – Themen, die in vielen unserer Kundenprojekte eine zentrale Rolle spielen.

## Was heißt das für unsere Kunden?

✅ Bestehende Angular-Projekte lassen sich **gezielt und sicher auf Angular 20 migrieren**  
✅ Neue Projekte setzen wir gerne direkt mit Angular 20 auf  
✅ Wir beraten, ob **SSR oder Zoneless Architecture** für dein Projekt sinnvoll sind

##### Offizielle Release-Dokumentation

- [Offizieller Angular Blog: Angular 20 Announcement](https://blog.angular.dev/announcing-angular-v20-b5c9c06cf301)

Du planst ein neues Angular-Projekt oder möchtest bestehende Anwendungen modernisieren?  
**Lass uns sprechen – wir unterstützen dich gerne.**


Cloud, KI und Compliance – die IT-Schwerpunkte für 2026

Sichere NPM-Entwicklung: Best Practices für mehr Sicherheit in deinem Projekt

Angular at Scale – Best Practices für Enterprise-Applikationen

Angular 20 – die Jubiläumsversion im Überblick