Targeted Release endet. So richten Sie Frontier, Standard und Deferred Release ein – und warum ein Testmandant hilft
Ab November 2026 lässt sich in Microsoft 365 nicht mehr ändern, wer in Targeted Release ist, und im Januar 2027 verschwindet Targeted Release ganz. Was es ersetzt, was mit Ihrer Pilotgruppe passiert und warum wir neben dem Produktivmandanten einen Testmandanten empfehlen.
Viele Organisationen haben in Microsoft 365 ein einfaches System, um sich von Neuerungen nicht überraschen zu lassen: Einige Personen aus IT und Helpdesk sind in Targeted Release eingetragen, sehen neue Funktionen also etwas früher als alle anderen und können sie rechtzeitig ausprobieren und den Support vorbereiten. Dieses System endet. Microsoft hat am 7. Oktober angekündigt (MC1490899), dass Targeted Release im Januar 2027 eingestellt wird – und dass sich schon ab November 2026 daran nichts mehr ändern lässt. Als Termin für die Vorbereitung empfiehlt Microsoft den 31. Oktober.
Dieser Artikel fasst zusammen, was Targeted Release ersetzt, was mit Ihrer heutigen Konfiguration passiert und warum jetzt ein guter Zeitpunkt für einen Schritt ist, den wir seit Langem empfehlen: neben dem Produktivmandanten einen zweiten Mandanten zum Testen zu betreiben.
Was sich wann ändert
| Wann | Was |
|---|---|
| jetzt | prüfen, wer in Targeted Release ist, und die neuen Release-Einstellungen festlegen |
| November 2026 | niemand kann mehr zu Targeted Release hinzugefügt oder daraus entfernt werden; im Microsoft 365 Admin Center kommt eine einheitliche Seite Release preferences |
| Januar 2027 | Targeted Release endet; seine Benutzer erhalten Funktionen gemäß der neuen Einstellung (Standard oder Deferred) |
Wer nichts tut, verpasst keine Neuerungen. Benutzer aus Targeted Release fallen nach dem Ende einfach auf die Standardeinstellung der Organisation zurück. Den Vorsprung verlieren Sie aber, mit dem Sie bisher gerechnet haben – Ihre Pilotgruppe sieht Neuerungen dann zur selben Zeit wie alle anderen.
Die Änderung betrifft Dienste, die Funktionen heute über Targeted Release ausliefern: Microsoft 365 Admin Center, Teams, OneDrive, SharePoint Online, Outlook im Web, das neue Outlook für Windows und Office im Web. Nicht betroffen sind die Updatekanäle der Desktop-Apps von Microsoft 365 Apps, die Updatekanäle von Windows und das Microsoft 365 Insider-Programm.
Drei neue Optionen
| Option | Was Sie bekommen | Was zu beachten ist |
|---|---|---|
| Frontier | Funktionen vor der allgemeinen Verfügbarkeit (Vorschau) | nur nach Anmeldung, Funktionen können sich ändern, keine SLAs der allgemeinen Verfügbarkeit |
| Standard Release (Standard) | Funktionen, sobald sie allgemein verfügbar sind | die empfohlene Wahl für die meisten Organisationen |
| Deferred Release | größere Änderungen etwa 30 Tage nach Beginn von Standard Release | zurückgestellt werden nur Änderungen, die Microsoft als zurückstellbar kennzeichnet; alles andere kommt wie bei Standard |
Frontier lässt sich mit Standard oder Deferred kombinieren. Ein Benutzer in Frontier bekommt vorab nur, was Teil von Frontier ist; alles andere folgt seiner Einstellung für die allgemeine Verfügbarkeit. Frontier umfasst außerdem nicht mehr nur KI – inzwischen gehören auch Funktionen ohne KI dazu. Für die Anmeldung zu Frontier brauchen Sie keine Copilot-Lizenz, Copilot-Funktionen sehen Benutzer ohne sie aber nicht.
Was mit Ihrer heutigen Konfiguration passiert
Microsoft stellt dafür eine einfache Zuordnungstabelle bereit:
| Heute | Empfehlung nach der Änderung |
|---|---|
| Targeted Release für alle | Standard Release; wenn Sie für größere Änderungen mehr Zeit brauchen, Deferred Release |
| Targeted Release für ausgewählte Benutzer | Deferred Release für die Organisation, und Validierungs-, Support- und Pilotbenutzer (typischerweise IT und Helpdesk) als Ausnahme zu Standard Release hinzufügen |
| Standard Release für alle | nichts, Standard ist die Voreinstellung |
Die zweite Zeile ist die häufigste und lohnt einen genaueren Blick. Das Prinzip bleibt wie bisher: Eine kleine Gruppe sieht Neuerungen vor dem Rest des Unternehmens. Der Vorsprung entsteht aber anders – die Organisation erhält größere Änderungen etwa einen Monat später, die Pilotgruppe sofort.
Worauf Sie achten sollten
- Deferred stellt nicht alles zurück. Zurückgestellt werden nur größere Änderungen, die Microsoft als zurückstellbar kennzeichnet (im Message Center tragen sie die Kennzeichnungen Major update und Deferred feature). Alles andere – auch größere Änderungen ohne die Kennzeichnung Deferred feature – kommt bei allen gleichzeitig an.
- Es gibt höchstens 100 Ausnahmen. Jeder einzeln hinzugefügte Benutzer und jedes Mitglied einer Sicherheitsgruppe zählt zum Limit. Eine Pilotgruppe mit einigen Hundert Personen passt also nicht hinein.
- Der Wechsel zu Deferred kann etwas wegnehmen. Wer Benutzer von Standard zu Deferred verschiebt, kann ihnen Funktionen entziehen, die in Deferred noch nicht verfügbar sind. Kündigen Sie das vorher an.
- Änderungen dauern bis zu 24 Stunden. Frontier wirkt innerhalb von etwa drei Stunden.
- Frontier ist eine Vorschau. Funktionen können sich ändern oder wegfallen, die üblichen Supportzusagen gelten möglicherweise nicht, und Microsoft gibt ausdrücklich an, dass sie ISO 27001, ISO 27002 und ISO 27018 nicht erfüllen. Manche sind möglicherweise nur kostenpflichtig verfügbar.
- Wer die Einstellungen ändert: die Rollen Office Apps Administrator, Security Administrator oder AI Administrator. Heute liegt die Einstellung im Admin Center unter Copilot › Settings › View all › Copilot Release preferences: General availability (Frontier unter Copilot Frontier); im November wandert sie in die einheitlichen Release preferences.
Warum wir einen Testmandanten empfehlen
Release-Einstellungen regeln, wann wer eine Neuerung bekommt. Sie regeln nicht, wo Sie gefahrlos ausprobieren können, was sie mit Ihrer Umgebung macht. Dafür empfehlen wir, neben dem Produktivmandanten einen zweiten zu betreiben – einen Testmandanten. Das ist eine kleine Investition und deckt ab, was Release-Einstellungen nicht abdecken können:
1. Mandanteneinstellungen lassen sich nicht an wenigen Personen testen. Freigaberegeln, bedingter Zugriff, Aufbewahrungs- und DLP-Richtlinien, Ausgabenrichtlinien für Copilot oder SharePoint-Einstellungen gelten für den ganzen Mandanten oder für große Gruppen. Wer sie „live“ ändert, testet am ganzen Unternehmen. Im Testmandanten prüfen Sie die Auswirkungen ohne Risiko.
2. Immer mehr Neuerungen kommen eingeschaltet und lassen sich nicht abschalten. Das haben wir in unseren Monatsüberblicken wiederholt gesehen – die neue Besprechungssteuerung in Teams oder HTML-Seiten in SharePoint lassen sich nicht mandantenweit deaktivieren. Ein Testmandant in Frontier zeigt Ihnen, was kommt, bevor die Produktion es sieht. Ist die Produktion auf Deferred, verschafft Ihnen sogar ein Testmandant in Standard Release bei zurückstellbaren größeren Änderungen etwa einen Monat Vorsprung, um Anleitungen und Helpdesk vorzubereiten.
3. Eigene Lösungen brauchen einen eigenen Test. SPFx-Webparts, Power-Automate-Flows, Integrationen mit anderen Systemen, Verwaltungsskripts. Ändert Microsoft etwas, worauf sie aufbauen, wollen Sie es im Testmandanten erfahren, nicht von Ihren Benutzern.
4. Vorschaufunktionen gehören nicht zu den Live-Daten jedes Unternehmens. Microsoft gibt an, dass die Anmeldung von Benutzern eines Produktivmandanten zu Frontier sicher ist, und Administratoren behalten die volle Kontrolle darüber, wer was bekommt. Für Organisationen mit ISO-27001-Zertifizierung oder sensiblen Daten ist aber entscheidend, dass Frontier-Funktionen diese Normen nicht erfüllen. Sie in einem separaten Mandanten mit Testdaten auszuprobieren, ist die sauberere Lösung als in der Produktion.
5. Das Limit von 100 Ausnahmen. Eine große Pilotgruppe ist in der Produktion nicht möglich. Im Testmandanten brauchen Sie keine Ausnahmen – dort stellen Sie Standard Release und Frontier für alle ein.
Wie ein Testmandant aussehen sollte
- Dieselben Lizenzen wie in der Produktion, nur in kleiner Zahl. Einige Benutzer mit denselben Plänen, damit sie dieselben Funktionen sehen. Wer Copilot testen will, braucht auch im Testmandanten eine Copilot-Lizenz.
- Dieselben zentralen Einstellungen. Freigaberegeln, bedingter Zugriff, Aufbewahrung und SharePoint-Einstellungen wie in der Produktion. Sonst testen Sie etwas anderes als das, was später live läuft.
- Testdaten, keine Kopie der Produktion. Personenbezogene Daten und sensible Dokumente aus der Produktion gehören nicht in den Testmandanten.
- Ein Verantwortlicher und ein fester Rhythmus. Einen Testmandanten ohne Verantwortlichen nutzt nach einem halben Jahr niemand mehr. Es genügt, wenn eine Person aus der IT einmal pro Woche das Message Center durchgeht und ausprobiert, was Sie betrifft.
Empfohlene Konfiguration
| Produktivmandant | Testmandant | |
|---|---|---|
| Einstellung für GA | Deferred Release für die Organisation | Standard Release |
| Ausnahmen | IT, Helpdesk und Pilotbenutzer zu Standard Release (max. 100) | – |
| Frontier | aus, oder nur einige Personen aus der IT | für alle eingeschaltet |
Das Ergebnis ist ein dreistufiger Vorsprung: Der Testmandant sieht die Vorschau, die Pilotgruppe in der Produktion sieht allgemein verfügbare Funktionen sofort, und der Rest des Unternehmens erhält größere Änderungen etwa einen Monat später – mit bereits vorbereitetem Support.
Was jetzt zu tun ist (am besten bis 31. Oktober)
- Prüfen Sie im Admin Center, wer heute in Targeted Release ist (Settings › Org settings › Organization profile › Release preferences).
- Entscheiden Sie über die Einstellung für die Organisation – Standard oder Deferred – und legen Sie Ausnahmen fest.
- Entscheiden Sie, ob und für wen Sie Frontier einschalten.
- Passen Sie interne Dokumentation und Abläufe an, die sich auf Targeted Release beziehen.
- Informieren Sie den Helpdesk, die Teams für Sicherheit und Compliance und die Pilotgruppe.
- Wenn Sie keinen Testmandanten haben, planen Sie einen.
Das Wichtigste in Kürze
- Targeted Release endet im Januar 2027, eingefroren wird schon im November. Richten Sie die gewünschte Konfiguration jetzt ein.
- Verschieben Sie die Pilotgruppe zu Standard Release und geben Sie der Organisation Deferred Release. Beachten Sie das Limit von 100 Ausnahmen und dass Deferred nur größere Änderungen zurückstellt.
- Frontier ist eine Vorschau. Sie hat ihren Platz, aber ohne SLAs der allgemeinen Verfügbarkeit und ohne Konformität mit ISO 27001, 27002 und 27018 – in der Produktion nur bewusst.
- Ein Testmandant ist eine Absicherung, die Release-Einstellungen nicht ersetzen. Darin prüfen Sie Mandanteneinstellungen, eigene Lösungen und Neuerungen, die sich nicht abschalten lassen – bevor sie bei Ihren Benutzern ankommen.
Release-Einstellungen, Testmandanten und die laufende Verfolgung von Änderungen in Microsoft 365 behandeln wir im Rahmen einer Prüfung der Umgebung und eines Governance-Konzepts. Wenn Sie den Umstieg von Targeted Release einrichten oder einen Testmandanten aufbauen möchten, der auch wirklich genutzt wird, melden Sie sich bei uns.
Quellen: Microsoft Message Center MC1490899 (7. 10. 2026), Microsoft Learn – Plan for the retirement of Targeted release, Configure new Standard and Deferred release options, Get started with the Microsoft Frontier Program.