Hướng dẫn chuyển đổi website: Chiến lược SEO, quy trình và danh sách kiểm tra

Di chuyển trang web là gì?

Tài liệu của Google về việc chuyển đổi trang web không đề cập chi tiết đến vấn đề này và xem nhẹ thực tế rằng việc này thường dẫn đến tổn thất đáng kể về lưu lượng truy cập và doanh thu, có thể kéo dài từ vài tuần đến vài tháng — tùy thuộc vào mức độ ảnh hưởng đến thứ hạng tìm kiếm cũng như thời gian doanh nghiệp cần để triển khai kế hoạch phục hồi thành công.

Ví dụ về di chuyển trang web

Phần tiếp theo sẽ thảo luận về cả những trường hợp di chuyển trang web thành công và không thành công, đồng thời giải thích lý do tại sao hoàn toàn có thể thực hiện di chuyển trang web mà không chịu tổn thất đáng kể.

Bác bỏ quan niệm sai lầm về "lưu lượng truy cập dự kiến ​​giảm"

Bất cứ ai từng tham gia vào quá trình chuyển đổi trang web có lẽ đều đã nghe đến lý thuyết phổ biến rằng việc này sẽ dẫn đến mất lưu lượng truy cập và doanh thu. Mặc dù nhận định này có phần đúng trong một số trường hợp cụ thể (ví dụ: chuyển từ một tên miền đã có sẵn sang một tên miền hoàn toàn mới), nhưng không nên coi đó là chân lý tuyệt đối. Hoàn toàn có thể chuyển đổi mà không mất bất kỳ lưu lượng truy cập hoặc doanh thu nào; bạn thậm chí có thể đạt được sự tăng trưởng đáng kể ngay sau khi ra mắt trang web được cải tiến. Tuy nhiên, điều này chỉ có thể đạt được nếu mọi bước đều được lên kế hoạch và thực hiện tốt.

Ví dụ về các lần chuyển đổi trang web không thành công

Biểu đồ dưới đây minh họa cho sự cố chuyển đổi trang web thất bại của một nhà bán lẻ lớn tại Anh, khi trang web mất 35% khả năng hiển thị chỉ sau hai tuần chuyển từ HTTP sang HTTPS. Họ mất khoảng sáu tháng để phục hồi hoàn toàn, điều này chắc chắn đã ảnh hưởng đáng kể đến doanh thu từ tìm kiếm tự nhiên. Đây là một ví dụ điển hình về việc chuyển đổi trang web kém hiệu quả, có thể do lập kế hoạch hoặc thực hiện yếu kém.

Tuy nhiên, việc khôi phục không phải lúc nào cũng khả thi. Biểu đồ về khả năng hiển thị bên dưới là từ một nhà bán lẻ lớn khác của Anh, nơi việc chuyển đổi từ HTTP sang HTTPS đã dẫn đến việc mất vĩnh viễn 20% khả năng hiển thị.

Trên thực tế, hoàn toàn có thể chuyển đổi từ HTTP sang HTTPS mà không làm mất quá nhiều lưu lượng truy cập và trong thời gian quá dài, ngoại trừ vài tuần đầu tiên khi có sự biến động cao do Google phát hiện các URL mới và cập nhật kết quả tìm kiếm.

Ví dụ về các dự án chuyển đổi trang web thành công.

Một quá trình chuyển đổi trang web thành công trông như thế nào? Điều này phụ thuộc phần lớn vào loại hình chuyển đổi trang web, mục tiêu và các chỉ số KPI (sẽ được trình bày chi tiết hơn ở phần sau). Nhưng trong hầu hết các trường hợp, một quá trình chuyển đổi trang web thành công sẽ thể hiện ít nhất một trong những đặc điểm sau:

Giảm thiểu tối đa sự suy giảm tầm nhìn trong vài tuần đầu tiên (mục tiêu ngắn hạn)

Tăng trưởng về khả năng hiển thị sau đó — tùy thuộc vào loại hình di cư (mục tiêu dài hạn)

Báo cáo về khả năng hiển thị dưới đây được trích từ quá trình chuyển đổi trang web từ HTTP sang HTTPS, đồng thời cũng mang lại những cải thiện đáng kể về thời gian tải trang.

Báo cáo về khả năng hiển thị dưới đây là kết quả của một cuộc đại tu toàn diện trang web, mà tôi đã may mắn được tham gia vài tháng trước đó và hỗ trợ trong các giai đoạn chiến lược, lập kế hoạch và thử nghiệm, tất cả đều quan trọng như nhau.

Như thường thấy trong các dự án chuyển đổi trang web, ngày ra mắt đã phải lùi lại vài lần do rủi ro khi ra mắt trang web mới quá sớm và trước khi các trở ngại kỹ thuật chính được giải quyết triệt để. Nhưng như bạn có thể thấy trên biểu đồ hiển thị bên dưới, sự chờ đợi là hoàn toàn xứng đáng. Lượt hiển thị tự nhiên không những không giảm (như hầu hết mọi người thường mong đợi) mà trên thực tế, còn bắt đầu tăng trưởng ngay từ tuần đầu tiên.

Mức độ hiển thị tăng 60% sau một tháng chuyển đổi, trong khi lưu lượng truy cập tự nhiên tăng trưởng hơn 80% sau hai tháng ra mắt.

Đây là một quá trình chuyển đổi khá phức tạp vì trang web mới được thiết kế lại và xây dựng hoàn toàn từ đầu trên một nền tảng mới với cấu trúc phân cấp trang web được cải tiến, bao gồm các trang đích mới, cấu trúc URL được cập nhật, nhiều liên kết chuyển hướng để bảo toàn giá trị liên kết, cộng với việc chuyển đổi từ HTTP sang HTTPS.

Nhìn chung, việc đưa ra quá nhiều thay đổi cùng một lúc có thể rất khó khăn vì nếu có vấn đề gì xảy ra, bạn sẽ khó tìm ra chính xác nguyên nhân. Nhưng đồng thời, việc trì hoãn những thay đổi lớn cũng không phải là lý tưởng vì nó sẽ đòi hỏi nhiều nguồn lực hơn. Nếu bạn biết mình đang làm gì, việc thực hiện nhiều thay đổi tích cực cùng một lúc có thể rất tiết kiệm chi phí.

Trước khi đi sâu vào chi tiết cách biến một dự án di chuyển trang web phức tạp thành công, điều quan trọng là phải điểm qua các loại di chuyển trang web chính cũng như giải thích những lý do chính khiến nhiều dự án di chuyển trang web thất bại.

Các loại di chuyển trang web

Có nhiều loại hình di chuyển trang web khác nhau. Tất cả phụ thuộc vào bản chất của những thay đổi diễn ra.

Tài liệu của Google chủ yếu đề cập đến việc di chuyển trang web kèm theo thay đổi vị trí, được phân loại như sau:

• Trang web sẽ di chuyển theo các thay đổi URL.
• Trang web được chuyển đi mà không thay đổi URL.

Di chuyển trang web

Những trường hợp này thường xảy ra khi một trang web chuyển sang URL khác do bất kỳ lý do nào dưới đây:

- Thay đổi giao thức

Một ví dụ điển hình là khi chuyển đổi từ HTTP sang HTTPS.

- Thay đổi tên miền phụ hoặc thư mục con

Rất phổ biến trong SEO quốc tế khi một doanh nghiệp quyết định chuyển một hoặc nhiều tên miền cấp cao nhất quốc gia (ccTLD) vào các tên miền phụ hoặc thư mục con. Một ví dụ phổ biến khác là khi một trang web dành cho thiết bị di động nằm trên một tên miền phụ hoặc thư mục con riêng biệt được tối ưu hóa để phù hợp với nhiều thiết bị, và cả URL trên máy tính để bàn và thiết bị di động đều được thống nhất.

- Thay đổi tên miền

Tình huống này thường xảy ra khi một doanh nghiệp đang thay đổi thương hiệu và phải chuyển từ tên miền này sang tên miền khác.

- Thay đổi tên miền cấp cao nhất

Điều này thường xảy ra khi một doanh nghiệp quyết định ra mắt các trang web quốc tế và cần chuyển đổi từ tên miền cấp cao nhất theo mã quốc gia (ccTLD) sang tên miền cấp cao nhất chung (gTLD) hoặc ngược lại, ví dụ như chuyển từ .co.uk sang .com, hoặc từ .com sang .co.uk, v.v.

- Thay đổi cấu trúc trang web

Đây là những thay đổi về cấu trúc trang web, thường ảnh hưởng đến liên kết nội bộ và cấu trúc URL của trang web.

Các loại hình di cư khác

Ngoài ra còn có các loại di chuyển khác được kích hoạt bởi những thay đổi về nội dung, cấu trúc, thiết kế hoặc nền tảng của trang web.

- Tái cấu trúc nền tảng

Đây là trường hợp khi một trang web được chuyển từ nền tảng/hệ thống quản lý nội dung này sang nền tảng/hệ thống quản lý nội dung khác, ví dụ như chuyển từ WordPress sang Magento hoặc chỉ đơn giản là nâng cấp lên phiên bản nền tảng mới nhất. Việc chuyển đổi nền tảng, trong một số trường hợp, cũng có thể dẫn đến những thay đổi về thiết kế và URL do những hạn chế kỹ thuật thường xảy ra khi thay đổi nền tảng. Đó là lý do tại sao việc chuyển đổi nền tảng hiếm khi tạo ra một trang web trông giống hệt như trang web trước đó.

- Di chuyển nội dung

Những thay đổi lớn về nội dung như viết lại nội dung, hợp nhất nội dung hoặc cắt giảm nội dung có thể tác động mạnh đến khả năng hiển thị tìm kiếm tự nhiên của trang web, tùy thuộc vào quy mô. Những thay đổi này thường ảnh hưởng đến cấu trúc phân loại, điều hướng và liên kết nội bộ của trang web.

- Thay đổi thiết lập trên thiết bị di động

Với rất nhiều tùy chọn dành cho việc thiết lập trang web trên thiết bị di động, việc bật lập chỉ mục ứng dụng, xây dựng trang web AMP hoặc xây dựng trang web PWA cũng có thể được coi là các bước di chuyển trang web một phần, đặc biệt khi một trang web di động hiện có đang được thay thế bằng ứng dụng, AMP hoặc PWA.

- Thay đổi cấu trúc

Những vấn đề này thường do những thay đổi lớn về cấu trúc phân loại của trang web gây ra, ảnh hưởng đến điều hướng trang, liên kết nội bộ và hành trình người dùng.

- Thiết kế lại trang web

Những thay đổi này có thể bao gồm từ những thay đổi lớn về thiết kế giao diện đến việc thiết kế lại hoàn toàn trang web, bao gồm cả những thay đổi đáng kể về phương tiện truyền thông, mã nguồn và nội dung.

- Di chuyển kết hợp

Ngoài những điều đã nêu ở trên, còn có một số loại di chuyển kết hợp có thể được kết hợp theo hầu hết mọi cách. Càng nhiều thay đổi được thực hiện cùng một lúc thì độ phức tạp và rủi ro càng cao. Mặc dù việc thực hiện quá nhiều thay đổi cùng một lúc làm tăng rủi ro xảy ra sự cố, nhưng nó có thể tiết kiệm chi phí hơn về mặt nguồn lực nếu quá trình di chuyển được lên kế hoạch và thực hiện tốt.

Những lỗi thường gặp khi chuyển đổi trang web

Mặc dù mỗi quá trình chuyển đổi trang web đều khác nhau, nhưng có một vài điểm chung đằng sau những thảm họa chuyển đổi trang web điển hình nhất

Chiến lược tồi

Một số dự án chuyển đổi trang web đã thất bại ngay từ trước khi trang web mới được ra mắt. Một chiến lược được xây dựng dựa trên các mục tiêu không rõ ràng và không thực tế sẽ khó có thể thành công.

Việc thiết lập các mục tiêu có thể đo lường được là điều cần thiết để đánh giá tác động của quá trình chuyển đổi sau khi ra mắt. Đối với hầu hết các trường hợp chuyển đổi trang web, mục tiêu chính nên là duy trì lưu lượng truy cập và doanh thu hiện tại của trang web. Trong một số trường hợp, mục tiêu có thể được nâng cao hơn, nhưng nhìn chung, dự đoán hoặc dự báo tăng trưởng nên là mục tiêu thứ yếu. Điều này sẽ giúp tránh tạo ra những kỳ vọng không thực tế.

Kế hoạch kém

Việc lập kế hoạch dự án chi tiết càng sớm càng tốt sẽ giúp tránh được sự chậm trễ trong quá trình thực hiện. Hãy tính toán thêm thời gian và nguồn lực để đối phó với bất kỳ tình huống bất ngờ nào có thể phát sinh. Cho dù kế hoạch của bạn được suy nghĩ kỹ lưỡng và chi tiết đến đâu, rất khó có khả năng mọi thứ sẽ diễn ra theo đúng như mong đợi. Hãy linh hoạt với kế hoạch của bạn và chấp nhận thực tế rằng chắc chắn sẽ có sự chậm trễ. Hãy vạch ra tất cả các mối liên hệ phụ thuộc và thông báo cho tất cả các bên liên quan.

Tránh lên kế hoạch ra mắt trang web vào gần thời điểm cao điểm theo mùa, vì nếu có bất kỳ sự cố nào xảy ra, bạn sẽ không có đủ thời gian để khắc phục vấn đề. Ví dụ, các nhà bán lẻ nên tránh ra mắt trang web vào gần tháng 9/tháng 10 để tránh ảnh hưởng đến giai đoạn mua sắm bận rộn trước Giáng sinh. Trong trường hợp này, việc ra mắt vào những tháng hè yên tĩnh hơn sẽ khôn ngoan hơn nhiều.

Thiếu nguồn lực

Trước khi bắt tay vào một dự án di chuyển trang web, hãy ước tính thời gian và công sức cần thiết để dự án thành công. Nếu ngân sách hạn chế, hãy cân nhắc xem liệu có đáng để tiếp tục một dự án di chuyển mà khả năng thất bại trong việc đạt được các mục tiêu đã đề ra và gây thiệt hại doanh thu hay không.

Theo nguyên tắc chung, hãy cố gắng dự trù thêm ít nhất 20% nguồn lực so với dự kiến ​​ban đầu. Khoản dự trù bổ sung này sẽ giúp bạn nhanh chóng giải quyết mọi vấn đề phát sinh mà không ảnh hưởng đến thành công của dự án. Nếu nguồn lực quá hạn chế hoặc bạn bắt đầu cắt giảm chi phí ngay từ giai đoạn đầu, quá trình chuyển đổi trang web sẽ gặp rủi ro.

Thiếu tư vấn SEO/UX

Khi thực hiện các thay đổi trên một trang web, mọi quyết định đều cần được cân nhắc kỹ lưỡng từ cả góc độ trải nghiệm người dùng (UX) và tối ưu hóa công cụ tìm kiếm (SEO). Ví dụ, việc loại bỏ một lượng lớn nội dung hoặc liên kết để cải thiện UX có thể làm giảm khả năng nhắm mục tiêu các từ khóa quan trọng đối với hoạt động kinh doanh hoặc dẫn đến các vấn đề về thu thập dữ liệu và lập chỉ mục. Trong cả hai trường hợp, những thay đổi như vậy đều có thể làm giảm khả năng hiển thị tìm kiếm tự nhiên của trang web. Mặt khác, việc có quá nhiều văn bản và ít hình ảnh có thể ảnh hưởng tiêu cực đến sự tương tác của người dùng và làm giảm tỷ lệ chuyển đổi của trang web.

Để tránh rủi ro, hãy thuê các chuyên gia tư vấn SEO và UX giàu kinh nghiệm để họ có thể thảo luận về những hậu quả tiềm tàng của mỗi thay đổi với các bên liên quan quan trọng trong doanh nghiệp, những người hiểu rõ các chi tiết phức tạp của hoạt động kinh doanh hơn bất kỳ ai khác. Cần cân nhắc kỹ lưỡng ưu điểm và nhược điểm của mỗi lựa chọn trước khi đưa ra bất kỳ quyết định nào.

Sự tham gia muộn

Việc chuyển đổi trang web có thể kéo dài vài tháng, đòi hỏi kế hoạch kỹ lưỡng và đủ thời gian để thử nghiệm. Tìm kiếm sự hỗ trợ chuyên nghiệp muộn rất rủi ro vì các bước quan trọng có thể đã bị bỏ sót.

Thiếu thử nghiệm

Ngoài chiến lược tuyệt vời và kế hoạch chu đáo, hãy dành thời gian và công sức để thử nghiệm kỹ lưỡng trước khi ra mắt trang web. Việc trì hoãn ra mắt nếu quá trình thử nghiệm phát hiện ra các vấn đề nghiêm trọng sẽ tốt hơn nhiều so với việc vội vàng đưa một bản triển khai sơ sài vào sản xuất. Điều hiển nhiên là bạn không nên ra mắt một trang web nếu nó chưa được cả đội ngũ chuyên gia SEO và UX thử nghiệm.

Sự chú trọng đến từng chi tiết cũng rất quan trọng. Hãy đảm bảo rằng các nhà phát triển hoàn toàn nhận thức được những rủi ro liên quan đến việc triển khai kém hiệu quả. Việc giáo dục các nhà phát triển về tác động trực tiếp của công việc họ làm đối với lưu lượng truy cập (và do đó là doanh thu) của trang web có thể tạo ra sự khác biệt lớn.

Phản hồi chậm trễ trong việc sửa lỗi.

Sẽ luôn có những lỗi cần khắc phục sau khi trang web mới đi vào hoạt động. Tuy nhiên, một số lỗi quan trọng hơn những lỗi khác và có thể cần được xử lý ngay lập tức. Ví dụ, việc ra mắt một trang web mới mà phát hiện ra rằng các công cụ tìm kiếm gặp khó khăn trong việc thu thập thông tin và lập chỉ mục nội dung của trang web sẽ cần được khắc phục ngay lập tức. Phản hồi chậm trễ đối với các sự cố kỹ thuật lớn đôi khi có thể gây ra hậu quả thảm khốc và mất rất nhiều thời gian để khắc phục.

Đánh giá thấp quy mô

Các bên liên quan trong doanh nghiệp thường không lường trước được việc chuyển đổi trang web sẽ tốn nhiều thời gian và nguồn lực đến vậy. Không hiếm trường hợp các bên liên quan cấp cao yêu cầu trang web mới phải ra mắt đúng ngày đã định, bất kể nó đã sẵn sàng 100% hay chưa. Phương châm “hãy ra mắt càng sớm càng tốt và sửa chữa sau” là một sai lầm kinh điển. Điều mà hầu hết các bên liên quan không biết là chỉ trong vài ngày, khả năng hiển thị trên công cụ tìm kiếm tự nhiên có thể giảm mạnh, nhưng quá trình phục hồi có thể mất đến vài tháng.

Trách nhiệm của chuyên gia tư vấn và quản lý dự án là hướng dẫn khách hàng, trình bày tất cả các giai đoạn và kịch bản khác nhau, và giải thích rõ từng giai đoạn/kịch bản đó bao gồm những gì. Nhờ đó, các bên liên quan trong doanh nghiệp có thể đưa ra quyết định sáng suốt hơn và việc quản lý kỳ vọng của họ cũng dễ dàng hơn.

Quy trình di chuyển trang web

Quá trình chuyển đổi trang web có thể được chia thành sáu giai đoạn chính thiết yếu. Tất cả đều quan trọng như nhau và việc bỏ qua bất kỳ nhiệm vụ nào dưới đây đều có thể cản trở sự thành công của quá trình chuyển đổi ở các mức độ khác nhau.

Giai đoạn 1: Phạm vi & Lập kế hoạch

Xác định phạm vi dự án

Bất kể lý do đằng sau dự án chuyển đổi trang web là gì, bạn cần phải xác định rõ ràng các mục tiêu ngay từ đầu vì điều này sẽ giúp thiết lập và quản lý kỳ vọng. Việc chuyển đổi một trang web từ HTTP sang HTTPS rất khác so với việc đại tu toàn bộ trang web, do đó hai việc này cần có các mục tiêu khác nhau. Trong trường hợp đầu tiên, mục tiêu là duy trì lưu lượng truy cập của trang web, trong khi ở trường hợp thứ hai, bạn có thể hướng đến sự tăng trưởng.

Việc chuyển đổi trang web là một cơ hội tuyệt vời để giải quyết các vấn đề tồn đọng. Việc đưa càng nhiều vấn đề này vào phạm vi dự án càng tốt sẽ rất tiết kiệm chi phí vì việc giải quyết chúng sau khi ra mắt sẽ đòi hỏi nhiều nguồn lực hơn đáng kể.

Tuy nhiên, trong mọi trường hợp, hãy xác định những khía cạnh quan trọng nhất để dự án thành công. Xác định tất cả các rủi ro có thể ảnh hưởng tiêu cực đến khả năng hiển thị của trang web và xem xét các biện pháp phòng ngừa cần thiết. Lý tưởng nhất là nên chuẩn bị một vài kịch bản dự báo dựa trên các rủi ro và cơ hội tăng trưởng khác nhau. Tất nhiên, các kịch bản dự báo này nên được chuẩn bị bởi các chuyên gia tư vấn chuyển đổi trang web giàu kinh nghiệm.

Việc thu hút càng nhiều bên liên quan càng tốt ở giai đoạn đầu này sẽ giúp bạn hiểu sâu hơn về những thách thức và cơ hội lớn nhất giữa các bộ phận. Hãy yêu cầu phản hồi từ các nhóm nội dung, SEO, UX và phân tích của bạn và lập danh sách các vấn đề và cơ hội lớn nhất. Sau đó, bạn cần tính toán lợi tức đầu tư (ROI) tiềm năng khi giải quyết từng vấn đề này. Cuối cùng, hãy chọn một trong các phương án khả thi dựa trên mục tiêu và nguồn lực hiện có của bạn, từ đó hình thành chiến lược chuyển đổi trang web của bạn.

Giờ đây, bạn sẽ có một danh sách các hoạt động được ưu tiên, dự kiến ​​sẽ mang lại lợi tức đầu tư (ROI) tích cực nếu được thực hiện. Sau đó, bạn cần truyền đạt và thảo luận những hoạt động này với tất cả các bên liên quan để thiết lập các mục tiêu thực tế, thống nhất về dự án, phạm vi và đặt ra những kỳ vọng đúng đắn ngay từ đầu.

Chuẩn bị kế hoạch dự án

Lập kế hoạch cũng quan trọng không kém vì việc chuyển đổi trang web thường là những dự án rất phức tạp, có thể kéo dài nhiều tháng. Trong giai đoạn lập kế hoạch, mỗi nhiệm vụ cần có người chịu trách nhiệm (ví dụ: chuyên gia SEO, chuyên gia UX, biên tập viên nội dung, nhà phát triển web) và ngày hoàn thành dự kiến. Bất kỳ sự phụ thuộc nào cũng cần được xác định và đưa vào kế hoạch dự án để mọi người đều biết về bất kỳ hoạt động nào không thể hoàn thành do phụ thuộc vào các hoạt động khác. Ví dụ, việc kiểm tra các liên kết chuyển hướng không thể thực hiện được trừ khi việc lập bản đồ chuyển hướng đã hoàn tất và các liên kết chuyển hướng đã được triển khai trên môi trường thử nghiệm.

Kế hoạch dự án cần được chia sẻ với tất cả các bên liên quan càng sớm càng tốt để có đủ thời gian thảo luận và làm rõ. Mỗi hoạt động cần được mô tả chi tiết, để các bên liên quan nắm rõ nhiệm vụ cụ thể. Tất nhiên, quản lý dự án hoàn hảo là điều cần thiết để tổ chức và thực hiện các hoạt động theo đúng tiến độ.

Một phần quan trọng của kế hoạch dự án là xác định đúng ngày ra mắt dự kiến. Lý tưởng nhất là trang web mới nên được ra mắt vào thời điểm lưu lượng truy cập thấp. Một lần nữa, hãy tránh ra mắt trước hoặc trong thời gian cao điểm vì hậu quả có thể rất nghiêm trọng nếu mọi việc không diễn ra như mong đợi. Một điều cần lưu ý là vì việc chuyển đổi trang web không bao giờ diễn ra hoàn toàn theo kế hoạch, nên cần có một mức độ linh hoạt nhất định.

Giai đoạn 2: Chuẩn bị trước khi ra mắt

Những việc này bao gồm bất kỳ hoạt động nào cần được thực hiện trong khi trang web mới vẫn đang trong quá trình phát triển. Đến thời điểm này, các yêu cầu về SEO của trang web mới lẽ ra đã được xác định rõ. Bạn nên liên hệ với các nhà thiết kế và kiến ​​trúc sư thông tin, cung cấp phản hồi về các bản mẫu và sơ đồ bố cục trước khi trang web mới được đưa lên môi trường thử nghiệm.

Đánh giá bản phác thảo giao diện

Hãy xem xét kỹ các bản mẫu hoặc sơ đồ bố cục của trang web mới trước khi bắt đầu phát triển. Việc xem xét các mẫu chính của trang web mới có thể giúp xác định các vấn đề về SEO và UX ngay từ giai đoạn đầu. Ví dụ, bạn có thể phát hiện ra rằng một phần lớn nội dung đã bị xóa khỏi các trang danh mục, điều này cần được báo cáo ngay lập tức. Hoặc bạn có thể phát hiện ra rằng một số trang có lượng truy cập cao không còn xuất hiện trong menu điều hướng chính. Bất kỳ thay đổi lớn nào về thiết kế hoặc nội dung của các trang đều cần được xem xét kỹ lưỡng để phát hiện các vấn đề SEO tiềm ẩn.

Chuẩn bị các thông số kỹ thuật SEO.

Sau khi các bản mẫu và sơ đồ khung đã được xem xét, hãy chuẩn bị một bản đặc tả SEO kỹ thuật chi tiết. Mục tiêu của tài liệu quan trọng này là nắm bắt tất cả các yêu cầu SEO thiết yếu mà các nhà phát triển cần biết trước khi xác định phạm vi dự án về công việc và chi phí. Chính trong giai đoạn này, ngân sách sẽ được phê duyệt; nếu các yêu cầu SEO không được bao gồm, có thể không thể bổ sung chúng sau này.

Bản đặc tả kỹ thuật SEO cần phải rất chi tiết, nhưng được viết sao cho các nhà phát triển có thể dễ dàng chuyển các yêu cầu thành hành động. Đây không phải là tài liệu để giải thích lý do tại sao cần phải thực hiện một điều gì đó, mà là cách thức thực hiện nó.

Hãy đảm bảo bao gồm các yêu cầu cụ thể, ít nhất phải đáp ứng các lĩnh vực sau:

• Cấu trúc URL
• Siêu dữ liệu (bao gồm cả các giá trị mặc định được tạo động)
• Dữ liệu có cấu trúc
• Các chỉ thị Canonical và meta robots
• Nội dung & tiêu đề
• Điều hướng chính và phụ
• Liên kết nội bộ (dưới bất kỳ hình thức nào)
• Đánh số trang
• Sơ đồ trang web XML
• Sơ đồ trang web HTML
• Hreflang (nếu có các trang web quốc tế)
• Thiết lập cho thiết bị di động (bao gồm ứng dụng, trang web AMP hoặc PWA)
• Chuyển hướng
• Trang 404 tùy chỉnh
• Các tệp JavaScript, CSS và hình ảnh
• Thời gian tải trang (trên máy tính để bàn và thiết bị di động)

Bản mô tả kỹ thuật cũng cần bao gồm các chức năng của hệ thống quản lý nội dung (CMS) cho phép người dùng:

• Chỉ định URL tùy chỉnh và ghi đè URL mặc định.
• Cập nhật tiêu đề trang
• Cập nhật mô tả meta
• Cập nhật bất kỳ tiêu đề h1–h6 nào.
• Thêm hoặc sửa đổi thẻ canonical mặc định
• Đặt thuộc tính meta robots thành index/noindex/follow/nofollow
• Thêm hoặc chỉnh sửa văn bản thay thế (alt text) cho mỗi hình ảnh.
• Bao gồm các trường Open Graph cho mô tả, URL, hình ảnh, loại, tên trang web.
• Bao gồm các trường Twitter Open Graph cho thẻ, URL, tiêu đề, mô tả, hình ảnh.
• Tải lên hàng loạt hoặc sửa đổi chuyển hướng
• Cập nhật tệp robots.txt

Điều quan trọng nữa là phải đảm bảo rằng khi cập nhật một thuộc tính cụ thể (ví dụ: thẻ h1), các phần tử khác không bị ảnh hưởng (tức là tiêu đề trang hoặc bất kỳ menu điều hướng nào).

Xác định các trang ưu tiên

Một trong những thách thức lớn nhất của việc chuyển đổi trang web là sự thành công phụ thuộc rất nhiều vào số lượng và chất lượng các trang được chuyển đổi. Do đó, điều rất quan trọng là phải tập trung vào những trang thực sự quan trọng. Đó là những trang đã thu hút lưu lượng truy cập đến trang web cũ, những trang đã tích lũy được nhiều liên kết, những trang có tỷ lệ chuyển đổi tốt, v.v.

Để làm được điều này, bạn cần:

+ Thu thập dữ liệu từ trang web cũ

+ Xác định tất cả các trang có thể lập chỉ mục

+ Xác định các trang có hiệu suất cao nhất

- Cách thu thập dữ liệu từ trang web cũ

Thu thập dữ liệu từ trang web cũ để có bản sao của tất cả các URL, tiêu đề trang, siêu dữ liệu, tiêu đề trang, chuyển hướng, liên kết hỏng, v.v. Bất kể bạn chọn ứng dụng thu thập dữ liệu nào, hãy đảm bảo rằng quá trình thu thập dữ liệu không quá hạn chế. Hãy chú ý kỹ đến cài đặt của trình thu thập dữ liệu trước khi thu thập dữ liệu từ trang web cũ và cân nhắc xem bạn có nên:

• Bỏ qua tệp robots.txt (trong trường hợp có bất kỳ phần quan trọng nào bị chặn nhầm)
• Hãy theo dõi các liên kết nội bộ có thuộc tính “nofollow” (để trình thu thập thông tin có thể truy cập được nhiều trang hơn).
• Thu thập dữ liệu từ tất cả các tên miền phụ (tùy thuộc vào phạm vi)
• Thu thập dữ liệu bên ngoài thư mục bắt đầu (tùy thuộc vào phạm vi)
• Thay đổi user agent thành Googlebot (phiên bản máy tính để bàn)
• Thay đổi user agent thành Googlebot (điện thoại thông minh)

Mẹo hay: Hãy giữ lại một bản sao dữ liệu thu thập thông tin của trang web cũ (trong tệp hoặc trên đám mây) trong vài tháng sau khi quá trình chuyển đổi hoàn tất, phòng trường hợp bạn cần đến dữ liệu của trang web cũ sau khi trang web mới đi vào hoạt động.

- Cách xác định các trang có thể lập chỉ mục

Sau khi quá trình thu thập dữ liệu hoàn tất, hãy tiến hành xác định các trang đã được lập chỉ mục của trang web cũ. Đó là bất kỳ trang HTML nào có các đặc điểm sau:

• Trả về mã phản hồi 200 của máy chủ.
• Hoặc là không có thẻ canonical, hoặc là có URL canonical tự tham chiếu.
• Không nên có thẻ meta robots noindex
• Không bị loại trừ khỏi tệp robots.txt
• Được liên kết nội bộ từ các trang khác (không phải trang mồ côi)

Các trang có thể lập chỉ mục là những trang duy nhất có tiềm năng thu hút lưu lượng truy cập vào trang web và do đó cần được ưu tiên cho mục đích chuyển đổi trang web của bạn. Đây là những trang đáng để tối ưu hóa (nếu chúng sẽ tồn tại trên trang web mới) hoặc chuyển hướng (nếu chúng sẽ không tồn tại trên trang web mới).

Cách xác định các trang có hiệu suất cao nhất

Sau khi đã xác định được tất cả các trang có thể lập chỉ mục, bạn có thể phải thực hiện thêm một số công việc khác, đặc biệt nếu trang web cũ bao gồm một số lượng lớn trang và việc tối ưu hóa hoặc chuyển hướng tất cả chúng là không thể do hạn chế về thời gian, nguồn lực hoặc kỹ thuật.

Nếu đúng như vậy, bạn nên xác định các trang có hiệu suất cao nhất của trang web cũ. Điều này sẽ giúp ưu tiên các trang cần tập trung vào trong các giai đoạn sau.

Bạn nên chuẩn bị một bảng tính bao gồm các trường sau:

• URL cũ (chỉ bao gồm những URL có thể lập chỉ mục từ dữ liệu thu thập được)
• Lượt truy cập tự nhiên trong 12 tháng qua (Phân tích)
• Doanh thu, tỷ lệ chuyển đổi và tỷ lệ chuyển đổi trong 12 tháng qua (Phân tích)
• Lượt xem trang trong 12 tháng qua (Phân tích)
• Số lượt nhấp chuột trong 90 ngày qua (Search Console)
• Các trang được liên kết hàng đầu (Majestic SEO/Ahrefs)

Với những thông tin trên được tập hợp lại, giờ đây việc xác định các trang quan trọng nhất của bạn trở nên dễ dàng hơn nhiều: những trang tạo ra lượt truy cập tự nhiên, chuyển đổi tốt, đóng góp vào doanh thu, có nhiều tên miền liên kết đến chúng, v.v. Đây là những trang bạn cần tập trung vào để quá trình chuyển đổi trang web thành công.

Lý tưởng nhất là các trang có hiệu suất cao nhất cũng nên tồn tại trên trang web mới. Nếu vì bất kỳ lý do nào mà chúng không có trên trang web mới, chúng nên được chuyển hướng đến trang phù hợp nhất để người dùng truy cập không bị dẫn đến trang lỗi 404 và giá trị liên kết mà chúng có trước đây vẫn được duy trì trên trang web. Nếu bất kỳ trang nào trong số này biến mất và không được chuyển hướng đúng cách, thứ hạng và lưu lượng truy cập của trang web của bạn sẽ bị ảnh hưởng tiêu cực.

So sánh hiệu suất

Khi thời điểm ra mắt trang web mới sắp đến gần, bạn nên tiến hành so sánh hiệu suất của trang web cũ. Việc so sánh hiệu suất rất cần thiết, không chỉ để so sánh hiệu suất của trang web mới với trang web cũ mà còn giúp chẩn đoán những khu vực nào hoạt động kém hiệu quả trên trang web mới và nhanh chóng khắc phục chúng.

- theo dõi thứ hạng từ khóa

Nếu bạn không thường xuyên theo dõi thứ hạng trang web, bạn nên làm điều đó ngay trước khi trang web mới chính thức hoạt động. Nếu không, sau này bạn sẽ gặp khó khăn trong việc tìm hiểu xem quá trình chuyển đổi có diễn ra suôn sẻ hay không, hoặc chính xác vấn đề nằm ở đâu. Đừng để đến phút cuối mới làm việc này phòng trường hợp có sự cố xảy ra — một tuần trước đó là thời điểm lý tưởng.

Hãy dành thời gian tìm hiểu những từ khóa nào thể hiện rõ nhất khả năng hiển thị tìm kiếm tự nhiên của trang web và theo dõi chúng trên cả phiên bản máy tính và thiết bị di động. Vì việc theo dõi hàng nghìn tổ hợp từ khóa chính, từ khóa giữa và từ khóa đuôi dài thường là không thực tế, nên tối thiểu bạn nên theo dõi là những từ khóa đang thu hút lưu lượng truy cập vào trang web (từ khóa xếp hạng ở trang đầu) và có khối lượng tìm kiếm khá tốt (tập trung vào từ khóa chính/từ khóa giữa).

Nếu trang web của bạn nhận được lưu lượng truy cập từ cả từ khóa thương hiệu và không phải thương hiệu, bạn cũng nên quyết định loại từ khóa nào cần tập trung hơn về mặt theo dõi. Nhìn chung, từ khóa không phải thương hiệu thường cạnh tranh và biến động mạnh hơn. Đối với hầu hết các trang web, việc tập trung chủ yếu vào loại từ khóa này sẽ hợp lý hơn.

Đừng quên theo dõi thứ hạng trên cả phiên bản máy tính và thiết bị di động. Điều này sẽ giúp việc chẩn đoán sự cố sau khi ra mắt dễ dàng hơn nếu có vấn đề về hiệu suất trên một loại thiết bị cụ thể. Nếu bạn nhận được lượng truy cập lớn từ nhiều quốc gia, hãy cân nhắc theo dõi thứ hạng từ khóa ở các thị trường khác nữa, vì khả năng hiển thị và thứ hạng có thể khác nhau đáng kể giữa các quốc gia.

- Hiệu suất trang web

Thời gian tải trang của trang web mới có thể ảnh hưởng lớn đến cả lưu lượng truy cập và doanh số bán hàng. Nhiều nghiên cứu đã chỉ ra rằng trang web càng mất nhiều thời gian để tải thì tỷ lệ thoát trang càng cao. Trừ khi thời gian tải trang và điểm hiệu suất của trang web cũ được ghi lại, nếu không sẽ rất khó để quy kết bất kỳ sự sụt giảm lưu lượng truy cập hoặc doanh thu nào là do các vấn đề liên quan đến hiệu suất trang web sau khi trang web mới đi vào hoạt động.

Bạn nên kiểm tra tất cả các loại trang chính bằng công cụ PageSpeed ​​Insights và Lighthouse của Google. Bạn có thể sử dụng các bảng tóm tắt như bên dưới để so sánh một số chỉ số hiệu suất quan trọng nhất, điều này sẽ hữu ích cho việc so sánh sau khi trang web mới đi vào hoạt động.

- Dữ liệu thu thập thông tin trang web cũ

Vài ngày trước khi trang web mới thay thế trang web cũ, hãy chạy một lần quét cuối cùng cho trang web cũ. Việc này có thể vô cùng hữu ích sau này nếu có bất kỳ vấn đề nào về tối ưu hóa trên trang web mới. Quá trình quét cuối cùng sẽ cho phép bạn lưu lại thông tin quan trọng về tiêu đề trang, mô tả meta, tiêu đề h1-h6, trạng thái máy chủ, thẻ canonical, các trang noindex/nofollow, liên kết đến/liên kết ra, cấp độ, v.v. của trang web cũ. Việc có sẵn tất cả thông tin này có thể giúp bạn tránh được rất nhiều rắc rối nếu, chẳng hạn, trang web mới không được tối ưu hóa tốt hoặc gặp phải các vấn đề cấu hình kỹ thuật sai. Hãy cố gắng lưu lại một bản sao của tệp robots.txt và sơ đồ trang web XML của trang web cũ trong trường hợp bạn cần chúng sau này.

- Dữ liệu Search Console

Ngoài ra, hãy cân nhắc xuất càng nhiều dữ liệu Search Console của trang web cũ càng tốt. Các dữ liệu này chỉ có hiệu lực trong 90 ngày, và rất có thể sau khi trang web mới đi vào hoạt động, dữ liệu Search Console của trang web cũ sẽ biến mất sớm muộn. Dữ liệu đáng xuất bao gồm:

• Các truy vấn và trang phân tích tìm kiếm
• Lỗi thu thập dữ liệu
• Tài nguyên bị chặn
• Các vấn đề về khả năng sử dụng trên thiết bị di động
• Tham số URL
• Lỗi dữ liệu có cấu trúc
• Các liên kết đến trang web của bạn
• Liên kết nội bộ
• Trạng thái chỉ mục

Chuyển hướng chuẩn bị

Việc triển khai chuyển hướng là một trong những hoạt động quan trọng nhất trong quá trình chuyển đổi trang web. Nếu các URL của trang web cũ không còn tồn tại và không được chuyển hướng chính xác, thứ hạng và khả năng hiển thị của trang web sẽ giảm mạnh.

- Tại sao việc chuyển hướng trang web lại quan trọng trong quá trình chuyển đổi trang web?

Việc chuyển hướng trang web vô cùng quan trọng vì nó giúp cả công cụ tìm kiếm và người dùng tìm thấy các trang có thể không còn tồn tại, đã được đổi tên hoặc chuyển đến vị trí khác. Từ góc độ SEO, việc chuyển hướng giúp công cụ tìm kiếm phát hiện và lập chỉ mục các URL mới của trang web nhanh hơn, đồng thời hiểu được mối liên hệ giữa các trang cũ và các trang mới. Mối liên hệ này cho phép tín hiệu xếp hạng được truyền từ các trang cũ sang các trang mới, nhờ đó thứ hạng được duy trì mà không bị ảnh hưởng tiêu cực.

- Điều gì sẽ xảy ra khi việc chuyển hướng không được thực hiện đúng cách?

Khi việc chuyển hướng được thực hiện kém hiệu quả, hậu quả có thể rất nghiêm trọng. Người dùng sẽ bị chuyển đến trang "Không tìm thấy" (lỗi 404) hoặc các trang không liên quan, không đáp ứng được nhu cầu của người dùng. Trong cả hai trường hợp, tỷ lệ thoát trang và tỷ lệ chuyển đổi của trang web sẽ bị ảnh hưởng tiêu cực. Hậu quả đối với các công cụ tìm kiếm cũng có thể rất nghiêm trọng: chúng sẽ không thể liên kết các trang của trang web cũ với các trang trên trang web mới nếu URL không giống nhau. Tín hiệu xếp hạng sẽ không được chuyển từ trang web cũ sang trang web mới, dẫn đến giảm thứ hạng và mất khả năng hiển thị trên kết quả tìm kiếm tự nhiên. Ngoài ra, các công cụ tìm kiếm sẽ mất nhiều thời gian hơn để phát hiện và lập chỉ mục các trang của trang web mới.

- Sử dụng mã 301, 302, chuyển hướng bằng JavaScript hay meta refresh?

Khi URL giữa phiên bản cũ và phiên bản mới của trang web khác nhau, hãy sử dụng chuyển hướng 301 (vĩnh viễn). Điều này sẽ thông báo cho các công cụ tìm kiếm lập chỉ mục các URL mới cũng như chuyển tiếp bất kỳ tín hiệu xếp hạng nào từ các URL cũ sang các URL mới. Do đó, bạn phải sử dụng chuyển hướng 301 nếu trang web của bạn chuyển đến/từ một tên miền/tên miền phụ khác, nếu bạn chuyển từ HTTP sang HTTPS, hoặc nếu trang web hoặc một phần của nó đã được cấu trúc lại. Mặc dù một số tuyên bố của Google cho rằng chuyển hướng 302 truyền PageRank, nhưng việc lập chỉ mục các URL mới sẽ chậm hơn và tín hiệu xếp hạng có thể mất nhiều thời gian hơn để được truyền từ trang cũ sang trang mới.

Chỉ nên sử dụng chuyển hướng 302 (tạm thời) trong trường hợp chuyển hướng không cần tồn tại vĩnh viễn và do đó việc lập chỉ mục URL mới không phải là ưu tiên. Với chuyển hướng 302, các công cụ tìm kiếm ban đầu sẽ không muốn lập chỉ mục nội dung của URL đích được chuyển hướng và truyền bất kỳ tín hiệu xếp hạng nào cho nó. Tuy nhiên, nếu các chuyển hướng tạm thời tồn tại trong một thời gian dài mà không được xóa hoặc cập nhật, chúng có thể hoạt động tương tự như chuyển hướng vĩnh viễn (301). Hãy sử dụng chuyển hướng 302 khi chuyển hướng có khả năng cần được cập nhật hoặc xóa trong tương lai gần, cũng như đối với bất kỳ chuyển hướng nào dành riêng cho quốc gia, ngôn ngữ hoặc thiết bị.

Nên tránh sử dụng meta refresh và chuyển hướng bằng JavaScript. Mặc dù Google ngày càng giỏi hơn trong việc thu thập thông tin JavaScript, nhưng không có gì đảm bảo rằng chúng sẽ được phát hiện hoặc truyền tín hiệu xếp hạng đến các trang mới.

- Quy trình ánh xạ chuyển hướng

Nếu bạn may mắn được làm việc trên một dự án chuyển đổi không liên quan đến việc thay đổi URL, bạn có thể bỏ qua phần này. Nếu không, hãy đọc tiếp để tìm hiểu lý do tại sao bất kỳ trang cũ nào sẽ không còn khả dụng trên cùng một URL sau khi chuyển đổi cần được chuyển hướng.

Tệp ánh xạ chuyển hướng là một bảng tính bao gồm hai cột sau:

• URL trang web cũ –> URL của một trang trên trang web cũ.
• URL trang web mới –> URL của một trang trên trang web mới.

Khi chuyển hướng một trang từ trang web cũ sang trang web mới, hãy luôn cố gắng chuyển hướng đến trang tương ứng phù hợp nhất. Trong trường hợp không có trang phù hợp, hãy tránh chuyển hướng trang đến trang chủ. Trước hết, việc chuyển hướng người dùng đến các trang không liên quan sẽ dẫn đến trải nghiệm người dùng rất kém. Google đã tuyên bố rằng việc chuyển hướng hàng loạt trang đến các trang không liên quan sẽ được coi là lỗi 404 mềm và do đó sẽ không mang lại bất kỳ giá trị SEO nào. Nếu bạn không thể tìm thấy trang tương đương trên trang web mới, hãy thử chuyển hướng nó đến trang danh mục cha của nó.

Sau khi quá trình lập bản đồ hoàn tất, tệp tin cần được gửi đến nhóm phát triển để tạo các liên kết chuyển hướng, nhằm mục đích kiểm tra trước khi ra mắt trang web mới. Việc triển khai các liên kết chuyển hướng là một phần khác trong chu trình chuyển đổi trang web mà thường xuyên xảy ra sự cố.

- Tăng hiệu quả trong quá trình lập bản đồ chuyển hướng

Việc lập bản đồ chuyển hướng đòi hỏi sự chú ý đến từng chi tiết và cần được thực hiện bởi các chuyên gia SEO giàu kinh nghiệm. Về lý thuyết, việc lập bản đồ URL trên các trang web nhỏ có thể được thực hiện bằng cách ánh xạ thủ công từng URL của trang web cũ sang URL trên trang web mới. Nhưng trên các trang web lớn bao gồm hàng nghìn hoặc thậm chí hàng trăm nghìn trang, việc ánh xạ thủ công từng URL là gần như không thể và cần phải sử dụng tự động hóa. Việc dựa vào một số thuộc tính chung giữa trang web cũ và trang web mới có thể tiết kiệm được rất nhiều thời gian. Các thuộc tính đó có thể bao gồm tiêu đề trang, tiêu đề H1 hoặc các mã định danh trang duy nhất khác như mã sản phẩm, SKU, v.v. Hãy đảm bảo rằng các thuộc tính bạn sử dụng để lập bản đồ chuyển hướng là duy nhất và không bị lặp lại trên nhiều trang; nếu không, bạn sẽ có bản đồ không chính xác.

Mẹo hay: Hãy đảm bảo cấu trúc URL của trang web mới được hoàn thiện 100% trên môi trường thử nghiệm trước khi bắt đầu thiết lập bản đồ chuyển hướng. Không có gì rủi ro hơn việc thiết lập bản đồ URL mà sẽ được cập nhật trước khi trang web mới chính thức hoạt động. Khi URL được cập nhật sau khi quá trình thiết lập bản đồ chuyển hướng hoàn tất, bạn có thể phải đối mặt với những tình huống không mong muốn khi ra mắt, chẳng hạn như chuyển hướng bị lỗi, chuỗi chuyển hướng và vòng lặp chuyển hướng. Nên đóng băng nội dung trên trang web cũ trước ngày chuyển đổi một thời gian, để có điểm dừng cho việc xuất bản nội dung mới trên trang web cũ. Điều này sẽ đảm bảo không có trang nào bị bỏ sót trong quá trình thiết lập bản đồ chuyển hướng và đảm bảo tất cả các trang trên trang web cũ đều được chuyển hướng.

- Đừng quên các liên kết chuyển hướng cũ!

Bạn nên thu thập các liên kết chuyển hướng hiện có của trang web cũ để đảm bảo chúng được xem xét khi chuẩn bị bản đồ chuyển hướng cho trang web mới. Nếu không làm vậy, rất có thể tệp chuyển hướng hiện tại của trang web sẽ bị ghi đè bởi tệp mới vào ngày ra mắt. Nếu điều này xảy ra, tất cả các liên kết chuyển hướng cũ đã được thiết lập trước đó sẽ không còn tồn tại và trang web có thể mất một lượng đáng kể giá trị liên kết, mức độ mất mát này phần lớn phụ thuộc vào số lượng liên kết chuyển hướng cũ của trang web. Ví dụ, một trang web đã trải qua một vài lần chuyển đổi trong quá khứ sẽ có một số lượng lớn các liên kết chuyển hướng cũ mà bạn không muốn bị mất.

Tốt nhất là nên giữ lại càng nhiều liên kết chuyển hướng cũ càng tốt, đảm bảo rằng chúng sẽ không gây ra bất kỳ sự cố nào khi kết hợp với các liên kết chuyển hướng của trang web mới. Việc loại bỏ bất kỳ chuỗi chuyển hướng tiềm năng nào ở giai đoạn đầu này rất được khuyến khích, điều này có thể dễ dàng thực hiện bằng cách kiểm tra xem cùng một URL có xuất hiện cả dưới dạng “URL cũ” và “URL trang web mới” trong bảng tính ánh xạ chuyển hướng hay không. Nếu đúng như vậy, bạn cần cập nhật “URL trang web mới” cho phù hợp.

Ví dụ:

URL A chuyển hướng đến URL B (chuyển hướng kiểu cũ)

URL B chuyển hướng đến URL C (chuyển hướng mới)

Điều này dẫn đến chuỗi chuyển hướng sau:

URL A –> URL B –> URL C

Để khắc phục điều này, hãy sửa đổi quy tắc chuyển hướng cũ hiện có và tạo một quy tắc mới như sau:

URL A chuyển hướng đến URL C (chuyển hướng cũ đã được sửa đổi)

URL B chuyển hướng đến URL C (chuyển hướng mới)

Mẹo hay: Hãy kiểm tra bảng tính ánh xạ chuyển hướng của bạn để tìm các vòng lặp chuyển hướng. Chúng xảy ra khi "URL cũ" giống hệt với "URL trang web mới". Cần phải loại bỏ các vòng lặp chuyển hướng vì chúng dẫn đến việc tải trang vô hạn, khiến người dùng và công cụ tìm kiếm không thể truy cập được. Vòng lặp chuyển hướng phải được loại bỏ vì chúng ngay lập tức giết chết lưu lượng truy cập, tỷ lệ chuyển đổi và thứ hạng!

- Áp dụng các quy tắc chuyển hướng chung để tránh nội dung trùng lặp.

Chúng tôi đặc biệt khuyến nghị nên thiết lập các quy tắc chuyển hướng bao phủ càng nhiều yêu cầu URL càng tốt. Việc triển khai các quy tắc chuyển hướng trên máy chủ web hiệu quả hơn nhiều so với việc dựa vào nhiều quy tắc chuyển hướng một-một. Nếu tài liệu ánh xạ chuyển hướng của bạn chứa một số lượng lớn các chuyển hướng cần được triển khai dưới dạng các quy tắc chuyển hướng một-một, hiệu suất của trang web có thể bị ảnh hưởng tiêu cực. Trong mọi trường hợp, hãy kiểm tra kỹ với nhóm phát triển về số lượng chuyển hướng tối đa mà máy chủ web có thể xử lý mà không gặp sự cố.

- Dữ liệu thu thập thông tin trang web cũ

Vài ngày trước khi trang web mới thay thế trang web cũ, hãy chạy một lần quét cuối cùng cho trang web cũ. Việc này có thể vô cùng hữu ích sau này nếu có bất kỳ vấn đề nào về tối ưu hóa trên trang web mới. Quá trình quét cuối cùng sẽ cho phép bạn lưu lại thông tin quan trọng về tiêu đề trang, mô tả meta, tiêu đề h1-h6, trạng thái máy chủ, thẻ canonical, các trang noindex/nofollow, liên kết đến/liên kết ra, cấp độ, v.v. của trang web cũ. Việc có sẵn tất cả thông tin này có thể giúp bạn tránh được rất nhiều rắc rối nếu, chẳng hạn, trang web mới không được tối ưu hóa tốt hoặc gặp phải các vấn đề cấu hình kỹ thuật sai. Hãy cố gắng lưu lại một bản sao của tệp robots.txt và sơ đồ trang web XML của trang web cũ trong trường hợp bạn cần chúng sau này.

- Dữ liệu Search Console

Ngoài ra, hãy cân nhắc xuất càng nhiều dữ liệu Search Console của trang web cũ càng tốt. Các dữ liệu này chỉ có hiệu lực trong 90 ngày, và rất có thể sau khi trang web mới đi vào hoạt động, dữ liệu Search Console của trang web cũ sẽ biến mất sớm muộn. Dữ liệu đáng xuất bao gồm:

• Các truy vấn và trang phân tích tìm kiếm
• Lỗi thu thập dữ liệu
• Tài nguyên bị chặn
• Các vấn đề về khả năng sử dụng trên thiết bị di động
• Tham số URL
• Lỗi dữ liệu có cấu trúc
• Các liên kết đến trang web của bạn
• Liên kết nội bộ
• Trạng thái chỉ mục

Chuyển hướng chuẩn bị

Việc triển khai chuyển hướng là một trong những hoạt động quan trọng nhất trong quá trình chuyển đổi trang web. Nếu các URL của trang web cũ không còn tồn tại và không được chuyển hướng chính xác, thứ hạng và khả năng hiển thị của trang web sẽ giảm mạnh.

- Tại sao việc chuyển hướng trang web lại quan trọng trong quá trình chuyển đổi trang web?

Việc chuyển hướng trang web vô cùng quan trọng vì nó giúp cả công cụ tìm kiếm và người dùng tìm thấy các trang có thể không còn tồn tại, đã được đổi tên hoặc chuyển đến vị trí khác. Từ góc độ SEO, việc chuyển hướng giúp công cụ tìm kiếm phát hiện và lập chỉ mục các URL mới của trang web nhanh hơn, đồng thời hiểu được mối liên hệ giữa các trang cũ và các trang mới. Mối liên hệ này cho phép tín hiệu xếp hạng được truyền từ các trang cũ sang các trang mới, nhờ đó thứ hạng được duy trì mà không bị ảnh hưởng tiêu cực.

- Điều gì sẽ xảy ra khi việc chuyển hướng không được thực hiện đúng cách?

Khi việc chuyển hướng được thực hiện kém hiệu quả, hậu quả có thể rất nghiêm trọng. Người dùng sẽ bị chuyển đến trang "Không tìm thấy" (lỗi 404) hoặc các trang không liên quan, không đáp ứng được nhu cầu của người dùng. Trong cả hai trường hợp, tỷ lệ thoát trang và tỷ lệ chuyển đổi của trang web sẽ bị ảnh hưởng tiêu cực. Hậu quả đối với các công cụ tìm kiếm cũng có thể rất nghiêm trọng: chúng sẽ không thể liên kết các trang của trang web cũ với các trang trên trang web mới nếu URL không giống nhau. Tín hiệu xếp hạng sẽ không được chuyển từ trang web cũ sang trang web mới, dẫn đến giảm thứ hạng và mất khả năng hiển thị trên kết quả tìm kiếm tự nhiên. Ngoài ra, các công cụ tìm kiếm sẽ mất nhiều thời gian hơn để phát hiện và lập chỉ mục các trang của trang web mới.

- Sử dụng mã 301, 302, chuyển hướng bằng JavaScript hay meta refresh?

Khi URL giữa phiên bản cũ và phiên bản mới của trang web khác nhau, hãy sử dụng chuyển hướng 301 (vĩnh viễn). Điều này sẽ thông báo cho các công cụ tìm kiếm lập chỉ mục các URL mới cũng như chuyển tiếp bất kỳ tín hiệu xếp hạng nào từ các URL cũ sang các URL mới. Do đó, bạn phải sử dụng chuyển hướng 301 nếu trang web của bạn chuyển đến/từ một tên miền/tên miền phụ khác, nếu bạn chuyển từ HTTP sang HTTPS, hoặc nếu trang web hoặc một phần của nó đã được cấu trúc lại. Mặc dù một số tuyên bố của Google cho rằng chuyển hướng 302 truyền PageRank, nhưng việc lập chỉ mục các URL mới sẽ chậm hơn và tín hiệu xếp hạng có thể mất nhiều thời gian hơn để được truyền từ trang cũ sang trang mới.

Chỉ nên sử dụng chuyển hướng 302 (tạm thời) trong trường hợp chuyển hướng không cần tồn tại vĩnh viễn và do đó việc lập chỉ mục URL mới không phải là ưu tiên. Với chuyển hướng 302, các công cụ tìm kiếm ban đầu sẽ không muốn lập chỉ mục nội dung của URL đích được chuyển hướng và truyền bất kỳ tín hiệu xếp hạng nào cho nó. Tuy nhiên, nếu các chuyển hướng tạm thời tồn tại trong một thời gian dài mà không được xóa hoặc cập nhật, chúng có thể hoạt động tương tự như chuyển hướng vĩnh viễn (301). Hãy sử dụng chuyển hướng 302 khi chuyển hướng có khả năng cần được cập nhật hoặc xóa trong tương lai gần, cũng như đối với bất kỳ chuyển hướng nào dành riêng cho quốc gia, ngôn ngữ hoặc thiết bị.

Nên tránh sử dụng meta refresh và chuyển hướng bằng JavaScript. Mặc dù Google ngày càng giỏi hơn trong việc thu thập thông tin JavaScript, nhưng không có gì đảm bảo rằng chúng sẽ được phát hiện hoặc truyền tín hiệu xếp hạng đến các trang mới.

- Quy trình ánh xạ chuyển hướng

Nếu bạn may mắn được làm việc trên một dự án chuyển đổi không liên quan đến việc thay đổi URL, bạn có thể bỏ qua phần này. Nếu không, hãy đọc tiếp để tìm hiểu lý do tại sao bất kỳ trang cũ nào sẽ không còn khả dụng trên cùng một URL sau khi chuyển đổi cần được chuyển hướng.

Tệp ánh xạ chuyển hướng là một bảng tính bao gồm hai cột sau:

• URL trang web cũ –> URL của một trang trên trang web cũ.
• URL trang web mới –> URL của một trang trên trang web mới.

Khi chuyển hướng một trang từ trang web cũ sang trang web mới, hãy luôn cố gắng chuyển hướng đến trang tương ứng phù hợp nhất. Trong trường hợp không có trang phù hợp, hãy tránh chuyển hướng trang đến trang chủ. Trước hết, việc chuyển hướng người dùng đến các trang không liên quan sẽ dẫn đến trải nghiệm người dùng rất kém. Google đã tuyên bố rằng việc chuyển hướng hàng loạt trang đến các trang không liên quan sẽ được coi là lỗi 404 mềm và do đó sẽ không mang lại bất kỳ giá trị SEO nào. Nếu bạn không thể tìm thấy trang tương đương trên trang web mới, hãy thử chuyển hướng nó đến trang danh mục cha của nó.

Sau khi quá trình lập bản đồ hoàn tất, tệp tin cần được gửi đến nhóm phát triển để tạo các liên kết chuyển hướng, nhằm mục đích kiểm tra trước khi ra mắt trang web mới. Việc triển khai các liên kết chuyển hướng là một phần khác trong chu trình chuyển đổi trang web mà thường xuyên xảy ra sự cố.

- Tăng hiệu quả trong quá trình lập bản đồ chuyển hướng

Việc lập bản đồ chuyển hướng đòi hỏi sự chú ý đến từng chi tiết và cần được thực hiện bởi các chuyên gia SEO giàu kinh nghiệm. Về lý thuyết, việc lập bản đồ URL trên các trang web nhỏ có thể được thực hiện bằng cách ánh xạ thủ công từng URL của trang web cũ sang URL trên trang web mới. Nhưng trên các trang web lớn bao gồm hàng nghìn hoặc thậm chí hàng trăm nghìn trang, việc ánh xạ thủ công từng URL là gần như không thể và cần phải sử dụng tự động hóa. Việc dựa vào một số thuộc tính chung giữa trang web cũ và trang web mới có thể tiết kiệm được rất nhiều thời gian. Các thuộc tính đó có thể bao gồm tiêu đề trang, tiêu đề H1 hoặc các mã định danh trang duy nhất khác như mã sản phẩm, SKU, v.v. Hãy đảm bảo rằng các thuộc tính bạn sử dụng để lập bản đồ chuyển hướng là duy nhất và không bị lặp lại trên nhiều trang; nếu không, bạn sẽ có bản đồ không chính xác.

Mẹo hay: Hãy đảm bảo cấu trúc URL của trang web mới được hoàn thiện 100% trên môi trường thử nghiệm trước khi bắt đầu thiết lập bản đồ chuyển hướng. Không có gì rủi ro hơn việc thiết lập bản đồ URL mà sẽ được cập nhật trước khi trang web mới chính thức hoạt động. Khi URL được cập nhật sau khi quá trình thiết lập bản đồ chuyển hướng hoàn tất, bạn có thể phải đối mặt với những tình huống không mong muốn khi ra mắt, chẳng hạn như chuyển hướng bị lỗi, chuỗi chuyển hướng và vòng lặp chuyển hướng. Nên đóng băng nội dung trên trang web cũ trước ngày chuyển đổi một thời gian, để có điểm dừng cho việc xuất bản nội dung mới trên trang web cũ. Điều này sẽ đảm bảo không có trang nào bị bỏ sót trong quá trình thiết lập bản đồ chuyển hướng và đảm bảo tất cả các trang trên trang web cũ đều được chuyển hướng.

- Đừng quên các liên kết chuyển hướng cũ!

Bạn nên thu thập các liên kết chuyển hướng hiện có của trang web cũ để đảm bảo chúng được xem xét khi chuẩn bị bản đồ chuyển hướng cho trang web mới. Nếu không làm vậy, rất có thể tệp chuyển hướng hiện tại của trang web sẽ bị ghi đè bởi tệp mới vào ngày ra mắt. Nếu điều này xảy ra, tất cả các liên kết chuyển hướng cũ đã được thiết lập trước đó sẽ không còn tồn tại và trang web có thể mất một lượng đáng kể giá trị liên kết, mức độ mất mát này phần lớn phụ thuộc vào số lượng liên kết chuyển hướng cũ của trang web. Ví dụ, một trang web đã trải qua một vài lần chuyển đổi trong quá khứ sẽ có một số lượng lớn các liên kết chuyển hướng cũ mà bạn không muốn bị mất.

Tốt nhất là nên giữ lại càng nhiều liên kết chuyển hướng cũ càng tốt, đảm bảo rằng chúng sẽ không gây ra bất kỳ sự cố nào khi kết hợp với các liên kết chuyển hướng của trang web mới. Việc loại bỏ bất kỳ chuỗi chuyển hướng tiềm năng nào ở giai đoạn đầu này rất được khuyến khích, điều này có thể dễ dàng thực hiện bằng cách kiểm tra xem cùng một URL có xuất hiện cả dưới dạng “URL cũ” và “URL trang web mới” trong bảng tính ánh xạ chuyển hướng hay không. Nếu đúng như vậy, bạn cần cập nhật “URL trang web mới” cho phù hợp.

Ví dụ:

URL A chuyển hướng đến URL B (chuyển hướng kiểu cũ)

URL B chuyển hướng đến URL C (chuyển hướng mới)

Điều này dẫn đến chuỗi chuyển hướng sau:

URL A –> URL B –> URL C

Để khắc phục điều này, hãy sửa đổi quy tắc chuyển hướng cũ hiện có và tạo một quy tắc mới như sau:

URL A chuyển hướng đến URL C (chuyển hướng cũ đã được sửa đổi)

URL B chuyển hướng đến URL C (chuyển hướng mới)

Mẹo hay: Hãy kiểm tra bảng tính ánh xạ chuyển hướng của bạn để tìm các vòng lặp chuyển hướng. Chúng xảy ra khi "URL cũ" giống hệt với "URL trang web mới". Cần phải loại bỏ các vòng lặp chuyển hướng vì chúng dẫn đến việc tải trang vô hạn, khiến người dùng và công cụ tìm kiếm không thể truy cập được. Vòng lặp chuyển hướng phải được loại bỏ vì chúng ngay lập tức giết chết lưu lượng truy cập, tỷ lệ chuyển đổi và thứ hạng!

- Áp dụng các quy tắc chuyển hướng chung để tránh nội dung trùng lặp.

Chúng tôi đặc biệt khuyến nghị nên thiết lập các quy tắc chuyển hướng bao phủ càng nhiều yêu cầu URL càng tốt. Việc triển khai các quy tắc chuyển hướng trên máy chủ web hiệu quả hơn nhiều so với việc dựa vào nhiều quy tắc chuyển hướng một-một. Nếu tài liệu ánh xạ chuyển hướng của bạn chứa một số lượng lớn các chuyển hướng cần được triển khai dưới dạng các quy tắc chuyển hướng một-một, hiệu suất của trang web có thể bị ảnh hưởng tiêu cực. Trong mọi trường hợp, hãy kiểm tra kỹ với nhóm phát triển về số lượng chuyển hướng tối đa mà máy chủ web có thể xử lý mà không gặp sự cố.

Ngay cả khi một số quy tắc chuyển hướng tiêu chuẩn này tồn tại trên trang web cũ, đừng cho rằng chúng nhất thiết cũng sẽ tồn tại trên trang web mới trừ khi được yêu cầu rõ ràng.

- Tránh chuyển hướng nội bộ

Hãy thử cập nhật các liên kết nội bộ của trang web để chúng không gây ra chuyển hướng nội bộ. Mặc dù các công cụ tìm kiếm có thể theo dõi các chuyển hướng nội bộ, nhưng điều này không được khuyến khích vì chúng làm tăng độ trễ khi tải trang và cũng có thể ảnh hưởng tiêu cực đến thời gian thu thập dữ liệu của công cụ tìm kiếm.

- Đừng quên các tệp hình ảnh của bạn

Nếu hình ảnh trên trang web đã được chuyển đến vị trí mới, Google khuyên bạn nên chuyển hướng các URL hình ảnh cũ sang URL hình ảnh mới để giúp Google tìm thấy và lập chỉ mục hình ảnh mới nhanh hơn. Nếu không dễ dàng chuyển hướng tất cả hình ảnh, hãy cố gắng chuyển hướng ít nhất những URL hình ảnh đã tích lũy được liên kết ngược.

Giai đoạn 3: Thử nghiệm trước khi ra mắt

Việc bắt đầu thử nghiệm càng sớm càng tốt. Một số thứ cần được triển khai đầy đủ mới có thể thử nghiệm, nhưng một số khác thì không. Ví dụ, các vấn đề về hành trình người dùng có thể được xác định ngay từ giai đoạn thiết kế nguyên mẫu hoặc sơ đồ khung. Các vấn đề liên quan đến nội dung giữa trang web cũ và mới hoặc sự không nhất quán về nội dung (ví dụ: giữa trang web dành cho máy tính và thiết bị di động) cũng có thể được xác định ở giai đoạn đầu. Nhưng các thành phần kỹ thuật hơn chỉ nên được thử nghiệm sau khi đã được triển khai đầy đủ — những thứ như chuyển hướng, thẻ canonical hoặc sơ đồ trang web XML. Vấn đề càng được xác định sớm, khả năng chúng được giải quyết trước khi ra mắt trang web mới càng cao. Việc xác định một số loại vấn đề ở giai đoạn sau không hiệu quả về chi phí, sẽ đòi hỏi nhiều nguồn lực hơn và gây ra sự chậm trễ đáng kể. Việc thử nghiệm kém hiệu quả và không dành đủ thời gian để thử nghiệm kỹ lưỡng tất cả các thành phần có thể ảnh hưởng đến hiệu suất SEO và UX có thể dẫn đến hậu quả tai hại ngay sau khi trang web mới được đưa vào hoạt động.

Đảm bảo các công cụ tìm kiếm không thể truy cập vào trang web thử nghiệm/môi trường thử nghiệm.

Trước khi đưa trang web mới lên môi trường thử nghiệm/dựng, hãy thực hiện một số biện pháp phòng ngừa để đảm bảo các công cụ tìm kiếm không lập chỉ mục trang web đó. Có một vài cách khác nhau để làm điều này, mỗi cách đều có ưu điểm và nhược điểm riêng.

- Trang web chỉ khả dụng cho các địa chỉ IP cụ thể (khuyến nghị nhất)

Việc chỉ cho phép các địa chỉ IP cụ thể (được đưa vào danh sách trắng) truy cập trang web thử nghiệm là một cách rất hiệu quả để ngăn chặn các công cụ tìm kiếm thu thập dữ liệu. Bất kỳ ai cố gắng truy cập URL của trang web thử nghiệm sẽ không thể xem được bất kỳ nội dung nào trừ khi địa chỉ IP của họ nằm trong danh sách trắng. Ưu điểm chính là người dùng trong danh sách trắng có thể dễ dàng truy cập và thu thập dữ liệu trang web mà không gặp bất kỳ vấn đề nào. Nhược điểm duy nhất là các công cụ dựa trên web của bên thứ ba (chẳng hạn như các công cụ của Google) không thể được sử dụng do các hạn chế về IP.

- Bảo vệ bằng mật khẩu

Việc đặt mật khẩu bảo vệ cho trang web thử nghiệm/dựng là một cách khác để ngăn chặn trình thu thập thông tin của công cụ tìm kiếm, nhưng giải pháp này có hai nhược điểm chính. Tùy thuộc vào cách triển khai, có thể không thể thu thập thông tin và kiểm tra một trang web được bảo vệ bằng mật khẩu nếu ứng dụng thu thập thông tin không vượt qua được màn hình đăng nhập. Nhược điểm khác: các trang web được bảo vệ bằng mật khẩu sử dụng biểu mẫu để xác thực có thể được thu thập thông tin bằng các ứng dụng của bên thứ ba, nhưng có nguy cơ gây ra các sự cố nghiêm trọng và không lường trước được. Điều này là do trình thu thập thông tin nhấp vào mọi liên kết trên một trang (khi bạn đã đăng nhập) và có thể dễ dàng nhấp vào các liên kết tạo hoặc xóa trang, cài đặt/gỡ cài đặt plugin, v.v.

- Chặn Robots.txt

Việc thêm các dòng mã sau vào tệp robots.txt của trang web thử nghiệm sẽ ngăn các công cụ tìm kiếm thu thập thông tin các trang của trang web thử nghiệm.

Tác nhân người dùng: *
Cấm: /

Một nhược điểm của phương pháp này là mặc dù nội dung xuất hiện trên máy chủ thử nghiệm sẽ không được lập chỉ mục, nhưng các URL bị cấm vẫn có thể xuất hiện trong kết quả tìm kiếm của Google. Một nhược điểm khác là nếu tệp robots.txt nói trên được chuyển sang trang web chính thức, nó sẽ gây ra các vấn đề nghiêm trọng về việc bị loại bỏ khỏi chỉ mục. Đây là điều tôi đã gặp phải nhiều lần và vì lý do này, tôi không khuyến khích sử dụng phương pháp này để chặn các công cụ tìm kiếm.

Đánh giá hành trình người dùng

Nếu trang web được thiết kế lại hoặc tái cấu trúc, khả năng cao là hành trình trải nghiệm người dùng sẽ bị ảnh hưởng ở một mức độ nào đó. Việc xem xét hành trình trải nghiệm người dùng càng sớm càng tốt và trước khi trang web mới ra mắt là rất khó khăn do thiếu dữ liệu người dùng. Tuy nhiên, một chuyên gia UX giàu kinh nghiệm sẽ có thể chỉ ra bất kỳ vấn đề nào có thể ảnh hưởng tiêu cực đến tỷ lệ chuyển đổi của trang web. Vì việc thử nghiệm A/B ở giai đoạn này hầu như không thể thực hiện được, nên việc tiến hành một số thử nghiệm người dùng và cố gắng thu thập phản hồi từ người dùng thực tế có thể là một lựa chọn tốt. Thật không may, các vấn đề về trải nghiệm người dùng có thể là một trong những vấn đề khó giải quyết nhất vì chúng có thể yêu cầu những thay đổi trên toàn bộ trang web, tốn rất nhiều thời gian và công sức.

Đối với các dự án cải tiến toàn diện trang web, không phải tất cả các quyết định về UX đều có thể được chứng minh bằng dữ liệu và nhiều quyết định sẽ phải dựa trên kinh nghiệm thực tiễn, kinh nghiệm trong quá khứ và "cảm tính", do đó việc mời các chuyên gia UX/CRO tham gia càng sớm càng tốt có thể mang lại lợi ích về sau.

Đánh giá kiến ​​trúc trang web

Việc chuyển đổi trang web thường là cơ hội tuyệt vời để cải thiện cấu trúc trang web. Nói cách khác, bạn có cơ hội tuyệt vời để sắp xếp lại nội dung nhắm mục tiêu từ khóa và tối đa hóa tiềm năng lưu lượng truy cập tìm kiếm. Thực hiện nghiên cứu từ khóa chuyên sâu sẽ giúp xác định các trang danh mục và danh mục phụ tốt nhất có thể để người dùng và công cụ tìm kiếm có thể truy cập bất kỳ trang nào trên trang web chỉ với vài cú nhấp chuột — càng ít càng tốt, để bạn không có một hệ thống phân loại quá sâu.

Việc xác định các từ khóa mới có tiềm năng lưu lượng truy cập tốt và liên kết chúng với các trang đích mới có thể tạo ra sự khác biệt lớn đối với mức lưu lượng truy cập tự nhiên của trang web. Mặt khác, việc nâng cấp kiến ​​trúc trang web cần được thực hiện một cách cẩn trọng. Nó có thể gây ra vấn đề nếu, chẳng hạn, các trang quan trọng bị chuyển sâu hơn vào kiến ​​trúc trang web mới hoặc có quá nhiều trang tương tự được tối ưu hóa cho cùng một từ khóa. Một số dự án chuyển đổi trang web thành công nhất là những dự án phân bổ nguồn lực đáng kể để nâng cao kiến ​​trúc trang web.

Siêu dữ liệu & xem xét nội dung

Hãy đảm bảo rằng tiêu đề trang, mô tả meta, tiêu đề phụ và nội dung của trang web đã được chuyển từ trang web cũ sang trang web mới mà không gặp sự cố. Nếu bạn đã tạo bất kỳ trang mới nào, hãy đảm bảo rằng chúng được tối ưu hóa và không nhắm mục tiêu vào các từ khóa đã được các trang khác nhắm đến. Nếu bạn đang chuyển đổi nền tảng, hãy lưu ý rằng nền tảng mới có thể có các giá trị mặc định khác nhau khi tạo trang mới. Việc ra mắt trang web mới mà không có tiêu đề trang được tối ưu hóa đúng cách hoặc bất kỳ nội dung nào bị thiếu sẽ ngay lập tức ảnh hưởng tiêu cực đến thứ hạng và lưu lượng truy cập của trang web. Đừng quên kiểm tra xem bất kỳ nội dung do người dùng tạo (ví dụ: đánh giá của người dùng, bình luận) đã được tải lên hay chưa.

Đánh giá liên kết nội bộ

Liên kết nội bộ là xương sống của một trang web. Cho dù nội dung trang web được tối ưu hóa và cấu trúc tốt đến đâu, nó cũng sẽ không đủ để thành công nếu không được hỗ trợ bởi một hệ thống liên kết nội bộ hoàn hảo. Các liên kết nội bộ phải được xem xét trên toàn bộ trang web, bao gồm cả các liên kết được tìm thấy trong:

• Điều hướng chính và phụ
• Liên kết đầu trang và chân trang
• Liên kết nội dung chính
• Liên kết phân trang
• Liên kết ngang (bài viết liên quan, sản phẩm tương tự, v.v.)
• Các liên kết dọc (ví dụ: điều hướng theo dạng đường dẫn)
• Liên kết giữa các trang web (ví dụ: liên kết giữa các trang web quốc tế)

Kiểm tra kỹ thuật

Cần tiến hành một loạt các kiểm tra kỹ thuật để đảm bảo thiết lập kỹ thuật của trang web mới hoạt động ổn định và tránh gặp phải các sự cố kỹ thuật lớn sau khi trang web đi vào hoạt động.

- Xem xét tệp Robots.txt

Chuẩn bị tệp robots.txt của trang web mới trên môi trường thử nghiệm. Bằng cách này, bạn có thể kiểm tra lỗi hoặc thiếu sót và tránh gặp sự cố khi công cụ tìm kiếm thu thập dữ liệu lúc trang web mới chính thức hoạt động. Một lỗi thường gặp trong quá trình chuyển đổi trang web là khi tệp robots.txt ngăn chặn quyền truy cập của công cụ tìm kiếm bằng chỉ thị sau:

Cấm: /

Nếu điều này vô tình được sao chép sang trang web đang hoạt động (và điều này thường xảy ra), nó sẽ ngăn cản các công cụ tìm kiếm thu thập dữ liệu trang web. Và khi các công cụ tìm kiếm không thể thu thập dữ liệu một trang đã được lập chỉ mục, các từ khóa liên quan đến trang đó sẽ bị giảm thứ hạng trong kết quả tìm kiếm và cuối cùng trang đó sẽ bị xóa khỏi chỉ mục.

Nhưng nếu tệp robots.txt trên môi trường thử nghiệm được điền đầy đủ các chỉ thị robots.txt của trang web mới, thì sự cố này có thể tránh được.

Khi chuẩn bị tệp robots.txt cho trang web mới, hãy đảm bảo rằng:

• Nó không ngăn chặn công cụ tìm kiếm truy cập vào các trang được dự định lập chỉ mục.
• Nó không chặn bất kỳ tài nguyên JavaScript hoặc CSS nào mà các công cụ tìm kiếm yêu cầu để hiển thị nội dung trang.
• Nội dung tệp robots.txt của trang web cũ đã được xem xét và giữ nguyên nếu cần thiết.
• Nó tham chiếu đến (các) sơ đồ trang web XML mới thay vì bất kỳ sơ đồ cũ nào không còn tồn tại.

- Đánh giá thẻ Canonical

Kiểm tra lại các thẻ canonical của trang web. Tìm những trang không có thẻ canonical hoặc có thẻ canonical trỏ đến một URL khác và đặt câu hỏi xem liệu điều này có phải là chủ ý hay không. Đừng quên thu thập thông tin từ các thẻ canonical để tìm hiểu xem chúng có trả về phản hồi 200 từ máy chủ hay không. Nếu không, bạn cần cập nhật chúng để loại bỏ bất kỳ phản hồi 3xx, 4xx hoặc 5xx nào từ máy chủ. Bạn cũng nên tìm những trang có thẻ canonical trỏ đến một URL khác kết hợp với chỉ thị noindex, vì hai tín hiệu này xung đột nhau và bạn cần loại bỏ một trong hai.

- Đánh giá về Meta Robots

Sau khi đã thu thập thông tin từ trang web thử nghiệm, hãy tìm các trang có thuộc tính meta robots được đặt thành “noindex” hoặc “nofollow”. Nếu có, hãy xem xét từng trang để đảm bảo đây là thiết lập có chủ đích và xóa chỉ thị “noindex” hoặc “nofollow” nếu không phải.

- Đánh giá sơ đồ trang web XML

Hãy chuẩn bị hai loại sơ đồ trang web khác nhau: một loại chứa tất cả các trang có thể lập chỉ mục của trang web mới, và một loại khác bao gồm tất cả các trang có thể lập chỉ mục của trang web cũ. Loại thứ nhất sẽ giúp Google nhận biết các URL có thể lập chỉ mục của trang web mới. Loại thứ hai sẽ giúp Google nhận biết các chuyển hướng hiện có và việc một số URL đã được lập chỉ mục đã chuyển đến vị trí mới, để Google có thể phát hiện chúng và cập nhật kết quả tìm kiếm nhanh hơn.

Bạn nên kiểm tra từng sơ đồ trang web XML để đảm bảo rằng:

• Quá trình xác thực diễn ra suôn sẻ.
• Nó được mã hóa dưới dạng UTF-8.
• Nó không chứa quá 50.000 hàng.
• Kích thước của nó khi chưa nén không vượt quá 50MB.

Nếu sơ đồ trang web có hơn 50.000 hàng hoặc kích thước tệp vượt quá 50MB, bạn phải chia nhỏ sơ đồ trang web thành các tệp nhỏ hơn. Điều này giúp ngăn máy chủ bị quá tải nếu Google yêu cầu sơ đồ trang web quá thường xuyên.

Ngoài ra, bạn phải thu thập thông tin từ từng sơ đồ trang web XML để đảm bảo rằng nó chỉ bao gồm các URL có thể được lập chỉ mục. Bất kỳ URL nào không thể được lập chỉ mục đều phải được loại trừ khỏi sơ đồ trang web XML, ví dụ như:

• Các trang có mã lỗi 3xx, 4xx và 5xx (ví dụ: trang chuyển hướng, trang không tìm thấy, yêu cầu không hợp lệ, v.v.)
• Lỗi 404 mềm. Đây là những trang không có nội dung nhưng trả về phản hồi 200 từ máy chủ thay vì lỗi 404.
• Các trang được chuẩn hóa (ngoại trừ các URL chuẩn hóa tự tham chiếu)
• Các trang có chỉ thị meta robots noindex

• Các trang có thẻ X-Robots-Tag noindex trong tiêu đề HTTP

• Các trang bị chặn từ tệp robots.txt

Việc xây dựng sơ đồ trang web XML sạch sẽ có thể giúp theo dõi mức độ lập chỉ mục thực sự của trang web mới sau khi nó được đưa vào hoạt động. Nếu không, sẽ rất khó để phát hiện bất kỳ vấn đề nào về lập chỉ mục.

Mẹo hay: Tải xuống và mở từng sơ đồ trang web XML trong Excel để có cái nhìn tổng quan chi tiết về bất kỳ thuộc tính bổ sung nào, chẳng hạn như hreflang hoặc thuộc tính hình ảnh.

- Đánh giá sơ đồ trang web HTML

Tùy thuộc vào quy mô và loại trang web đang được di chuyển, việc có sơ đồ trang web HTML có thể mang lại lợi ích trong một số trường hợp. Sơ đồ trang web HTML bao gồm các URL không được liên kết từ thanh điều hướng chính của trang web có thể giúp tăng đáng kể khả năng tìm thấy và lập chỉ mục trang. Tuy nhiên, hãy tránh tạo sơ đồ trang web HTML bao gồm quá nhiều URL. Nếu bạn cần bao gồm hàng nghìn URL, hãy cân nhắc xây dựng sơ đồ trang web HTML phân đoạn.

Số lượng sơ đồ trang web lồng nhau cũng như số lượng URL tối đa bạn nên đưa vào mỗi sơ đồ trang web phụ thuộc vào độ uy tín của trang web. Trang web càng có độ uy tín cao, số lượng sơ đồ trang web lồng nhau và URL mà nó có thể sử dụng càng nhiều.

Ví dụ, sơ đồ trang web HTML của NYTimes.com bao gồm ba cấp độ, mỗi cấp độ chứa hơn 1.000 URL. Các sơ đồ trang web HTML lồng nhau này giúp trình thu thập thông tin của công cụ tìm kiếm phát hiện các bài báo được xuất bản từ năm 1851 trở đi mà nếu không sẽ rất khó tìm thấy và lập chỉ mục, vì không phải tất cả chúng đều được liên kết nội bộ.

- Đánh giá dữ liệu có cấu trúc

Cần phát hiện sớm các lỗi trong mã đánh dấu dữ liệu có cấu trúc để có thời gian khắc phục trước khi trang web mới chính thức hoạt động. Tốt nhất, bạn nên kiểm tra từng mẫu trang (thay vì từng trang riêng lẻ) bằng công cụ Kiểm tra Dữ liệu Có Cấu trúc của Google .

Hãy nhớ kiểm tra mã HTML trên cả trang dành cho máy tính và thiết bị di động, đặc biệt nếu trang web dành cho thiết bị di động không có khả năng tương thích với các thiết bị khác.

Công cụ này chỉ báo cáo các lỗi hiện có chứ không báo cáo các thiếu sót. Ví dụ, nếu mẫu trang sản phẩm của bạn không bao gồm lược đồ dữ liệu có cấu trúc Sản phẩm, công cụ sẽ không báo cáo bất kỳ lỗi nào. Vì vậy, ngoài việc kiểm tra lỗi, bạn cũng nên đảm bảo rằng mỗi mẫu trang đều bao gồm đánh dấu dữ liệu có cấu trúc phù hợp với loại nội dung của nó.

Vui lòng tham khảo tài liệu của Google để biết thông tin cập nhật nhất về việc triển khai dữ liệu có cấu trúc và&n