Ottimizzare le chiamate di pagina in SharePoint nelle pagine moderne e classiche del sito di pubblicazione di Microsoft 365

Sia SharePoint nei siti di pubblicazione moderna che classica di Microsoft 365 contengono collegamenti che caricano dati da (o effettuano chiamate a) funzionalità e reti CDN di SharePoint. Per altre chiamate effettuate da una pagina, il caricamento della pagina sarà più lungo. Si tratta di una latenza percepita dagli utenti finali o EUPL.

Questo articolo illustra come determinare il numero e l'impatto delle chiamate agli endpoint esterni nelle pagine moderne e classiche del sito di pubblicazione e su come limitarne l'effetto sulla latenza percepita dagli utenti finali.

Usare lo strumento Diagnostica pagine per SharePoint per analizzare le chiamate di pagine

Lo strumento Diagnostica pagine per SharePoint è un'estensione del browser per i browser Microsoft Edge e Chrome che analizza sia SharePoint nel portale moderno di Microsoft 365 che nelle pagine classiche del sito di pubblicazione. Per ogni pagina analizzata lo strumento fornisce un report che mostra le prestazioni della pagina rispetto a un set definiti di criteri delle prestazioni. Per installare e ottenere informazioni sullo strumento Diagnostica pagine per SharePoint, vedere Usare lo strumento Diagnostica pagine per SharePoint.

Quando si analizza una pagina del sito di SharePoint con lo strumento Diagnostica pagine per SharePoint, è possibile visualizzare le informazioni sulle chiamate esterne nel risultato Richieste a SharePoint nel riquadro Test diagnostici. La riga sarà verde se la pagina del sito contiene una quantità inferiore della linea di base di chiamate, mentre sarà rossa se la pagina supera il numero di linea di base. Il numero della linea di base varia in base alle pagine moderne e classiche, perché le pagine classiche del sito usano HTTP1.1, mentre le moderne usano HTTP2.0:

• Le pagine moderne del sito non dovrebbero contenere più di 25 chiamate
• Le pagine classiche del sito non dovrebbero contenere più di 6 chiamate

I risultati possibili includono:

• Attenzione richiesta (rosso): la pagina supera il numero di linea di base di chiamate
• Nessuna azione richiesta (verde): la pagina contiene una quantità inferiore di linea di base di chiamate

Se il risultato delle Richieste a SharePoint viene visualizzato nella sezione Attenzione richiesta, è possibile fare clic sul risultato per informazioni dettagliate, tra cui il numero totale di chiamate della pagina e un elenco degli URL.

Risolvere i problemi di prestazioni relativi a un numero eccessivo di chiamate in una pagina

Se una pagina contiene troppe chiamate, è possibile usare l'elenco di URL nei risultati richieste a SharePoint per determinare se sono presenti chiamate ripetute, chiamate che devono essere inviate in batch o chiamate che restituiscono dati che devono essere memorizzati nella cache.

Le chiamate REST in batch consentono di ridurre il sovraccarico delle prestazioni. Per altre informazioni sulle chiamate API in batch, vedere Effettuare richieste di batch con le API REST.

L'uso di una cache per archiviare i risultati di una chiamata API può migliorare le prestazioni di una richiesta importante, consentendo al client di usare i dati della cache, anziché eseguire un’altra chiamata per ogni caricamento di pagina successivo. Ci sono diversi modi per affrontare questa soluzione in base ai requisiti aziendali. In genere, se i dati sono identici per tutti gli utenti, l'uso di un servizio di memorizzazione nella cache a livello intermedio, come la cache di Azure Redis, è un'ottima opzione per ridurre significativamente il traffico API in un sito, perché gli utenti richiederebbero i dati del servizio di memorizzazione nella cache anziché direttamente da SPO. Le uniche chiamate SPO sono necessarie per aggiornare la cache del livello intermedio. Se i dati variano in base ai singoli utenti, può essere preferibile implementare una cache lato client, ad esempio LocalStorage o anche un cookie. Il volume delle chiamate continuerà a essere ridotto eliminando le successive richieste effettuate dallo stesso utente per la durata della cache, ma sarà meno efficiente di un servizio di caching dedicato. PnP consente di usare LocalStorage con un po’ di strumenti aggiuntivi.

Prima di eseguire le revisioni delle pagine per correggere i problemi di prestazioni, prendere nota del tempo di caricamento delle pagine nei risultati dell'analisi. Eseguire di nuovo lo strumento dopo la revisione per verificare se il nuovo risultato è compreso nello standard di base e controllare il nuovo tempo di caricamento della pagina per verificare se c'è stato un miglioramento.

Argomenti correlati

Ottimizzare le prestazione di SharePoint

Ottimizzare le prestazioni di Microsoft 365

Prestazioni nell'esperienza moderna di SharePoint

Reti per la distribuzione di contenuti

Usare microsoft 365 Content Delivery Network (CDN) con SharePoint