Separazione a costo zero della cache CDN per l'accesso a WordPress e per i visitatori: il tutorial definitivo per la versione gratuita di Cloudflare.

Vuoi separare completamente la cache dinamica di login dalla cache statica dei visitatori in WordPress ? Questo tutorial ti insegna come ottimizzare la cache dei cookie con la versione gratuita di Cloudflare , senza alcun costo, migliorando la velocità del sito web e l'esperienza utente. Una guida essenziale e completa per i webmaster!

Guida definitiva alla memorizzazione gratuita dei cookie su Cloudflare: ottenere una separazione dinamica tra utenti registrati e visitatori statici a costo zero.

Il 99% dei proprietari di siti web WordPress che utilizzano la versione gratuita di Cloudflare spreca più della metà delle prestazioni del proprio server.

Ho visto troppe persone cadere in due estremi opposti.

O non memorizzate affatto l'HTML nella cache, oppure recuperate i dati dal server di origine ogni volta che un visitatore accede al sito.

In alternativa, si potrebbe memorizzare nella cache l'intera pagina HTML, il che comporterebbe problemi come accessi utente errati, mancata visualizzazione dei commenti e malfunzionamenti delle operazioni di back-end.

Molti credono che la possibilità di distinguere la cache in base ai cookie sia una funzionalità esclusiva dei piani a pagamento.

Dopotutto, Cloudflare dichiara ufficialmente che solo i piani Business ed Enterprise possono ignorare la cache HTML in presenza di cookie.

Il piano Business parte da 200 dollari al mese, una cifra assolutamente superflua per i singoli proprietari di siti web e i piccoli blog.

Nell'aprile del 2023 ho scoperto un trucco tecnico che la maggior parte delle persone aveva trascurato.

Questa tecnica è la prima a dimostrare in modo esaustivo come ottenere lo stesso identico effetto di caching basato sui cookie del piano a pagamento, utilizzando gli operatori supportati dalla versione gratuita.

Ho utilizzato questo metodo per configurare oltre una dozzina di siti web e i risultati hanno superato le mie aspettative.

Il carico della CPU del server del mio blog personale è sceso da una media del 45% al ​​12%.

Il tempo di caricamento iniziale della pagina è stato ridotto di 5 secondi.

Il consumo mensile di larghezza di banda del server è diminuito del 68%.

Tuttavia, l'implementazione iniziale presentava due evidenti lacune.

Supporta un solo dominio HTTPS e non supporta i domini jolly.

Non tiene conto del fatto che molti siti web utilizzano ancora i reindirizzamenti HTTP o supportano sia HTTP che HTTPS.

Ho effettuato ottimizzazioni complete basate sull'approccio originale e ho risolto questi due problemi.

Ora condividerò con voi il metodo di configurazione completo per i domini wildcard come *.et ufo.org che supportano sia HTTP che HTTPS.

Perché la versione gratuita è in grado di offrire la stessa funzionalità di caching basata sui cookie della versione a pagamento?

Molti non sanno che la differenza principale tra la versione gratuita e quella a pagamento di Cloudflare non risiede nella possibilità di implementare una determinata funzionalità.

La differenza sta nella facilità con cui si può ottenere lo stesso risultato.

La versione a pagamento fornisceMatchesGli operatori di espressione regolare possono essere utilizzati per individuare tutti i cookie da ignorare con una singola riga di espressione regolare.

Tuttavia, la versione gratuita non supporta questo operatore e, se lo si utilizza, verrà visualizzato il messaggio di errore "non autorizzato: l'uso dell'operatore Matches non è consentito".

La documentazione ufficiale di Cloudflare afferma chiaramente che...MatchesGli operatori devono utilizzare un piano Business o un piano WAF Advanced.

Ecco perché la maggior parte dei tutorial online consiglia di passare a un piano a pagamento per utilizzare la memorizzazione nella cache dei cookie.

Ma dopo ripetuti test e ricerche, ho trovato una soluzione fondamentale.

Sia i cookie di accesso di WordPress che quelli di WooCommerce hanno un prefisso fisso.

Prefisso dei cookie di WordPress:

Non è necessario utilizzare le espressioni regolari per individuare tutti i cookie; è sufficiente utilizzare quelle supportate dalla versione gratuita.containsL'operatore verifica se il cookie contiene questi prefissi fissi.

Questa idea è molto ingegnosa.

Ha aggirato le funzionalità esclusive della versione a pagamento e ha ottenuto esattamente lo stesso effetto utilizzando gli operatori più basilari.

Inoltre, le sue prestazioni sono migliori rispetto alla corrispondenza con espressioni regolari perchécontainsIl carico computazionale degli operatori è molto inferiore a quello della corrispondenza con espressioni regolari.

Per *.etufoProcedura di configurazione completa per .org (applicabile sia a HTTP che a HTTPS)

L'intero processo di configurazione richiede la creazione di sole 3 regole di caching.

L'ordine delle regole è molto importante e deve essere rigorosamente rispettato nell'ordine che ho indicato.

Se l'ordine è errato, l'intera logica di caching fallirà.

Regola 1: Bypassare i percorsi che devono essere dinamici (priorità massima)

Lo scopo di questa regola è garantire che il backend, la pagina di anteprima, il centro utenti e la pagina di ricerca non vengano mai memorizzati nella cache.

Queste pagine devono recuperare i contenuti dal server di origine in tempo reale, altrimenti si verificheranno gravi problemi di funzionamento.

La mia espressione ottimizzata supporta tutti i sottodomini e i protocolli HTTP/HTTPS.

Non è necessario creare regole separate per ogni sottodominio.

Non è necessario creare regole separate per HTTP e HTTPS.

L'espressione è la seguente:

ends_with(http.host, ".etufo.org") and (starts_with(http.request.uri.path, "/wp-admin/") or http.request.uri contains "preview=true" or starts_with(http.request.uri.path, "/前台用户中心/") or starts_with(http.request.uri.path, "/?s="))

Seleziona "Ignora cache" come azione.

Posiziona questa regola in cima all'elenco di tutte le regole di caching.

Regola 2: Ignorare gli utenti registrati e che hanno commentato (seconda priorità)

Lo scopo di questa regola è consentire agli utenti registrati e che hanno effettuato l'accesso con un commento di accedere direttamente ai contenuti dinamici dalla fonte.

Ciò garantisce che gli utenti possano visualizzare le proprie informazioni personali e che i commenti vengano visualizzati in tempo reale.

L'implementazione iniziale utilizzava il seguente metodo:starts_with(http.request.full_uri, "https://你的域名/").

L'ho cambiato inends_with(http.host, ".etufo.org").

Questa modifica è il fulcro dell'intera ottimizzazione.

http.hostContiene solo il nome di dominio, non il protocollo e il percorso.

Da usareends_withincontro.etufo.orgCorrisponderà automaticamenteetufo.org,www.etufo.org,blog.etufo.orgTutti i sottodomini.

Risponde automaticamente ai protocolli HTTP e HTTPS senza richiedere alcuna configurazione aggiuntiva.

Espressioni native di WordPress:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_")

Se utilizzi il plugin di e-commerce WooCommerce , devi aggiungere il prefisso dei cookie di WooCommerce.

Espressioni avanzate di WooCommerce:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_" or http.cookie contains "woocommerce_")

L'operazione dovrebbe essere impostata anche su "Ignora cache".

Inserisci questa regola sotto la regola 1.

Regola 3: Memorizza nella cache l'HTML statico per i visitatori non autenticati (priorità più bassa)

Lo scopo di questa regola è consentire ai visitatori non autenticati di recuperare direttamente le pagine HTML memorizzate nella cache dalla CDN di Cloudflare.

Questo è il passaggio più cruciale per migliorare la velocità del sito web e ridurre il carico del server.

Allo stesso modo ho usatoends_with(http.host, ".etufo.org")Ha sostituito il formato originale protocollo + nome di dominio.

È stata raggiunta la compatibilità automatica con i domini jolly e i doppi protocolli.

Espressioni native di WordPress:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_"

Espressioni avanzate di WooCommerce:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_" and not http.cookie contains "woocommerce_"

Seleziona "Soddisfa i criteri di cache" per l'operazione.

Si consiglia di abilitare le seguenti opzioni:

Armatura ingannevole nascosta.

I contenuti obsoleti non vengono forniti durante gli aggiornamenti.

Inserisci questa regola in fondo a tutte le regole di caching.

Tre passaggi di verifica da eseguire dopo la configurazione

Dopo la configurazione, non chiudere immediatamente la pagina.

È necessario eseguire tre semplici verifiche per assicurarsi che le regole funzionino correttamente.

Il primo passaggio di verifica consiste nel controllare lo stato della cache quando l'utente non è connesso.

Attiva la modalità di navigazione in incognito del tuo browser.

Premi F12 per aprire gli strumenti per sviluppatori e passa alla scheda Rete.

Visita la pagina iniziale del tuo sito web.

Controlla le intestazioni della risposta.cf-cache-statuscampo.

Se visualizzatoHITCiò indica che la cache è stata raggiunta e che la regola sta funzionando correttamente.

Il secondo passaggio di verifica consiste nel controllare la memorizzazione nella cache dello stato di accesso.

Accedi al pannello di amministrazione di WordPress tramite una normale finestra del browser.

Premi F12 per aprire gli strumenti per sviluppatori.

Visita la homepage del sito web.

Controlla le intestazioni della risposta.cf-cache-statuscampo.

Se visualizzatoDYNAMICCiò indica che l'utente connesso è riuscito a bypassare la cache.

Il terzo passaggio di verifica consiste nel controllare lo stato della cache degli utenti che hanno commentato.

Pubblica un commento utilizzando un altro browser o la modalità di navigazione in incognito.

Aggiorna la pagina.

Controlla le intestazioni della risposta.cf-cache-statuscampo.

Se visualizzatoDYNAMICCiò indica che anche l'utente che ha lasciato il commento è riuscito a bypassare la cache.

Se la convalida fallisce, verificare innanzitutto che l'ordine delle regole sia corretto.

Verifica quindi se esistono altre regole di pagina o regole di caching che siano in conflitto con queste tre regole.

Nei miei test, ho riscontrato che le regole di pagina hanno una priorità maggiore rispetto alle regole di caching e sovrascrivono le impostazioni di queste ultime.

Domande frequenti e ottimizzazioni avanzate

Molte persone mi chiedono quanto dovrebbe essere lungo il tempo di scadenza della cache.

Consiglio di impostare il tempo di scadenza della cache per i file HTML sul server di origine a 1 ora.

Ciò garantisce sia la freschezza dei contenuti sia il pieno sfruttamento dei vantaggi di caching offerti dalle CDN.

Se pubblichi un nuovo articolo o aggiorni una pagina, puoi svuotare manualmente la cache della pagina corrispondente nel backend di Cloudflare.

In alternativa, puoi installare il plugin ufficiale di Cloudflare per WordPress per svuotare automaticamente la cache al momento della pubblicazione dei contenuti.

Alcuni si sono anche chiesti se questo metodo avrebbe influito sulla SEO del sito web.

Assolutamente no.

I crawler dei motori di ricerca non sono autenticati e recuperano le pagine memorizzate nella cache proprio come i normali visitatori.

Le pagine memorizzate nella cache si caricano più velocemente, il che può effettivamente migliorare il posizionamento nei motori di ricerca.

Secondo il report di Google sulle metriche web principali, per ogni secondo di aumento della velocità di caricamento della pagina, i tassi di conversione possono aumentare del 7%.

L'aumento di velocità derivante da questa configurazione non solo migliora l'esperienza utente, ma genera anche direttamente più traffico e maggiori entrate.

epilogo

In quest'era digitale in cui la potenza di calcolo equivale al costo e la velocità alla competitività, ogni ottimizzazione delle risorse del server aggiunge valore alle risorse digitali.

Molte persone ricorrono a costosi servizi a pagamento, ma trascurano l'enorme potenziale nascosto negli strumenti gratuiti.

Le funzionalità della versione gratuita di Cloudflare sono molto più potenti di quanto la maggior parte delle persone immagini.

La soluzione tecnica migliore non è mai la più costosa, ma quella che meglio si adatta alle tue esigenze.

Per il 99% dei proprietari di siti web individuali e delle piccole e medie imprese, questa soluzione di caching basata sui cookie a costo zero è più che sufficiente a soddisfare le loro esigenze.

Non è necessario pagare 200 dollari al mese, eppure offre quasi lo stesso miglioramento delle prestazioni di un piano a pagamento.

L'essenza della tecnologia è risolvere problemi, non accumulare strumenti costosi.

Comprendiamo veramente l'essenza della tecnologia quando impariamo a costruire sistemi efficienti utilizzando i componenti più semplici.

Se utilizzi la versione gratuita di Cloudflare e il tuo sito web è basato su WordPress, ti consiglio vivamente di seguire questo tutorial per configurarlo.

Noterai che la velocità del tuo sito web subirà un salto di qualità e il carico del server si ridurrà significativamente.

Si tratta di un'operazione di ottimizzazione che richiede solo 5 minuti per essere implementata e che ti offre vantaggi per un intero anno.

Non sprecare le risorse gratuite; agisci per rendere il tuo sito web più veloce.