Das neue SharePoint-Erlebnis – was Entwickler wissen müssen

Wenn du die Microsoft 365 Roadmap in letzter Zeit verfolgt hast, hast du die Neuigkeit wahrscheinlich mitbekommen: SharePoint bekommt eine komplette visuelle und strukturelle Überarbeitung. Nicht nur ein kleines Facelift. Ein richtiges Neudenken davon, wie Leute mit SharePoint interagieren, von Grund auf.

Meine erste Reaktion war ehrlich gesagt eine Mischung aus “endlich” und “Moment, was passiert mit meinen Web Parts?” Wenn du SharePoint-Entwickler oder Architekt bist, geht es dir wahrscheinlich gerade genauso.

Hier ist was sich tatsächlich ändert, was es für deine bestehenden Anpassungen bedeutet, und wo die Copilot-Lizenz-Grenze verläuft.

Drei Kernaufgaben: Discover, Publish, Build

Die größte Änderung ist, wie SharePoint sich jetzt organisiert. Die alte App Bar und Startseite sind weg. Die überarbeitete App Bar gruppiert alles rund um drei User-Aufgaben:

Discover ersetzt die traditionelle Startseite. Personalisierte Site Cards, News Feeds, Personen, Favoriten, letzte Elemente. Im Grunde dein intelligentes Launchpad.

Publish ist ein einziger Hub zum Erstellen und Verwalten von Seiten und News Posts. Templates, Analytics und irgendwann das volle Amplify Campaign Management leben hier.

Build ist wo du Sites, Listen, Bibliotheken und (das ist der große Punkt) AI Agents erstellst und verwaltest.

Es gibt auch weiterhin einen Home-Knoten für deinen Intranet-Einstiegspunkt mit globaler Navigation, und eine OneDrive-Abkürzung. Aber das mentale Modell hat sich von “Sites und Seiten” zu “Was willst du gerade tun?” verschoben. Microsoft hat eine 99% Keep Rate von Preview-Usern gemeldet. Das ist ein überraschend starkes Signal.

Flexible Sections: der Canvas, der SharePoint immer sein wollte

Flexible Sections werden eigentlich schon seit Anfang 2025 ausgerollt, aber sie sind jetzt ein Kernteil des neuen Erlebnisses und viel prominenter im Authoring-Flow.

Die Idee: Statt starrer Spalten-Layouts bekommst du ein 12-Zellen zweidimensionales Grid pro Section. Web Parts können überall auf diesem Grid platziert, frei in der Größe verändert und überlappt werden. Du kannst Elemente übereinander schichten, Section-Hintergründe hinzufügen und kontrollieren wie Content auf Mobile gestapelt wird.

Es gibt ein paar Einschränkungen. Card-basierte Web Parts wie Quick Links, People oder Hero unterstützen nur vier Breitenoptionen (volle Breite, ein Drittel, Hälfte und zwei Drittel). Aber Non-Card Web Parts wie Text, Image und File and Media können auf jede Breite im Grid angepasst werden.

Für Entwickler ist das relevant, weil deine Custom SPFx Web Parts jetzt in einem viel flexibleren Layout-Kontext leben. Wenn dein Web Part davon ausgegangen ist, dass es immer in einer sauberen Spalte sitzt, solltest du testen wie es sich verhält wenn es auf unerwartete Dimensionen skaliert oder mit einem anderen Element überlappt wird.

AI Sections: Natural Language trifft auf Seitendesign

Hier wird die Copilot-Integration für Content-Autoren greifbar. Mit AI Sections kannst du beschreiben was du willst, in einfachem Deutsch oder Englisch, etwas wie “füg eine Section hinzu die unsere Q1-Ergebnisse mit einem Chart und einer Zusammenfassung hervorhebt,” und SharePoint generiert den Content und schlägt ein Layout vor.

Es geht aber tiefer als nur Seitenerstellung. Die AI-Fähigkeiten umfassen Sites, Seiten, Bibliotheken, Listen und strukturierte Dokumente:

Für Sites beschreibst du deine Anforderungen und SharePoint generiert einen strukturierten Plan mit Sites, Seiten, Listen und Bibliotheken. Du kannst konversationell iterieren. Für Seiten entwirfst, verfeinerst und reorganisierst du Content direkt auf dem Canvas, fragst nach Tonanpassungen, Zusammenfassungen oder Section-Umstrukturierung. Bibliotheken bekommen automatische Metadata-Extraktion, Spaltenanwendung und Dateiorganisation ohne manuelles Tagging. Listen unterstützen volle CRUD-Operationen durch Natural Language, und du kannst aus Dateien befüllen, Schemas weiterentwickeln und Formulare erstellen. Und für strukturierte Dokumente kannst du Word-Dokumente in ausfüllbare Templates konvertieren, wobei die AI die Felder für dich erkennt.

Hinter den Kulissen orchestriert das dutzende Tools durch einen iterativen Reasoning-Prozess. Organisationen können auch Custom AI Skills definieren, die als Leitplanken fungieren, damit generierte Lösungen euren Standards für Struktur, Metadaten und Dokumentenerstellung folgen.

Eine Sache die man auf dem Schirm haben sollte: Beim initialen Rollout wird für einige der erweiterten Fähigkeiten Anthropics Claude verwendet. Je nach Region muss deine Organisation eventuell einwilligen, Anthropic als Sub-Processor zuzulassen. Microsoft hat anerkannt, dass das Barrieren schafft und sich verpflichtet, die Einschränkungen vor der allgemeinen Verfügbarkeit zu adressieren. Behalte das im Auge wenn du in einer regulierten Branche bist.

31 neue Seitenvorlagen

Die Template-Galerie bekommt ein großes Upgrade. Einunddreißig neue moderne Templates starten zwischen März und April 2026, mit verbessertem Browsing, Filtern und Suche. Du kannst sie über mehrere Einstiegspunkte erreichen: Site Settings, Site Contents, Onboarding-Prompts und sogar die Stream App.

Das ist weniger ein Entwickler-Thema und mehr eine Adoption-Sache, aber es ist gut zu wissen, weil es die Baseline-Erwartung verändert wie eine SharePoint-Seite aussehen sollte. Wenn Business User Zugriff auf polierte Templates haben, steigt die Latte für Custom Solutions.

Der SharePoint Admin Agent

Für Admins gibt es einen AI-Begleiter im SharePoint Admin Center. Der SharePoint Admin Agent macht proaktive Governance mit ein paar spezifischen Skills.

Er macht Berechtigungsanalyse, identifiziert Tenant-weite Berechtigungen und flaggt Oversharing-Risiken mit Remediation-Guidance. Er kümmert sich um Site Lifecycle Management, bringt inaktive, besitzerlose oder risikoreiche Sites ans Licht und schlägt Cleanup-Aktionen vor. Und er macht Storage Monitoring, verfolgt Storage-Trends über Sites hinweg und identifiziert Möglichkeiten Speicher freizugeben, inklusive PAYGO Onboarding-Support.

Wenn du jemals Stunden damit verbracht hast, SharePoint-Berechtigungen zu auditieren oder verlassene Sites aufzuspüren, weißt du wie mühsam das ist. Das ist die Art von Sache, die schon vor Jahren automatisiert gehört hätte.

Der Haken: Es braucht eine Microsoft 365 Copilot-Lizenz. Dazu gleich mehr.

Auswirkungen auf bestehende Web Parts und SPFx-Anpassungen

Das ist die Frage, die jeder SharePoint-Entwickler stellt. Kurze Antwort: Deine bestehenden SPFx Web Parts und Extensions funktionieren weiterhin.

Das neue Erlebnis wendet eine neutrale Farbpalette über alle SharePoint-Oberflächen an, und das schließt SPFx Placeholders ein. Microsoft beschreibt es als “Content nach vorne heben” durch Reduktion von visuellem Rauschen und klarere Struktur. In der Praxis wird der Chrome um deine Web Parts anders aussehen, aber deine Web Parts selbst sollten wie vorher rendern.

Trotzdem würde ich stark empfehlen, deine Solutions zu testen sobald das Preview auf deinem Tenant verfügbar ist. Ein paar Dinge auf die du achten solltest:

Das Layout-Verhalten deiner Web Parts in Flexible Sections. Wenn es hart codierte Breiten hat oder eine bestimmte Spaltenstruktur voraussetzt, teste es im neuen Grid-basierten Layout. Theming und Farbkonsistenz, weil die neutrale Palette mit Custom Styles kollidieren könnte, die auf das alte Theme abgestimmt waren. Und App Bar Interactions, weil wenn deine Solution auf der alten App Bar Struktur oder Navigationsmustern basiert, du verifizieren solltest, dass alles mit den neuen Navigationsknoten noch funktioniert.

Auf der SPFx-Roadmap-Seite konzentriert sich das Februar 2026 Update auf Stabilität und Tooling-Verbesserungen. SPFx 1.23 (März 2026) wird die Templates und das Tooling für die Erstellung von SPFx Solutions open-sourcen. SPFx 1.23.1 (April 2026) bringt eine neue open-gesourcte SPFx CLI als Preview, die den Yeoman Generator ersetzt. Und SPFx 1.24 (Juni 2026) führt Navigation Customizers für SPFx Component Overrides ein.

Nichts davon sind Breaking Changes. Die Botschaft vom SPFx-Team ist “Stabilität, Sicherheit und vorhersehbare Evolution.” Das ist beruhigend, aber es bedeutet auch, dass es noch keine spezielle neue API-Oberfläche für tiefe Integration mit den AI-Features gibt.

Das Copilot-Lizenz-Gate

Hier ist was eine Microsoft 365 Copilot-Lizenz braucht und was nicht.

Für alle verfügbar ohne Copilot-Lizenz: die überarbeitete App Bar und Navigation, die Discover-, Publish- und Build-Erlebnisse (Basisfunktionalität), das neutrale Theme und der visuelle Refresh, die Template-Galerie und Content-Publishing-Tools, Flexible Sections und die neuen Layout-Fähigkeiten.

Erfordert eine Microsoft 365 Copilot-Lizenz: alle AI-gestützten Erstellungsfeatures (Natural Language Site-, Seiten-, Listen- und Bibliotheksgenerierung), AI Sections und Content-Generierung, der SharePoint Admin Agent, Custom AI Skills und Agentic Building Capabilities.

Diese Aufteilung ist wichtig. Der visuelle Refresh und die strukturellen Verbesserungen kommen für alle. Das AI-Zeug ist hinter der Copilot-Paywall. Für Organisationen die Copilot-Lizenzen nicht breit ausgerollt haben, bekommt man trotzdem ein merkbar besseres SharePoint-Erlebnis. Aber der Teil wo du beschreibst was du willst und SharePoint es für dich baut – das braucht die Lizenz.

Noch ein Lizenzierungsdetail: Wenn deine Organisation eine Microsoft 365 Copilot-Lizenz hat und mindestens ein User ihr zugewiesen ist, bekommen SharePoint-Administratoren automatisch Zugriff auf die SharePoint Advanced Management Features die für das Copilot Deployment erforderlich sind.

Was das für Custom Development in Zukunft bedeutet

Wo stehen wir also? Das neue SharePoint-Erlebnis sieht gut aus, und die AI Building Capabilities werden verändern wie Organisationen Content erstellen und verwalten. Aber für Entwickler ist es nuancierter als das Marketing suggeriert.

Die gute Nachricht: SPFx geht nirgendwohin. Microsoft investiert weiter in das Framework, und bestehende Anpassungen sind mit dem neuen Erlebnis kompatibel. Das Open-Sourcing des SPFx Toolings ist ein positives Signal für das Ökosystem.

Die schwierigere Frage ist die nach der langfristigen Rolle von Custom Development, wenn AI Sites, Seiten, Listen und Bibliotheken aus einer natürlichsprachigen Beschreibung generieren kann. Wenn ein Business User beschreiben kann was er braucht und in Minuten eine funktionierende Lösung bekommt – wo passt der Custom Developer hin?

Ich glaube die Antwort ist die gleiche wie immer: Custom Development füllt die Lücken die Out-of-the-Box nicht kann. Komplexe Business-Logik, tiefe Integrationen, hochspezifische UX-Anforderungen. Die gehen nicht weg. Wenn überhaupt, werden die Custom Solutions die Organisationen tatsächlich brauchen anspruchsvoller, nicht einfacher, je besser das Baseline-Erlebnis wird.

Für jetzt: Aktivier das Preview in deinem Dev-Tenant, teste deine bestehenden Solutions, und fang an darüber nachzudenken wie sich deine Custom Web Parts in einer Welt von Flexible Sections und AI-generierten Layouts verhalten. Der Rollout-Zeitplan ist eng: Public Preview ab 3. März, Targeted Release Ende April und General Availability im Mai 2026.

SharePoint ist gerade 25 geworden. Ich hätte nicht erwartet, dass mich ein SharePoint-Redesign 2026 so interessiert, aber da sind wir jetzt.

Weiterlesen

• Microsoft Tech Community: Introducing new agentic building in SharePoint and more updates – die offizielle Ankündigung von Adam Harmetz zu den drei Kernaufgaben, AI Sections und dem SharePoint Admin Agent
• Microsoft 365 Dev Blog: SharePoint Framework (SPFx) roadmap update – February 2026 – Vesa Juvonens Update zu SPFx 1.23, Open-Source-Tooling und der neuen CLI Preview
• Microsoft Learn: The new SharePoint experience – Admin- und Deployment-Dokumentation für das neue Erlebnis