Se ieri vi ho parlato di un possibile problema di caching con Redis, oggi passo a tutt’altro argomento: le statistiche del proprio sito web. Argomento spinoso, croce e delizia di ogni webmaster che si vorrebbe trovare a gestire flussi enormi di traffico. Ebbene, chiunque di voi abbia mai avuto a che fare con un sistema più complesso del semplice blog che state leggendo, conoscerà un servizio come Cloudflare, essenziale per più aspetti.

Ma… avrete anche notato che Cloudflare tente a distorcere un po’ la realtà quando si parla di numeri. L’episodio si è riverificato in questi giorni, quando abbiamo notato una netta differenza con gli altri sistemi di analisi: Analytics, Matomo ed AWStat concordavano tutti nel fornire (numero più, numero meno) circa 100 mila visitatori unici al giorno, che su Cloudflare invece si trasformavano in oltre 300 mila. Ovviamente vorremmo prendere per buono quest’ultimo dato, ma sbaglieremmo.

È infatti risaputo che Cloudflare conteggia tutte le richieste che viaggiano tramite https, e dunque conteggia anche tutta una serie di visitatori “non umani” che gli altri servizi filtrano. Ma non solo: conteggia anche tutte le richieste API, che possono far salire di molto il conteggio, come nel nostro caso. Basti considerare che per auto-pubblicare un post sui social si possono impiegare fino a 200 richieste tramite API… moltiplicato per ogni post e per ogni social, escono bei numeri.

Purtroppo, non esiste un modo per correggere il tiro. O meglio, bisognerebbe usare una serie di filtri e proxy per scremare i dati, ma servirebbe davvero? Anche perchè Cloudflare offre due servizi di analisi, tra cui il più accurato Web Analytics, che ha metriche molto simili a quelle dei vari competitor. Inutile perdere tempo ad adeguare il numero di richieste, che anzi fornisce un importante strumento in più per valurare l’impatto del traffico (tutto) sul proprio server.