Office Online Server Supportende: Was es für SharePoint Server SE bedeutet

Was genau endet am 31. Dezember 2026

Office Online Server erreicht am 31. Dezember 2026 das Ende seines Support-Lebenszyklus. Microsoft hat das Datum im Oktober 2025 angekündigt: Danach erhält Office Online Server keine Sicherheitsupdates, keine Fehlerbehebungen und keinen technischen Support mehr, und es wird in keiner Konfiguration mehr unterstützt, auch nicht zusammen mit SharePoint Server Subscription Edition.

Microsoft hat außerdem erklärt, Office Online Server in SharePoint Server nicht aktiv zu blockieren. Die Software läuft also weiter, aber jede ab 2027 gefundene Schwachstelle bleibt offen. Für die meisten Organisationen ist das die eigentliche Frist: Ein Server, der jede Word-, Excel- und PowerPoint-Datei im Unternehmen öffnet, ist genau die Art System, die laut Sicherheitsrichtlinie gepatcht sein muss.

Einen On-Premises-Nachfolger gibt es nicht. Microsoft empfiehlt den Wechsel zu Microsoft 365. Für Organisationen, die bei SharePoint Server Subscription Edition bleiben, nennt Microsoft Microsoft 365 Apps for Enterprise und Office LTSC 2024 als unterstützte Desktop-Clients für Dokumente auf diesen Servern.

SharePoint Server SE selbst wird weiter unterstützt

SharePoint Server Subscription Edition folgt Microsofts Modern Lifecycle Policy. Microsoft hat zugesagt, dass der Support nicht vor dem 31. Dezember 2035 endet. Jeden Monat erscheint ein Public Update, und jedes Update wird ein Jahr lang unterstützt; eine Farm muss also aktuell bleiben, um unterstützt zu sein.

Daraus entsteht die Lücke, um die es in diesem Leitfaden geht: SharePoint bleibt, die Komponente für die Anzeige im Browser fällt weg.

Was in SharePoint Server SE ohne WOPI-Client nicht mehr funktioniert

SharePoint Server stellt Office-Dokumente nicht selbst dar, sondern übergibt sie an einen WOPI-Client (Web Application Open Platform Interface), bisher Office Online Server. Ohne ihn:

• Anzeige und Bearbeitung im Browser fallen weg. Ein Klick auf eine Word-, Excel- oder PowerPoint-Datei öffnet sie nicht mehr im Browser. Nutzer brauchen Desktop-Office, oder der Browser lädt die Datei herunter.
• Vorschauen verschwinden. Miniaturansichten in Dokumentbibliotheken und die Vorschau in SharePoint-Suchergebnissen kommen vom selben WOPI-Client; Microsoft unterstützt sie ohne Office Online Server nicht mehr.
• An Office Online Server gebundene Excel-Funktionen fallen weg, etwa die Darstellung im Excel-Webpart.
• Gesperrte und gemeinsam genutzte Rechner trifft es am stärksten: Ohne lokal installiertes Office lassen sich Dokumente dort gar nicht mehr lesen.

Ihre Optionen im Vergleich

Jede Option ist für jemanden die richtige. Entscheidend sind zwei Fragen: Dürfen Ihre Dokumente Ihr Netzwerk verlassen, und brauchen Sie heute schon die Bearbeitung im Browser?

Option	Daten bleiben On-Premises	Anzeige im Browser	Bearbeitung im Browser	Aufwand
Office Online Server ohne Support weiterbetreiben	Ja	Ja	Ja	Jetzt keiner; das Sicherheitsrisiko wächst jeden Monat
Nur Desktop-Office (kein WOPI-Client)	Ja	Nein	Nein (nur Desktop-Apps)	Gering, aber Vorschauen und Browseranzeige entfallen
Microsoft 365 / SharePoint Online	Nein	Ja	Ja	Hoch: Migration der Inhalte, Lizenzen, Change-Management
Open-Source-Office-Suite (Collabora Online, ONLYOFFICE Docs)	Ja	Ja	Ja	Mittel: neue Serverplattform, meist Linux; die Hersteller dokumentieren die Integration in SharePoint SE
Dedizierter OOS-Ersatz (Office Render Engine)	Ja	Ja	Noch nicht (heute nur Anzeige)	Gering: dieselbe WOPI-Bindung, auf Windows Server

Stand: Oktober 2026. Collabora und ONLYOFFICE beschreiben ihre SharePoint-SE-Integration auf ihren eigenen Websites; keine der Optionen, auch unsere nicht, ist von Microsoft zertifiziert. Testen Sie Suchvorschau und Authentifizierung in einem Pilot, egal wofür Sie sich entscheiden.

OOS ohne Support taugt nur als kurze Brücke mit festem Ausstiegsdatum. Nur Desktop-Office ist Microsofts unterstützte Rückfallebene, wenn der Zugriff im Browser für Sie keine Rolle spielt. Microsoft 365 ist die richtige Antwort, wenn der Weg in die Cloud ohnehin geplant ist; das SharePoint Migration Tool von Microsoft führt die Subscription Edition nicht als Quelle, prüfen Sie Ihre Migrationswerkzeuge also früh. Open-Source-Suiten passen, wenn Sie die Bearbeitung im Browser sofort brauchen und einen Linux-Dienst betreiben können. Ein dedizierter Ersatz passt, wenn Ihre Dokumente On-Premises bleiben müssen und Ihre Nutzer vor allem die Anzeige im Browser brauchen.

Migration Schritt für Schritt

Der Wechsel selbst ist klein: SharePoint spricht mit dem WOPI-Client, auf den seine Bindungen zeigen. Die Arbeit steckt in der Vorbereitung, damit der Tag des Wechsels unspektakulär bleibt.

1. Bestandsaufnahme

Halten Sie auf einem SharePoint-Server in der SharePoint-Verwaltungsshell fest, was heute eingerichtet ist:

Get-SPWOPIZone
Get-SPWOPIBinding | Select-Object ServerName, Application, Extension, Action -Unique |
  Export-Csv C:\Wopi\wopi-bindings-before.csv -NoTypeInformation

Notieren Sie alle Farmen und Zonen mit Office-Online-Server-Bindung, die Dateitypen, die Ihre Nutzer öffnen, und alle Integrationen, die Vorschauen nutzen: Suche, Excel-Webparts, eigene Lösungen. Bewahren Sie den Export auf: Er ist Ihre Referenz für den Rollback.

2. Den neuen WOPI-Client vorbereiten

Für jeden Ersatz gelten dieselben Anforderungen von SharePoint:

• HTTPS mit DNS-Namen, keine IP-Adressen. Unverschlüsseltes HTTP sollten Sie für den Produktivbetrieb nicht einplanen.
• Zertifikate, denen beide Seiten vertrauen. Die Farm muss dem Zertifikat des WOPI-Clients vertrauen und umgekehrt. Stammt das Zertifikat von einer internen Zertifizierungsstelle, importieren Sie deren Stammzertifikat auf den SharePoint-Servern und verteilen Sie es an die Browser.
• Firewall. Die Browser Ihrer Nutzer und die SharePoint-Server müssen den WOPI-Client über Port 443 erreichen.
• Discovery. https://<wopi-client>/hosting/discovery muss von jedem SharePoint-Server aus antworten, bevor Sie die Bindung anlegen.

3. In einer Testfarm oder eigenen Zone testen

Binden Sie den neuen Client zuerst in einer Testfarm oder beginnen Sie mit ausgewählten Dateitypen. Öffnen Sie echte Dokumente aus Ihren eigenen Bibliotheken, nicht nur Beispiele, und testen Sie als normaler Nutzer: Farm-, Setup- und Anwendungspool-Konten erhalten keine WOPI-Token, Tests mit ihnen schlagen also immer fehl. Prüfen Sie Ihre Authentifizierung (NTLM, Kerberos, Claims) und die Suchvorschau.

4. Die Bindung wechseln

Entfernen Sie nur die Bindungen von Office Online Server, legen Sie die neuen an und setzen Sie die Zone passend dazu, wie Ihre Nutzer SharePoint erreichen:

Remove-SPWOPIBinding -Server "oos.contoso.local" -Confirm:$false
New-SPWOPIBinding -ServerName "ore.contoso.local"
Set-SPWOPIZone -Zone "internal-https"

Verzichten Sie auf Remove-SPWOPIBinding -All: Es entfernt auch Bindungen, auf die andere Anwendungen angewiesen sein können. Ein Neustart oder IIS-Reset ist nicht nötig; neue Sitzungen nutzen sofort den neuen Client.

5. Den Rollback bereithalten

Zurück geht es, indem Sie Schritt 4 mit vertauschten Servernamen ausführen:

Remove-SPWOPIBinding -Server "ore.contoso.local" -Confirm:$false
New-SPWOPIBinding -ServerName "oos.contoso.local"
Set-SPWOPIZone -Zone "internal-https"

Vergleichen Sie das Ergebnis mit dem Export aus Schritt 1. Lassen Sie den Office-Online-Server verfügbar, bis der neue Client eine normale Arbeitswoche hinter sich hat.

6. Nutzer informieren

Nutzer merken vor allem, dass Dokumente sich wieder im Browser öffnen oder es weiterhin tun. Sagen Sie ihnen, was sich ändert: Mit einem reinen Anzeige-Ersatz öffnet die Bearbeitung das Desktop-Office; mit einer Open-Source-Suite sieht der Editor anders aus als bei Microsoft. Eine kurze Nachricht vor dem Wechsel und ein Ansprechpartner bei Problemen ersparen die meisten Anrufe beim Helpdesk.

Häufig übersehene Details

• Vor den Feiertagen planen. Der 31. Dezember fällt bei vielen Organisationen in einen Change-Freeze. Planen Sie den Wechsel für November oder Anfang Dezember 2026.
• Jede Zone zählt. Erreichen Nutzer SharePoint über unterschiedliche URLs, prüfen Sie, ob die WOPI-Zone zu der passt, die sie verwenden.
• Schriftarten. Installieren Sie die Schriften Ihrer Dokumente auf dem Server des WOPI-Clients, sonst werden Ersatzschriften verwendet.
• Proof Keys. Tauscht der WOPI-Client seinen Signaturschlüssel, führen Sie in der Farm Update-SPWOPIProofKey -ServerName <Name> aus.