Chuyển đổi CMS là một trong số ít dự án mà phần kỹ thuật có thể chạy hoàn hảo nhưng kết quả vẫn là thảm họa. Trang web lên đúng hạn, đẹp hơn, tải nhanh hơn, còn lưu lượng thì rơi mất một nửa, chỉ vì vài trăm URL đã đổi dạng và không ai dựng bản đồ cho chúng.

Tổn thất đó không do nền tảng mới gây ra. Nó do sự đứt gãy: những địa chỉ trước đây phản hồi thì nay không còn, những trang trước đây nhận diện được thì nay trông như trang mới, và toàn bộ lịch sử tích lũy trên các URL cũ không còn chỗ nào để đi tiếp.

Quyết định duy nhất định đoạt kết quả: bạn có giữ nguyên cấu trúc URL không? Nếu có, việc chuyển đổi phần lớn chỉ là bài toán nội dung và giao diện, rủi ro ở mức vừa phải. Nếu không, mỗi địa chỉ thay đổi đều cần một chuyển hướng tới bản tương ứng cụ thể của nó, và mức độ đầy đủ của bản đồ đó quyết định việc chuyển đổi sẽ vô hình hay tốn kém. Không có phương án thứ ba, trong đó URL đổi hết mà mọi thứ vẫn ổn.

Chuyển đổi CMS thực sự làm hỏng những gì

URL, và đây là phần lớn nhất. Mỗi nền tảng có quy ước riêng cho đường dẫn, phân trang, chuyên mục và ngày tháng, nên việc chấp nhận thiết lập mặc định của nền tảng mới sẽ âm thầm viết lại mọi địa chỉ trên trang.

Metadata. Tiêu đề và mô tả viết ra qua nhiều năm thường không sống sót sau một lần xuất dữ liệu, và nền tảng mới sinh chúng từ mẫu thay vì giữ nguyên. Điều này rất dễ bỏ sót, vì các trang nhìn vẫn ổn.

Dữ liệu có cấu trúc. Phần đánh dấu do một plugin thêm vào trên nền tảng cũ sẽ biến mất cùng plugin đó, còn các bản tương đương mới hiếm khi xuất ra đúng như vậy. Hướng dẫn của chúng tôi về cách công cụ tìm kiếm AI đọc Schema markup nêu rõ những gì cần được giữ lại.

Liên kết nội bộ. Phần nội dung đầy liên kết tuyệt đối trỏ tới đường dẫn cũ sẽ tiếp tục trỏ về đó, nghĩa là sau khi đổi URL, mỗi liên kết như vậy tốt nhất cũng phải đi qua một bước chuyển hướng.

Hình ảnh và tệp media. Đường dẫn lưu trữ khác, tên tệp khác, và các đoạn văn bản thay thế vốn nằm trong cơ sở dữ liệu cũ nhưng không có trong bản xuất.

Mọi thứ mà một plugin đang làm. Các chuyển hướng cấu hình dần qua nhiều năm, quy tắc canonical, định dạng feed và những chức năng không ai ghi lại vì chúng chỉ là một ô đánh dấu.

Hãy kiểm kê tất cả những thứ đó trước khi chuyển, đừng để sau. Danh sách những việc nền tảng cũ lặng lẽ làm hộ bạn luôn dài hơn dự kiến.

Bản đồ chuyển hướng quyết định tất cả

Nếu URL thay đổi, đây chính là sản phẩm bàn giao đáng kể nhất, và nó phải đầy đủ chứ không phải gần đầy đủ.

Hãy dựng danh sách nguồn từ nhiều nơi. Một lượt thu thập trang đang chạy tìm ra những gì được liên kết. Analytics và Search Console tìm ra các trang có lưu lượng nhưng có thể đang mồ côi. Log máy chủ tìm ra thứ thực sự được yêu cầu, kể cả từ những trang khác đang trỏ về bạn. Bất kỳ nguồn đơn lẻ nào cũng bỏ sót, và những trang bị bỏ sót thường là trang cũ, tức là trang có nhiều liên kết trỏ tới.

Hãy ánh xạ mỗi URL cũ tới bản tương ứng cụ thể của nó. Không phải trang chủ, cũng không phải trang chuyên mục, vì một chuyển hướng tới thứ không trả lời đúng yêu cầu ban đầu bị coi là lỗi mềm và truyền lại rất ít giá trị. Tài liệu của Google về việc chuyển site nêu rõ cách ánh xạ được mong đợi. Nếu thật sự không có gì tương ứng, trả về phản hồi không tìm thấy trang mới là câu trả lời trung thực, và nó tốt hơn một chuyển hướng gây hiểu nhầm.

Hãy dùng chuyển hướng vĩnh viễn, giữ chuỗi chuyển hướng ở đúng một bước bằng cách trỏ địa chỉ cũ thẳng tới đích cuối, và nhớ rằng các quy tắc được duyệt theo thứ tự, nên một mẫu rộng đặt trên một quy tắc cụ thể sẽ nuốt mất quy tắc đó.

Sau đó hãy kiểm thử bản đồ trước khi lên, trên toàn bộ danh sách chứ không phải trên một mẫu nhỏ.

Trước khi chuyển

Thu thập và lưu trữ lại trang cũ. Một bản ghi đầy đủ của mọi URL kèm tiêu đề, mô tả, canonical, mã trạng thái và số từ. Đây là mốc đối chiếu của bạn, và bạn không thể tạo ra nó sau khi mọi việc đã xong.

Xuất dữ liệu rồi kiểm tra lại nội dung. Hãy đếm số lượng, đừng chỉ dừng ở chỗ bản xuất đã chạy xong. Chuyên mục thiếu, trường tùy chỉnh rơi mất và bài viết bị cắt cụt đều phổ biến và đều diễn ra âm thầm.

Dựng thử trên môi trường bị chặn. Một trang staging bị lập chỉ mục sẽ tạo ra bản trùng lặp của toàn bộ trang web, một vấn đề nặng hơn vấn đề bạn đang giải quyết.

Kiểm tra xem mẫu mới có xuất ra đúng những gì mẫu cũ từng xuất không. Tiêu đề, mô tả, canonical, dữ liệu có cấu trúc và hreflang nếu bạn chạy nhiều ngôn ngữ, như hướng dẫn SEO đa ngôn ngữ của chúng tôi đã nêu.

Chọn thời điểm. Đừng làm ngay trước mùa cao điểm và đừng làm vào thứ Sáu. Bạn cần vài ngày làm việc toàn tâm ngay sau đó.

Sau khi chuyển

Bốn mươi tám giờ đầu quan trọng hơn cả tháng sau đó, vì đó là lúc lỗi sửa được còn rẻ.

Theo dõi log máy chủ để tìm phản hồi không tìm thấy trang. Đây là cách nhanh nhất lộ ra các URL bản đồ bỏ sót, vì nó dựa trên yêu cầu thật, không phải giả định. Gửi sitemap mới và xác nhận việc thu thập thực sự diễn ra.

Đối chiếu với bản thu thập gốc. Mọi URL từng lập chỉ mục được giờ phải phản hồi hoặc chuyển hướng tới đích cụ thể. URL không đạt cả hai là một lỗ hổng.

Lường trước một đợt sụt. Vài tuần dao động là bình thường ngay cả khi chuyển đổi làm tốt, vì địa chỉ mới phải được thu thập và đánh giá lại. Bất thường là mức giảm kéo dài không hồi phục, gần như luôn do chuyển hướng bị bỏ sót hoặc trỏ vào chỗ chung chung.

Giữ chuyển hướng vĩnh viễn. Đó không phải biện pháp tạm thời mà là thứ duy nhất nối nhiều năm liên kết tích lũy với trang hiện tại; gỡ đi sau một năm sẽ tái tạo tổn thất ban đầu.

Mecanik xử lý những dự án kiểu này trong dịch vụ phát triển website. Khuôn mẫu luôn lặp lại: đổi nền tảng là việc thường ngày, khác biệt giữa kết quả tốt và tệ nằm hoàn toàn ở độ đầy đủ của bản đồ.

Câu hỏi thường gặp

Vì sao lưu lượng tụt sau khi chuyển đổi CMS? Gần như luôn vì URL đã thay đổi và bản đồ chuyển hướng chưa đầy đủ. Địa chỉ cũ ngừng phản hồi, nên nhiều năm liên kết tích lũy và lịch sử thu thập không còn chỗ nào để đi. Bản thân nền tảng hiếm khi gây ra tổn thất; sự đứt gãy giữa địa chỉ cũ và mới mới là nguyên nhân.

Tôi có nên giữ cấu trúc URL khi đổi CMS không? Nếu được thì nên. Giữ nguyên cấu trúc sẽ thu việc chuyển đổi về một bài toán nội dung và giao diện với rủi ro vừa phải. Thay đổi nó nghĩa là mỗi địa chỉ bị đổi đều cần một chuyển hướng tới bản tương ứng cụ thể, và mức độ đầy đủ của phép ánh xạ đó quyết định việc chuyển đổi sẽ vô hình hay tốn kém.

Lấy danh sách URL cần chuyển hướng ở đâu? Từ nhiều nguồn, vì nguồn nào cũng bỏ sót. Một lượt thu thập trang đang chạy tìm ra các trang được liên kết, Analytics và Search Console tìm ra trang có lưu lượng nhưng có thể mồ côi, còn log máy chủ tìm ra thứ thực sự được yêu cầu, kể cả từ liên kết bên ngoài. Những trang mà một nguồn đơn lẻ bỏ sót thường là trang cũ có nhiều liên kết trỏ tới.

Tôi có thể chuyển hướng trang cũ về trang chủ không? Không. Một chuyển hướng tới thứ không trả lời đúng yêu cầu ban đầu bị coi là lỗi mềm và truyền lại rất ít giá trị. Hãy ánh xạ mỗi URL cũ tới bản tương ứng cụ thể, và ở chỗ thật sự không có gì tương ứng, trả về phản hồi không tìm thấy trang sẽ trung thực và hữu ích hơn một chuyển hướng gây hiểu nhầm.

Cần giữ các chuyển hướng của lần chuyển đổi trong bao lâu? Vĩnh viễn. Chúng không phải biện pháp tạm thời mà là mối nối duy nhất giữa nhiều năm liên kết trỏ về và các trang hiện tại của bạn, nên gỡ chúng sau một năm sẽ tái tạo đúng phần lưu lượng mà lần chuyển đổi lẽ ra phải bảo vệ.