Microsoft 365 modern ve klasik yayımlama sitesi sayfalarında SharePoint'te sayfa çağrılarını iyileştirme
Hem Microsoft 365 modern hem de klasik yayımlama sitelerindeki SharePoint, SharePoint özellikleri ve CDN'lerinden veri yükleyen (veya çağrıda bulunan) bağlantılar içerir. Bir sayfa tarafından ne kadar çok çağrı yapılırsa, sayfanın yüklenmesi o kadar uzun sürer. Bu, son kullanıcının algılanan gecikme süresi veya EUPL olarak bilinir.
Bu makale, modern ve klasik yayımlama sitesi sayfalarınızdaki dış uç noktalara yapılan çağrıların sayısını ve etkisini belirlemeyi ve son kullanıcının algıladığı gecikme süresini nasıl sınırlayacağınızı anlamanıza yardımcı olur.
Not
SharePoint modern portallarındaki performans hakkında daha fazla bilgi için bkz. Modern SharePoint deneyiminde performans.
Sayfa çağrılarını analiz etmek için SharePoint için Sayfa Tanılama aracını kullanma
SharePoint için Sayfa Tanılama aracı, Microsoft Edge ve Chrome tarayıcıları için hem Microsoft 365 modern portalında hem de klasik yayımlama sitesi sayfalarında SharePoint'i analiz eden bir tarayıcı uzantısıdır. Araç, analiz edilen her sayfa için sayfanın tanımlı bir performans ölçütleri kümesine göre nasıl performans gösterdiğini gösteren bir rapor sağlar. SharePoint için Sayfa Tanılama aracını yüklemek ve hakkında bilgi edinmek için SharePoint için Sayfa Tanılama aracını kullanma sayfasını ziyaret edin.
Not
Sayfa Tanılama aracı yalnızca Microsoft 365'te SharePoint için çalışır ve SharePoint sistem sayfasında kullanılamaz.
SharePoint için Sayfa Tanılama aracıyla bir SharePoint sitesi sayfasını çözümlediğinizde, SharePoint'e yapılan istekler sonucundaki Tanılama testleri bölmesinde dış çağrılar hakkındaki bilgileri görebilirsiniz. Site sayfası çağrıların taban çizgisi sayısından daha azını içeriyorsa çizgi yeşil, sayfa taban çizgisi numarasını aşarsa kırmızı görünür. Klasik site sayfaları HTTP1.1 ve modern sayfalar HTTP2.0 kullandığından, modern ve klasik sayfalar için taban çizgisi numarası farklıdır:
- Modern site sayfaları en fazla 25 çağrı içermelidir
- Klasik yayımlama sayfaları en fazla 6 çağrı içermelidir
Olası sonuçlar şunlardır:
- Dikkat gerekiyor (kırmızı): Sayfa, çağrıların taban çizgisi sayısını aşıyor
- Eylem gerekmez (yeşil): Sayfa, çağrıların taban çizgisi sayısından daha azını içerir
SharePoint'e İstekler sonucu Dikkat gerekiyor bölümünde görünüyorsa, sayfadaki toplam çağrı sayısı ve URL'lerin listesi de dahil olmak üzere ayrıntılar için sonuda tıklayabilirsiniz.
Bir sayfada çok fazla çağrıyla ilgili performans sorunlarını düzeltme
Bir sayfada çok fazla çağrı varsa, Yinelenen çağrılar, toplu işlenmeleri gereken çağrılar veya önbelleğe alınması gereken verileri döndüren çağrılar olup olmadığını belirlemek için SharePoint İstekleri sonuçlarındaki URL'lerin listesini kullanabilirsiniz.
REST çağrılarının toplu olarak gerçeklenmesi , performans yükünü azaltmaya yardımcı olabilir. API çağrısı toplu işlemi hakkında daha fazla bilgi için bkz. REST API'leriyle toplu istek yapma.
Bir API çağrısının sonuçlarını depolamak için önbellek kullanmak, istemcinin izleyen her sayfa yükü için ek çağrı yapmak yerine önbelleğe alınmış verileri kullanmasına izin vererek sıcak bir isteğin performansını artırabilir. İş gereksinimine bağlı olarak bu çözüme yaklaşmanın birden çok yolu vardır. Genellikle veriler tüm kullanıcılar için aynı olacaksa , Azure Redis önbelleği gibi bir orta katman önbelleğe alma hizmeti kullanmak, kullanıcılar verileri doğrudan SPO'dan değil önbelleğe alma hizmetinden istediğinden, sitedeki API trafiğini önemli ölçüde azaltmak için harika bir seçenektir. Gereken tek SPO çağrısı, orta katmanın önbelleğini yenilemektir. Veriler tek tek kullanıcı bazında dalgalanacaksa, LocalStorage ve hatta Tanımlama Bilgisi gibi bir istemci tarafı önbelleği uygulamak en iyi yöntem olabilir. Bu, önbellek süresi boyunca aynı kullanıcı tarafından yapılan sonraki istekleri ortadan kaldırarak çağrı birimlerini azaltmaya devam eder, ancak ayrılmış önbelleğe alma hizmetinden daha az verimli olur. PnP, LocalStorage'ı çok az ek geliştirmeyle kullanmanıza olanak tanır.
Performans sorunlarını düzeltmek için sayfa düzeltmeleri yapmadan önce, çözümleme sonuçlarında sayfa yükleme süresini not edin. Yeni sonucun temel standart içinde olup olmadığını görmek için düzeltmenizden sonra aracı yeniden çalıştırın ve bir iyileştirme olup olmadığını görmek için yeni sayfa yükleme süresini denetleyin.
Not
Sayfa yükleme süresi, ağ yükü, günün saati ve diğer geçici koşullar gibi çeşitli faktörlere bağlı olarak farklılık gösterebilir. Sonuçları ortalamanıza yardımcı olacak değişiklikler yapmadan önce ve sonra sayfa yükleme süresini birkaç kez test etmelisiniz.
İlgili konular
SharePoint performansını ayarlama
Microsoft 365 performansını ayarlama
Modern SharePoint deneyiminde performans
SharePoint ile Microsoft 365 İçerik Teslim Ağı'nı (CDN) kullanma