Mỗi tuần lại có người muốn chuyển một trang web thực sự — trang có lưu lượng truy cập, liên kết ngược, và vài năm uy tín từ Google phía sau — sang trình xây dựng AI. Không phải ý tưởng mới, không phải bản thử nghiệm. Một doanh nghiệp hiện có với điều gì đó để mất. Đó là một công việc khác với việc bắt đầu từ một prompt trống, và phần lớn nỗi đau mà tôi từng chứng kiến đến từ việc coi nó là cùng một công việc dù sao đi nữa.
Có ba cách việc này thường xuyên đi sai đến mức tôi có thể đoán được yêu cầu hỗ trợ trước khi đọc hết dòng tiêu đề. Cách đúng không có gì cao siêu. Nó chỉ là thứ bạn đạt được một khi đã ngừng làm ba điều này.
Sai lầm một: đổ toàn bộ nội dung cũ vào và hy vọng cấu trúc tự sắp xếp ổn thỏa
Bản năng này khá hợp lý. Bạn có một trang web, nó có chữ trên đó, vì vậy bạn dán những chữ đó vào khung chat và yêu cầu trình xây dựng "làm cho nó tốt hơn." Kết quả thường là một trang web trông mới nhưng đọc cũ — vẫn những đoạn văn dịch vụ dài lê thê, vẫn ba tiêu đề gánh vác công việc của mười lăm, giờ được bọc trong một mẫu giao diện đẹp hơn. Trình xây dựng đã làm đúng yêu cầu của bạn. Bạn yêu cầu nó trang trí lại, không phải suy nghĩ lại.
Hậu quả đổ vỡ xuất hiện khoảng sáu tuần sau, khi thứ hạng của trang web mới nằm y hệt vị trí của trang web cũ, hoặc thấp hơn một chút. Không có gì cải thiện vì không có gì thay đổi về kiến trúc thông tin thực sự — vẫn một trang phẳng cho một dịch vụ đáng lẽ nên có ba trang, vẫn thiếu nội dung FAQ mà trang của đối thủ đã dùng để xếp hạng suốt cả năm nay. Sơn lại lớp sơn mới cho một ngôi nhà sai số phòng vẫn là sai số phòng.
Tôi từng có một khách hàng với trang "Dịch vụ" dài 4.000 từ bao quát mười một dịch vụ riêng biệt. Cô ấy muốn di chuyển nguyên trạng vì "nó luôn hiệu quả." Nó chưa bao giờ hiệu quả — nó không xếp hạng cho bất cứ điều gì cụ thể vì nó nói về mọi thứ cùng một lúc. Di chuyển nó nguyên vẹn chỉ tạo ra một phiên bản đẹp hơn của cùng một trang không xếp hạng.
Điều thực sự hiệu quả ở đây là coi việc di chuyển như một cuộc kiểm toán trước khi là một công trình xây dựng. Đưa nội dung cũ vào, nhưng yêu cầu kiểm kê nội dung trước: những trang nào tồn tại, mỗi trang thực sự đang cố gắng xếp hạng cho điều gì, nơi nào hai chủ đề bị nhồi nhét vào một URL và nơi nào một chủ đề bị dàn mỏng trên năm trang. Bản kiểm kê đó trở thành kế hoạch. Trang web cũ là nguồn tham khảo, không phải khuôn mẫu.
Sai lầm hai: quên rằng URL mới chính là thứ Google thực sự tin tưởng
Đây là sai lầm tốn kém nhất. Một cuộc di chuyển trang web thay đổi cấu trúc URL mà không ánh xạ đường dẫn cũ sang đường dẫn mới — ngay cả khi nội dung mới thực sự tốt hơn — sẽ vứt bỏ nhiều năm tín hiệu tích lũy. Liên kết ngược trỏ vào trang lỗi 404. Google phải thu thập dữ liệu lại và xây dựng lại niềm tin vào những trang mà nó đã từng tin tưởng dưới một địa chỉ khác. Lưu lượng truy cập trực tiếp từ dấu trang cũ và chữ ký email đi vào ngõ cụt.
Tôi từng chứng kiến người ta chỉ nhận ra điều này sau khi ra mắt, khi bảng phân tích cho thấy một vách đá thay vì một cú nhảy vọt. Lúc đó cách khắc phục là thêm chuyển hướng sau, việc này khôi phục được một phần thiệt hại nhưng không phải toàn bộ — khoảng cách giữa "URL đã di chuyển" và "ai đó nhận ra và sửa nó" được đo bằng nhiều tuần mất mát giá trị tích lũy mà bạn không lấy lại được.
| Cách làm cũ | Điều gì bị hỏng | Nên làm gì thay vào đó |
|---|---|---|
| Để trình xây dựng tự tạo bất kỳ cấu trúc URL nào phù hợp với thiết kế mới | Mọi liên kết ngược và dấu trang đến đều trỏ vào trang lỗi 404 | Xuất sitemap cũ trước, ánh xạ mọi URL hiện có với URL tương ứng mới trước khi bắt đầu xây dựng |
| Chỉ chuyển hướng trang chủ, để các trang bên trong bị lỗi 404 | Các trang sâu mang giá trị liên kết riêng của chúng — mất chúng từng cái một sẽ cộng dồn lại | Chuyển hướng 301 mọi URL cũ có ý nghĩa, ngay cả những URL đang được gộp vào một trang rộng hơn |
| Thêm chuyển hướng "sau này, khi đã lên sóng" | Trình thu thập dữ liệu và người dùng nhấp chuột gặp ngõ cụt đúng vào khoảng thời gian lưu lượng truy cập biến động nhất | Chuyển hướng phải hoạt động ngay khi trang web mới lên sóng, không phải sau đó |
Không có gì trong số này là bí truyền cả. Đó chỉ là một bảng tính với hai cột, được lập trước khi ai đó đụng vào trình xây dựng. Nó chỉ là bước mà người ta bỏ qua vì nó nhàm chán còn bản thân việc xây dựng mới là phần thú vị.
Sai lầm ba: chuyển đổi kiểu "big-bang" không có đường lui
Cách thất bại thứ ba hoàn toàn không liên quan đến nội dung hay URL — nó liên quan đến cách chuyển đổi thực sự diễn ra. Ai đó xây dựng trang web mới, thích những gì họ thấy trong bản xem trước, và trỏ tên miền vào đó ngay chiều hôm ấy. Không có giai đoạn thử nghiệm, không so sánh song song dưới lưu lượng truy cập thực, không có kế hoạch cho trường hợp có điều gì đó bị hỏng mà bản xem trước không phát hiện ra — một biểu mẫu liên hệ âm thầm thất bại, một quy trình thanh toán hoạt động khi thử nghiệm nhưng nghẹt lại dưới lượng giao dịch thanh toán thực, một trang hiển thị tốt trên máy tính để bàn nhưng vỡ trên đúng loại điện thoại mà một nửa khách hàng của bạn đang dùng.
Hậu quả ở đây là loại ồn ào nhất vì nó xảy ra ngay lập tức. Hộp thư hỗ trợ tràn ngập. Ai đó cứ tải lại trang phân tích mỗi mười phút để xem biểu đồ đi sai hướng, và việc quay lại đồng nghĩa với việc trỏ lại DNS một lần nữa, bản thân điều này cũng cần thời gian để lan truyền, có nghĩa là trải nghiệm tệ vẫn tiếp diễn ngay cả sau khi bạn đã quyết định đảo ngược.
Cách khắc phục không hề hào nhoáng: hạ TTL của DNS xuống trước ngày chuyển đổi một hoặc hai ngày để nếu cần rollback thì việc lan truyền sẽ diễn ra nhanh chóng, chạy trang web mới trên một subdomain xem trước hoặc staging trước và thực sự sử dụng nó theo cách một khách hàng sẽ làm, và giữ cho hosting của trang web cũ vẫn hoạt động và không đụng đến trong ít nhất vài tuần sau khi chuyển đổi thay vì gỡ bỏ nó ngay khi trang mới hoạt động. Phần cuối này chỉ tốn vài đô la phí hosting để đổi lấy sự an tâm thực sự. Người ta thường bỏ qua bước này vì việc hủy gói cũ mang lại cảm giác khép lại một vòng, và khép lại một vòng lại giống như đang có tiến triển.
Cách làm đúng thực sự trông như thế nào
Gộp lại, không có bước nào trong số này tốn nhiều công sức hơn cách làm sai — đó vẫn là cùng một khối lượng công việc nhưng theo thứ tự khác. Kiểm tra kỹ trước khi xây lại. Lập bản đồ URL trước khi ra mắt. Dàn dựng trước khi chuyển đổi, và giữ lại một đường lui trong vài tuần sau đó. Trang web ra đời sau cùng không chỉ trông mới hơn. Nó còn giữ được mọi thứ mà trang cũ đã gây dựng được, và đó chính là mục đích của việc di chuyển thay vì làm lại từ đầu.
