Optymalizowanie wywołań stron na nowoczesnych i klasycznych stronach witryny publikowania w usłudze SharePoint Online

Zarówno nowoczesne, jak i klasyczne witryny publikowania usługi SharePoint Online zawierają linki, które ładują dane z funkcji programu SharePoint i sieci CDN (lub do których są wywoływane). Tym więcej wywołań wykonywanych przez stronę, tym dłużej trwa ładowanie strony. Jest to nazywane opóźnieniem postrzeganym przez użytkownika końcowego lub EUPL.

Ten artykuł pomoże Ci zrozumieć, jak określić liczbę i wpływ wywołań zewnętrznych punktów końcowych na stronach nowoczesnej i klasycznej witryny publikowania oraz jak ograniczyć ich wpływ na opóźnienie postrzegane przez użytkownika końcowego.

Uwaga

Aby uzyskać więcej informacji na temat wydajności w nowoczesnych portalach usługi SharePoint Online, zobacz Wydajność w nowoczesnym środowisku programu SharePoint.

Analizowanie wywołań stron przy użyciu narzędzia Diagnostyka strony dla programu SharePoint

Narzędzie Diagnostyka strony dla programu SharePoint to rozszerzenie przeglądarki dla nowych przeglądarek Microsoft Edge (https://www.microsoft.com/edge) i Chrome, które analizują zarówno nowoczesny portal usługi SharePoint Online, jak i klasyczne strony witryny publikowania. Narzędzie udostępnia raport dla każdej analizowanej strony pokazujący sposób działania strony względem zdefiniowanego zestawu kryteriów wydajności. Aby zainstalować i dowiedzieć się więcej o narzędziu Diagnostyka strony dla programu SharePoint, odwiedź stronę Korzystanie z narzędzia diagnostyki strony dla usługi SharePoint Online.

Uwaga

Narzędzie diagnostyki strony działa tylko dla usługi SharePoint Online i nie może być używane na stronie systemu programu SharePoint.

Podczas analizowania strony witryny programu SharePoint za pomocą narzędzia Diagnostyka strony dla programu SharePoint można wyświetlić informacje o wywołaniach zewnętrznych w wyniku żądania do programu SharePoint w okienku Testy diagnostyczne . Wiersz będzie wyświetlany na zielono, jeśli strona witryny zawiera mniejszą liczbę wywołań niż punkt odniesienia, a czerwona, jeśli strona przekroczy numer punktu odniesienia. Numer punktu odniesienia różni się w przypadku stron nowoczesnych i klasycznych, ponieważ klasyczne strony witryny używają protokołu HTTP1.1, a strony nowoczesne używają protokołu HTTP2.0:

• Nowoczesne strony witryny nie powinny zawierać więcej niż 25 wywołań
• Klasyczne strony publikowania nie powinny zawierać więcej niż 6 wywołań

Możliwe wyniki obejmują:

• Wymagana uwaga (czerwona): strona przekracza liczbę wywołań według planu bazowego
• Nie jest wymagana żadna akcja (kolor zielony): strona zawiera mniej niż liczba wywołań według planu bazowego

Jeśli wynik Żądania do programu SharePoint zostanie wyświetlony w sekcji Wymagana uwaga , możesz kliknąć wynik, aby uzyskać szczegółowe informacje, w tym łączną liczbę wywołań na stronie i listę adresów URL.

Korygowanie problemów z wydajnością związanych ze zbyt dużą liczbą wywołań na stronie

Jeśli strona zawiera zbyt wiele wywołań, możesz użyć listy adresów URL w wynikach żądań do programu SharePoint , aby określić, czy istnieją powtarzające się wywołania, wywołania, które powinny być wsadowe, czy wywołania zwracające dane, które powinny być buforowane.

Wsadowe wywołania REST mogą pomóc zmniejszyć obciążenie wydajnością. Aby uzyskać więcej informacji na temat przetwarzania wsadowego wywołań interfejsu API, zobacz Tworzenie żądań wsadowych za pomocą interfejsów API REST.

Użycie pamięci podręcznej do przechowywania wyników wywołania interfejsu API może zwiększyć wydajność ciepłego żądania, umożliwiając klientowi korzystanie z buforowanych danych zamiast wykonywania dodatkowego wywołania dla każdego kolejnego ładowania strony. Istnieje wiele sposobów podejścia do tego rozwiązania w zależności od wymagań biznesowych. Zazwyczaj jeśli dane będą takie same dla wszystkich użytkowników, użycie usługi buforowania warstwy środkowej, takiej jak pamięć podręczna Azure Redis, jest doskonałym rozwiązaniem do znacznego zmniejszenia ruchu interfejsu API w witrynie, ponieważ użytkownicy będą żądać danych z usługi buforowania, a nie bezpośrednio z sieci SPO. Jedynym wymaganym wywołaniem spo byłoby odświeżenie pamięci podręcznej warstwy środkowej. Jeśli dane będą się zmieniać dla poszczególnych użytkowników, najlepszym rozwiązaniem może być zaimplementowanie pamięci podręcznej po stronie klienta, takiej jak LocalStorage, a nawet plik cookie. Spowoduje to zmniejszenie liczby wywołań przez wyeliminowanie kolejnych żądań przez tego samego użytkownika na czas trwania pamięci podręcznej, ale będzie mniej wydajne niż dedykowana usługa buforowania. PnP umożliwia korzystanie z magazynu LocalStorage z niewielkimi dodatkowymi wymaganiami deweloperskimi.

Przed wprowadzeniem poprawek strony w celu rozwiązania problemów z wydajnością zanotuj czas ładowania strony w wynikach analizy. Uruchom narzędzie ponownie po poprawce, aby sprawdzić, czy nowy wynik mieści się w standardowej linii bazowej, i sprawdź czas ładowania nowej strony, aby sprawdzić, czy nastąpiła poprawa.

Uwaga

Czas ładowania strony może się różnić w zależności od różnych czynników, takich jak obciążenie sieci, godzina dnia i inne przejściowe warunki. Czas ładowania strony należy przetestować kilka razy przed wprowadzeniem zmian i po nich, aby ułatwić uśrednienie wyników.

Tematy pokrewne

Dostrajanie wydajności usługi SharePoint Online

Dostrajanie wydajności Office 365

Wydajność w nowoczesnym środowisku programu SharePoint

Sieci dostarczania zawartości

Korzystanie z Office 365 Content Delivery Network (CDN) w usłudze SharePoint Online