Chuyển hướng: Một trong những yếu tố quyết định sự thành công hay thất bại của quá trình chuyển đổi trang web của bạn

Di cư?

Tôi muốn nhanh chóng giải thích ý tôi trước khi chúng ta đi sâu vào một số mẹo để tránh lỗi chuyển hướng. Khi tôi nói về quá trình chuyển đổi, tôi đang nói dựa trên kinh nghiệm từ các hoạt động chính này.

Định dạng URL/di chuyển CMS

Một ví dụ về quá trình chuyển đổi mà tôi có thể đề cập đến là khi chúng ta tiếp nhận một khách hàng và trước đây họ sử dụng một hệ thống quản lý nội dung (CMS) có định dạng URL mặc định khá lỗi thời.

Ban đầu nó có dạng /2018/May/ và sau đó là bài đăng. Rồi chúng tôi đang thay đổi hệ thống quản lý nội dung (CMS). Chúng tôi có nhiều sự linh hoạt hơn trong cách cấu trúc các trang và URL, vì vậy chúng tôi sẽ chuyển nó thành /post hoặc tương tự. Bằng cách đó, nhiều URL sẽ được thay đổi vì chúng tôi đang thay đổi cách cấu trúc các URL đó.

Quy ước đặt tên "theo từ khóa"

Một ví dụ khác là đôi khi chúng tôi nhận được yêu cầu từ khách hàng có URL khá lỗi thời hoặc chứa nhiều từ khóa, và chúng tôi muốn thay đổi chúng để trở nên gọn gàng hơn, rút ​​ngắn nếu có thể, và làm cho chúng dễ đọc hơn đối với người dùng.

Ví dụ, có thể khách hàng sử dụng các URL như /best-plumber-dallas, và chúng ta muốn thay đổi nó thành một cái gì đó gọn gàng hơn, tự nhiên hơn và không chứa quá nhiều từ khóa, chẳng hạn như /plumbers hoặc tương tự. Đó có thể là một ví dụ khác về việc thay đổi nhiều URL nếu chúng ta tiếp quản toàn bộ một trang web và muốn loại bỏ những URL không cần thiết.

Cải tiến nội dung

Một ví dụ khác là khi chúng ta thực hiện một cuộc đại tu nội dung hoàn chỉnh. Có thể khách hàng đến gặp chúng ta và nói, "Chúng tôi đã viết nội dung và blog trong một thời gian dài, nhưng chúng tôi không thấy lưu lượng truy cập và thứ hạng như mong muốn. Các bạn có thể thực hiện một cuộc kiểm tra toàn diện tất cả nội dung của chúng tôi không?" Thông thường, điều chúng tôi nhận thấy là bạn có thể có hàng nghìn trang, nhưng chỉ có bốn trang được xếp hạng cao.

Vì vậy, có rất nhiều trang dư thừa, những trang mỏng và sẽ mạnh mẽ hơn nếu được hợp nhất, một số trang không thực sự có mục đích gì và chúng ta muốn loại bỏ chúng. Đó là một ví dụ khác về việc chúng ta sẽ hợp nhất URL, di chuyển các trang, hoặc loại bỏ hoàn toàn một số trang. Đó là một ví dụ khác về việc di chuyển mọi thứ mà tôi đang đề cập đến.

Chẳng phải chúng ta đều biết những điều này rồi sao? Đúng vậy, nhưng...

Đó là điều tôi muốn nói đến khi đề cập đến việc di chuyển trang web. Nhưng trước khi đi sâu vào vấn đề chính, tôi muốn nói đến một thực tế là chẳng phải chúng ta đã biết những điều này rồi sao? Ý tôi là tôi đang nói chuyện với những người làm SEO, và tất cả chúng ta đều biết hoặc nên biết tầm quan trọng của việc chuyển hướng trang. Nếu không có chuyển hướng, sẽ không có đường dẫn nào để thông báo cho Google biết trang của bạn đã được chuyển đến đâu.

Người dùng sẽ cảm thấy khó chịu nếu họ nhấp vào một liên kết không còn hoạt động, không dẫn họ đến đúng đích đến. Chúng ta biết tầm quan trọng của nó và chức năng của nó. Nó truyền tải giá trị liên kết. Nó đảm bảo người dùng không bị khó chịu. Nó giúp trang web chính xác được lập chỉ mục, tất cả những điều đó. Vì vậy, chúng ta biết những điều này. Nhưng nếu bạn giống tôi, bạn cũng đã từng gặp phải những tình huống phải dành cả ngày để sửa lỗi 404 nhằm khắc phục tình trạng mất lưu lượng truy cập sau khi chuyển đổi, hoặc bạn phải sửa các yêu cầu 301 đã được thực hiện nhưng lại được gửi đến đủ loại địa chỉ kỳ lạ.

Dù chúng ta biết tầm quan trọng của việc chuyển hướng, lỗi vẫn xảy ra. Vì vậy, tôi muốn giải thích ngắn gọn lý do tại sao.

Quyền sở hữu không rõ ràng

Việc không rõ ràng về trách nhiệm là điều có thể xảy ra, đặc biệt nếu bạn làm việc trong một nhóm nhỏ, thiếu chuyên nghiệp và có thể bạn không thường xuyên xử lý những việc này đến mức không có quy trình cụ thể. Tôi từng ở trong những tình huống mà tôi cho rằng kỹ thuật viên sẽ làm việc đó, còn kỹ thuật viên lại cho rằng trợ lý dự án sẽ làm.

Chúng ta cứ đổ lỗi cho nhau mà không ai rõ ràng chịu trách nhiệm, rồi cuối cùng công việc lại bị bỏ bê vì không ai thực sự biết đó là trách nhiệm của ai. Vì vậy, hãy chắc chắn rằng bạn chỉ định một người để làm việc đó và họ biết, cả bạn và họ đều biết rằng người đó sẽ chịu trách nhiệm.

Hạn chót

Một yếu tố khác cần xem xét là thời hạn. Thời hạn nội bộ và bên ngoài đều có thể ảnh hưởng đến điều này. Ví dụ, tôi thường gặp trường hợp khách hàng nói: "Chúng tôi thực sự cần dự án này hoàn thành trước thứ Hai tuần tới vì chúng tôi sắp triển khai một sáng kiến ​​khác. Chúng tôi đang thực hiện một quảng cáo truyền hình, và tên miền của chúng tôi sẽ được nhắc đến trong quảng cáo đó. Vì vậy, tôi thực sự muốn dự án này được hoàn tất trước khi quảng cáo lên sóng."

Vì vậy, những hạn chế từ bên ngoài có thể ảnh hưởng đến tốc độ làm việc của chúng ta. Nhiều khi, việc này bị bỏ qua vì nó không phải là điều dễ thấy. Nếu bạn không biết tầm quan trọng của việc chuyển hướng (redirect), bạn có thể chỉ xử lý những việc như nội dung, đảm bảo các nút hoạt động và giao diện trông đẹp mắt, những thứ dễ thấy. Mọi người thường cho rằng việc chuyển hướng chỉ là việc ở phần quản trị (backend), có thể xử lý sau. Thật không may, việc chuyển hướng thường rơi vào trường hợp đó nếu người thực hiện không thực sự hiểu tầm quan trọng của nó.

Một điều nữa cần lưu ý về thời hạn là thời hạn nội bộ. Đôi khi bạn có thể có thời hạn cho một trò chơi hàng quý hoặc hàng tháng. Chúng ta phải hoàn thành tất cả các dự án trước ngày này. Tương tự với các thời hạn khác. Việc chuyển hướng thường dễ bị bỏ lỡ thời hạn cho những loại việc này.

Những người không phải chuyên gia SEO xử lý việc chuyển hướng.

Một tình huống khác có thể gây ra lỗi di chuyển trang web và lỗi 404 sau khi di chuyển là việc người không chuyên về SEO xử lý việc này. Thông thường, bạn không cần phải là một chuyên gia SEO giàu kinh nghiệm để xử lý những việc này. Điều đó phụ thuộc vào hệ thống quản lý nội dung (CMS) bạn đang sử dụng và độ phức tạp của việc triển khai chuyển hướng. Nhưng đôi khi, nếu CMS của bạn dễ sử dụng, việc chuyển hướng có thể bị coi như một công việc nhập liệu đơn giản và được giao cho người không hiểu tầm quan trọng của việc thực hiện tất cả các chuyển hướng, định dạng chúng đúng cách hoặc hướng chúng đến đúng nơi cần đến.

Các quy tắc chuyển hướng khi di chuyển trang web

Đó đều là những tình huống mà tôi đã gặp vấn đề. Vậy nên, giờ chúng ta đã hiểu phần nào về quá trình di chuyển trang web và lý do tại sao đôi khi chúng vẫn xảy ra, tôi sẽ trình bày một số quy tắc mà hy vọng sẽ giúp ngăn ngừa lỗi di chuyển trang web do chuyển hướng không thành công.

Tạo các liên kết chuyển hướng một-một

Thứ nhất, hãy luôn tạo các chuyển hướng một-một. Điều này cực kỳ quan trọng. Tôi thường thấy mọi người nghĩ rằng, "Ồ, sẽ tiết kiệm được rất nhiều thời gian nếu mình chỉ cần dùng ký tự đại diện và chuyển hướng tất cả các trang này đến trang chủ hoặc trang chủ blog hoặc đại loại như vậy." Nhưng điều đó lại báo cho Google biết rằng Trang A đã chuyển sang Trang B, trong khi thực tế không phải vậy. Bạn không chuyển tất cả các trang này đến trang chủ. Chúng thực sự chưa được chuyển đến đó. Vì vậy, đó là một chuyển hướng không liên quan, và Google thậm chí đã nói rằng họ coi những chuyển hướng đó về cơ bản là lỗi 404 mềm . Chúng thậm chí không được tính. Vì vậy, hãy đảm bảo bạn không làm điều đó. Hãy đảm bảo bạn luôn liên kết URL đến vị trí mới của nó, một-một mỗi lần cho mỗi URL đang được di chuyển.

Cẩn thận với các chuỗi chuyển hướng

Thứ hai, hãy cẩn thận với các chuỗi chuyển hướng. Tôi nghĩ Google có nói điều gì đó khá cụ thể, đại loại như hãy cẩn thận với các chuỗi chuyển hướng, thứ ba, không quá năm chuỗi . Cố gắng hạn chế tối đa. Chuỗi chuyển hướng ở đây có nghĩa là bạn có URL A, sau đó chuyển hướng nó đến B, và sau đó bạn quyết định chuyển hướng đến vị trí thứ ba. Thay vì làm như vậy và đi qua trung gian, từ A đến B đến C, hãy rút ngắn chuỗi nếu có thể. Đi thẳng từ nguồn đến đích, từ A đến C.

Cẩn thận với các vòng lặp

Thứ ba, hãy cẩn thận với các vòng lặp. Tương tự, điều có thể xảy ra là bạn chuyển hướng vị trí A đến URL B, rồi đến phiên bản C khác, và sau đó quay lại A. Điều xảy ra là nó đang đuổi theo chính nó. Nó sẽ không bao giờ được giải quyết, vì vậy bạn đang chuyển hướng nó trong một vòng lặp. Vì vậy, hãy cẩn thận với những điều như vậy. Một cách để kiểm tra những điều đó, tôi nghĩ là một công cụ hữu ích, Screaming Frog có báo cáo chuỗi chuyển hướng. Vì vậy, bạn có thể xem liệu mình có gặp phải bất kỳ vấn đề nào trong số đó sau khi đã triển khai các chuyển hướng của mình hay không.

404 một cách chiến lược

Thứ tư, xử lý lỗi 404 một cách chiến lược. Việc chỉ riêng lỗi 404 xuất hiện trên trang web của bạn sẽ không ảnh hưởng đến thứ hạng tìm kiếm. Vấn đề nằm ở việc để những trang web đang xếp hạng cao và mang lại lưu lượng truy cập cho trang web của bạn bị "chết". Rõ ràng, nếu một trang bị lỗi 404, cuối cùng Google sẽ loại bỏ trang đó khỏi chỉ mục nếu bạn không chuyển hướng nó đến vị trí mới. Nếu trang đó đang xếp hạng tốt, nếu nó mang lại lưu lượng truy cập cho trang web của bạn, bạn sẽ mất đi những lợi ích đó. Nếu nó có các liên kết trỏ đến nó, bạn cũng sẽ mất đi những lợi ích từ các backlink đó nếu trang đó bị "chết".

Vì vậy, nếu bạn định chuyển sang trang lỗi 404, hãy làm điều đó một cách chiến lược. Bạn có thể để các trang biến mất. Ví dụ, trong những trường hợp này, có thể bạn chỉ đơn giản là xóa hẳn một trang và nó không có vị trí mới, không có gì liên quan để chuyển hướng đến. Điều đó không sao cả. Chỉ cần biết rằng bạn sẽ mất đi bất kỳ lợi ích nào mà URL đó mang lại cho trang web của bạn.

Ưu tiên các URL "có giá trị SEO"

Thứ năm, hãy ưu tiên các URL "có giá trị SEO", và tôi làm vậy vì rõ ràng là tôi muốn chuyển hướng mọi thứ bạn đang di chuyển, mọi thứ đang được di chuyển một cách hợp pháp.

Nhưng vì những tình huống như hạn chót và những thứ tương tự, khi thời gian eo hẹp, tôi nghĩ điều thực sự quan trọng là ít nhất phải bắt đầu với những URL quan trọng nhất. Đó là những URL đang xếp hạng cao, mang lại cho bạn nhiều lưu lượng truy cập chất lượng, những URL mà bạn đã có được các liên kết đến. Vì vậy, những URL có giá trị SEO cao đó, nếu bạn có hạn chót và không thể hoàn thành tất cả các chuyển hướng trước khi dự án được triển khai, ít nhất bạn cũng phải xử lý những URL quan trọng nhất trước.

Rõ ràng, theo tôi, việc để dành việc này đến sau khi ra mắt là không lý tưởng. Tốt nhất là nên thiết lập tất cả trước khi sản phẩm chính thức hoạt động. Nhưng nếu không thể và bạn đang bị gấp rút và phải ra mắt sản phẩm, ít nhất bạn cũng đã xử lý được những URL quan trọng nhất về giá trị SEO.

Kiểm tra!

Thứ sáu, và để kết thúc, đó là kiểm tra. Tôi nghĩ việc theo dõi những điều này vô cùng quan trọng, bởi vì bạn có thể nghĩ rằng mình đã thiết lập mọi thứ đúng cách, nhưng có thể có một số lỗi định dạng, hoặc có thể bạn đã vô tình chuyển hướng đến sai nơi. Việc kiểm tra là vô cùng quan trọng. Vì vậy, bạn có thể làm như sau: bạn có thể nhập site:domain.com và bắt đầu nhấp vào tất cả các kết quả hiện ra và xem có kết quả nào chuyển hướng đến sai nơi không, có thể chúng báo lỗi 404.

Tôi chỉ đang kiểm tra tất cả các URL đã được lập chỉ mục để đảm bảo chúng dẫn đến đúng đích đến mới. Tôi nghĩ tính năng Thu thập dữ liệu trang web của Moz là một lợi ích rất lớn ở đây cho mục đích thử nghiệm. Nếu bạn đã thiết lập một tên miền hoặc URL trong chiến dịch trên Moz Pro, nó sẽ kiểm tra điều này mỗi tuần và bạn có thể buộc nó chạy lại nếu muốn.

Nhưng nó sẽ quét trang web của bạn để tìm các lỗi như thế này, cụ thể là lỗi 404. Vì vậy, nếu có bất kỳ sự cố nào như vậy, lỗi loại 500 hoặc 400, Site Crawl sẽ phát hiện và thông báo cho bạn. Nếu bạn không quản lý tên miền mà bạn đang làm việc trong chiến dịch trên Moz Pro, cũng có tính năng quét theo yêu cầu. Vì vậy, bạn có thể chạy tính năng đó trên bất kỳ tên miền nào bạn đang làm việc để kiểm tra những vấn đề như vậy.

Có rất nhiều cách khác để bạn kiểm tra và tìm lỗi. Nhưng điều quan trọng nhất cần nhớ là hãy cứ làm, hãy cứ kiểm tra và đảm bảo rằng ngay cả sau khi bạn đã triển khai những điều này, bạn vẫn phải kiểm tra và chắc chắn rằng không có vấn đề gì sau khi ra mắt. Tôi sẽ kiểm tra ngay sau khi ra mắt và sau đó vài ngày sau, rồi cứ kiểm tra dần cho đến khi bạn hoàn toàn chắc chắn rằng mọi thứ đã diễn ra suôn sẻ.

Vậy đó là những lời khuyên, những nguyên tắc của tôi về cách triển khai chuyển hướng đúng cách, lý do tại sao bạn cần làm vậy, khi nào cần làm và những rủi ro có thể xảy ra. Nếu bạn có bất kỳ lời khuyên nào khác muốn chia sẻ, hãy để lại bình luận và chia sẻ với tất cả chúng ta trong cộng đồng SEO. Đến đây là hết phần Whiteboard Friday tuần này.

Hãy quay lại vào tuần sau để xem phần tiếp theo nhé. Cảm ơn mọi người.