Google accelera il ritmo di Chrome: dal ciclo mensile si passa a un rilascio ogni due settimane. La novità riguarda sia Stable sia Beta; in pratica, arriveranno più spesso nuove versioni complete, con cambiamenti più piccoli e più facili da tracciare.

Il calendario parte con Chrome 153: la stable è indicata per 8 settembre 2026, e da lì in avanti il passo diventa quindicinale. Vale su desktop, Android e iOS; quindi non è un test di nicchia, è un cambio di marcia generale.

Chrome aggiornamenti due settimane: cosa cambia davvero

La differenza non è solo più update. È un modo diverso di distribuire le novità: meno cose per volta, più frequentemente, di conseguenza, ogni rilascio dovrebbe essere più facile da verificare e, quando qualcosa va storto, anche più semplice da isolare.

In mezzo, resta un punto importante: continuano gli aggiornamenti di sicurezza tra una milestone e l’altra. Quindi, oltre alle release quindicinali, ci saranno fix mirati quando serve, senza aspettare la versione successiva.

Quali canali non cambiano

Non tutti i canali si muovono. Dev e Canary restano com’erano, quindi con il loro ritmo più sperimentale. È una scelta logica: chi usa quei canali accetta già instabilità e cambiamenti rapidi.

Per chi invece gestisce grandi parchi macchine, rimane il canale Extended Stable con ciclo più lungo, pensato per chi preferisce prevedibilità e rollout più lenti. In altre parole: il consumer accelera, l’enterprise mantiene un’opzione più conservativa.

Perché Google accelera Chrome

Il motivo dichiarato è pragmatico: portare prima miglioramenti, fix e nuove funzioni. Inoltre, con rilasci più piccoli, si riduce l’impatto di ogni singolo update; quindi meno scossoni e meno regressioni difficili da rintracciare.

C’è anche un effetto collaterale positivo: un ritmo più stretto spinge a mantenere il browser più in forma, soprattutto su performance e sicurezza, e oggi, con il web che cambia in fretta, restare fermi per settimane pesa di più rispetto al passato.

Cosa significa per utenti e sviluppatori

Per l’utente medio, la promessa è semplice: novità più rapide, fix più vicini al problema, meno attese. Tuttavia serve un’abitudine: riavviare il browser quando lo chiede, perché gli update spesso restano in coda finché non chiudi e riapri.

Per chi sviluppa, invece, cambiano i tempi: meno mesi di attesa per vedere API e correzioni arrivare su Stable; allo stesso tempo, serve attenzione ai test, perché le finestre tra versioni si accorciano. In compenso, il delta tra una release e l’altra dovrebbe essere più contenuto; quindi anche il debug può diventare più pulito.