Redirect checker: kiểm tra chuỗi chuyển hướng 301/302 từng chặng

Mỗi lần khách đến MONA đổi cấu trúc URL, tụi em gặp lại việc phải kiểm tra redirect cho cả danh sách đường dẫn cũ. Redirect checker là công cụ cho thấy URL được chuyển qua đâu, mang mã nào và kết thúc ở trang nào. Nhìn trang cuối chưa đủ. Anh chị bấm mở thấy nội dung bình thường, nhưng đoạn giữa vẫn cần được đọc lại trước khi nhận bàn giao.

Tụi em tự viết công cụ để dán vào cả danh sách, vẽ chuỗi từng chặng rồi gom kết quả thành bảng, vì mở riêng từng đường dẫn rất khó đối chiếu khi chuyển web. Kiểm tra redirect theo danh sách giúp anh chị giữ đường đi để quyết định chỗ cần sửa, thay vì bấm rồi nhớ bằng mắt.

Chuyển web mới, 600 URL cũ đi vòng 4 chặng: cảnh MONA phải kiểm

Web mới đã mở trên màn hình, còn danh sách 600 URL cũ nằm bên cạnh để đối chiếu. Trong tình huống minh họa này, đường vào đi qua 4 chặng chuyển hướng trước khi tới nội dung cần đọc. Người duyệt giao diện bấm liên kết rồi nhìn thấy trang đích, còn kiểm tra redirect cần đọc thêm đường đi. Phần vòng vèo đã bị khuất.

Anh chị vừa lo nội dung, vừa duyệt bố cục và kiểm sản phẩm trên web mới, vì vậy cảm giác muốn chốt bàn giao khi trang đã mở được là điều tụi em hiểu.

Nhưng kiểm tra redirect phải giữ cả đường đi, vì mã ở đầu chuỗi chưa nói hết điều gì xảy ra ở giữa. Với 4 chặng, yêu cầu bị chuyển tiếp 4 lần trước khi đến đích. Tụi em viết phần vẽ chuỗi trong công cụ MONA để nhìn được đoạn ấy. Bấm mở trang cuối chỉ trả lời được phần cuối.

Khi kiểm tra redirect, việc chuyển vĩnh viễn cần đúng ý định của mã chuyển hướng 301, còn URL kết thúc ở trang mất nội dung cần xử lý như lỗi trang không tìm thấy. Cùng hiện giao diện web mới nhưng hai đường vào này đòi hỏi cách sửa khác nhau.

Khi kiểm tra redirect, hãy đặt URL đích dự kiến cạnh kết quả thực tế, để người sửa biết đường nào đang dẫn sai nội dung dù trang cuối vẫn mở, thay vì chỉ đếm bao nhiêu dòng đã kiểm. Với danh sách cũ còn chưa đối chiếu, MONA khuyên giữ việc chuyển hướng trong phần phải nghiệm thu, đừng ký xong rồi mới quay lại dò.

Redirect chain là gì, vì sao Googlebot dừng giữa chuỗi chuyển hướng?

Anh chị gõ đường dẫn cũ vào trình duyệt, địa chỉ đổi qua các URL trung gian rồi mới dừng. Đó là redirect chain, tức chuỗi chuyển hướng. Mỗi chặng đưa yêu cầu từ địa chỉ đang gọi sang địa chỉ tiếp theo. Đếm từ đường dẫn gốc.

Lúc kiểm tra redirect, nếu chuỗi có 4 chặng thì có 4 lần chuyển; đừng chỉ nhìn mã đầu tiên rồi kết luận toàn bộ đường đi đã đúng, bởi đoạn sau vẫn có khả năng đổi giao thức hoặc trỏ tới trang lỗi.

Theo tài liệu Redirects and Google Search của Google Search Central, Googlebot theo tối đa 10 chặng chuyển hướng. Khi kiểm tra redirect, cần hiểu giới hạn này mô tả mức theo chuỗi của bộ thu thập dữ liệu. Nó không phải lời khuyên giữ chuỗi dài sát mức đó.

Người tìm “check 301” thường muốn biết trang đã chuyển vĩnh viễn chưa; kiểm tra redirect còn cần đọc mã giữa chuỗi. Anh chị đối chiếu thêm cách dùng chuyển hướng tạm thời 302 trước khi yêu cầu đổi mã hàng loạt.

Trong công cụ MONA, tụi em giữ số chặng như một thang đánh giá, để người kiểm nhìn mức vòng vèo thay vì chờ vượt một ngưỡng mới sửa; bấm tới được trang cuối chưa xác nhận chuỗi hợp lý. Hãy kiểm tra redirect theo đích và mục đích chuyển, rồi rút các chặng trung gian không còn cần thiết.

Kiểm tra redirect hàng loạt bằng MONA: dán danh sách, đọc từng chặng

Anh chị dán vào ô nhập cả danh sách, mỗi dòng một URL, tool chạy tuần tự và trả bảng trong vài phút với danh sách vài trăm đường. Danh sách URL cũ đã nằm trong tệp bàn giao, anh chị cần biết từng đường đang đi tới đâu. Tụi em làm công cụ MONA để dán cả danh sách đường dẫn và nhận chuỗi đầy đủ kèm mã từng chặng. Giữ lại danh sách gốc. Nó là đầu vào để kiểm lại sau khi sửa.

Chuẩn bị danh sách cần kiểm

Mở kiểm tra redirect trên bộ công cụ MONA, lấy các URL cũ cần đối chiếu rồi dán vào phần nhập danh sách, để kết quả bắt đầu từ đúng địa chỉ người đọc từng sử dụng. Đừng thay đầu vào bằng URL mới chỉ vì trang mới dễ mở hơn.

1. Chuẩn bị danh sách URL cũ và ghi riêng đích mới dự kiến để đối chiếu.
2. Dán danh sách vào công cụ; giữ lại bản gốc để dùng sau lượt sửa.
3. Chạy kiểm tra, đọc chuỗi chuyển hướng và mã từng chặng của từng URL.
4. Đối chiếu trang kết thúc với đích dự kiến, rồi ghi những đường cần xử lý trước.

Khi kiểm tra redirect, anh chị cần giữ nguyên đường vào cũ để phát hiện chặng phát sinh ngay từ đầu.

Đọc chuỗi và lập thứ tự sửa

Kết quả kiểm tra redirect cần đọc theo chiều URL đầu vào tới trang kết thúc. Tìm chuỗi chạy vòng hoặc kết thúc ở trang lỗi trước, rồi đối chiếu mã tạm thời sai mục đích và chặng tụt xuống http. Tụi em gom những dấu hiệu này về cùng một bảng để người sửa bớt phải đổi màn hình. Mỗi dòng cần có việc xử lý rõ.

Điểm trung bình toàn danh sách giúp nhìn chung kết quả đã nhập, nhưng không cho biết mọi URL đều ổn; một danh sách nhiều đường đúng vẫn cần đọc riêng từng đường bị lỗi trước khi bàn giao. Công cụ MONA cũng không dùng số chặng như một ngưỡng để tuyên bố mọi chuỗi bên dưới đều đạt.

Anh chị có thêm bộ công cụ SEO cho các phần liên quan. Ở lượt kiểm tra redirect này, hãy chốt đúng đường đi từ cũ sang mới.

Nếu danh sách cũ vẫn đang chờ, anh chị vào công cụ đọc chuỗi chuyển hướng của MONA, dán vào các URL cần kiểm rồi đối chiếu bảng từng chặng. Tụi em mời anh chị dùng thử ngay trên phần việc đang có. Danh sách ấy sẽ theo anh chị tới lượt kiểm lại. Kiểm tra redirect xong, chọn những đường kết thúc sai để sửa trước, đừng bắt đầu bằng việc làm đẹp điểm trung bình.

4 kiểu chuỗi chuyển hướng hỏng mà trình duyệt dễ che khuất

Anh chị bấm URL cũ, trình duyệt hiện trang mới và thanh địa chỉ đã chuyển sang https. Đoạn giữa có http hay 302 sai mục đích thì nhìn riêng màn hình cuối vẫn khó nhận ra. Tụi em giữ bốn kiểu lỗi dưới đây trong công cụ kiểm tra redirect của MONA. Đọc cả đoạn giữa.

Riêng chuỗi chạy vòng hoặc trang đích lỗi sẽ bộc lộ khi nó xảy ra trên đúng đường đang mở; kiểm vài trang thấy bình thường vẫn chưa loại được lỗi ở những URL khác trong danh sách.

Ví dụ khi kiểm tra redirect, chuỗi https sang http rồi về https đã làm giao thức đổi thêm 2 lần. Trang cuối vẫn được mã hóa, còn chặng giữa cần được xử lý riêng. Anh chị đọc thêm cơ chế bảo vệ kết nối bằng SSL để tách chuyện chứng chỉ khỏi chuyện cấu hình chuyển hướng.

Khi kiểm tra redirect, tụi em muốn nhìn đúng quy tắc gây ra từng chặng, vì thêm lệnh sửa ở cuối chuỗi sẽ để nguyên đường vòng phía trước, dù người kiểm bấm lại đã thấy trang cần tìm. Với liên kết dẫn tới đích hỏng, hãy sửa cả nơi còn đang dùng URL sai nếu anh chị quản lý được nơi đó.

Lượt kiểm tra redirect sau sửa phải bắt đầu từ URL cũ vừa gặp lỗi. Đừng chỉ mở đích mới rồi đánh dấu xong.

Kiểm tra redirect bằng curl, Redirect Path, httpstatus.io hay Screaming Frog?

Bảng MONA đã chỉ ra một đường đáng nghi, anh chị cần xem kỹ phản hồi của riêng đường đó. Tụi em khuyên chọn công cụ kiểm tra redirect theo câu hỏi cần trả lời, vì đọc phản hồi kỹ thuật và đối chiếu danh sách là những việc khác nhau. Chọn đúng phạm vi trước.

Với người quen cửa sổ lệnh, curl -I -L là mẫu có sẵn để bắt đầu đối chiếu; tên miền dưới đây chỉ là địa chỉ minh họa, anh chị thay bằng URL cũ đang cần kiểm. Gõ vào cửa sổ lệnh: curl -I -L https://example.com/duong-cu.

Đừng lấy kết quả kiểm tra redirect chưa hiểu rõ để thay toàn bộ quy tắc của website.

Trong Screaming Frog, vào tab Response Codes để đọc mã khi kiểm tra redirect, rồi đối chiếu đường đi cần sửa với nội dung ở đích thay vì chỉ xem giao diện trang.

MONA hợp việc kiểm tra redirect từ danh sách có sẵn, việc kết luận toàn bộ website hết lỗi thì đừng giao cho điểm trung bình của tụi em. Tool MONA còn thiếu căn cứ để tự quyết định trang mới nào thay được nội dung trang cũ. Người giữ nội dung vẫn phải đối chiếu. Đây là giới hạn cần nói rõ.

Redirect Path hợp việc xem đường đang mở, việc nghiệm thu cả danh sách bằng cách bấm từng URL thì đừng chọn. Curl hợp việc đọc phản hồi kỹ thuật, việc giao chủ web tự suy mã khi chưa quen thì đừng ép. Anh chị dùng phần giải thích phạm vi SEO audit và các hạng mục kiểm website chuẩn SEO để xác định lúc nào cần mở rộng ngoài kiểm tra redirect.

Làm chuyển hướng 301 trên WordPress, nginx, .htaccess và Cloudflare

Người quản trị sửa một quy tắc, bấm lại URL cũ và thấy địa chỉ vẫn đổi thêm lần nữa. Tụi em phải kiểm tra redirect từng chặng khi chuyển web, vì một đường dẫn còn chịu các quy tắc ở những nơi khác nhau. Xác định nơi phát mã trước.

301 diễn đạt việc chuyển vĩnh viễn, còn 302 dành cho chuyển tạm; trước khi điền cấu hình, hãy chốt URL nguồn và đích tương ứng để người giữ máy chủ hiểu đúng việc cần làm. Kiểm tra redirect phải đối chiếu lại chính cặp ấy sau sửa.

Tên miền example.com cần được thay bằng đích thật. Không dán cả bảng vào máy chủ.

Với đích có cùng nội dung thay thế, hãy hướng tới 1 lần chuyển từ URL cũ tới đích cuối, rồi đọc lại chuỗi để biết quy tắc nào còn chen vào giữa. Đây là mục tiêu sửa đường vòng khi kiểm tra redirect, không phải ngưỡng chấm điểm của MONA.

Riêng chuyện đổi giữa có www và không có www, anh chị đối chiếu cách chọn dạng tên miền trước khi viết thêm quy tắc, để các nơi cấu hình cùng đưa về một dạng đích.

Kiểm tra redirect sau khi sửa phải đi cùng việc bấm mở nội dung ở đích, vì mã đúng vẫn chưa xác nhận khách được dẫn tới trang họ cần. Với phần quản trị website, MONA khuyên giao rõ người giữ cấu hình và người đối chiếu nội dung, rồi chốt kết quả chung trước khi chuyển tiếp việc khác.

Kiểm tra redirect khi đổi tên miền hoặc cấu trúc URL để giữ đường vào từ Google

Lịch chuyển web đã chốt, người làm nội dung còn giữ danh sách bài cũ và người kỹ thuật đang chuẩn bị đường dẫn mới. Tụi em cần hai phần đó gặp nhau trước bàn giao, để kiểm tra redirect theo chuỗi từng chặng từ đúng đầu vào. Giữ bản đối chiếu trước.

Một bảng URL cũ và đích mới dự kiến giúp người kiểm phân biệt đường đi đúng mã với đường đi đúng nội dung, vì chuyển mọi địa chỉ về trang chủ sẽ làm mất phần đối chiếu từng trang.

• Giữ danh sách URL cũ cần bảo toàn đường vào, kèm nội dung hoặc mục đích của trang.
• Chọn đích thay thế tương ứng; trang không có nội dung thay thế cần được quyết định riêng.
• Chốt dạng tên miền, có www hay không, và giao thức của đích trước khi giao viết quy tắc.
• Ghi rõ chuyển vĩnh viễn hay tạm thời để chọn mã theo đúng ý định.
• Đối chiếu chuỗi với bốn loại lỗi: chạy vòng, mã tạm sai chỗ, tụt http, trang cuối lỗi.
• Giữ kết quả trước sửa và kiểm lại từ cùng danh sách sau sửa.
• Ghi URL còn lỗi cùng người xử lý, đưa kết quả vào tài liệu bàn giao.

Với bảng này, anh chị có thể tổ chức 2 lần đối chiếu, trước sửa và sau sửa, trên cùng bộ URL đầu vào. Đây là đề xuất cách làm, không phải cam kết công cụ tự lưu lịch sử. Khi kiểm tra redirect, hãy dán vào danh sách gốc để thấy cả chặng xuất phát. Đừng chỉ kiểm phần URL mới.

Nếu website dùng nhiều tên miền, bài về nhiều tên miền cùng trỏ về một website giúp đặt lại phạm vi cần rà; phần thẻ canonical là hạng mục riêng cần đối chiếu cùng cấu trúc mới.

Bấm mở đích rồi kiểm tra redirect là hai việc bổ sung cho nhau. Với công cụ do tụi em viết, anh chị nhìn được chuỗi trong danh sách đã nhập, còn việc giữ thứ hạng cần xem thêm nội dung và những phần liên quan của website. Đừng ghi cam kết không mất top chỉ từ bảng chuyển hướng; hãy nhận bàn giao khi từng URL đã có kết luận rõ.

Chuyện MONA: trang thương mại 2.400 URL và web trường học tụt http

Trang thương mại điện tử ngành mỹ phẩm chuyển từ nền tảng thuê sang web riêng do MONA làm, mang theo 2.400 URL cũ đang có thứ hạng. Danh sách này tụi em dán vào tool kiểm tra redirect sau khi bật web mới, chạy hết trong khoảng 15 phút. Bảng trả ra khoảng 600 đường đi qua 3 đến 4 chặng: URL cũ chuyển sang bản có www, rồi sang https, rồi sang trang mới, có đường còn vòng qua một trang trung gian không ai nhớ đã tạo. Lỗi nằm ở ba lớp quy tắc chồng nhau, một ở nền tảng cũ, một ở Cloudflare, một trong WordPress. Tụi em gộp lại, chuỗi giảm từ 4 chặng xuống 1 chặng, mỗi URL cũ chỉ còn một cú nhảy thẳng tới đích. Kiểm lại lần hai, bảng sạch. Thứ hạng giữ được sau đợt chuyển.

Web trường học là ca tụi em hay lấy làm ví dụ cho việc mở lên thấy bình thường. Trang đích hiện ổ khóa https, nhưng dán vào tool thì chặng thứ hai tụt xuống http rồi mới lên lại https. Nguyên nhân là rule redirect trong .htaccess viết đích bằng http từ thời web chưa có SSL. Người dùng không thấy gì, nhưng Googlebot thấy đường đi qua một chặng không mã hóa. Sửa đúng 1 dòng trong .htaccess. Kiểm lại thấy chuỗi còn đúng 1 chặng.

Câu hỏi thường gặp về kiểm tra redirect và mã 301/302

Bảng kết quả đã có trên màn hình, anh chị còn cần quyết định mã nào giữ, mã nào sửa và điểm số nói được đến đâu. Tụi em gom các câu hỏi quanh phần kiểm tra redirect mà công cụ MONA phục vụ, để anh chị đối chiếu trước khi giao sửa. Đọc theo việc đang vướng.

Check 301 redirect khác kiểm toàn chuỗi ra sao?

Check 301 redirect tập trung vào mã chuyển vĩnh viễn, còn kiểm tra redirect phải nhìn các chặng tiếp theo và trang kết thúc. Nếu chỉ đọc 301 ở đầu chuỗi, anh chị vẫn thiếu dữ liệu về đoạn sau. Bấm mở đích giúp kiểm nội dung, bảng chuỗi giúp đọc đường đi.

302 có bắt buộc đổi sang 301 không?

302 đúng khi việc chuyển là tạm thời, vì vậy đừng đổi hàng loạt chỉ để bảng toàn mã 301. Hãy xác nhận mục đích chuyển trước. Mã tạm đúng việc thì giữ đến hết giai đoạn chuyển tạm. Kiểm tra 301 phải bám việc chuyển vĩnh viễn thật sự.

307 và 308 khác 302 và 301 ở đâu?

307 là chuyển tạm, 308 là chuyển vĩnh viễn và cả hai giữ phương thức yêu cầu, tức cách yêu cầu được gửi tới máy chủ. Nếu đường dẫn thuộc luồng gửi dữ liệu, hãy giao người kỹ thuật kiểm hành vi này trước khi đổi mã.

Chuỗi dưới 10 chặng đã ổn chưa?

Chưa đủ để kết luận. Giới hạn 10 chặng của Googlebot không xác nhận đích đúng hoặc chuỗi không tụt http. Ví dụ chuỗi dài 4 chặng vẫn chuyển tiếp 4 lần. Kiểm tra redirect phải đọc mã và địa chỉ từng đoạn.

Điểm cao có bảo đảm website hết lỗi không?

Điểm của MONA là trung bình trên danh sách anh chị nhập; kiểm tra redirect trên một nhóm URL không bao phủ những đường chưa đưa vào công cụ, dù điểm hiển thị của nhóm ấy cao. Đọc từng dòng lỗi trước khi kết luận. Anh chị tham khảo thêm kiến thức vận hành website để đặt việc kiểm chuỗi trong phạm vi rộng hơn.

Công cụ MONA có miễn phí và giới hạn URL không? Miễn phí, không cần đăng ký. Tool kiểm theo danh sách anh chị dán vào, mỗi lượt vài trăm URL vẫn chạy thoải mái; danh sách hàng nghìn URL thì chia thành nhiều đợt cho dễ đọc bảng.

Anh chị chưa nên dùng một con số đoán để chia khối lượng kiểm hoặc lên chi phí. Hãy chốt giới hạn thật rồi dán vào danh sách theo phạm vi đã xác nhận.

Kiểm chuỗi chuyển hướng trước bàn giao, hoặc để MONA làm phần chuyển web

Tới buổi bàn giao, giao diện web mới đã được duyệt nhưng bảng 600 URL cũ trong tình huống đầu bài vẫn cần người đối chiếu. Nếu đường vào còn đi qua 4 chặng, công sức xây nội dung cũ vẫn chưa được kiểm tới nơi tới chốn. Đừng bỏ phần đường vào.

Tụi em hiểu anh chị đã bỏ thời gian duyệt từng trang, sửa nội dung và thúc tiến độ, vì chuyển web còn kéo theo việc bán hàng hoặc nhận thông tin đăng ký đang chạy mỗi ngày.

Anh chị đã làm nhiều phần để kiểm web (bấm liên kết cũ, xem trang đích, so nội dung, gửi đường lỗi cho người sửa). Những việc ấy có giá trị. Nhưng lặp thêm người bấm vẫn để thiếu bảng mã giữa chuỗi. Kiểm tra redirect cần giữ lại kết quả theo đường dẫn để biết phần nào đã xử lý xong.

Với 4 lần chuyển trên một đường vào, chỉ nhìn trang cuối vẫn bỏ qua các chặng cần đối chiếu; cách giải quyết là gom danh sách, đọc cả chuỗi rồi kiểm lại đúng URL gốc sau sửa. Tụi em đã viết công cụ cho phần nhìn và so ấy. Hãy dùng bảng kết quả để giao việc, đừng tăng người ngồi mở đường dẫn rồi báo miệng.

Nếu anh chị tự giữ được cấu hình và danh sách đích, hãy mở bảng kiểm chuỗi URL của MONA, dán vào các đường cũ rồi kiểm từng chặng trước buổi bàn giao. Kiểm tra redirect xong, việc nào tự xử lý được thì chốt bằng kết quả kiểm lại.

Khi cần người phụ trách cả phần chuyển web, gọi 1900 636 648 trước buổi bàn giao và mang theo danh sách URL cũ cùng đích mới dự kiến. Tụi em sẽ cùng anh chị xác định phạm vi cần làm, từ thiết kế và chuyển sang website mới tới phần cần dịch vụ SEO kiểm tiếp. Chốt kiểm tra redirect vào lịch bàn giao, với kết quả từng URL để đối chiếu.