Ngày 8/9/2026, cùng với bản Chrome 153, Google chuyển trình duyệt của mình từ chu kỳ phát hành bốn tuần sang chu kỳ hai tuần. Kế hoạch được công bố từ tháng 3/2026 trên trang tài liệu dành cho nhà phát triển. Nhịp mới áp cho cả năm nền tảng: Android, iOS, Linux, macOS và Windows. Số bản ổn định ra mỗi năm vì thế tăng gấp đôi.
Với người dùng cuối, thay đổi này gần như vô hình. Chrome vẫn tự cập nhật trong nền như trước, không ai phải làm gì. Với đội làm và vận hành website thì khác. Khoảng thời gian giữa hai phiên bản để kiểm thử và điều chỉnh co lại còn một nửa.
Nhịp mới trông ra sao
Google giải thích lựa chọn bằng lập luận về tốc độ của nền tảng web. Hãng muốn lập trình viên và người dùng nhận được cải tiến hiệu năng, bản vá lỗi và tính năng mới sớm hơn. Kèm theo là một lý lẽ ngược với trực giác. Bản ra thường xuyên hơn thì phạm vi thay đổi nhỏ đi, nên ít gây gián đoạn và dễ truy vết khi có sự cố.
Bản beta của mỗi phiên bản ra trước bản ổn định ba tuần, tức là hai nhánh beta gối lên nhau. Ai muốn thử trước vẫn có cửa sổ đủ rộng. Kênh Extended Stable giữ nguyên nhịp tám tuần, dành cho doanh nghiệp và trường học cần một mặt bằng ổn định để triển khai hàng loạt. Chromebook cũng còn tuỳ chọn phát hành giãn.
Sự kiện unload tắt dần theo phần trăm
Chu kỳ nhanh hơn rơi đúng vào lúc một thay đổi khác đang chạy tới đích. Sự kiện unload bị gỡ dần qua tám mốc trải khoảng ba mươi hai tuần trong năm 2026. Cách làm là đổi mặc định để trình xử lý sự kiện này không kích hoạt nữa, trừ khi trang chủ động bật lại.
Tỉ lệ được nâng theo từng bản. Chrome 146, ra ngày 10/3/2026, mới chạm một phần trăm lượt tải trang. Chrome 152 ngày 25/8/2026 đã lên tám mươi phần trăm. Mốc một trăm phần trăm rơi vào ngày 22/9/2026.
Sự kiện đó vốn hay được dùng để chạy nốt vài việc lúc người dùng rời trang. Gửi số liệu thống kê cuối cùng, hỏi có lưu bản nháp không, đóng một phiên làm việc. Khi nó thôi kích hoạt, những việc ấy im lặng không chạy nữa và không báo lỗi gì. Loại hỏng này khó phát hiện nhất, vì trang trông vẫn hoàn toàn bình thường.
Kho tiện ích siết công bố dữ liệu
Chrome Web Store cũng đổi luật với nhà phát triển tiện ích mở rộng, thực thi từ ngày 1/8/2026. Yêu cầu mới buộc công bố rõ ràng mọi hoạt động thu thập dữ liệu. Dữ liệu đó có gắn với mục đích duy nhất đã khai của tiện ích hay không cũng không quan trọng. Việc thu thập cũng phải giới hạn trong phạm vi mục đích ấy. Khi cách xử lý dữ liệu thay đổi, tác giả phải chủ động báo người dùng chứ không chờ ai hỏi.
Tiện ích không đáp ứng có thể bị xử lý, kể cả gỡ khỏi kho. Nhóm chịu tác động rõ nhất là các tiện ích theo dõi thư điện tử và công cụ đo hành vi. Chúng thu thập nhiều hơn hẳn phần mô tả ngoài trang giới thiệu.
Cả nhóm thay đổi này có một điểm chung. Chúng xuất hiện dưới dạng cảnh báo trong bảng điều khiển của công cụ nhà phát triển trước khi thành lỗi thật. Ai không mở bảng đó ra xem thì không biết gì cho tới ngày trang hỏng.
Không ai kiểm thử theo phiên bản trình duyệt
Phần lớn website doanh nghiệp Việt không có quy trình kiểm thử theo phiên bản trình duyệt. Site được bàn giao, chạy được, rồi không ai mở ra soát lại cho tới khi có người báo lỗi. Với nhịp phát hành gấp đôi, khoảng cách giữa lúc một tính năng bị gỡ và lúc doanh nghiệp phát hiện ra sẽ dài hơn trước.
Nhóm rủi ro cao nhất có hai loại. Một là các site có nhiều mã tuỳ biến viết tay từ nhiều năm trước. Hai là các site cài chồng nhiều tiện ích bên thứ ba. Mỗi tiện ích là một đoạn mã bạn không kiểm soát, và không biết tác giả còn bảo trì hay đã bỏ từ lâu.
Nhịp nhanh cũng có mặt được cho người làm web. Lỗi được vá sớm hơn thay vì phải chờ hết chu kỳ bốn tuần, và tính năng mới tới tay người dùng nhanh hơn. Vấn đề nằm ở chỗ nhịp đó đòi một thói quen kiểm tra đều đặn, thứ mà phần lớn website doanh nghiệp chưa có. Thiếu thói quen ấy thì lợi ích thuộc về người khác còn rủi ro thuộc về mình.
Website không phải công trình xây xong là để đó. Nền nó đứng trên đang đổi hai tuần một lần, và mỗi lần đổi đều có lịch công bố trước. Phần bảo trì vì thế nên được tính vào ngân sách ngay từ lúc ký hợp đồng làm web.
