Optimieren von Seitenaufrufen auf modernen und klassischen SharePoint-Veröffentlichungswebsiteseiten

Sowohl moderne als auch klassische SharePoint-Veröffentlichungswebsites enthalten Links, die Daten aus SharePoint-Features und CDNs laden (oder aufrufen). Je mehr Aufrufe von einer Seite gemacht werden, desto länger dauert das Laden der Seite. Dies wird als vom Endverbraucher wahrgenommene Latenzzeit oder EUPL bezeichnet.

Dieser Artikel beschreibt, wie Sie die Anzahl und Auswirkung von Aufrufen auf externe Endpunkte von Ihren modernen und klassischen Veröffentlichungswebsiteseiten bestimmen und wie Sie deren Auswirkungen auf die vom Endbenutzer wahrgenommene Latenzzeit begrenzen können.

Hinweis

Weitere Informationen zur Leistung in modernen SharePoint-Portalen finden Sie unter Leistung in der modernen SharePoint-Benutzeroberfläche.

Verwenden Sie das Tool „Seitendiagnose für SharePoint“, um die Seitenaufrufe zu analysieren

Das Tool Seitendiagnose für SharePoint ist eine Browsererweiterung für die neuen Browser Microsoft Edge (https://www.microsoft.com/edge) und Chrome, die sowohl moderne SharePoint-Portal- als auch klassische Veröffentlichungswebsiteseiten analysiert. Das Tool stellt für jede analysierte Seite einen Bericht bereit, in dem die Leistung der Seite anhand einer definierten Gruppe von Leistungskriterien dargestellt wird. Informationen zum Installieren des Tools seitendiagnose für SharePoint finden Sie unter Verwenden des Seitendiagnosetools für SharePoint.

Hinweis

Das Tool seitendiagnose funktioniert nur für SharePoint und kann nicht auf einer SharePoint-Systemseite verwendet werden.

Wenn Sie eine SharePoint-Website Seite mit dem Tool „Seitendiagnose für SharePoint“ analysieren, finden Sie Informationen zu externen Aufrufen im Anforderungen für SharePoint Ergebnis im BereichDiagnosetests. Die Zeile wird grün angezeigt, wenn die Standortseite weniger als die Grundwert-Nummer der Aufrufe enthält, und rot, wenn die Seite die Grundwert-Nummer überschreitet. Die Grundwert-Nummer ist für moderne und klassische Seiten unterschiedlich, da klassische Seiten HTTP1.1 und moderne Seiten HTTP2.0 verwenden:

• Moderne Seiten der Website sollten nicht mehr als 25 Aufrufe enthalten.
• Klassische Veröffentlichungsseiten sollten nicht mehr als 6 Aufrufe enthalten.

Mögliche Ergebnisse beinhalten:

• Aktion erforderlich (rot): Die Seite überschreitet den Grundwert der Anfragen.
• Keine Aktion erforderlich (grün): Die Seite enthält weniger als den Grundwert der Anfragen.

Wenn das Ergebnis Anforderungen für SharePoint im Abschnitt Aktion erforderlich erscheint, können Sie auf das Ergebnis klicken, um Details zu erhalten, einschließlich der Gesamtzahl der Aufrufe auf der Seite und einer Liste der URLs.

Beheben von Leistungsproblemen im Zusammenhang mit zu vielen Aufrufen auf einer Seite

Wenn eine Seite zu viele Aufrufe enthält, können Sie die Liste der URLs in den Ergebnissen von Anforderungen an SharePoint verwenden, um zu bestimmen, ob wiederholte Aufrufe, Aufrufe, die als Batch verwendet werden sollen, oder Aufrufe, die Daten zurückgeben, die zwischengespeichert werden sollen.

Die Batchverarbeitung von REST-Aufrufen kann dazu beitragen, den Verwaltungsaufwand zu verringern. Weitere Informationen über die Batchverarbeitung von API-Aufrufen finden Sie unter Erstellen von Batchanforderungen mit den REST-APIs.

Die Verwendung eines Caches zum Speichern der Ergebnisse eines API-Aufrufs kann die Leistung einer warmen Anforderung verbessern, indem der Client die zwischengespeicherten Daten verwenden kann, anstatt für jeden nachfolgenden Seitenaufruf einen zusätzlichen Aufruf zu tätigen. Je nach Geschäftsanforderung gibt es verschiedene Möglichkeiten, diese Lösung anzugehen. Wenn die Daten für alle Benutzer gleich sind, ist die Verwendung eines Middle-Tier-Caching-Dienstes wie Azure RedisCache eine gute Option, um den API-Verkehr mit einer Website deutlich zu reduzieren, da die Benutzer die Daten vom Caching-Dienst statt direkt vom SPO anfordern würden. Die einzigen SPO-Aufrufe, die benötigt werden, sind das Aktualisieren des Middle-Tier-Cache. Wenn die Daten je nach Benutzer variieren, kann es sinnvoll sein, einen clientseitigen Cache wie LocalStorage oder sogar ein Cookie zu implementieren. Dies reduziert dennoch das Anrufvolumen, indem nachfolgende Anforderungen durch den gleichen Benutzer für die Cachedauer beseitigt werden, ist aber weniger effizient als ein spezieller Caching-Dienst. PnP ermöglicht es Ihnen, LocalStorage mit geringem Entwicklungsaufwand zu nutzen.

Bevor Sie Seitenrevisionen zur Behebung von Leistungsproblemen durchführen, notieren Sie sich die Ladezeit der Seite in den Analyseergebnissen. Führen Sie das Tool nach Ihrer Revision erneut aus, um zu sehen, ob das neue Ergebnis innerhalb des Grenzwertes liegt, und überprüfen Sie die Ladezeit der neuen Seite, um festzustellen, ob eine Verbesserung vorliegt.

Hinweis

Die Seitenladezeit kann aufgrund einer Vielzahl von Faktoren wie Netzwerklast, Tageszeit und anderen vorübergehenden Schwierigkeiten variieren. Sie sollten die Seitenladezeit einige Male vor und nach der Durchführung von Änderungen testen, um einen Mittelwert zu berechnen.

Verwandte Themen

Optimieren der Leistung von SharePoint

Optimieren der Leistung von Office 365

Leistung in der modernen SharePoint-Oberfläche

Netzwerke für die Inhaltsübermittlung

Verwenden des Office 365 Content Delivery Network (CDN) mit SharePoint