Perché il tuo intranet SharePoint è lento (e come risolverlo)

By Mirko Peters · 2026-08-11

Bentornato sul blog di accompagnamento al podcast! Se gestisci un ambiente di lavoro digitale, probabilmente hai sentito il solito lamento dei dipendenti: «Perché SharePoint oggi è così lento…

Automatically translated with AI from the original post. Read the English original

Titelbild: Why Your SharePoint Intranet Feels Sluggish (And How to Fix It)

Bentornato sul blog di accompagnamento al podcast! Se gestisci un ambiente di lavoro digitale, probabilmente hai sentito il solito lamento dei dipendenti: "Perché SharePoint oggi è così lento?" Spesso diamo la colpa al cloud, alla latenza di rete o accettiamo la lentezza come il prezzo da pagare per lavorare in un'azienda moderna. Ma la verità è che la tua intranet SharePoint non deve dare l'impressione di avanzare nel fango. In questa guida completa approfondiamo gli aspetti tecnici del rendering delle pagine, spieghiamo perché la distribuzione dei file statici conta infinitamente più di dove fisicamente si trovano i documenti e ti guidiamo passo dopo passo verso tempi di caricamento fulminei. Se vuoi approfondire l'argomento, non perdere l'episodio del podcast correlato: Speed SharePoint with the Microsoft 365 Private CDN.

Introduzione alla velocità di SharePoint

Quando gli utenti aprono la home page del tuo intranet, non stanno solo leggendo del testo: stanno scaricando un ampio insieme di immagini, fogli di stile CSS, bundle JavaScript e pacchetti di web part. Se questi asset vengono trasferiti da un capo all'altro del mondo direttamente dalle librerie documentali principali a ogni visualizzazione di pagina, gli utenti subiranno ritardi frustranti. La vera velocità in SharePoint Online dipende da quanto efficacemente distribuisci gli asset statici. Ottimizzando il meccanismo di distribuzione, invece di preoccuparti della posizione fisica di archiviazione dei file di lavoro quotidiani, puoi modificare radicalmente le prestazioni dell'intero tenant.

Individua i colli di bottiglia

Prima di risolvere i problemi di prestazioni, devi misurarli. Non servono costosi software di monitoraggio aziendali per iniziare l'analisi: bastano cinque minuti e gli strumenti di sviluppo integrati nel browser.

Apri gli strumenti di sviluppo del browser, vai alla scheda Rete e ricarica completamente la pagina di SharePoint.
Cerca con attenzione gli asset lenti o pesanti: file PNG, JPG o SVG, fogli di stile CSS, file JavaScript e asset pesanti delle web part.
Fai attenzione ai segnali d'allarme: più varianti del logo caricate contemporaneamente, immagini hero enormi non compresse, script non minificati e richieste servite direttamente dal dominio del tenant sharepoint.com anziché da endpoint CDN ottimizzati.

CDN pubblica e CDN privata

Per accelerare la distribuzione dei contenuti, Microsoft offre due opzioni native: una CDN pubblica e una CDN privata. Sapere quando usare l'una o l'altra è fondamentale sia per le prestazioni sia per la sicurezza dei dati.

CDN privata: dovrebbe essere la tua scelta predefinita per quasi tutto. È consapevole dell'autenticazione, rispetta pienamente i modelli di autorizzazione di SharePoint ed è ideale per gli elementi di branding dell'intranet, gli script personalizzati e gli asset proprietari delle web part.
CDN pubblica: usala esclusivamente per file davvero non sensibili che puoi esporre senza problemi su internet aperto senza controlli di autenticazione, come materiale grafico generico del brand. Inizia sempre con un perimetro ridotto e rivedi spesso queste configurazioni.

Strategia della origine sicura

Un errore comune degli amministratori è attivare una CDN e puntarla alla cieca su un'intera libreria di asset di una raccolta di siti. Questo crea gravi problemi di manutenzione e rischi per la sicurezza. Serve una strategia di origine sicura.

DA FARE: crea una libreria dedicata "BrandingAssets" specificamente per loghi, icone, CSS globali, file JavaScript, bundle delle web part, sprite di immagini e codice minificato.
DA EVITARE: non puntare la configurazione della CDN alle intere cartelle Site Assets, alle librerie delle risorse umane, alle cartelle finanziarie o a qualsiasi posizione in cui si trovino documenti aziendali misti e PDF.
Tipi di file da consentire: limitati ai formati ottimizzati per il web come .png, .jpg, .svg, .gif, .css, .js e, se necessari, i font .woff2.

Controllo delle modifiche e versionamento

Ti è mai capitato di ottimizzare un sito e sentire poi gli utenti lamentarsi, un mese dopo, che gli stili appaiono rotti o vecchi? Senza un controllo delle modifiche adeguato, la cache del browser diventa il tuo peggior nemico.

Versiona i tuoi asset: usa sempre query string o hash nel nome dei file, come logo.png?v=2025-11-04, per costringere CDN e browser a recuperare gli aggiornamenti più recenti.
Purge al deploy: automatizza le routine di invalidazione della CDN ogni volta che cambiano il codice CSS o JavaScript.
Regolazione del TTL: usa un Time-To-Live (TTL) lungo per gli asset stabili come loghi e font, ma mantieni un TTL più breve per CSS e JavaScript attivi durante le fasi di riprogettazione in corso della intranet.

Integrazione con una CDN esterna

Se la tua organizzazione dovesse superare le funzionalità CDN integrate di Microsoft 365, magari a causa di requisiti complessi di routing multi-cloud o di logiche avanzate di edge computing, puoi integrare una CDN esterna.

Usa un dominio personalizzato dedicato, ad esempio cdn.yourco.com, con riscritture di percorso rigorose configurate solo per le librerie di asset selezionate.
Esegui sempre il controllo delle versioni degli URL degli asset e automatizza la rimozione della cache tramite le pipeline di distribuzione.
Fai attenzione ai riferimenti assoluti hardcoded agli URL nei web part personalizzati: se gli sviluppatori li lasciano puntati direttamente a SharePoint, aggireranno completamente la tua CDN esterna.

Misure di governance

I miglioramenti in termini di velocità possono degradarsi facilmente nel tempo se non si dispone di adeguate misure di governance che impediscano ai collaboratori dei contenuti di violare le regole.

Rispetta il principio fondamentale della selezione: le origini devono essere esclusivamente librerie di soli asset. Non trattare mai l'origine della CDN come un deposito generico di file.
Esegui verifiche trimestrali delle origini per controllare i contenuti, verificare i tipi di file, controllare le autorizzazioni e individuare documenti imprevisti, come PDF o file Word, che sono finiti per errore.
Configura avvisi automatici se nelle librerie di origine della CDN compaiono improvvisamente tipi di file non approvati.

Checklist di manutenzione

Mantenere veloce una intranet è un impegno operativo continuo, non un progetto una tantum. Esegui regolarmente questa checklist di manutenzione ripetibile:

Origini: sono ancora configurate correttamente? Qualcosa è cambiato o è stato rinominato?
Stato della cache: il rapporto di hit della cache è in crescita oppure si notano improvvisi picchi di cache miss?
Peso: ci sono immagini superiori a 300 KB? Qualche pagina supera 1,5 MB al caricamento iniziale?
Autorizzazioni: le origini della CDN sono ancora limitate strettamente ai rispettivi destinatari previsti?
Quote: le librerie di origine rientrano ancora abbondantemente nei limiti di archiviazione, per evitare guasti operativi silenziosi?
Aree geografiche: verifica a campione i tempi di caricamento da più località geografiche nel mondo.

Quick win di questa settimana

Se vuoi ottenere un miglioramento immediato e concreto della velocità della intranet senza attendere un grande ciclo di progetto, realizza questi quick win già questa settimana:

Crea una libreria «BrandingAssets» pulita e sposta al suo interno loghi, icone, file CSS e JS.
Converti le immagini hero in formati web moderni e comprimile in modo che ciascuna sia sotto i 300 KB.
Attiva la Microsoft 365 Private CDN, impostando come origine solo la nuova libreria di branding.
Implementa un semplice sistema di versionamento tramite query string o nomi di file con hash per i file CSS e JavaScript principali.
Svuota le cache dopo la pubblicazione degli aggiornamenti e verifica i risultati con gli strumenti per sviluppatori del browser, per assicurarti che le richieste vengano servite direttamente dall'host della CDN.

KPI che dimostrano i risultati

Per ottenere il sostegno costante della leadership alle ottimizzazioni tecniche, devi dimostrare il tuo lavoro con indicatori chiave di prestazione oggettivi e basati sui dati:

Time to First Byte (TTFB) per gli asset statici: in calo dal 40% al 70%.
Largest Contentful Paint (LCP): sotto i 2,0 secondi nella home page della intranet per le aree geografiche di riferimento.
Peso iniziale totale della pagina: sotto 1,5 MB.
Rapporto di hit della CDN: superiore all'85% per gli asset statici.
Ticket dell'help desk che lamentano che «SharePoint è lento»: in costante diminuzione.

Insidie comuni

Anche gli amministratori più esperti incontrano ostacoli nella configurazione delle CDN. Ecco alcune insidie comuni e come risolverle:

Contenuto misto nelle origini: crea una libreria di asset nuova e dedicata, per separare codice e immagini dai documenti standard.
CSS obsoleto dopo una riprogettazione: di solito è causato da una purge della cache non eseguita o dalla mancanza del suffisso di versione nel collegamento al foglio di stile.
Compare a caso il logo predefinito blu: succede tipicamente quando una regola di riscrittura si interrompe o un percorso di origine viene rimosso per errore.
Gli asset privati non funzionano per gli utenti validi: verifica eventuali discrepanze nelle autorizzazioni della libreria di origine sottostante.
L'APAC è lenta mentre le altre aree funzionano bene: l'asset non è ancora stato memorizzato nella cache su quello specifico edge regionale; esegui il pre-caricamento della cache oppure regola il TTL e ripeti la richiesta.

Piano di distribuzione in 30 giorni

Se vuoi affrontare questo lavoro in modo metodico in tutta l'organizzazione senza causare disservizi, segui questo piano di implementazione in 30 giorni:

Settimana 1: esegui una scansione dei colli di bottiglia, crea la libreria dedicata agli asset, comprimi e ottimizza le immagini e riduci a icona minima (minify) i file CSS e JavaScript.
Settimana 2: abilita la Private CDN, imposta la libreria degli asset come origine principale e implementa gli URL con versione in tutti i modelli.
Settimana 3: automatizza la rimozione della cache tramite pipeline di distribuzione o script pianificati, e configura i KPI di prestazioni e gli avvisi di monitoraggio.
Settimana 4: finalizza il playbook dell'audit trimestrale, verifica le autorizzazioni dell'origine, esegui test puntuali geografici a livello globale e crea una dashboard per monitorare i hit ratio e l'LCP.

Chi deve agire subito

Chi trae il massimo vantaggio dall'adozione immediata di queste strategie? Questo lavoro è essenziale per:

Amministratori di SharePoint e Microsoft 365 che sono stanchi di sentire dai dipendenti lamentele del tipo "basato sul cloud, ma comunque lento".
Responsabili di intranet e comunicazione che stanno pianificando un rebranding aziendale o un importante restyling della homepage.
Sviluppatori frontend che distribuiscono su larga scala soluzioni SPFx personalizzate e web part in tutta l'azienda.

In sintesi

Ottenere un intranet SharePoint rapidissimo non è magia. La velocità è il risultato diretto di quattro elementi chiave: asset statici curati, una Private CDN configurata con l'ambito corretto, un versionamento disciplinato degli URL e una manutenzione operativa costante. Se questi quattro pilastri sono a posto, il tuo ambiente SharePoint smetterà di trascinarsi e resterà veloce nel tempo. Per un approfondimento su come padroneggiare queste impostazioni, non perdere l'episodio completo: Speed SharePoint with the Microsoft 365 Private CDN.