SharePoint Embedded vs. klassische SharePoint-Websites: Kosten, Abrechnung und Architektur im Überblick

Von Mirko Peters · 2026-10-27

Erfahren Sie, worin sich SharePoint Embedded und klassische SharePoint-Websites unterscheiden. Der Beitrag behandelt die headless Architektur, die Azure-Abrechnung und die Sicherheit.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Die grundlegenden Unterschiede zwischen SharePoint Embedded und klassischen SharePoint-Teamwebsites zu verstehen, ist für moderne Cloud-Architekten und Entwickler unverzichtbar. Standardwebsites sind für die direkte Zusammenarbeit mit einer umfangreichen Benutzeroberfläche gedacht. SharePoint Embedded dagegen bietet eine headless Dokumentenverwaltungsinfrastruktur, die speziell für individuelle Geschäftsanwendungen entwickelt wurde, ohne dass eine benutzerseitige SharePoint-Oberfläche erforderlich ist.

Das Wichtigste in Kürze

• SharePoint Embedded ist eine headless Dateispeicherarchitektur, die vollständig für individuelle Anwendungen entwickelt wurde und nicht für die Navigation durch Endbenutzer.
• Anders als bei Standard-SharePoint-Websites enthalten Container in SharePoint Embedded keine native Benutzeroberfläche, keine Dokumentbibliotheken und keine standardmäßigen Funktionen für die Teamzusammenarbeit.
• Die Abrechnung erfolgt im Azure-Verbrauchsmodell auf Basis der API-Nutzung und der Speicherstufen. Die Dateiverwaltung ist damit von den klassischen Benutzerlizenzen pro Platz in Microsoft 365 entkoppelt.
• Sicherheitsrichtlinien, Compliance-Einstellungen und Regeln zur Verhinderung von Datenverlust (DLP) werden über die Host-Anwendung übernommen und programmgesteuert verwaltet.
• Entwickler erhalten unternehmenstaugliche Funktionen für Compliance, eDiscovery und Überwachung, ohne eigene Dateispeicher-Engines von Grund auf entwickeln zu müssen.

Architekturunterschiede: headless Speicher vs. Benutzerwebsites

Wenn IT-Entscheider Speicheroptionen in Microsoft 365 bewerten, greifen sie häufig auf klassische SharePoint-Websites oder Microsoft-365-Gruppen zurück. Klassische SharePoint-Websites bringen jedoch einen enormen Overhead mit sich, wenn sie lediglich als Backend für eine individuelle Softwarelösung dienen. Man erhält Dokumentbibliotheken, Listen, Berechtigungsverwaltungsseiten, Websiteseiten und Navigationsmenüs. All das wird nicht benötigt, wenn die individuelle Anwendung über eine eigene Benutzeroberfläche verfügt.

SharePoint Embedded verändert dieses Prinzip grundlegend, indem es das Konzept der Container einführt. Ein Container fungiert als isolierter, sicherer Tresor für Dateien, die einer bestimmten Entität in Ihrer Anwendung zugeordnet sind, etwa einem Projekt, einem Kundenkonto oder einer Rechnung. Diesen Containern ist keine benutzerseitige SharePoint-Website zugeordnet. Ihre Benutzer interagieren ausschließlich mit der Oberfläche Ihrer individuellen Anwendung, während die Anwendung über Microsoft Graph APIs mit der zugrunde liegenden Speicherinfrastruktur kommuniziert.

Dadurch müssen Entwickler bestehende SharePoint-Teamwebsites nicht mehr umständlich anpassen oder manipulieren, um sie an Anwendungsanforderungen anzupassen. Stattdessen erhalten sie ein schlankes, API-first ausgerichtetes Content-Management-System (CMS) als Backend, das von der bewährten Zuverlässigkeit der Cloud-Infrastruktur von Microsoft profitiert.

Wie Abrechnung und Lizenzierung funktionieren

Eine der bedeutendsten Neuerungen dieser Technologie betrifft das Finanz- und Lizenzmodell. Der klassische SharePoint-Speicher ist direkt an die gesamten Speicherpools Ihres Microsoft 365-Mandanten gebunden. Diese Pools wachsen mit der Anzahl der lizenzierten Benutzerplätze, die Sie erwerben. Zusätzlicher Speicher ist als Add-on erhältlich.

SharePoint Embedded bricht mit diesem benutzerzentrierten Modell. Es nutzt eine verbrauchsabhängige Abrechnungsstruktur in Azure. Da die Dateien zu einer Anwendung gehören und nicht zu einzelnen Mitarbeitenden oder Teams, zahlen Organisationen nach dem tatsächlichen Ressourcenverbrauch. Maßgeblich sind dabei vor allem das Speichervolumen und die API-Transaktionen.

Dadurch ist SharePoint Embedded außerordentlich kosteneffizient für Independent Software Vendors (ISVs), die mandantenfähige SaaS-Anwendungen entwickeln. Das gilt auch für IT-Abteilungen von Unternehmen, die interne Tools für externe Partner oder Auftragnehmer bereitstellen. Für diese Gruppen lohnt sich unter Umständen keine vollständige Microsoft 365 E3- oder E5-Benutzerlizenz. Sie stellen ein Azure-Abonnement bereit, verknüpfen es mit Ihren Containertypen und zahlen genau für das, was Ihre Anwendung verbraucht.

Sicherheit, Governance und Compliance

Ein sicheres Dokumentenmanagementsystem von Grund auf neu zu entwickeln, ist ein enormer Aufwand. Entwickler müssen Verschlüsselung im Ruhezustand und bei der Übertragung, Zugriffssteuerungslisten, Auditprotokollierung, Aufbewahrungsrichtlinien und eDiscovery-Funktionen berücksichtigen. Ein Versäumnis in einem dieser Bereiche kann zu gravierenden Datenschutzverletzungen und Verstößen gegen regulatorische Vorgaben führen.

Mit SharePoint Embedded übernehmen benutzerdefinierte Anwendungen sofort das Sicherheits- und Compliance-Framework von Microsoft 365 auf Unternehmensniveau. Die Backend-Dateien Ihrer Anwendung profitieren dadurch automatisch von Folgendem:

• Erweiterter Bedrohungsschutz und Integrationen mit Microsoft Defender
• Umfassende Überwachung und Compliance-Protokollierung über Microsoft Purview
• Richtlinien für Data Loss Prevention (DLP), um die Abfluss sensibler Daten zu verhindern
• Automatisierte Aufbewahrungsbezeichnungen und Funktionen für Rechtsstreitigkeiten (Legal Hold)

Entscheidend ist: Da die Anwendung den Zugriff programmgesteuert verwaltet, können Entwickler eine granulare, rollenbasierte Zugriffssteuerung (RBAC) umsetzen, die exakt der Geschäftslogik ihrer Software entspricht. So sehen Benutzer nur die Dateien, für deren Zugriff sie ausdrücklich berechtigt sind.

Fazit

SharePoint Embedded schließt die Lücke zwischen der Entwicklung individueller Anwendungen und Dokumentenmanagement auf Unternehmensniveau. Wenn Organisationen und ISVs sich von aufgeblähten, benutzerorientierten Teamwebsites lösen und stattdessen auf headless, containerbasierten Speicher mit Abrechnung über Azure setzen, können sie leistungsstarke und sichere Anwendungen entwickeln, ohne das Rad neu zu erfinden.

Um tiefer zu verstehen, wie sich diese Technologie in das breitere Microsoft-Cloud-Ökosystem einfügt, hören Sie sich die vollständige Folge des M365 FM Podcasts an. Dort finden Sie Experteneinblicke, Architekturanalysen und praktische Hinweise zur Umsetzung moderner Cloud-Speicherlösungen.

Häufige Fragen

Können Endbenutzer auf SharePoint Embedded-Dateien direkt über die Standard-SharePoint-Oberfläche zugreifen?

Nein. SharePoint Embedded-Container sind vollständig headless. Sie verfügen weder über eine benutzerseitige SharePoint-Website noch über eine Dokumentbibliothek oder eine Web-Oberfläche. Alle Interaktionen mit den Dateien müssen über die eigene Host-Anwendung erfolgen, die Microsoft Graph-APIs nutzt.

Wie unterscheidet sich die Abrechnung von SharePoint Embedded vom klassischen SharePoint-Speicher?

Der klassische SharePoint-Speicher wird über die Anzahl der Microsoft 365-Benutzerlizenzen Ihrer Organisation gepoolt. SharePoint Embedded folgt dagegen einem verbrauchsabhängigen Abrechnungsmodell in Azure. Organisationen zahlen nach dem tatsächlichen Speichervolumen und den API-Transaktionen, die über ein Azure-Abonnement abgerechnet werden.

Benötige ich Microsoft 365-Benutzerlizenzen für externe Benutzer, die über eine Anwendung auf Basis von SharePoint Embedded auf Dateien zugreifen?

Nein. Einer der wichtigsten Vorteile für Entwickler und ISVs ist, dass externe Benutzer, Partner oder Kunden, die ausschließlich über Ihre eigene Anwendung mit Dateien arbeiten, keine einzelnen Microsoft 365-Benutzerlizenzen benötigen. Die Abrechnung erfolgt über den Azure-Verbrauch.

Welche Sicherheitsfunktionen übernehmen SharePoint Embedded-Container?

Container übernehmen umfangreiche Sicherheitsfunktionen von Microsoft 365 und Microsoft Purview, darunter automatisierte Verschlüsselung, umfassende Auditprotokollierung, Richtlinien für Data Loss Prevention (DLP), Aufbewahrungsbezeichnungen und eDiscovery-Unterstützung.