Next.js 15 siết chặt ngữ nghĩa caching và làm partial prerendering dễ dự đoán hơn trên production. Các team từng trì hoãn migration sang App Router giờ đang chạm deadline thật — lộ trình nâng cấp mượt hơn bước nhảy 13→14, nhưng chỉ khi bạn audit dynamic route trước. Framework giả định bạn đã xác định route nào an toàn để cache mạnh và route nào cần cá nhân hóa theo từng request.
Mức độ quan trọng cao hơn một bản minor release thông thường vì mặc định caching đã thay đổi cách revalidation ngầm hoạt động trên các route chưa khai báo chiến lược. Trang product và marketing từng “cảm giác static” giờ có thể tham gia semantics mà bạn chưa opt-in rõ ràng.
Chúng tôi chạy checklist ba giai đoạn: kiểm kê lệnh `fetch` và cache directive, validate edge case middleware, rồi load-test trang ISR dưới traffic thực tế. Phần lớn regression đến từ giả định về `revalidate` không còn đúng. Riêng giai đoạn một thường lộ ra hàng chục fetch path chưa được ghi nhận qua layout, loading UI và server action.
Partial prerendering thay đổi cách streaming boundary tương tác với cached shell. Ghi rõ route nào là static shell, route nào là dynamic hole trước khi bật flag trên production. Team bỏ qua bước vẽ sơ đồ này thường phải rollback vì marketing thấy hero content cũ trong khi engineering khẳng định cache “đang hoạt động đúng thiết kế”.
Nếu bạn lên kế hoạch nâng cấp Q3, hãy bắt đầu với staging branch phản chiếu header CDN thực tế. Framework đã sẵn sàng; lớp cache của bạn có thể chưa. Đưa luồng đã xác thực vào synthetic test — không chỉ duyệt catalog ẩn danh.
Căn chỉnh observability trước khi rollout hoàn tất: cache hit ratio, kích thước payload RSC và TTFB theo route nên nằm trên cùng dashboard mà on-call đang theo dõi. Kết thúc nâng cấp bằng retro viết tay về bất ngờ, khả năng rollback và những gì bạn sẽ stage khác đi lần sau.
