Khách hàng là công ty bảo hiểm bán trực tuyến các sản phẩm bảo hiểm trách nhiệm dân sự bắt buộc và tự nguyện cho ô tô, cùng bảo hiểm du lịch. Nền tảng được xây dựng trong nhiều năm: PHP viết riêng, tài liệu bị thất lạc, mỗi thay đổi mất vài tuần và kiểm toán bên ngoài phát hiện 11 lỗ hổng nghiêm trọng. Dù vậy, website là kênh bán hàng chính, có hàng chục nghìn trang được lập chỉ mục, thuộc lĩnh vực YMYL với yêu cầu khắt khe về chất lượng nội dung. Bất kỳ lỗi di chuyển nào cũng có thể khiến trang mất thứ hạng, vốn rất tốn kém để lấy lại trong ngành bảo hiểm.
Di chuyển website và quy trình mua hợp đồng bảo hiểm trực tuyến sang nền tảng hiện đại mà không dừng bán hàng dù chỉ một
ngày: giữ lưu lượng tìm kiếm, khắc phục lỗ hổng, tăng tốc nền tảng và giúp đội ngũ tiếp tục phát triển sản phẩm mà không sợ làm hỏng hệ thống. Hội đồng quản trị còn đặt thêm yêu cầu: dự án phải hoàn vốn nhờ tăng tỷ lệ chuyển đổi chứ không chỉ để «dọn dẹp kỹ thuật».
Chúng tôi chia dự án thành các giai đoạn có thể chuyển đổi độc lập: trước tiên là trang nội dung, tiếp theo là công cụ tính phí và quy trình mua hợp đồng, cuối cùng là khu vực tài khoản cá nhân. Có thể quay lui từng giai đoạn riêng, để rủi ro tăng dần theo từng phần thay vì dồn lại cùng lúc.
- Kiểm kê toàn hệ thống: crawl toàn bộ URL, lập bản đồ chức năng, danh mục tích hợp với hệ thống thanh toán và kế toán, xếp ưu tiên trang theo lưu lượng và doanh thu.
- Thiết kế kiến trúc đích: frontend Next.js với kết xuất phía máy chủ cho các trang tìm kiếm, lớp API trên các dịch vụ hiện có và loại bỏ dần mã legacy.
- Di chuyển các trang nội dung: lập bản đồ chuyển hướng cho 80 nghìn URL, chuyển metadata và markup, đối chiếu nội dung lẫn cấu trúc từng trang với bản gốc.
- Viết lại quy trình mua bảo hiểm trực tuyến — công cụ tính phí, các bước đăng ký và thanh toán — trong khi phiên bản cũ và mới chạy song song trên một phần lưu lượng.
- Chuyển lưu lượng theo từng mức canary: 5% → 25% → 100%, theo dõi lỗi, tỷ lệ chuyển đổi và thứ hạng ở mỗi bước.
- Chuẩn bị kế hoạch quay lui cho mọi giai đoạn: nếu chỉ số suy giảm, lưu lượng được chuyển về nền tảng cũ trong vài phút thay vì vài giờ.
Chúng tôi duy trì một luồng riêng để bảo vệ SEO trong quá trình di chuyển: kiểm tra lập chỉ mục, thứ hạng của các nhóm truy vấn ưu tiên và lỗi crawl hằng ngày, đồng thời đối chiếu lưu lượng với cùng kỳ năm trước. Chính kỷ luật này giúp lưu lượng tự nhiên phục hồi êm trong hai tuần thay vì rơi vào «đáy» kéo dài vài tháng như thường thấy ở các dự án tương tự. Hội đồng quản trị nhận được đúng điều họ yêu cầu: vừa tăng tốc, vừa bảo vệ kênh bán hàng trong cùng một dự án.
Tỷ lệ chuyển đổi tăng 34% là kết quả trực tiếp của tốc độ và quy trình mua đơn giản hơn. Mức tăng mạnh nhất đến từ lưu lượng di động, nơi thời gian tải bảy giây trước đây khiến giao dịch thất bại. Với doanh nghiệp, điều này có nghĩa là mỗi ngày có thêm hàng chục hợp đồng bảo hiểm mà không cần tăng ngân sách quảng cáo; theo tính toán của khách hàng, dự án hoàn vốn trong một quý. Tốc độ phát triển cũng tăng: tính năng trước đây mất vài tuần giờ được phát hành trong vài ngày.
| Chỉ số | Kết quả |
|---|---|
| Tốc độ tải (LCP) | 6,8 giây → 1,4 giây |
| Tỷ lệ chuyển đổi mua hợp đồng bảo hiểm | +34% |
| Lỗ hổng nghiêm trọng | 11 → 0 |
| Lưu lượng truy cập tự nhiên | Phục hồi trong 2 tuần, sau đó tiếp tục tăng |
Các chỉ số được chuyển từ tài liệu gốc của case study. Khoảng thời gian được ghi khi nguồn có nêu.
- thời gian tải LCP (trước đây là 6,8 giây)
- 1,4 giây
- tỷ lệ chuyển đổi mua hợp đồng bảo hiểm
- +34%
- lỗ hổng nghiêm trọng (trước đây là 11)
- 0
- để phục hồi lưu lượng tự nhiên
- 2 tuần
Mỗi bước đều theo dõi lỗi, tỷ lệ chuyển đổi và thứ hạng, kèm kế hoạch quay lui.
- 01Trang nội dungbản đồ chuyển hướng cho 80 nghìn URL
- 02Công cụ tính phí và quy trình muaphiên bản cũ và mới chạy song song
- 03Khu vực tài khoảncuối cùng
Nền tảng mới mở ra những hướng nào:
- CMS headless — đội marketing tự xuất bản landing page cho các sản phẩm bảo hiểm mà không cần lập trình viên.
- Nền tảng A/B — liên tục thử nghiệm quy trình mua hợp đồng thay vì chỉ thực hiện một lần.
- Cá nhân hóa — kịch bản đề xuất theo loại xe, khu vực và lịch sử khách hàng.
Chúng tôi đã do dự suốt ba năm vì sợ mất lưu lượng truy cập và doanh số. Cuối cùng, không có ngày nào phải dừng hoạt động, còn tỷ lệ chuyển đổi tăng một phần ba.
— Giám đốc kênh số của công ty bảo hiểm