Ví dụ minh họa
Việc di chuyển gặp sự cố: chúng ta đã mất những liên kết nào?
Các bản đồ chuyển hướng có thể bị lỗi âm thầm. Trang này hướng dẫn một cửa hàng giả định qua quá trình so sánh để tìm ra lỗ hổng, với các con số được đánh dấu là ví dụ và không lấy từ bất kỳ khách hàng thực tế nào.
Bắt đầu với hai hồ sơ cạnh nhau
Sau khi di chuyển, tên miền cũ vẫn sở hữu lịch sử. Không ai cảnh báo bạn về điều đó. Các liên kết vẫn trỏ về địa chỉ cũ trong nhiều tháng, và câu hỏi duy nhất là liệu từng liên kết có dẫn đến một trang hoạt động hay không.
Vì vậy, hãy xem backlink cho cả hai tên miền vào cùng một ngày và lưu các tệp lại. Các tên miền trỏ đến xuất hiện trên tên miền cũ nhưng bị thiếu trên tên miền mới là ứng viên để sửa chữa. Phần còn lại chỉ là chi tiết.
Dự kiến có độ trễ trên tên miền mới. Chỉ mục của chúng tôi được làm mới khoảng một lần mỗi tháng, và Google tự xử lý lại các liên kết theo lịch trình riêng, vì vậy tên miền mới sẽ trông mỏng hơn trong một thời gian ngay cả khi mọi thứ đã được thiết lập đúng.
Lưu lượng truy cập có giảm trên các trang chưa được di chuyển không? Sau đó, hãy liên kết các phát hiện của bạn với kiểm tra tuần đầu tiên. Việc di chuyển và vấn đề về liên kết có thể trùng lặp, và việc tách biệt chúng giúp tiết kiệm rất nhiều nỗ lực sai lầm. Hãy tách chúng ra. Lịch trình hàng tháng sẽ theo dõi kết quả sau khi sửa chữa.
Đọc hai danh sách liên kết cạnh nhau
Hai danh sách chỉ hữu ích khi chúng khớp nhau. Xuất tên miền cũ và tên miền mới vào cùng một ngày, sắp xếp cả hai theo tên miền trỏ đến, và đặt năm mươi dòng đầu tiên cạnh nhau. Các sự không khớp sẽ nổi bật nhanh chóng.
Khi xem backlink cho cả hai tên miền, đừng bắt đầu bằng cách đếm. Hãy bắt đầu bằng cách hỏi URL cũ nào đã tạo ra mỗi liên kết, và liệu URL đó có còn trả lời trên trang web mới với cùng chủ đề hay không.
Ghép nối mỗi URL cũ với một URL mới
Lấy URL được liên kết nhiều nhất trên tên miền cũ và tìm counterpart của nó trên tên miền mới. Một hướng dẫn đã chuyển sang đường dẫn mới với cùng tiêu đề là một sự khớp. Một trang danh mục giờ đây chứa ba sản phẩm không liên quan thì không phải.
Giả sử bài đăng cũ về nhuộm tự nhiên đã mất địa chỉ nhưng vẫn giữ nguyên văn bản. Đó là một sự di chuyển sạch sẽ. Nếu văn bản thay đổi nhiều, các liên kết vẫn trỏ về chủ đề cũ, và sự khớp đó yếu hơn vẻ bề ngoài của nó.
Tách biệt độ trễ thu thập dữ liệu khỏi lỗ hổng thực sự
Một phần của khoảng trống chỉ là độ trễ. Chỉ mục của chúng tôi được làm mới khoảng một lần mỗi tháng, và Google mất thời gian riêng để xử lý lại các liên kết, vì vậy số lượng có thể trông thấp trong nhiều tuần sau một lần di chuyển lành mạnh.
Một lỗ hổng thực sự trông khác biệt. Cùng một liên kết vẫn trỏ vào một URL hiện trả về mã 404, và mẫu này không biến mất theo thời gian. Hãy kiểm tra trạng thái của đích trước khi đổ lỗi cho lịch trình. Một liên kết hiển thị trên danh sách cũ nhưng không có trên danh sách mới có thể là độ trễ thu thập dữ liệu, trong khi một liên kết bị thiếu trên cả hai danh sách cho thấy việc loại bỏ.
Sử dụng danh sách anchor làm bước kiểm tra thứ hai
Tỷ lệ chia sẻ tên hiệu thương hiệu vẫn ổn định sau khi di chuyển là một dấu hiệu tốt, vì nó gợi ý rằng cùng một người vẫn nói về bạn. Sự thay đổi đột ngột sang các anchor chung chung đáng được xem xét lại các trang đã thay đổi.
Giữ các số liệu anchor trong cùng tệp với các tên miền trỏ đến. Tháng sau, bạn có thể đọc hai con số cùng nhau thay vì tìm kiếm bản xuất cũ hơn.
Viết một dòng cho mỗi cặp trong bảng tính: URL cũ, URL mới, mã trạng thái và liệu chủ đề có khớp hay không. Vài trăm dòng là có thể quản lý được trong một buổi chiều, và nó ngăn cùng một cuộc tranh luận lặp lại mỗi tháng.
Ví dụ giả định: Lantern & Loom, một cửa hàng thảm giả định
| Đo lường | Tên miền cũ, trước khi di chuyển | Tên miền mới, mười tuần sau |
|---|---|---|
| Tên miền trỏ đến | 412 | 287 |
| Trang hàng đầu theo liên kết | /guides/natural-dye | /guides/natural-dye (301 sang URL đúng bên phải) |
| Trang thứ hai theo liên kết | /blog/rug-sizes | 404 |
| Anchor: tỷ lệ tên hiệu thương hiệu | 58% | 61% |
Lỗ hổng thể hiện như thế nào trong ví dụ đó
Đếm khoảng trống
412 so với 287 là thiếu 125 tên miền. Một phần đó là độ trễ thu thập dữ liệu, nhưng không phải tất cả.
Mở các trang hàng đầu ở phía cũ
Lệnh gọi toppages liệt kê các URL thu hút liên kết. Bài đăng về kích thước thảm xếp thứ hai và hiện trả về mã 404 trên trang web mới.
Sửa trang, không phải liên kết
Khôi phục bài đăng hoặc chuyển hướng nó đến tương đương gần nhất của nó. Yêu cầu mọi người liên kết cập nhật là chậm và hiếm khi cần thiết.
Kiểm tra lại vào tháng sau
Nếu số lượng tên miền trỏ đến trên tên miền mới tăng lên gần bằng tên miền cũ, thì việc sửa chữa đang hoạt động.
Đóng vòng lặp với một tệp tham chiếu
Lưu bảng so sánh cũ-mới trong thư mục dự án của bạn. Chạy tiếp theo của tháng sau sẽ thêm một dòng, và sớm bạn sẽ có một biểu đồ thay vì một cuộc tranh luận.
Các lần di chuyển âm thầm làm mất liên kết
Không phải mọi lần di chuyển đều là thay đổi tên miền. Nhiều tổn thất đến từ việc thiết kế lại, một thư mục con mới hoặc một cây danh mục được xây dựng lại, và những điều đó làm mất liên kết chắc chắn như nhau. Các kiểm tra ở trên vẫn áp dụng.
Mẫu luôn giống nhau. Các địa chỉ cũ mang theo liên kết, và bất cứ thứ gì thay thế chúng phải chịu trách nhiệm cho những liên kết đó.
Di chuyển subdomain chia tách lịch sử
Di chuyển một phần sang subdomain có thể để lại các liên kết của nó trên máy chủ cũ. Liệu điều đó có quan trọng hay không phụ thuộc vào các URL nào đã tạo ra liên kết, không phải kích thước của phần đó.
Trước khi quyết định, hãy chạy toppages trên phần cũ thông qua tham chiếu hành động và đếm xem có bao nhiêu trang hàng đầu có counterpart. Nếu hầu hết không có, hãy dự kiến lịch sử sẽ vẫn ở nơi nó đã từng.
Các cấu trúc lại làm mất trang
Biến các trang sản phẩm phẳng thành một cây danh mục là một lần di chuyển phổ biến. Nó có thể cải thiện điều hướng, nhưng nó có thể để lại nhiều URL cũ không có sự thay thế trực tiếp.
Giả sử một cửa hàng có hơn một nghìn trang sản phẩm và, sau khi tái cấu trúc, chỉ vài chục trang vẫn được lập chỉ mục. Bước đầu tiên hợp lý nhất là một danh sách những gì đã biến mất, sau đó là quyết định cho mỗi nhóm, thay vì đoán xem Google thích điều gì.
Tên miền hết hạn mang theo lịch sử của chúng
Mua một tên miền hết hạn có thể mang theo các liên kết cũ của nó. Những liên kết đó có thể giúp ích, hoặc chúng có thể mang theo một vấn đề cũ mà một trang web sạch sẽ không cần.
Kiểm tra hồ sơ được kế thừa trước khi xây dựng dựa trên nó. Một chuyển hướng đến một trang liên quan thường là hợp lý, trong khi một chuyển hướng hàng loạt các liên kết không liên quan thường không phải. Nếu bạn đã mua một cái, hãy ghi ngày mua và chủ sở hữu trước đó vào ghi chú của bạn, để lịch sử vẫn có thể truy vết được.
Hai yêu cầu giống nhau cho lần di chuyển của chính bạn
Lần đầu tiên miễn phí. Lần thứ hai tốn 2 credit mỗi lệnh gọi.
curl "https://backlinkphoenix.com/api.php?action=overview&q=old-domain.com"
curl "https://backlinkphoenix.com/api.php?action=overview&q=new-domain.com"
curl "https://backlinkphoenix.com/api.php?action=toppages&q=old-domain.com&per=100&key=sk_live_..."Danh sách lỗ hổng cho tuần sau khi di chuyển
- Mỗi URL hàng đầu cũ trả về 200 hoặc một bước chuyển hướng 301 đơn lẻ
- Không có chuỗi chuyển hướng dài hơn một bước
- Sitemap cũ đã được xóa, sitemap mới đã được gửi trong Search Console
- Công cụ Change of Address đã được sử dụng nếu tên miền thực sự đã thay đổi
- Thẻ canonical trỏ vào tên miền mới, không phải tên miền cũ
- Các trang tên hiệu thương hiệu (về chúng tôi, liên hệ) chuyển hướng từng cái một, không phải về trang chủ
Các câu hỏi theo sau một lần di chuyển tồi tệ
- Tôi có nên giữ tên miền cũ đã đăng ký không?
- Có, trong nhiều năm thay vì vài tháng. Các chuyển hướng chỉ hoạt động khi bạn kiểm soát tên cũ, và các liên kết vẫn tiếp tục đến đó lâu sau khi ra mắt. Để nó hết hạn cũng đồng nghĩa với việc trao lịch sử cho bất kỳ ai đăng ký nó tiếp theo.
- Mất bao lâu để xếp hạng trở lại sau khi thiết kế lại hoặc di chuyển?
- Nó khác nhau tùy theo kích thước trang web và bản đồ chuyển hướng sạch đến mức nào. Một số trang web ổn định trong vài tuần, những trang web lớn hơn mất vài tháng. Theo dõi tên miền trỏ đến và các trang được lập chỉ mục trong Search Console thay vì chờ đợi một ngày cụ thể.
- Việc giảm xếp hạng tạm thời sau khi di chuyển có bình thường không?
- Có, thường là vậy. Một sự sụt giảm trong khi Google xử lý lại các URL mới là điều dễ hiểu. Một sự sụt giảm sâu hơn sau tám đến mười tuần gợi ý một lỗ hổng, và so sánh ở trên là cách bạn tìm kiếm nó.
Cho tên miền mới thời gian, và biết khi nào cần hành động
Sự kiên nhẫn rất quan trọng sau khi di chuyển. Một sự sụt giảm trong vài tuần đầu là phổ biến, và một sự sụt giảm tiếp tục sâu hơn là một tín hiệu khác. Theo dõi xu hướng trong vài tháng trước khi thay đổi bất cứ điều gì lớn.
Mục tiêu là phân biệt hai điều này sớm, khi việc sửa chữa vẫn còn nhỏ.
Một sự sụt giảm bình thường trông như thế nào
Dự kiến một giai đoạn mềm trong khi Google xử lý lại các địa chỉ mới. Hình dạng thông thường là sự trở lại chậm chạp thay vì một sự sụt giảm sắc nét, kéo dài.
Giả sử tên miền mới vẫn phẳng trong một tháng và sau đó tăng sau lần làm mới tiếp theo. Đó là đường cong lành mạnh, và nó đáng để ghi lại để bạn nhận ra nó sau này.
Khi sự sụt giảm tiếp tục sâu hơn
Một sự sụt giảm tiếp tục sâu hơn sau tám đến mười tuần chỉ ra một lỗ hổng. Hãy quay lại việc khớp URL theo URL và kiểm tra lại mọi trang hàng đầu, vì một chuyển hướng bị hỏng có thể ẩn giữa nhiều chuyển hướng tốt.
Sửa các đường dẫn mà các liên kết hiện đang sử dụng trước khi thêm nội dung mới để đóng khoảng trống. Các trang mới không kế thừa các liên kết cũ.
Đặt một câu hỏi đơn giản trước. Lưu lượng truy cập giảm thuộc về các trang đã di chuyển, hay các trang chưa bao giờ di chuyển? Câu trả lời quyết định liệu việc sửa chữa là một chuyển hướng hay một công việc nội dung.
Giữ tên miền cũ hoạt động
Giữ các chuyển hướng của tên miền cũ sống, và giữ tên đã đăng ký. Các liên kết vẫn tiếp tục đến địa chỉ cũ trong một thời gian dài, và mỗi liên kết rơi vào một trang hoạt động là một lỗ hổng đã được đóng.
Lưu bản đồ chuyển hướng trong thư mục dự án của bạn với ngày nó được kiểm tra lần cuối. Người tiếp theo chạm vào trang web sau đó sẽ biết những gì phụ thuộc vào nó.
