CDN per WordPress: cos’è e come configurarla

Cos’è una CDN per WordPress e perché serve

Una CDN (Content Delivery Network, rete di distribuzione dei contenuti) è un insieme di server distribuiti geograficamente che conservano una copia dei file statici del sito — immagini, CSS, JavaScript, font — e li servono al visitatore dal punto più vicino a lui invece che dal server originale, dove è ospitato WordPress. A cosa serve una CDN, in pratica: ridurre il tempo di caricamento per i visitatori lontani dal server di hosting e alleggerire il carico diretto sul server durante i picchi di traffico.

Il vantaggio principale: distanza geografica azzerata

Se il server WordPress è ospitato in Europa e un visitatore si trova in Sud America, senza CDN ogni immagine deve attraversare quella distanza fisica ogni volta. Con una CDN attiva, quello stesso file viene già conservato su un server della rete CDN vicino al visitatore, e il tempo di caricamento percepito cala in modo netto, specialmente su siti con molte immagini o traffico internazionale.

Seconda causa d’uso frequente: alleggerire il server durante i picchi

Una CDN ben configurata sposta gran parte delle richieste per i file statici fuori dal server di hosting, lasciando le risorse del server libere per gestire le richieste dinamiche di WordPress (PHP, database). Questo è particolarmente utile durante campagne pubblicitarie o picchi di traffico stagionali, dove il collo di bottiglia è spesso proprio il numero di richieste simultanee che il server può gestire.

Caso meno comune: protezione da attacchi (nominata)

Molte CDN, in particolare Cloudflare, offrono anche una protezione di base contro attacchi DDoS e traffico malevolo, filtrando le richieste prima che raggiungano il server di origine — un beneficio secondario rispetto alla velocità, ma spesso decisivo nella scelta del provider per siti con traffico elevato o storicamente bersaglio di attacchi.

Come capire se il tuo sito ha bisogno di una CDN

Prima di configurarla, vale la pena verificare se il sito ne trarrebbe beneficio reale, per evitare di aggiungere un livello di complessità che a volte introduce più problemi che vantaggi.

Verifica 1: da dove arriva il traffico del sito

Se il traffico proviene quasi interamente dalla stessa area geografica del server di hosting (es. sito e hosting entrambi in Italia con pubblico italiano), il beneficio di una CDN sulla velocità percepita è minimo: la distanza è già ridotta. Il test è a esito binario: se, controllando in Google Analytics la provenienza geografica dei visitatori, una quota significativa arriva da continenti diversi da quello del server, la CDN porta un beneficio misurabile; se il traffico è quasi tutto locale, il guadagno è marginale.

Verifica 2: quanto pesano i file statici del sito

Uno strumento come PageSpeed Insights o GTmetrix mostra quanti file statici (immagini, CSS, JS) compongono il peso della pagina e quanto tempo impiegano a caricare. Se una parte consistente del tempo di caricamento dipende da questi file più che dal tempo di risposta del server (TTFB), una CDN aiuta concretamente; se il collo di bottiglia è invece il TTFB stesso (es. database lento, hosting sovraccarico), la CDN non risolve quel problema specifico.

Vale anche la pena controllare se il sito è un e-commerce con WooCommerce: in quel caso serve verificare che la CDN non metta in cache le pagine dinamiche (carrello, checkout, account), altrimenti il rischio è mostrare a un cliente il carrello di un altro visitatore.

Configurare la CDN: la soluzione più semplice (Cloudflare)

Il percorso più diretto e più diffuso per attivare una CDN su WordPress è tramite Cloudflare, che offre un piano gratuito sufficiente per la maggior parte dei siti e non richiede plugin aggiuntivi per il funzionamento di base.

Step 1: cambiare i nameserver del dominio

Dopo aver creato un account Cloudflare e aggiunto il dominio, il pannello indica due nameserver da impostare presso il registrar del dominio (dove è stato acquistato). Questo passaggio è quello che rende Cloudflare il gestore DNS del dominio, requisito necessario perché la CDN possa instradare il traffico.

Step 2: attivare il proxy sui record che devono passare dalla CDN

Nella sezione DNS di Cloudflare, ogni record ha un’icona a forma di nuvoletta: se è arancione (proxy attivo), il traffico verso quel record passa attraverso la rete CDN di Cloudflare; se è grigia (DNS-only), il traffico va dritto al server senza passare dalla CDN. Il record A principale del sito va lasciato con proxy attivo (nuvoletta arancione) per beneficiare della CDN.

Step 3: impostare la modalità SSL corretta

Nella sezione SSL/TLS di Cloudflare va impostata la modalità “Full” (o “Full strict” se il server ha già un certificato SSL valido installato) invece di “Flexible”: la modalità sbagliata è la causa più comune di loop di redirect infiniti tra Cloudflare e il server dopo l’attivazione della CDN.

Verifica finale osservabile

Dopo la propagazione, aprendo gli strumenti sviluppatore del browser (F12) nella scheda Network e ricaricando il sito, le risposte dei file statici devono mostrare un header cf-cache-status: HIT (o simile) per le richieste successive alla prima: è la conferma osservabile che la CDN sta effettivamente servendo quei file dalla propria cache, non solo che il sito “sembra più veloce”.

Caso particolare: CDN e contenuti dinamici (WooCommerce, aree riservate)

Se il sito ha un carrello WooCommerce, un’area utente riservata o contenuti personalizzati per visitatore, va esclusa dalla cache della CDN qualunque pagina che mostra dati specifici della sessione: su Cloudflare questo si gestisce con una Page Rule (o una Cache Rule nel piano più recente) che imposta “Cache Level: Bypass” per i percorsi /carrello/, /checkout/, /il-mio-account/. Saltare questo passaggio è la causa più comune di segnalazioni “un cliente vede il carrello di un altro” dopo l’attivazione di una CDN su un e-commerce.

Non riesci a configurare la CDN del tuo sito? Intervento tecnico a distanza

Configurare correttamente nameserver, modalità SSL e regole di esclusione per le pagine dinamiche richiede attenzione a dettagli che, se sbagliati, possono rendere il sito irraggiungibile o mostrare contenuti non corretti agli utenti. Se preferisci non rischiare di mettere offline il sito durante la configurazione, o hai già provato e il sito mostra errori di certificato o loop di redirect, è possibile richiedere una verifica diretta: invia l’accesso al pannello DNS/CDN e all’hosting e viene configurata la CDN correttamente, comprese le esclusioni necessarie per le parti dinamiche del sito.

Domande frequenti sulla CDN per WordPress

Una CDN serve sempre, anche per un sito piccolo con poco traffico? Non è indispensabile: se il traffico è quasi tutto locale e il sito ha già tempi di caricamento accettabili, il beneficio è marginale rispetto ad altre ottimizzazioni prioritarie, come la cache lato server o l’ottimizzazione delle immagini.

La CDN sostituisce un plugin di cache su WordPress? No, sono complementari: il plugin di cache accelera la generazione delle pagine dinamiche lato server, la CDN distribuisce e velocizza la consegna dei file statici al visitatore. Usarli insieme, con le esclusioni corrette per le pagine dinamiche, dà il risultato migliore.

Perché dopo aver attivato Cloudflare il sito mostra un errore di certificato SSL? Quasi sempre perché la modalità SSL/TLS è impostata su “Flexible” mentre il server richiede una connessione HTTPS diretta, oppure il certificato sul server non è valido per il dominio: va verificata la modalità SSL nel pannello Cloudflare e allineata alla configurazione reale del server.

Le immagini aggiornate su WordPress non si vedono online, perché? Perché la versione precedente è ancora conservata nella cache della CDN: va svuotata manualmente la cache dal pannello (su Cloudflare: Caching → Configuration → Purge Everything), oppure atteso il tempo di scadenza automatico impostato per quel tipo di file.

La CDN può rallentare il sito invece di velocizzarlo? In rari casi sì, tipicamente quando il pubblico è quasi interamente locale e la CDN aggiunge un passaggio di rete in più senza un reale vantaggio geografico, oppure quando la configurazione SSL non è ottimale e introduce ritardi nella negoziazione della connessione.

Vuoi risolverlo con un intervento diretto? Se preferisci non configurare da solo nameserver, SSL e regole di cache, → Richiedi supporto tecnico: invia gli accessi necessari e viene attivata la CDN in modo corretto, comprese le esclusioni per carrello, checkout e area riservata dove presenti.