Page Rules Cloudflare: 10 esempi pratici per ottimizzare il sito
Le Page Rules sono uno strumento potente di Cloudflare per applicare comportamenti specifici a URL o pattern di URL. Sul piano Free sono disponibili 3 regole, sul Pro 20, sul Business 50. Permettono di override quasi tutte le impostazioni globali su porzioni mirate del sito. Vediamo dieci esempi concreti che coprono le esigenze più frequenti di un'agenzia o di un sysadmin.
Logica di matching
Una Page Rule si attiva quando l'URL della richiesta corrisponde al pattern definito. Il pattern usa il carattere jolly asterisco per matching loose. L'ordine delle regole conta: la prima che fa match viene applicata, quindi posiziona quelle più specifiche in cima. Cloudflare ha annunciato la migrazione delle Page Rules verso Rules engine moderno (Cache Rules, Configuration Rules), ma le Page Rules classiche restano supportate.
Procedura passo-passo
- Accedi al dashboard e seleziona il dominio.
- Vai su Rules → Page Rules.
- Clicca Create Page Rule e inserisci il pattern URL.
- Aggiungi una o più Settings con i comportamenti da applicare.
- Salva e ordina la regola con drag and drop.
- Testa con curl -I verificando gli header CF-Cache-Status e cache-control.
- Monitora gli analytics per impatto su cache hit ratio.
- Per modifiche multiple usa Bulk Edit nel piano Pro+.
- Documenta le regole in un file interno per il team.
- Verifica regolarmente la presenza di regole obsolete.
I 10 esempi pratici
1. Cache aggressiva per asset statici. Pattern: *tuosito.it/wp-content/* con Cache Level: Cache Everything e Edge Cache TTL: 1 month. Riduce drasticamente le richieste al server di origine per CSS, JS e immagini.
2. Bypass cache per WordPress admin. Pattern: *tuosito.it/wp-admin/* con Cache Level: Bypass e Disable Performance. Evita problemi di login e dashboard cachata, oltre a non offuscare versioni admin di plugin.
3. Redirect 301 da www a non-www. Pattern: www.tuosito.it/* con Forwarding URL: 301 - Permanent Redirect verso https://tuosito.it/$1. Consolida l'indicizzazione SEO su una sola variante.
4. Forzare HTTPS su sezione specifica. Pattern: http://*tuosito.it/checkout/* con Always Use HTTPS attivo. Anche se non hai Always Use HTTPS globale, il checkout è sempre sicuro.
5. Security Level alto per /login. Pattern: *tuosito.it/login* con Security Level: High e Browser Integrity Check: On. Riduce i tentativi di brute force automatici.
6. Disable apps su API. Pattern: *tuosito.it/api/* con Disable Apps, Disable Performance, Cache Level: Bypass. L'API non viene mai cachata né manipolata da Rocket Loader o minify.
7. Cache HTML per blog. Pattern: *tuosito.it/blog/* con Cache Level: Cache Everything, Edge Cache TTL: 2 hours. Velocizza le pagine articolo lasciando aggiornate dopo poche ore.
8. Bypass cache con cookie. Pattern: *tuosito.it/* con Bypass Cache on Cookie: wordpress_logged_in_*. Gli utenti loggati vedono sempre la versione fresca.
9. Cambio Host header. Pattern: *tuosito.it/legacy/* con Host Header Override su vecchio.server.it. Utile durante migrazioni.
10. SSL Mode override. Pattern: *tuosito.it/staging/* con SSL: Full mentre il resto è Full (strict). Per sezioni con certificato self-signed transitorio.
Errori comuni e come risolverli
- Wildcard troppo generico: *tuosito.it/* matcha tutto. Specifica path più precisi.
- Ordine sbagliato: una regola generica in cima sovrascrive quelle specifiche. Riordina con la regola più specifica per prima.
- Cache Everything su HTML dinamico: utenti loggati vedono cache di altri. Aggiungi Bypass Cache on Cookie.
- Redirect loop: pattern http://* in redirect a https:// che ha già Always Use HTTPS. Disattiva uno dei due.
- Limite raggiunto: il piano Free permette solo 3 regole. Consolida o passa a Cache Rules engine senza limite.
Domande frequenti
D: Le Page Rules sono in deprecazione?
R: Cloudflare incoraggia la migrazione a Cache Rules e Configuration Rules ma le Page Rules legacy restano supportate.
D: Posso usare regex nei pattern?
R: No, solo wildcard asterisco. Per regex serve Transform Rules su piani superiori.
D: Le Page Rules consumano CPU?
R: Sono valutate sull'edge in pochi microsecondi, l'impatto è trascurabile.
D: Posso testare una regola prima di attivarla?
R: No nativamente. Conviene usare un sottodominio di staging con regole separate.
Considerazioni operative finali
Quando applichi una configurazione di questo tipo in produzione è sempre buona norma seguire un'approccio incrementale: parti con un test su staging, monitora gli effetti per qualche giorno, poi estendi gradualmente al traffico live. La rete Cloudflare elabora ogni cambiamento in pochi secondi a livello globale, quindi le modifiche sono effettive quasi immediatamente, ma gli effetti collaterali su utenti reali possono richiedere ore o giorni per emergere. Annota nel runbook interno data, motivo e parametri di ogni modifica significativa. Una documentazione precisa accelera enormemente il troubleshooting futuro e facilita il passaggio di consegne tra membri del team.
Vale anche la pena ricordare che Cloudflare aggiorna frequentemente l'interfaccia del dashboard e le posizioni delle voci di menu. La logica e le funzionalità descritte in questa guida restano valide, ma il percorso esatto per raggiungere ogni opzione può variare leggermente nel tempo. In caso di difficoltà a trovare una specifica voce, utilizza la barra di ricerca interna del dashboard oppure consulta la documentazione ufficiale aggiornata. La community Cloudflare sul forum ufficiale e su Stack Overflow è inoltre molto attiva e offre spesso risposte rapide a problemi specifici di configurazione.
Per progetti complessi che coinvolgono più servizi Cloudflare contemporaneamente (CDN, Workers, WAF, Access, R2) conviene strutturare la configurazione come codice tramite Terraform o Pulumi. Questo permette versioning, code review, rollback atomici e deploy ripetibili tra environment. Per team con esigenze più semplici la gestione manuale via dashboard resta perfettamente valida, soprattutto se accompagnata da una checklist scritta delle impostazioni applicate. La scelta dell'approccio dipende dalle dimensioni del progetto e dal grado di automazione desiderato. L'importante è essere consistenti e mantenere tracciabilità delle modifiche effettuate.
Hai bisogno di aiuto?
Se vuoi configurare Cloudflare per il tuo sito con il team di G Tech Group, scrivici tramite il modulo di contatto.