Bỏ qua để đến nội dung
LinkSkimmr
LinkSkimmrĐăng ký

Các lỗi và cách khắc phục

Sáu lỗi di chuyển khiến backlink của khách hàng bị mất

Hầu hết việc mất liên kết trong hồ sơ khách hàng không phải do phạt. Đó là do một URL cũ ngừng hoạt động khi trang web được di chuyển, và báo cáo các trang hàng đầu sẽ hiển thị điều này trong vòng một phút.

Đội ngũ nghiên cứu LinkSkimmr ·

Các ván cầu gỗ bị hỏng và dây thừng bị đứt trên bàn, cho thấy các kết nối bị mắc kẹt

Liên kết sẽ đi đâu khi một trang web được di chuyển

Liên kết trỏ đến URL, không phải đến trang web. Thay đổi URL và mọi liên kết đến URL cũ đều cần một chuyển hướng.

Điều này nghe có vẻ hiển nhiên cho đến khi việc di chuyển được triển khai. Nhiều nhóm biết quy tắc này. Một lần di chuyển WordPress, chuyển từ www sang tên miền không có www hoặc cấu trúc danh mục mới được đưa lên trực tuyến vào thứ Sáu với ghi chú cho biết chuyển hướng sẽ được thực hiện sau. Khi bạn kiểm tra backlink của một trang web sau lần di chuyển như vậy, câu hỏi không phải là có bao nhiêu liên kết tồn tại, mà là có bao nhiêu liên kết vẫn trỏ đến một trang hoạt động, và bước năm trong quy trình mười phút sẽ trả lời điều đó.

Hướng dẫn của Google cho các lần di chuyển là một bản đồ ánh xạ từng URL cũ sang URL mới. Các chuyển hướng 301 ở cấp máy chủ thực hiện công việc này. Hãy giữ chúng hoạt động càng lâu càng tốt. Đối với việc thay đổi tên miền, công cụ Change of Address trong Search Console là một bước bổ sung. Các bản đồ vẫn bị lỗi theo những cách có thể dự đoán được, và Screaming Frog hoặc Ahrefs Site Audit sẽ hiển thị hầu hết các lỗi đó.

Các công cụ hỗ trợ ở đây: Search Console hiển thị việc thu thập dữ liệu và khả năng hiển thị trên Google, Screaming Frog liệt kê các chuỗi chuyển hướng từ một lần thu thập dữ liệu, và lệnh gọi các trang hàng đầu của chúng tôi hiển thị URL nào mang liên kết. Không công cụ nào trong số này cung cấp đầy đủ bức tranh, và sự kết hợp của chúng mất dưới một giờ đối với một trang web nhỏ.

Lỗi, triệu chứng, cách khắc phục

LỗiCách nó hiển thị trong dữ liệuCách khắc phục
Mọi thứ được chuyển hướng về trang chủCác trang được liên kết nhiều nhất đều đã biến mất; trang chủ là URL còn lại duy nhấtÁnh xạ từng URL cũ sang trang mới gần nhất của nó
Cả www và tên miền không có www đều trả về mã 200Cùng một liên kết được chia sẻ giữa hai máy chủChọn một máy chủ, chuyển hướng máy chủ kia bằng 301
Chuỗi chuyển hướng gồm ba bước trở lênTrang hàng đầu chỉ giải quyết được sau nhiều bước nhảyTrỏ URL cũ trực tiếp vào URL cuối cùng
Sử dụng 302 cho một lần di chuyển vĩnh viễnURL cũ vẫn xuất hiện dưới dạng trang được liên kếtChuyển sang 301 khi việc di chuyển đã hoàn tất
Trang 'Giới thiệu' cũ bị xóa, không được chuyển hướngMột URL được liên kết nhiều trả về mã 404Chuyển hướng nó sang trang 'Giới thiệu' mới
Cấu trúc danh mục được xây dựng lại mà không có bản đồHàng chục URL được liên kết trả về mã 404Xuất các URL cũ trước, ánh xạ chúng trong một bảng tính

Tìm giá trị bị mắc kẹt trong hai lệnh gọi

Lấy các trang được liên kết nhiều nhất, sau đó kiểm tra từng URL trong trình duyệt hoặc bằng lệnh curl -I. Bất kỳ URL nào không trả về mã 200 sạch hoặc một mã 301 đơn lẻ đều được đưa vào danh sách.

bash
# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."

# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5

Thứ tự sửa chữa mà chúng tôi sẽ sử dụng

  1. 1

    Sửa máy chủ trước

    Một máy chủ chuẩn, mọi thứ khác chuyển hướng 301 về nó. Việc này mất vài phút và ảnh hưởng đến mọi liên cùng một lúc.

  2. 2

    Ánh xạ hai mươi URL hàng đầu

    Hai mươi trang được liên kết nhiều thường nắm giữ phần lớn giá trị. Ánh xạ những trang này bằng tay, từng cái một.

  3. 3

    Làm phẳng các chuỗi

    Thay thế mọi đường dẫn nhiều bước bằng một bước đơn đến URL cuối cùng.

  4. 4

    Kiểm tra lại vào tháng sau

    Chỉ mục của chúng tôi được làm mới khoảng hàng tháng, vì vậy hãy đợi một chu kỳ trước khi tuyên bố việc sửa chữa thành công hay thất bại.

Các bánh răng đồng hồ bị tách rời và một kính lúp trên bàn, cho thấy các bộ phận bị thiếu
Một giới hạn đáng được nói ra

Việc sửa đổi chuyển hướng trả lại giá trị liên kết cho một trang hoạt động. Nó không đảm bảo thứ hạng, và cũng không thể khôi phục các liên kết đã bị xóa tại nguồn. Lưu ý cả hai điều này trong hồ sơ khách hàng.

Các câu hỏi về chuyển hướng mà chúng tôi thường nghe nhất

Tôi có thể chỉ chuyển hướng trang cũ sang trang 'Giới thiệu' mới không?

Được, khi trang mới phục vụ cùng mục đích. Một chuyển hướng 301 từ URL cũ sang tương đương gần nhất nhất sẽ giữ cho các liên kết hữu ích. Gửi mọi URL chết về trang chủ hoạt động kém vì điểm đến không còn khớp với những gì liên kết đã hứa.

Có bao nhiêu chuyển hướng 301 là quá nhiều trên một trang web?

Số lượng quan trọng hơn hình dạng của mỗi đường dẫn. Các chuỗi dài lãng phí nỗ lực thu thập dữ liệu và dễ bị lỗi hơn, vì vậy hãy giữ mỗi URL cũ chỉ một bước và giữ toàn bộ bản đồ trong một bảng tính mà bạn có thể kiểm toán.

Tôi gửi www sang phiên bản không có www như thế nào?

Chọn một máy chủ làm chuẩn, sau đó thêm một chuyển hướng 301 toàn trang từ máy chủ kia sang nó ở cấp máy chủ hoặc nhà cung cấp DNS. Kiểm tra cả hai phiên bản bằng lệnh curl -I, và xác nhận rằng các liên kết trong danh sách các trang hàng đầu trỏ đến máy chủ đã chọn.

Bản đồ giấy cuộn và la bàn đồng thau trên bàn, cho thấy hướng đi và lập kế hoạch

Những gì cần kiểm tra trong tuần di chuyển được triển khai

Nếu bạn kiểm tra backlink của một trang web trong tuần nó di chuyển, hãy kiểm tra bản đồ trước khi kiểm tra các con số. Bản đồ quyết định liệu các con số có thể phục hồi hay không.

Thu thập dữ liệu sitemap cũ, không chỉ sitemap mới

Sitemap cũ vẫn liệt kê các URL đã kiếm được vị trí của chúng ngay từ đầu. Hãy thu thập dữ liệu sitemap đó so với trang web đang hoạt động, và mọi hàng trả về mã 404 hoặc chuỗi chuyển hướng sẽ trở thành một dòng trong bản đồ.

Giữ đầu ra thu thập dữ liệu với ngày trong tên của nó. Một lần thu thập dữ liệu khác một tháng sau sẽ cho biết những sửa chữa nào đã giữ vững và những chuyển hướng nào đã biến mất một cách âm thầm.

So sánh các trang hàng đầu trước và sau

Lưu danh sách các trang hàng đầu trước khi di chuyển, sau đó chạy lệnh gọi lại một lần nữa khi trang web mới đã ổn định. Hai danh sách các URL được liên kết nên khớp nhau khi bản đồ được áp dụng, và các hàng không khớp là danh sách việc cần làm của bạn.

Mỗi lần chạy tốn 2 tín dụng, vì vậy việc so sánh rất rẻ. Chi phí nằm ở việc ánh xạ, không phải ở dữ liệu.

Tìm một quy tắc staging bị bỏ lại

Một quy tắc chặn bot thu thập dữ liệu có thể tồn tại sau khi ra mắt mà không bị phát hiện. Hãy kiểm tra robots.txt và bất kỳ thẻ noindex nào trên các mẫu chứa các trang được liên kết nhiều nhất của bạn, trước khi bạn tuyên bố việc di chuyển đã hoàn tất.

Một dòng trong hồ sơ khách hàng là đủ: các mẫu bạn đã kiểm tra và vào ngày nào. Viết chủ sở hữu của mỗi chuyển hướng bên cạnh nó, vì một chuyển hướng mà không ai có thể giải thích là thứ sẽ bị xóa trong lần thiết kế lại tiếp theo.

Mã chuyển hướng nào phù hợp cho một lần di chuyển vĩnh viễn

Mã là một lựa chọn nhỏ nhưng có tác động lớn đến thông điệp bạn gửi đi. Các bot thu thập dữ liệu đọc mã trạng thái trước khi đọc bất kỳ thứ gì khác trên trang cũ.

Tại sao 301 phù hợp cho một lần di chuyển cuối cùng

Một mã 301 cho biết việc di chuyển là vĩnh viễn. Một mã 302 cho biết địa chỉ cũ có thể quay lại, đó là thông điệp sai cho một lần di chuyển đã hoàn tất. Chỉ sử dụng 302 khi một bài kiểm tra tạm thời thực sự đang chạy.

Một khi việc di chuyển đã ổn định, hãy chuyển bất kỳ chuyển hướng tạm thời nào sang 301. Để một mã 302 ở lại trong nhiều năm là một trong những cách âm thầm nhất để giữ một lần di chuyển còn dang dở.

Tại sao một 302 theo sau bởi một 301 lại sai

Một mã 302 chuyển hướng đến một URL thứ hai, sau đó gửi một mã 301, tạo ra hai bước và các tín hiệu hỗn hợp. Các công cụ tìm kiếm thường có thể theo dõi chuỗi, nhưng chuỗi chậm hơn và dễ bị lỗi hơn vào lần tiếp theo khi ai đó chỉnh sửa một quy tắc.

Gộp nó thành một mã 301 trỏ thẳng vào địa chỉ cuối cùng. Một bước dễ kiểm tra hơn, dễ giải thích cho khách hàng hơn và dễ duy trì hơn.

Cách chuyển hướng các URL có tham số truy vấn

Các URL cũ có chuỗi truy vấn là phổ biến sau khi thay đổi CMS. Giả sử địa chỉ cũ là một trang sản phẩm với tham số màu sắc. Hãy quyết định xem tham số có thay đổi nội dung hay không. Nếu có, hãy ánh xạ URL có tham số sang trang mới tương ứng; nếu không, một quy tắc loại bỏ tham số có thể phục vụ trang đó.

Kiểm tra thủ công một vài URL có tham số sau khi quy tắc được triển khai. Một quy tắc hoạt động cho đường dẫn thuần túy vẫn có thể bỏ qua chuỗi truy vấn, và các liên kết có tham số là những thứ bạn sẽ bỏ lỡ.

Ba chuyển hướng trông giống như các giải pháp

Một số chuyển hướng vượt qua kiểm tra trạng thái nhưng vẫn mất giá trị. Trang trả về mã 301, nhưng điểm đến không phù hợp cho người dùng và bot thu thập dữ liệu theo liên kết.

Vòng lặp chuyển hướng

Hai quy tắc gửi lẫn nhau trở lại hiển thị trong trình duyệt dưới dạng vòng lặp, và hầu hết các công cụ bỏ cuộc sau một vài bước. Hãy kiểm tra URL cũ, đếm số bước và sửa quy tắc trỏ ngược lại nơi nó bắt đầu.

Một vòng lặp là vấn đề dễ thấy nhất và cũng dễ bị bỏ qua trong một tuần. Hãy sửa nó vào ngày bạn tìm thấy nó, và đếm số bước bằng lệnh curl -sIL để bạn đọc mọi dòng trạng thái, không chỉ dòng cuối cùng.

Một chuyển hướng đến màn hình đăng nhập

Một trang cũ được liên kết nhiều chuyển hướng đến biểu mẫu đăng nhập sẽ cung cấp cho người dùng một bức tường thay vì nội dung mà liên kết đã hứa. Giả sử bạn chuyển hướng một hướng dẫn cũ sang trang đăng nhập, sau đó chuyển hướng sang đăng nhập của bên thứ ba. Không có gì trong đường dẫn đó giúp ích cho liên kết.

Chuyển hướng đến trang công khai khớp với nội dung mà liên kết đề cập. Nếu không có trang như vậy, mã 404 sạch sẽ trung thực hơn một chuyển hướng không dẫn đến đâu cả.

Một ví dụ đã được thực hiện, giả định

Hãy tưởng tượng một khách hàng đã chuyển từ một chủ đề blog này sang chủ đề khác. Chỉ là các con số ví dụ.

Giả sử báo cáo các trang hàng đầu liệt kê 140 URL có liên kết trước khi di chuyển, và 90 trong số đó trả về mã 404 sau đó vì mẫu permalink mới đã bỏ qua thư mục ngày tháng. Ánh xạ thủ công hai mươi URL được liên kết nhiều nhất trong số đó có thể khôi phục phần lớn giá trị được trỏ đến trong một buổi chiều, và bảng ngưỡng cho bạn biết cách mô tả sự thay đổi cho khách hàng.

Cùng một bản đồ là câu trả lời tốt nhất khi một khách hàng hỏi những gì đã thay đổi. Hãy hiển thị hai mươi URL đã được ánh xạ với địa chỉ cũ, địa chỉ mới và mã trạng thái cho từng cái. Một bảng thuyết phục. Hai mươi hàng thuyết phục hơn bất kỳ bản tóm tắt nào, và bảng này cũng đóng vai trò là danh sách kiểm tra cho lần chạy tiếp theo.