Warum Ihr SharePoint-Intranet träge wirkt (und wie Sie das beheben)

Von Mirko Peters · 2026-08-11

Willkommen zurück beim Begleitblog zum Podcast! Wenn Sie einen digitalen Arbeitsplatz verwalten, haben Sie das vertraute Stöhnen der Mitarbeitenden wahrscheinlich schon gehört: „Warum ist SharePoint heute so langsam …

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

Willkommen zurück beim Begleitblog zum Podcast! Wenn Sie einen digitalen Arbeitsplatz verwalten, haben Sie das vertraute Stöhnen der Mitarbeitenden sicher schon gehört: „Warum ist SharePoint heute so langsam?“ Oft machen wir die Cloud oder die Netzwerklatenz verantwortlich oder akzeptieren die Trägheit als Preis für den Geschäftsbetrieb in einem modernen Unternehmen. Die Wahrheit ist jedoch: Ihr SharePoint-Intranet muss sich nicht anfühlen, als würde es durch Schlamm waten. In diesem umfassenden Leitfaden tauchen wir tief in die technischen Abläufe beim Seitenrendering ein, zeigen, warum die statische Auslieferung von Dateien um ein Vielfaches wichtiger ist als der physische Speicherort Ihrer Dokumente, und führen Sie Schritt für Schritt durch einen Fahrplan zu blitzschnellen Ladezeiten. Wenn Sie sich tiefer mit diesem Thema beschäftigen möchten, schauen Sie sich unbedingt die passende Podcast-Folge an: Speed SharePoint with the Microsoft 365 Private CDN.

Einführung in die SharePoint-Geschwindigkeit

Wenn Nutzende die Startseite Ihres Intranets öffnen, betrachten sie nicht nur Text, sondern laden ein umfangreiches Paket aus Bildern, CSS-Dateien, JavaScript-Bundles und Web-Part-Paketen herunter. Werden diese Ressourcen bei jedem Seitenaufruf direkt aus Ihren zentralen Dokumentbibliotheken über den halben Globus geholt, entstehen spürbare Verzögerungen. Echte Geschwindigkeit in SharePoint Online hängt davon ab, wie effizient Sie statische Ressourcen ausliefern. Wenn Sie den Auslieferungsmechanismus optimieren, statt sich um den physischen Speicherort Ihrer täglichen Arbeitsdateien zu sorgen, verändern Sie das Leistungsverhalten Ihres gesamten Mandanten grundlegend.

Engpässe aufspüren

Bevor Sie Leistungsprobleme beheben können, müssen Sie sie messen. Für den Einstieg benötigen Sie keine teure Enterprise-Monitoring-Software, sondern nur fünf Minuten und die integrierten Entwicklertools Ihres Browsers.

• Öffnen Sie die Entwicklertools Ihres Browsers, wechseln Sie zur Registerkarte Netzwerk und laden Sie Ihre SharePoint-Seite mit einem harten Neuladen (Strg+F5) neu.
• Achten Sie genau auf langsame oder umfangreiche Ressourcen: PNG-, JPG- oder SVG-Dateien, CSS-Stylesheets, JavaScript-Dateien und aufwendige Web-Part-Ressourcen.
• Achten Sie auf Warnsignale: mehrere Logo-Varianten, die gleichzeitig geladen werden, riesige, nicht komprimierte Hero-Bilder, nicht minimierte Skripte und Anfragen, die direkt über Ihre Kerndomäne sharepoint.com statt über optimierte CDN-Endpunkte ausgeliefert werden.

Public CDN oder Private CDN

Zur Beschleunigung der Inhaltsauslieferung stellt Microsoft Ihnen zwei native Optionen zur Verfügung: ein Public CDN und ein Private CDN. Zu wissen, wann welches Modell sinnvoll ist, ist sowohl für die Leistung als auch für die Datensicherheit entscheidend.

• Private CDN: Dies sollte Ihre Standardwahl für nahezu alles sein. Es berücksichtigt die Authentifizierung, respektiert die SharePoint-Berechtigungsmodelle vollständig und eignet sich ideal für Branding-Elemente des Intranets, benutzerdefinierte Skripte und proprietäre Web-Part-Ressourcen.
• Public CDN: Verwenden Sie dies ausschließlich für wirklich unkritische Dateien, deren Veröffentlichung im offenen Internet ohne Authentifizierungsprüfung Sie völlig unbedenklich finden, etwa allgemeine Markengrafiken. Beginnen Sie immer klein und überprüfen Sie diese Konfigurationen regelmäßig.

Strategie für sichere Ursprünge

Ein häufiger Fehler von Administratoren ist, ein CDN einzuschalten und es unbedacht auf eine gesamte Ressourcenbibliothek einer Websitesammlung zu richten. Das führt zu erheblichem Wartungsaufwand und Sicherheitsrisiken. Sie benötigen eine Strategie für sichere Ursprünge.

• TUN: Erstellen Sie eine eigene Bibliothek „BrandingAssets“, speziell für Logos, Symbole, globale CSS-Dateien, JavaScript-Dateien, Web-Part-Pakete, Bild-Sprites und minimierten Code.
• NICHT TUN: Richten Sie Ihre CDN-Konfiguration nicht auf ganze Ordner für Websiteressourcen, Personalbibliotheken, Finanzverzeichnisse oder überall dort, wo gemischte Geschäftsdokumente und PDFs liegen.
• Zulässige Dateitypen: Beschränken Sie sich auf weboptimierte Formate wie .png, .jpg, .svg, .gif, .css, .js und bei Bedarf .woff2-Schriften.

Änderungskontrolle und Versionierung

Haben Sie schon einmal eine Website optimiert und einen Monat später Beschwerden gehört, dass Formatierungen kaputt oder veraltet aussehen? Ohne eine saubere Änderungskontrolle wird das Browser-Caching zu Ihrem größten Feind.

• Versionieren Sie Ihre Ressourcen: Verwenden Sie immer Abfragezeichenfolgen oder Hashes im Dateinamen, etwa logo.png?v=2025-11-04, damit CDNs und Browser die neuesten Aktualisierungen laden.
• Bereinigung beim Deployment: Automatisieren Sie die CDN-Invalidierung, sobald sich Ihr CSS- oder JavaScript-Code ändert.
• TTL-Feinabstimmung: Verwenden Sie eine lange Time-To-Live-Dauer (TTL) für stabile Assets wie Logos und Schriftarten. Für aktives CSS und JavaScript sollten Sie während laufender Intranet-Redesign-Phasen dagegen eine kürzere TTL festlegen.

Externe CDN-Integration

Wenn Ihre Organisation irgendwann über die integrierten CDN-Funktionen von Microsoft 365 hinauswächst, etwa wegen komplexer Multi-Cloud-Routing-Anforderungen oder fortgeschrittener Edge-Computing-Logik, können Sie ein externes CDN einbinden.

• Verwenden Sie eine dedizierte Vanity-Domain wie cdn.yourco.com, die nur für Ihre kuratierten Asset-Bibliotheken mit strikten Pfad-Umschreibungen konfiguriert ist.
• Versionieren Sie Ihre Asset-URLs immer und automatisieren Sie das Leeren des Caches über Ihre Deployment-Pipelines.
• Achten Sie auf fest codierte absolute URL-Verweise in Ihren benutzerdefinierten Webparts. Wenn Entwickler diese direkt auf SharePoint zeigen lassen, umgehen sie Ihr externes CDN vollständig.

Governance-Leitplanken

Geschwindigkeitsverbesserungen können sich mit der Zeit leicht verschlechtern, wenn Ihnen geeignete Governance-Leitplanken fehlen, die Content-Ersteller davon abhalten, die Regeln zu brechen.

• Halten Sie sich an das Grundprinzip der Kuratierung: Ursprünge müssen strikt auf reine Asset-Bibliotheken beschränkt sein. Behandeln Sie Ihren CDN-Ursprung niemals als allgemeinen Dateispeicher.
• Führen Sie vierteljährlich Ursprungsprüfungen durch, um Inhalte zu kontrollieren, Dateitypen zu verifizieren, Berechtigungen zu prüfen und unerwartete Dokumente wie PDFs oder Word-Dateien aufzuspüren, die durchgerutscht sind.
• Richten Sie automatisierte Warnungen ein, wenn nicht genehmigte Dateitypen plötzlich in Ihren dafür vorgesehenen CDN-Ursprungsbibliotheken auftauchen.

Wartungs-Checkliste

Ein schnelles Intranet erfordert einen laufenden betrieblichen Aufwand und ist kein einmaliges Projekt. Gehen Sie diese wiederholbare Wartungs-Checkliste regelmäßig durch:

• Ursprünge: Sind sie noch korrekt konfiguriert? Hat sich etwas verschoben oder wurde etwas umbenannt?
• Cache-Zustand: Steigt Ihre Cache-Trefferquote an, oder beobachten Sie plötzliche Spitzen bei Cache-Fehlschlägen?
• Gewicht: Gibt es Bilder über 300 KB? Überschreitet eine Seite beim initialen Laden 1,5 MB?
• Berechtigungen: Sind Ihre CDN-Ursprünge weiterhin eng auf die vorgesehenen Zielgruppen begrenzt?
• Kontingente: Liegen Ihre Ursprungsbibliotheken sicher unter den Speicherlimits, um stille Betriebsausfälle zu verhindern?
• Regionen: Testen Sie die Ladezeiten stichprobenartig von mehreren geografischen Standorten weltweit.

Schnelle Erfolge in dieser Woche

Wenn Sie ohne einen umfangreichen Projektzyklus eine sofort spürbare Verbesserung der Intranet-Geschwindigkeit erreichen möchten, setzen Sie diese schnellen Erfolge noch in dieser Woche um:

• Legen Sie eine saubere Bibliothek „BrandingAssets“ an und verschieben Sie Ihre Logos, Symbole sowie CSS- und JS-Dateien dorthin.
• Konvertieren Sie Hero-Bilder in moderne Webformate und komprimieren Sie sie so, dass jedes unter 300 KB liegt.
• Aktivieren Sie das Microsoft 365 Private CDN und legen Sie nur Ihre neue Branding-Bibliothek als Ursprung fest.
• Implementieren Sie für Ihre zentralen CSS- und JavaScript-Dateien eine einfache Versionierung über Abfragezeichenfolgen oder gehashte Dateinamen.
• Leeren Sie Ihre Caches nach der Veröffentlichung von Updates und überprüfen Sie das Ergebnis mit den Browser-Entwicklertools. So stellen Sie sicher, dass Anfragen direkt vom CDN-Host bereitgestellt werden.

KPIs, die den Erfolg belegen

Um die fortlaufende Unterstützung der Führungsebene für technische Optimierungen zu sichern, müssen Sie Ihre Arbeit mit objektiven, datengestützten Leistungskennzahlen belegen:

• Time to First Byte (TTFB) für statische Assets: um 40 % bis 70 % gesenkt.
• Largest Contentful Paint (LCP): unter 2,0 Sekunden auf der Intranet-Startseite für die Zielregionen.
• Initiales Gesamtgewicht der Seite: unter 1,5 MB.
• CDN-Trefferquote: über 85 % für statische Assets.
• Helpdesk-Tickets mit der Beschwerde „SharePoint ist langsam“: stetiger Rückgang.

Häufige Stolperfallen

Selbst erfahrene Administratoren stoßen bei der CDN-Konfiguration auf Hürden. Hier sind einige häufige Stolperfallen und wie Sie sie beheben:

• Gemischte Inhalte in den Ursprüngen: Richten Sie eine neue, eigene Asset-Bibliothek ein, um Code und Bilder von gewöhnlichen Dokumenten zu trennen.
• Veraltetes CSS nach einem Redesign: Meist liegt das an einer vergessenen Cache-Bereinigung oder einem fehlenden Versionssuffix im Stylesheet-Link.
• Das blaue Standardlogo erscheint zufällig: Das passiert typischerweise, wenn eine Umschreiberegel fehlschlägt oder ein Ursprungspfad versehentlich entfernt wurde.
• Private Assets schlagen bei berechtigten Benutzern fehl: Prüfen Sie, ob sich die Berechtigungen der zugrunde liegenden Ursprungsbibliothek verändert haben.
• APAC ist langsam, während andere Regionen in Ordnung sind: Das Asset wurde auf dem regionalen Edge-Server noch nicht zwischengespeichert. Wärmen Sie den Cache vor oder passen Sie die TTL an und fordern Sie das Asset erneut an.

Rollout-Plan für 30 Tage

Wenn Sie das Ganze methodisch und ohne Störungen im gesamten Unternehmen umsetzen möchten, folgen Sie diesem strukturierten 30-Tage-Einführungsplan:

• Woche 1: Führen Sie eine Engpassanalyse durch, erstellen Sie Ihre dedizierte Assets-Bibliothek, komprimieren und optimieren Sie Ihre Bilder und verkleinern Sie Ihre CSS- und JavaScript-Dateien (Minifizierung).
• Woche 2: Aktivieren Sie das Private CDN, hinterlegen Sie die Assets-Bibliothek als primären Ursprung und implementieren Sie versionierte URLs in all Ihren Vorlagen.
• Woche 3: Automatisieren Sie Ihre Cache-Leerungen über Bereitstellungspipelines oder geplante Skripte und richten Sie Ihre Leistungs-KPIs und Überwachungswarnungen ein.
• Woche 4: Finalisieren Sie Ihr vierteljährliches Audit-Playbook, überprüfen Sie die Berechtigungen für Ursprünge, führen Sie globale geografische Stichprobentests durch und erstellen Sie ein Dashboard, das Ihre Trefferquoten und LCP-Werte nachverfolgt.

Wer jetzt handeln sollte

Wer profitiert am meisten davon, diese Strategien sofort umzusetzen? Diese Arbeit ist unverzichtbar für:

• SharePoint- und Microsoft 365-Administratoren, die es satthaben, von Mitarbeitenden Beschwerden wie „cloudbasiert, aber trotzdem langsam“ zu hören.
• Verantwortliche für Intranet und interne Kommunikation, die gerade ein Unternehmens-Rebranding oder eine umfassende Überarbeitung der Startseite planen.
• Frontend-Entwickler, die benutzerdefinierte SPFx-Lösungen und Webparts unternehmensweit ausrollen.

Das Wichtigste in Kürze

Ein blitzschnelles SharePoint-Intranet ist kein Zauber. Geschwindigkeit ist das direkte Ergebnis von vier zentralen Faktoren: kuratierte statische Assets, ein sauber abgegrenztes Private CDN, konsequente URL-Versionierung und regelmäßige Betriebspflege. Wenn Sie diese vier Säulen richtig umsetzen, hört Ihre SharePoint-Umgebung auf zu kriechen und bleibt dauerhaft schnell. Für eine vertiefte Auseinandersetzung mit diesen Einstellungen hören Sie sich unbedingt die vollständige Episode an: Speed SharePoint with the Microsoft 365 Private CDN.