- Shipped
- 19 agosto 2026 alle ore 16:28 UTC
- Author
- Kamo
- Commit
- 4d0d229
Ha fatto il suo lavoro. La questione è stata aggiunta alla risposta — se il ritardo rimanente è stato rete, script o vernice — si è rivelato avere una quarta risposta la sonda trovata da eliminazione: attraverso 11 campioni reali c'erano navigazione sul lato client ZERO. Ogni click è stato un carico completo del documento, che è l'impronta digitale del tracker di analisi collegamenti dirottamento (fisso in f321857), ed è per questo che ogni misura lato server mantenuto tornando pulito. La stessa strumentazione ha confermato la correzione piuttosto che lasciarla sentire: /Soluzioni/Agenzie -> /pricing/offer total=162ms net=16ms block=0ms/0 /precing/offer -> /blog total=142ms net=20ms block=0ms/0 /blog -> /glossario totale=119ms net=26ms block=0ms/0 119-162ms click-to-painted, prefetch che serve il carico utile in 16-26ms, e no blocco principale-thread a tutti attraverso zero lunghi compiti. Rimuove NavPerfGate, NavPerfProbe e /api/perf-probe. Niente che abbia prodotto i numeri dovrebbero superare la domanda, almeno qualcosa che segnala i tempi per ogni visitatore.