Di chuyển trang web: Những sai lầm phổ biến nhất! - Cảnh báo Semalt



Chào! Trong bài viết hôm nay, Semalt sẽ cho bạn biết về những lỗi phổ biến nhất mắc phải trong quá trình di chuyển trang web. Với 90% việc di chuyển trang web, ít nhất một trong những lỗi tôi sẽ cho bạn biết ngày hôm nay thường xuất hiện. Thật không may, nó cũng có trường hợp mà ngay cả một sai lầm nhỏ nhất cũng có thể khiến chúng ta mất lưu lượng và giảm khả năng hiển thị.

Vì vậy, nếu bạn đang xem xét di chuyển trang web, di chuyển nó hoặc thay đổi miền, tôi khuyến khích bạn đọc toàn bộ bài viết.

Nếu bạn đã đạt đến điểm này, bạn có thể biết quá trình di chuyển là gì. Trong trường hợp di chuyển trang web, chúng tôi có thể chia nó thành nhiều loại.

Các loại di chuyển

CMS-CMS

Trong số các thương mại điện tử, kiểu di chuyển phổ biến nhất là di chuyển từ CMS này sang CMS khác. Giả sử ban đầu cửa hàng của bạn phát triển với lượng hàng tồn kho nhỏ, ít sản phẩm và yêu cầu của bạn cũng nhỏ hơn. Tuy nhiên, theo thời gian, khi cửa hàng phát triển, nhu cầu của bạn bắt đầu tăng lên, vì vậy bạn bắt đầu nghĩ đến việc thay đổi CMS, điều này sẽ cho phép bạn làm những việc mà bạn muốn với một CMS nhất định.

Và ở đây bạn thực sự đang xem xét việc thay đổi từ một CMS sang một CMS khác. Trong trường hợp này, việc di chuyển mang lại cho bạn nhiều lợi thế. Bạn có thể xử lý nhiều câu hỏi hơn, bạn có thể tích hợp với hệ thống, ví dụ: dành cho các nhà bán buôn, giúp doanh nghiệp của bạn phát triển và CMS chỉ đơn giản là giúp bạn dễ dàng hơn.

Miền-Miền

Một kiểu di chuyển khác là từ miền này sang miền khác. Ví dụ, cửa hàng của chúng tôi hoạt động dưới tên X, nhưng sau một thời gian, chúng tôi nhận thấy rằng đã đến lúc phải thay đổi và thương hiệu của chúng tôi nên có một tên khác. Do đó, chúng tôi mua một miền mới và muốn chuyển cửa hàng sang một miền khác.

Đôi khi nó cũng xảy ra rằng nếu, ví dụ, chúng tôi có một miền đã bị lỗi bằng cách nào đó (ví dụ: bộ lọc đã được áp dụng cho nó) và chúng tôi biết rằng không thể đạt được gì ở đây, thì chúng tôi cũng xem xét việc thay đổi miền. Sau đó, chúng tôi đang giải quyết việc di chuyển miền sang miền khác.

Đổi bên

Chúng tôi cũng giải quyết việc di chuyển khi chúng tôi muốn cập nhật giao diện của cửa hàng - chúng tôi thay đổi mẫu của nó, chúng tôi chỉ cần thay đổi trang, ý tôi là, phần hình ảnh mà người dùng nhìn thấy. Nó thường liên quan đến việc thay đổi đường dẫn URL, vì vậy ở đây bản thân việc di chuyển và triển khai chính xác cũng sẽ rất quan trọng. Bởi vì chúng tôi muốn để lại những gì hoạt động tốt cho chúng tôi và thêm những chức năng đó để làm cho lưu lượng truy cập trên trang web lớn hơn trong tương lai.

Vì lý do này, chúng ta phải nhớ về các quy tắc nhất định sẽ ngăn chúng ta đánh mất những gì chúng ta đã đạt được. Có lẽ chúng tôi chủ yếu liên kết việc di chuyển với chuyển hướng. Vì vậy, nếu bạn thực hiện bất kỳ hoạt động di chuyển nào, có lẽ ai đó sẽ nói với bạn rằng "hãy nhớ, thực hiện chuyển hướng". Và đó là sự thật, tất nhiên các chuyển hướng rất quan trọng, nhưng cũng có nhiều yếu tố khác ảnh hưởng đến việc di chuyển có thành công hay không.

Tin tôi đi, nếu bạn không chuẩn bị đúng cách cho quá trình di chuyển, bạn sẽ mắc một số sai lầm trong quá trình này, kết quả có thể thực sự trực tiếp. Để chuẩn bị cho quá trình di chuyển, bạn nên lập kế hoạch phù hợp và sau đó thực hiện nó, và xem cách trang web phản ứng sẽ dễ dàng hơn nhiều so với việc nắm bắt những gì đã được thực hiện sau một lần di chuyển tồi tệ.

Phiên bản phát triển

Noindex Nofollow

Nếu chúng tôi đang làm việc trên một phiên bản mới của trang web, chúng tôi thường xử lý phiên bản phát triển. Vì vậy, nó là một trang không được truy cập cho cả người dùng và công cụ tìm kiếm, và nên được đánh dấu bằng các tham số Noindex Nofollow. Nhờ phương pháp này, chúng tôi không cho phép trang web của mình được lập chỉ mục và chúng tôi có thể làm việc trên đó một cách tự do.

Điều này đặc biệt quan trọng nếu, ví dụ, chúng tôi chuyển nội dung từ trang cũ sang trang mới, vì Google, nếu nội dung đó đến được trang phát triển của chúng tôi, sẽ bắt đầu lập chỉ mục nội dung đó. Vì vậy, chỉ mục của các công cụ tìm kiếm sẽ bao gồm nội dung từ cả trang mới và trang cũ - sau đó chúng ta sẽ phải đối phó với sự trùng lặp.

Do phiên bản phát triển bị chặn bởi rô bốt của công cụ tìm kiếm để lập chỉ mục, chúng tôi có thể coi nó như một tờ giấy nháp. Chúng tôi có thể lên kế hoạch một cách an toàn cho một số giải pháp, thực hiện một số yếu tố một cách bình tĩnh và điều đó sẽ không có tác động tiêu cực đến khả năng hiển thị của trang web. Ví dụ, chúng tôi có thể lập kế hoạch cấu trúc menu và thay đổi URL rất thường xuyên. Trong thế giới thông thường, điều đó là không thể, bởi vì nếu trình thu thập thông tin tìm thấy một URL nhất định và lập chỉ mục nó, thì nếu chúng tôi thay đổi địa chỉ này và chúng tôi không tạo chuyển hướng, lỗi 404 sẽ bắt đầu xuất hiện.

Hợp tác SEO

Trong trường hợp của phiên bản phát triển, điều quan trọng là nếu, ví dụ, nếu một công ty SEO mà bạn hợp tác có quyền truy cập vào nó, nó cũng có thể tự do làm việc trên nó, chuyển nó và giúp bạn di chuyển. Nếu nó không có ở đó và chúng ta đang nghiên cứu một cơ thể sống, đó là một nhiệm vụ khó khăn hơn nhiều.

Di cư

Di chuyển tất cả nội dung của bạn

Có một phiên bản phát triển, chúng ta không thể quên các yếu tố khác cũng sẽ rất quan trọng trong trường hợp di chuyển thành công. Nếu cửa hàng của chúng tôi đã được tối ưu hóa, nó có nội dung trong các danh mục và sản phẩm mà chúng tôi đã tối ưu hóa và chúng tôi biết để tạo ra lưu lượng truy cập, thì ở đây chúng tôi phải nhớ chuyển tất cả nội dung từ bên này sang bên kia.

Vì vậy, chúng tôi di chuyển tiêu đề, mô tả Meta, mô tả cùng với định dạng mà chúng đã có trên trang cũ. Nếu có các mô tả thay thế trên trang web, chúng tôi cũng nên đảm bảo rằng nó xuất hiện trên trang mới. Điều tương tự cũng áp dụng cho các tiêu đề - nghĩa là, nếu chúng tôi đã tối ưu hóa các tiêu đề trên trang web của mình, các tiêu đề giống nhau sẽ có trên phiên bản mới của trang. Những yếu tố này sẽ khiến sau khi chuyển đổi trên trang web mới của chúng tôi, nó sẽ được xếp hạng.

Chuyển hướng

Bản đồ địa chỉ

Tất nhiên, điều đáng để chuẩn bị trước đó là tạo bản đồ chuyển hướng từ các địa chỉ cũ sang địa chỉ mới, để việc bật trang được chuyển hướng đơn giản và khiến Google nhanh chóng thấy rằng các chuyển hướng này tồn tại nếu họ vào trang web.

Chuyển hướng tất cả các trang con

Khi nói đến chuyển hướng, lỗi cơ bản là chúng ta chỉ chuyển hướng trang chủ. Vì vậy, nếu, ví dụ, nếu chúng tôi thay đổi miền và thay đổi từ miền này sang miền khác, chúng tôi chỉ chuyển hướng trang chủ. Các danh mục, sản phẩm, bài viết trên blog không làm chúng ta quan tâm - đây là một sai lầm rất lớn.

Mỗi trang con có khả năng hiển thị riêng mà chúng tôi đã xây dựng trong một thời gian. Nó được tối ưu hóa, liên kết từ bên ngoài ... Vì vậy, nếu một địa chỉ mới xuất hiện trong cấu trúc của trang web, nó chỉ là mới và cho đến khi chúng tôi củng cố địa chỉ này sau khi chuyển hướng từ địa chỉ cũ sang địa chỉ mới, thì coi như chúng ta xây dựng nó tất cả đều từ đầu. Tất nhiên, các yếu tố tiêu đề mà chúng tôi đã di chuyển hoặc nội dung đã được triển khai trên trang mới sẽ giúp chúng tôi ở đây, nhưng chúng tôi sẽ không chuyển sức mạnh của trang con cũ.

Nhờ chuyển hướng 301, chúng tôi không mất những gì chúng tôi đã làm, vì vậy điều rất quan trọng là chuyển địa chỉ 1: 1. Vì vậy, nếu chúng ta có địa chỉ danh mục, chúng ta nên chuyển hướng từng danh mục đến đối tác của nó. Đối với các sản phẩm cũng vậy. Tất nhiên, nếu có rất nhiều sản phẩm này và chúng tôi không muốn làm chậm máy chủ quá nhiều, thì bạn có thể chọn một phần của sản phẩm hoặc chỉ áp dụng các quy tắc.

Tất nhiên, chúng ta có thể dễ dàng hơn cho chính mình khi chúng ta có tùy chọn tạo các địa chỉ trông giống như khi chúng ta thiết kế một trang. Vì vậy, nếu chúng ta không thay đổi cấu trúc của URL trong cửa hàng cũ và mới, thì tất nhiên chúng ta sẽ không phải tạo các chuyển hướng này. Tuy nhiên, nếu chúng tôi thay đổi, chẳng hạn như CMS, thì điều đó thường là không thể và các chuyển hướng này phải được thực hiện.

301, không phải 302

Sau khi chúng ta tạo tất cả các chuyển hướng, chúng ta phải nhớ rằng những chuyển hướng này phải là chuyển hướng vĩnh viễn, tức là chuyển hướng 301. Chuyển hướng 302, cũng thường được thực hiện, là chuyển hướng tạm thời - chúng sẽ không chuyển sức mạnh của các trang con mà tôi đã nói với bạn trước đó.

phân tích

Nếu chúng tôi bật một trang mới, chúng tôi cũng phải đảm bảo rằng trang web của chúng tôi có mã Google Analytics và Google Search Console. Nhờ đó, chúng tôi sẽ có thể quan sát những gì đang xảy ra trên trang web của mình và cách nó hoạt động.

Lập chỉ mục lại

Nếu chúng tôi đã hoàn thành các giai đoạn riêng lẻ và sẵn sàng cho Google xem trang, tất nhiên chúng tôi có thể gửi trang để lập chỉ mục lại trong Search Console. Chúng tôi cũng có thể tải một bản đồ mới lên Search Console để giúp anh ấy xác định nội dung của trang mới dễ dàng hơn - điều này sẽ diễn ra nhanh hơn một chút.

Chúng ta cũng phải nhớ rằng trong khoảng thời gian đầu tiên, Google sẽ lập chỉ mục trang mới, nhưng nó cũng sẽ giữ trang cũ trong chỉ mục, vì vậy chúng ta phải cho nó thời gian để trang cũ được xóa khỏi chỉ mục và một trang mới để được chèn vào vị trí của nó. Chúng tôi sẽ theo dõi trong ba đến sáu tháng đầu tiên điều gì sẽ xảy ra.

Tất nhiên, trong các công cụ cho chúng ta thấy khả năng hiển thị, chúng ta cũng có thể thấy ví dụ: sự sụt giảm trong một khoảng thời gian, nhưng sau đó mặt này sẽ bắt đầu tăng trở lại. Nếu không đúng như vậy, bạn cần kiểm tra xem có gì sai không. Có vẻ như nhà phát triển của bạn đã giới thiệu chuyển hướng 301 và những chuyển hướng này hóa ra là chuyển hướng 302. Vì vậy, những thứ này sẽ phải được thu dọn ngay sau khi di chuyển.

Đây là những lỗi phổ biến nhất khi di chuyển một trang. Nếu chúng ta biết rằng cuộc di cư của mình đã được tiến hành không tốt, điều này có nghĩa là phe của chúng ta sẽ thất bại? Không hoàn toàn. Tất nhiên, bạn có thể giới thiệu về một kế hoạch phục hồi chỉ điều quan trọng là thời gian. Nếu quá trình di chuyển trang web không được thực hiện đúng cách, trong những tháng đầu tiên, chúng tôi vẫn có cơ hội khôi phục lưu lượng truy cập mà chúng tôi đã mất. Sau này - nếu Google xóa các địa chỉ cũ khỏi công cụ tìm kiếm - thì điều đó có thể khó khăn hơn nhiều.

mass gmail