Danh sách kiểm tra di chuyển trang web: từ T-4 tuần đến ngày thứ 45
Thay đổi tên miền, chuyển nền tảng, di chuyển máy chủ hoặc thay đổi cấu trúc URL: các liên kết trỏ về bạn không quan tâm điều đó. Danh sách này cho bạn biết những gì cần thu thập trước khi ra mắt và những gì cần rà soát lại sau đó.
Đội ngũ nghiên cứu ArchiLinks ·
Vị thế của chúng tôi
Hầu hết các tổn thất khi di chuyển đến từ việc thiếu redirect, không phải do loại redirect
Các nhóm thường tranh luận hàng giờ về 301 so với 302 rồi sau đó triển khai với 3.000 URL có liên kết ngoài trả về 404. Hãy tìm tất cả backlink đến một trang web trước khi quyết định bất kỳ điều gì khác, vì danh sách đó cho bạn biết rủi ro nằm ở đâu.
- Trích xuất các trang được liên kết 4 tuần trước, không phải đêm trước khi ra mắt.
- Mỗi URL có liên kết ngoài cần một redirect 301 một bước đến một trang liên quan.
- Giữ các redirect hoạt động ít nhất một năm, vì các liên kết cũ thường tồn tại lâu hơn cả trang web mà chúng từng trỏ tới.
Lộ trình thời gian
T-4 tuần: kiểm kê
Crawl trang web cũ, xuất báo cáo hiệu suất từ Search Console và chạy lệnh toppages cùng refdomains cho máy chủ cũ. Lưu ba tệp này cùng với ngày tháng.
T-3 tuần: ánh xạ
Xây dựng bản đồ redirect từ các trang được liên kết trước, từ lưu lượng truy cập thứ hai, và từ crawl cuối cùng. Công thức bản đồ redirect hiển thị kịch bản xếp hạng.
T-2 tuần: kiểm tra trên môi trường staging
Chạy mọi URL cũ trên môi trường staging và đảm bảo một bước, trạng thái 301 và kết thúc bằng 200. Hỏng bản dựng nếu có chuỗi hoặc vòng lặp.
T-0: ra mắt
Triển khai các redirect, sitemap mới, thẻ canonical đã cập nhật và các liên kết nội bộ trong một bản phát hành. Gửi sitemap mới lên Search Console. Đối với thay đổi tên miền, hãy sử dụng công cụ Change of Address.
T+1 tuần: kiểm tra log và khả năng lập chỉ mục
Kiểm tra log máy chủ để tìm các lần Googlebot truy cập vào các URL cũ, sau đó xem báo cáo Pages để tìm các đỉnh tăng đột biến của 404 hoặc soft 404. Sửa bản đồ redirect; đừng chờ đợi.
T+30 đến 45 ngày: so sánh sự khác biệt về liên kết
Sau khi cập nhật hàng tháng, hãy trích xuất refdomains cho máy chủ mới và so sánh nó với tệp cũ. Những chênh lệch lớn hơn một vài phần trăm đáng để xem xét.
Những thay đổi tùy thuộc vào loại di chuyển
| Di chuyển | Redirects | Các kiểm tra bổ sung | Trọng tâm dữ liệu liên kết |
|---|---|---|---|
| Tên miền mới | Redirect 301 toàn bộ máy chủ, ánh xạ theo đường dẫn khi đường dẫn thay đổi | Công cụ Change of Address, giữ tên miền cũ ít nhất 12 tháng | Các tên miền trỏ đến di chuyển sang máy chủ mới theo thời gian |
| HTTP sang HTTPS hoặc thay đổi www | Redirect 301 ở mức máy chủ | Canonical, HSTS, nội dung hỗn hợp | Ít khác biệt; xác nhận cả hai máy chủ đều trỏ về một nơi |
| Chuyển nền tảng, cùng tên miền | Bản đồ ánh xạ theo đường dẫn | Phân trang, tham số, dấu gạch chéo cuối | Các trang được liên kết nhiều nhất đã thay đổi đường dẫn |
| Subdomain sang thư mục con (hoặc ngược lại) | Bản đồ ánh xạ theo đường dẫn, quy tắc ở mức máy chủ | Cookie, robots.txt theo từng máy chủ, analytics | Việc liên kết trỏ đến máy chủ cũ hay máy chủ mới |
| Hợp nhất hai trang web | Bản đồ nhiều-nhiều sang một | Nội dung trùng lặp, lựa chọn canonical | Sự chồng chéo của các tên miền trỏ đến thông qua lệnh intersect |
Danh sách kiểm tra ngày ra mắt
- Các URL cũ trả về 301 trong một bước, được kiểm tra bằng kịch bản thay vì thủ công.
- Máy chủ mới trả về 200 với thẻ canonical tự tham chiếu trên mọi template.
- robots.txt trên máy chủ mới không chứa các quy tắc của môi trường staging. Lệnh Disallow: / còn sót lại là lỗi kinh điển khi ra mắt.
- Sitemap XML chỉ liệt kê các URL trả về 200, có thể lập chỉ mục và có canonical.
- Các liên kết nội bộ, điều hướng và dữ liệu có cấu trúc trỏ đến các URL mới, không phải các URL đã được redirect.
- Các thuộc tính Analytics và Search Console đã tồn tại cho máy chủ mới trước khi chuyển đổi.
- Các tệp JSON cơ sở đã được commit, với ngày tháng trong tên mỗi tệp.
Đồ thị liên kết của chúng tôi được xây dựng lại khoảng một lần một tháng. Một liên kết được tạo trong tuần ra mắt của bạn có thể không hiển thị trong lần trích xuất ngày thứ 30. Hãy sử dụng báo cáo Links của Search Console cho bước cuối cùng và đánh giá sự khác biệt từ lần cập nhật thứ hai. Cùng dữ liệu đó cung cấp cho bài đánh giá cân bằng liên kết nội bộ và bên ngoài sau khi ra mắt, và các tên miền khu vực hreflang bao gồm trường hợp đa quốc gia.
Một redirect 301 kết thúc bằng 404 không giữ lại được gì
Một số nhóm gửi mọi URL cũ về trang chủ mới và để các trang đích hết hạn sau đó. Bản thân redirect hoạt động. Đó là lý do tại sao thói quen này rủi ro, vì mỗi bước đều trông sạch sẽ trong log trong khi trang ở cuối trả về 404.
Giả sử bạn di chuyển một cửa hàng sang tên miền mới và chỉ giữ lại các sản phẩm vẫn còn bán. Các trang danh mục chứa phần lớn các liên kết bên ngoài giờ đây sẽ trỏ đến một nơi không hữu ích. Hãy đếm các URL có liên kết ngoài trước khi loại bỏ bất kỳ thứ gì. Hãy làm bước đầu tiên đó. Một trang có các tên miền trỏ đến cần một đích sống còn cùng chủ đề, không phải sự thờ ơ.
Giữ quy tắc ngắn gọn: một bước, sau đó là 200 cuối cùng. Bất kỳ điều gì khác là một lỗ hổng do bạn chọn.
Một redirect 301 một bước đến một trang hoạt động bảo vệ điều gì
Giá trị của một liên kết nằm trên URL mà nó trỏ tới. Một redirect chỉ mang giá trị đó nếu địa chỉ nó trỏ đến trả về và vẫn phù hợp với chủ đề. Một sản phẩm được chuyển sang cùng sản phẩm trong danh mục mới sẽ vượt qua bài kiểm tra này, trong khi một sản phẩm được gửi đến trang chủ thường không, ngay cả khi đó là trang mà mọi người từng liên kết đến.
Kiểm tra lại trạng thái cuối cùng sau mỗi thay đổi template. Một redirect hoạt động khi ra mắt có thể kết thúc bằng 404 sau một bản phát hành sau đó, khi ai đó xóa một danh mục trong quá trình dọn dẹp menu.
Khi 410 là câu trả lời trung thực
Một số URL cũ không có liên kết, không có lượt truy cập và không có bản thay thế thực sự. Đối với những trang đó, một 404 rõ ràng hoặc 410 trung thực hơn là một redirect đến một trang không trả lời câu hỏi mà trang cũ từng làm. Một redirect đến một trang không liên quan thường được coi là soft 404, vì vậy nó không cứu vãn được gì.
Ghi lại quyết định cho mỗi nhóm URL, kèm lý do bên cạnh. Một thư mục các bài hướng dẫn đã nghỉ hưu sẽ có câu trả lời khác với một thư mục các trang có tám mươi tên miền trỏ đến, và bạn sẽ muốn giải thích sự khác biệt đó cho đồng nghiệp sau sáu tháng.
Kiểm tra bước cuối cùng, không chỉ bước đầu tiên
Hầu hết các bài kiểm tra redirect dừng lại ở phản hồi đầu tiên, đó là nơi sai để dừng. Hãy theo dõi chuỗi đến cuối, sau đó ghi lại số bước và trạng thái cuối cùng bên cạnh URL cũ. Một chuỗi hai bước không bị hỏng, nhưng nó thêm độ trễ và thêm một nơi khác cho quy tắc có thể thất bại.
Nếu kịch bản không khả dụng, một bảng tính và một vài lệnh curl sẽ thực hiện công việc. Trang kịch bản API có một phiên bản bạn có thể lên lịch.
Sitemaps và yêu cầu thủ công sau khi ra mắt
Giữ sitemap cũ có thể truy cập được trong vài tuần sau khi di chuyển. Các trình thu thập dữ liệu truy cập lại máy chủ cũ vẫn có thể tìm thấy những địa chỉ đó trong một danh sách, giúp tăng tốc lần quét đầu tiên qua các redirect.
Yêu cầu thủ công là một công cụ khác. Hãy sử dụng chúng cho một vài trang quan trọng nhất, không phải cho hàng trăm URL được gửi riêng lẻ. Một trang được yêu cầu nhưng không có liên kết nội bộ và nội dung mỏng có xu hướng bị loại bỏ lại, vì vậy yêu cầu chỉ tốt như trang nằm sau nó.
Chờ đợi là một kế hoạch hợp lệ. Hãy dành thời gian cho việc crawl, sau đó đánh giá dựa trên dữ liệu.
Giữ sitemap cũ được liệt kê trong một thời gian
Để sitemap cũ trong Search Console cho đến khi các URL cũ ngừng xuất hiện trong thống kê crawl. Sau đó, xóa nó một cách có chủ đích và ghi lại ngày tháng trong nhật ký di chuyển.
Không xóa nó vào ngày ra mắt chỉ để làm cho thuộc tính trông gọn gàng. Việc xóa sớm ẩn đi danh sách duy nhất liệt kê mọi URL cũ mà bạn vẫn cần theo dõi.
Yêu cầu lập chỉ mục cho các trang có liên kết
Chọn hai mươi URL mới có nhiều liên kết ngoài nhất, sử dụng cùng lệnh join bạn đã xây dựng cho bản đồ redirect, và yêu cầu những trang đó bằng tay. Effort sau đó sẽ theo rủi ro thay vì kích thước của trang web.
Nếu một trang được yêu cầu vẫn còn thiếu sau vài tuần, hãy xem xét trang đó trước khi yêu cầu lại. Kiểm tra các liên kết nội bộ, canonical và nội dung của nó. Một yêu cầu thứ năm sẽ không thay đổi gì.
Cần bao lâu trước khi có thể đánh giá việc di chuyển
Hãy đánh giá việc di chuyển từ lần trích xuất liên kết thứ hai, không phải lần đầu. Chỉ mục của chúng tôi được cập nhật khoảng một lần một tháng, vì vậy một lần trích xuất vào ngày thứ ba chủ yếu hiển thị bức tranh của tháng trước. Chạy lần trích xuất thứ hai sau khi cập nhật, và sử dụng nó để tìm tất cả backlink đến một trang web trên máy chủ mới.
Báo cáo Pages và dữ liệu liên kết trả lời các câu hỏi khác nhau. Hãy đọc chúng cạnh nhau, không phải như những phán quyết cạnh tranh về cùng một lần di chuyển.
Năm kiểm tra trước khi trang staging đi vào hoạt động
Giữ trang staging ngoài chỉ mục
Đặt mật khẩu hoặc danh sách cho phép trước trang staging. Một quy tắc robots.txt đơn thuần không ngăn các công cụ tìm kiếm lập chỉ mục các URL mà chúng đã biết từ các liên kết.
Kiểm tra cài đặt noindex và canonical
Mở template và cài đặt CMS, và tìm kiếm cờ noindex hoặc canonical trỏ đến một URL khác. Trong WordPress, cài đặt khả năng hiển thị tìm kiếm là thứ mọi người thường quên sau khi sao chép trang web từ môi trường staging.
Thay thế tệp robots của môi trường staging
Lấy robots.txt trực tiếp một khi chuyển đổi hoàn tất, và so sánh nó với tệp bạn định triển khai. Các quy tắc staging đạt đến môi trường sản xuất có thể ngăn trình thu thập dữ liệu truy cập vào toàn bộ máy chủ.
Chạy bài kiểm tra bước trên máy chủ trực tiếp
Staging chứng minh bản đồ hoạt động trên một bản sao. Hãy chạy lại bài kiểm tra một bước trên tên miền thực sau khi thay đổi DNS, vì bộ nhớ đệm CDN hoặc quy tắc máy chủ có thể hoạt động khác biệt ở đó.
Giữ máy chủ cũ phản hồi
Để tên miền cũ phục vụ các redirect lâu nhất có thể khi các URL của nó vẫn nhận được liên kết hoặc lượt truy cập. Đặt ngày gia hạn vào lịch trước khi ai đó quên rằng tên miền đó tồn tại.
Theo dõi trang web sau khi ra mắt, không chỉ trước đó
Một cuộc kiểm tra trước khi ra mắt ghi lại những gì đúng vào ngày nó chạy. Hầu hết các thiệt hại khi ra mắt đều xuất hiện sau đó, sau khi cập nhật plugin, thay đổi quy tắc CDN hoặc template chạm vào một cài đặt mà không ai xem xét.
Hãy coi việc giám sát sau khi ra mắt là một bộ các sự khác biệt nhỏ so với cơ sở đã lưu. Không cần bảng điều khiển. Một lịch trình và một thư mục các tệp có ngày tháng là đủ.
Một cuộc giám sát hàng tuần nên so sánh điều gì
Chọn các kiểm tra sẽ gây hại nhất nếu chúng thay đổi, và chạy chúng vào cùng một ngày mỗi tuần.
- Mã trạng thái và URL cuối cùng cho 50 URL cũ được liên kết nhiều nhất
- robots.txt và thẻ meta robots trên các template chính
- Số lượng URL 200 hoạt động so với số lượng trong sitemap mới
- Thẻ canonical trên trang chủ, một danh mục và một bài viết
Tại sao một cuộc kiểm tra một lần bỏ lỡ sự trôi dần chậm
Các cài đặt trôi dần sau khi ra mắt. Một cờ kiểm tra còn sót lại, một plugin ghi lại permalink, hoặc một redirect được thêm vào để sửa một trang có thể undo một phần kế hoạch. Một cuộc kiểm tra được thực hiện vào ngày ra mắt không thể thấy bất kỳ điều nào trong số đó.
Một sự khác biệt có lịch trình thì có thể. Hãy giữ các tệp cơ sở trong kiểm soát phiên bản và so sánh kết quả của mỗi tuần với chúng, để một thay đổi không mong muốn có thể được hiển thị vào ngày nó xảy ra.
Subdomain, việc loại bỏ và thay đổi toàn bộ tên miền
Một số nhóm di chuyển một phần sang subdomain và chỉ lập chỉ mục các trang phổ biến của nó. Điều đó có thể hoạt động. Cái giá là các liên kết hướng đến các trang ít phổ biến hơn giờ đây sẽ đến một máy chủ có ít lịch sử hơn, vì vậy hãy đếm chúng trước khi cắt bất kỳ thứ gì.
Yêu cầu loại bỏ hẹp hơn vẻ bề ngoài của chúng. Search Console áp dụng yêu cầu loại bỏ cho thuộc tính nơi bạn nộp nó, vì vậy một yêu cầu được thực hiện trên subdomain không hoạt động trên tên miền chính. Hãy kiểm tra thuộc tính trước. Sau đó nộp, và giữ cả hai đã được xác minh.
Chỉ lập chỉ mục các trang phổ biến trên subdomain
Bắt đầu với các liên kết trên mỗi URL trong phần đó. Các trang có liên kết bên ngoài nhưng ít lưu lượng truy cập là những trang đầu tiên mà quy tắc chỉ các trang phổ biến sẽ ẩn. Hãy giữ khả năng crawl của chúng, hoặc redirect mỗi trang đến trang phổ biến gần nhất của nó và ghi lại lý do bên cạnh quy tắc.
Việc trang chính liên kết đến subdomain quyết định mức độ dễ dàng mà các trang của nó được tìm thấy. Hãy liệt kê các liên kết đó trước khi bạn chọn những trang nào sẽ bị ẩn, vì một trang mà trang chính không bao giờ liên kết đến sẽ khó tiếp cận theo cả hai cách.
Thay đổi toàn bộ tên miền, từng trang một
Một quy tắc ở mức máy chủ xử lý gốc, nhưng một thay đổi tên miền cũng cần một bản đồ ánh xạ theo đường dẫn. Khi phần đầu tiên của URL thay đổi và slug giữ nguyên, việc thay đổi máy chủ bao phủ hầu hết các trang, và các ngoại lệ cần các dòng riêng của chúng.
Xây dựng danh sách từ các trang được liên kết trước, sau đó khớp mỗi đường dẫn cũ với đường dẫn mới của nó. Công thức bản đồ redirect hiển thị cách xếp hạng danh sách đó theo liên kết.
