Hỏi đáp SEO mới nhất của Moz: Nghiên cứu trường hợp di chuyển 100.000 URL

Ban đầu được ra mắt như một tính năng riêng tư dành cho thành viên Pro nhiều năm trước, mục Hỏi & Đáp đã được mở cho công chúng — và cho phép công cụ tìm kiếm — xem vào năm 2011.

Trong những năm qua, nó đã phát triển lên hơn 60.000 bài viết bao gồm mọi chủ đề SEO có thể tưởng tượng được, và hàng chục triệu lượt xem trang. Trong một thời gian dài, một phần đáng kể lưu lượng truy cập tự nhiên của Moz đến từ mục Hỏi & Đáp.

Tuy nhiên, thật đáng buồn, như thường xảy ra, theo thời gian, mục Hỏi & Đáp đã bị bỏ bê nghiêm trọng. Kết quả là:

• Nền tảng này tích lũy một lượng lớn nợ kỹ thuật , khiến việc cập nhật gần như không thể thực hiện được.

• Các trang web tải quá chậm khiến nhiều người dùng hoàn toàn bỏ cuộc.

• Thư rác ngày càng trở nên phổ biến.

• Các công cụ kiểm duyệt đã lỗi thời và không thể đáp ứng được nhu cầu.

Vì những lý do này, hai điều dễ đoán đã xảy ra:

+ Phần Hỏi & Đáp trở nên kém hữu ích và không còn đáp ứng được nhu cầu của người dùng nữa.

+ Theo thời gian, lưu lượng truy cập đã giảm đáng kể.

Vì vậy, Moz có hai lựa chọn: cải thiện phần Hỏi & Đáp ngay lập tức, hoặc loại bỏ nó.

Rất may là chúng ta đã chọn cách cải thiện nó.

Nhờ sự hợp tác với đội ngũ tuyệt vời tại NodeBB (rất đáng giới thiệu), chúng tôi nhanh chóng xây dựng một hệ thống Hỏi & Đáp mới sử dụng cơ sở dữ liệu hiện có, nhưng với công nghệ hoàn toàn hiện đại ở cả phía giao diện người dùng và hệ thống máy chủ.

Vì sao cuộc di cư này lại đầy thách thức

Chúng tôi phải chịu áp lực thời gian cực kỳ lớn . Những việc bình thường mất hàng tháng trời, chúng tôi cần phải hoàn thành trong vài tuần. Điều này đặt ra những thách thức đặc biệt từ góc độ SEO.

Thử thách lớn nhất? Toàn bộ cấu trúc URL của chúng tôi cần phải thay đổi. (Nếu có thêm thời gian, chúng tôi đã có thể tránh được điều này, nhưng đó là điều xa xỉ mà chúng tôi không có.)
Điều đó có nghĩa là chúng tôi cần phải di chuyển hàng nghìn URL có dạng như thế này:

• Nguồn cũ : moz.com/community/q/how-long-will-it-take-to-reach-da-2

• Mới : moz.com/community/q/topic/69872/how-long-will-it-take-to-reach-da-2

Quá trình chuyển đổi cũng bao gồm tất cả các hồ sơ người dùng của Moz, với số lượng lên đến hàng trăm nghìn . Công bằng mà nói, hầu hết các hồ sơ người dùng này thực tế không được lập chỉ mục.

Dù sao đi nữa, đây là một cuộc di cư quy mô lớn!

Một dấu hiệu đáng lo ngại khác là hầu hết phần Hỏi & Đáp sẽ sử dụng hiển thị phía máy khách — điều này không được coi là phương pháp SEO tốt nhất! Chúng tôi có thể đã triển khai giải pháp hiển thị phía máy chủ, nhưng một lần nữa, chúng tôi đơn giản là không có thời gian. Chúng tôi lo ngại Google sẽ gặp khó khăn trong việc hiển thị nội dung, và điều này có thể làm giảm thứ hạng của chúng tôi (sẽ nói thêm về điều này sau).

Cách chúng tôi thực hiện quá trình chuyển đổi

Để thực hiện cuộc chuyển đổi quy mô lớn này đồng thời giảm thiểu rủi ro mất lưu lượng truy cập, chúng tôi đã tuân theo các nguyên tắc cơ bản về SEO khi chuyển đổi trang web , cùng với một vài thủ thuật "đặc biệt" để tăng hiệu quả.

Ánh xạ chuyển hướng 301

Nói một cách đơn giản, cách bạn triển khai các lệnh chuyển hướng 301 sẽ quyết định sự thành công hay thất bại của quá trình chuyển đổi.

Đối với chúng tôi, đây thực sự là phần dễ nhất, đơn giản nhất của công việc, vì chúng tôi có rất nhiều kinh nghiệm trong việc chuyển đổi trang web ! (Có ai còn nhớ seomoz.org không?)

+ Chúng tôi đã lập danh sách mọi URL và đường dẫn URL có thể có. Thật đáng ngạc nhiên là bạn có thể bỏ sót rất nhiều URL và mẫu. Một trình thu thập dữ liệu tốt là rất cần thiết để giúp bạn làm điều này, đảm bảo bạn không bỏ sót bất cứ điều gì. Đối với Moz, chúng tôi đã có thể thực hiện điều này bằng dữ liệu từ Google Analytics, Search Console và trình thu thập dữ liệu trang web Moz Pro của chính chúng tôi.

+ Chúng tôi đã ánh xạ mọi URL đến URL tương ứng trên nền tảng NodeBB mới. Mặc dù gặp phải nhiều trường hợp ngoại lệ, quá trình này nhìn chung khá đơn giản.

+ Chúng tôi đã đảm bảo chuyển hướng mọi thứ qua mã 301. Điều này rất quan trọng vì nhiều nền tảng và nhà phát triển có thể sử dụng mã 302 theo mặc định. Mặc dù Google đã nói với chúng tôi rằng họ truyền PageRank như nhau qua cả mã 302 và 301 , nhưng Google cũng chỉ ra rằng mã 301 là tín hiệu chuẩn hóa mạnh mẽ hơn .

Nhân tiện nói về chuẩn hóa URL, chúng tôi cũng đã chạy các công cụ thu thập dữ liệu về cấu trúc URL mới bằng nền tảng NodeBB. Trong những trường hợp chúng tôi tìm thấy các đường dẫn URL không khớp với các mẫu cũ hoặc chúng tôi cho là không cần thiết, nhóm NodeBB đã có thể dễ dàng thiết lập các mẫu chuẩn hóa để tránh việc Google lập chỉ mục quá mức các URL của chúng tôi.

Quản lý sơ đồ trang web tối đa

Quản lý sơ đồ trang web là một phần quan trọng trong chiến lược chuyển đổi của chúng tôi. Quá trình này bao gồm hai bước:

1. URL cũ: Chúng tôi đã có sẵn sơ đồ trang web cho tất cả các URL cũ. Điều quan trọng là, chúng tôi vẫn duy trì các sơ đồ trang web này hoạt động và đăng ký trong Search Console. Bằng cách này, Google sẽ tiếp tục thu thập thông tin các URL cũ và "nhận biết" các chuyển hướng.

Thông thường, các quản trị viên web mắc lỗi xóa sơ đồ trang web quá sớm, điều này có thể làm giảm tốc độ thu thập dữ liệu của Google. Điều này có nghĩa là Google có thể mất nhiều thời gian hơn để xử lý các chuyển hướng.

Sơ đồ trang web không phải là sự đảm bảo tuyệt đối rằng Google sẽ truy cập tất cả các URL cũ của bạn, nhưng chúng cung cấp một dấu hiệu. Trên thực tế, sau vài tháng, ngay cả khi đã có sơ đồ trang web, chúng tôi vẫn còn vài nghìn URL mà Google chưa truy cập. Tuy nhiên, nếu không có sơ đồ trang web của các URL cũ, vấn đề có thể kéo dài hơn nhiều.

2. URL mới: Các sơ đồ trang web cũ của chúng tôi được nhóm thành các danh sách gồm 50.000 URL mỗi danh sách — số lượng tối đa mà Google cho phép. Có một số ý kiến ​​trong cộng đồng SEO cho rằng việc nhóm các URL thành các sơ đồ trang web nhỏ hơn thực sự có thể cải thiện hiệu quả thu thập dữ liệu.

May mắn thay, NodeBB cho phép chúng tôi tạo các sơ đồ trang web nhỏ hơn theo mặc định, vì vậy đó chính xác là những gì chúng tôi đã làm. Thay vì 2-3 sơ đồ trang web với hàng chục nghìn URL, giờ đây chúng tôi có 130 sơ đồ trang web XML riêng lẻ , thường mỗi sơ đồ không quá 500 URL.

Dọn dẹp thư rác và các nội dung không cần thiết

Như tôi đã đề cập trước đó, mục Hỏi & Đáp cũ có hơn 60.000 bài đăng riêng lẻ được tích lũy trong hơn 10 năm.

Không tránh khỏi việc một số bài đăng trong số này có chất lượng rất thấp. Chúng tôi nghi ngờ cả chất lượng bài đăng thấp lẫn trải nghiệm người dùng kém đều có thể là nguyên nhân khiến Google xếp hạng chúng tôi thấp hơn.

Một lần nữa, do hạn chế về thời gian, chúng tôi không thể thực hiện một cuộc kiểm tra sàng lọc nội dung toàn diện . May mắn thay, NodeBB lại một lần nữa đến cứu nguy (nghe có vẻ giống như một bài quảng cáo — tôi thề là không phải!) và đã chạy tất cả 60.000 bài đăng qua plugin chống spam của họ để loại bỏ những bài đăng kém chất lượng và gây phiền nhiễu rõ ràng nhất.

Tổng cộng, chúng tôi đã xóa hơn 10.000 bài đăng.

Chúng tôi không chuyển hướng các URL này, và chỉ đơn giản là để chúng hiển thị lỗi 404 sau khi chuyển đổi. Dường như không ai cảm thấy thiếu chúng.

Thông tin thêm: Một nguồn tài liệu tuyệt vời khác về việc cắt giảm nội dung là hội thảo trực tuyến xuất sắc này với sự tham gia của Bernard Huang, Suganthan Mohanadasan và Andy Chadwick.

Liên kết nội bộ tốt hơn & Trải nghiệm người dùng tốt hơn

Mặc dù chúng tôi chỉ chuyển đổi nội dung và thiết kế cơ bản giống nhau, quá trình chuyển đổi này đã mang đến cơ hội tuyệt vời để cải thiện trải nghiệm người dùng. Để đạt được điều này, chúng tôi đã thực hiện hai điều chỉnh nhỏ đối với trải nghiệm người dùng tổng thể:

+ Đã thêm các dấu vết bánh mì xuyên suốt ứng dụng.

+ Đã thêm các câu hỏi liên quan có tính ứng dụng cao vào thanh bên.

Hệ thống Hỏi & Đáp cũ không có cả hai tính năng này. Người dùng khi truy cập vào một câu hỏi không có tùy chọn để xem các câu hỏi khác. Kết quả là, chúng tôi đã phải chịu đựng tỷ lệ thoát trang cao đáng thất vọng và các chỉ số tương tác trang web kém trong nhiều năm.

Kết quả: Trước và sau khi di cư

Thành thật mà nói, tôi chưa từng thấy một cuộc chuyển đổi nào giống như thế này. Sau nhiều lần thực hiện các cuộc chuyển đổi, tôi đã cố gắng hết sức để chuẩn bị cho mọi người kịch bản có khả năng xảy ra nhất: hãy chuẩn bị tinh thần cho việc lưu lượng truy cập giảm 15-30% trong vòng 1-3 tháng trong khi Google xử lý tất cả các URL.

Thực tế, không có chuyện gì gần giống như vậy xảy ra cả.

Như bạn có thể thấy trong biểu đồ bên dưới, chúng tôi thực sự đã ghi nhận sự gia tăng lưu lượng truy cập, gần như ngay từ ngày đầu tiên.

Trên thực tế, trong hai tháng sau khi chuyển đổi, lưu lượng truy cập tự nhiên từ Google đến các trang Hỏi & Đáp đã tăng gần 19% so với lưu lượng truy cập đến tất cả các trang khác.

Điều gì đã gây ra sự tăng đột biến lưu lượng truy cập ngay lập tức này? Có phải do phạm vi phủ sóng sơ đồ trang web được cải thiện, liên kết nội bộ tốt hơn, hay là điều gì khác?

Chúng ta không thể chắc chắn, nhưng chúng ta có một manh mối.

Ngay sau khi chúng tôi ra mắt tính năng Hỏi & Đáp mới, số lượng tương tác đã tăng vọt:

• Thời gian làm việc tại chỗ nhiều hơn

• Tỷ lệ thoát trang thấp hơn

• Nhiều trang hơn mỗi phiên

Tóm lại, người dùng dường như hài lòng hơn và tương tác nhiều hơn với trải nghiệm mới.

Liệu việc tăng cường tương tác người dùng có giúp cải thiện thứ hạng tìm kiếm không?

Một lần nữa, chúng ta không biết. Google khá kín tiếng về việc họ có sử dụng tín hiệu nhấp chuột của người dùng cho mục đích xếp hạng hay không, nhưng chúng ta vẫn có những nghi ngờ riêng .

Hướng tới tương lai

Chúng tôi vẫn đang tiếp tục cải thiện trải nghiệm Hỏi & Đáp. Đặc biệt, chúng tôi đang tập trung vào việc cải thiện tốc độ, nhất là trong bối cảnh những nỗ lực của Google liên quan đến Core Web Vitals .

Dù sao đi nữa, đây chắc chắn là một cuộc di cư tuyệt vời, nơi chúng tôi không hề gặp phải tình trạng giảm lưu lượng truy cập — dù chỉ một ngày!

Có lẽ nếu bạn cải thiện đáng kể trải nghiệm người dùng, cấu trúc trang web và các phương pháp SEO tốt nhất, việc chuyển đổi có thể thực sự mang lại lợi ích nhanh chóng.