PathAgosto 2026
10.000 verifiche al giorno
Pathly esegue ormai 10.000 verifiche al giorno. Il numero in sé non ha alcun interesse; ciò che è stato necessario riparare per arrivarci, sì.
Cosa conta questo numero
Queste 10.000 verifiche quotidiane mescolano due cose molto diverse. La maggior parte sono chiamate HTTP: costano qualche decina di millisecondi e si ripetono ogni minuto. Il resto sono percorsi nel browser: un vero Chromium che apre un sito, clicca, compila un modulo e verifica che compaia un testo atteso. Costano migliaia di volte di più, quindi girano molto più di rado.
Il contatore include i nostri percorsi dimostrativi e quelli degli account di prova. Non lo presenteremo come trazione commerciale: è una misura del carico, non un fatturato.
Cosa insegna questo volume
La prima lezione è spiacevole: la maggior parte degli errori che abbiamo visto non veniva dai siti monitorati, ma dai nostri scenari. Un selettore troppo preciso, un banner di consenso che compare un giorno su tre, un timeout tarato su una rete veloce. Uno strumento di monitoraggio che grida al lupo perde la sua ragion d’essere in due settimane: è lì che è finita la maggior parte del lavoro.
La seconda è più utile: quando un percorso si rompe davvero, si rompe quasi sempre per qualcosa che non appartiene al sito. Uno script di pagamento, una libreria caricata da un dominio di terze parti, un servizio di consenso, un font remoto. Il sito non è cambiato; il suo ambiente sì.
Una sola città di test, e lo diciamo
I nostri percorsi partono tutti dall’Europa. Per molto tempo abbiamo mostrato una scelta di sette città, mentre girava davvero una sola sonda: una misurazione poteva comparire come «Madrid» in un report. Era falso, e un cliente che pagava un’esecuzione per città pagava due volte la stessa misurazione. Abbiamo tolto la falsa scelta invece di lasciarla in vita. Le altre città torneranno quando esisterà la sonda corrispondente.
Il seguito
Tre cantieri, in quest’ordine: rendere gli scenari più tolleranti alle piccole variazioni dell’interfaccia senza renderli ciechi ai veri guasti; aprire una seconda città di test quando il volume lo giustificherà; e accorciare il tempo tra l’errore e l’avviso, che resta l’unica metrica di cui un cliente si ricorda.