Mục lục 1. Bài không lên top — có phải bạn hiểu sai “chuẩn SEO”?2. Cách viết bài chuẩn SEO thực tế…
Mục lục 1. Giới thiệu về phần mềm quản lý rủi ro2. Các loại rủi ro tài chính quản lý qua phần…
Mục lục 1. Giới thiệu về Navigation1.1. Navigation1.2. Tầm quan trọng của một hệ thống điều hướng tốt2. Các loại Navigation phổ…
Mục lục 1. Sự cần thiết của bảo mật thông tin bệnh nhân trong chuyển đổi số1.1. Quá trình chuyển đổi số…
Mục lục
Để kiểm tra redirect www, non-www, HTTP và HTTPS, hãy nhập lần lượt 4 phiên bản URL của website vào trình duyệt hoặc công cụ redirect checker. Website đạt khi chỉ có 1 phiên bản chính trả 200 OK, các phiên bản còn lại redirect 301 về đúng URL chính. Nếu có từ 2 phiên bản cùng mở được, website có thể bị trùng lặp URL, sai dữ liệu tracking hoặc Google index nhầm phiên bản.
Hãy thay domain.com bằng tên miền của bạn rồi đối chiếu 4 URL sau:
Hãy kiểm tra đủ 4 phiên bản URL:
Đây là bước kiểm tra redirect domain cơ bản trước khi launch, bàn giao hoặc audit SEO kỹ thuật cho website.
Website được xem là redirect đúng khi:
Với website dùng non-www làm bản chính, tức là dùng https://domain.com
trạng thái đạt là:
Với website dùng www làm bản chính, tức là dùng https://www.domain.com
trạng thái đạt là:
Cách tự kết luận kết quả kiểm tra
Website đạt khi:
Website chưa đạt khi:
Chỉ cần một trong các tình huống trên xuất hiện, website chưa được xem là chuẩn redirect cho nhóm HTTP/HTTPS và www/non-www.
Một số tình huống thường gặp:
URL cuối đúng chưa đủ. Nếu chuỗi chuyển hướng đi qua nhiều bước, vẫn cần kiểm tra redirect chain.
Chuỗi chưa tối ưu:
Dù cuối cùng vẫn về https://domain.com, chuỗi này chưa tối ưu vì redirect qua quá nhiều bước.
Ngoài trang chủ, hãy rà soát thêm ít nhất một trang con quan trọng:
Trường hợp đạt:
Trường hợp sai:
Lỗi này nghiêm trọng vì người dùng muốn vào trang dịch vụ cụ thể nhưng lại bị đưa về trang chủ.
Chọn cách kiểm tra theo nhu cầu:
Cách này phù hợp với chủ doanh nghiệp, marketing manager hoặc project manager vì không cần dùng công cụ kỹ thuật.
Cách làm:
Trường hợp lỗi http://domain.com không tự chuyển sang https://domain.com mà vẫn ở HTTP. Lỗi này cần xử lý sớm vì người dùng có thể thấy cảnh báo không bảo mật.
Ưu điểm của cách này là dễ làm, không cần công cụ kỹ thuật. Hạn chế là trình duyệt không cho biết rõ mã redirect là 301 hay 302, không hiển thị redirect chain và có thể bị ảnh hưởng bởi cache.
Để kiểm tra kỹ hơn ngay trong trình duyệt, có thể dùng Developer Tools:
Muốn xem rõ website đang chuyển qua mấy bước, hãy dùng công cụ redirect checker online.
Một số công cụ thường dùng:
Các công cụ này giúp kiểm tra chuyển hướng URL, xem mã phản hồi HTTP và xác định URL cuối cùng sau redirect.
Chọn công cụ theo nhu cầu:
Cách làm chung:
http://www.domain.com
Phản hồi đạt chuẩn thường có dạng:
Một chuỗi chuyển hướng cần rút gọn thường có dạng:
Trường hợp này vẫn về đúng URL cuối, nhưng đi qua nhiều bước redirect. Website càng lớn, redirect chain càng cần được rút gọn. Các trang dịch vụ, landing page và URL có traffic nên được ưu tiên kiểm tra trước.
Danh sách URL nên đưa vào kiểm tra hàng loạt
Với website doanh nghiệp, trang chủ chưa đủ. Cần rà soát thêm trang dịch vụ, landing page, URL cũ và URL đang chạy quảng cáo.
Danh sách nên lấy thêm:
Mục tiêu kiểm tra theo từng nhóm URL:
Sau redesign, migration hoặc đổi cấu trúc URL, hãy đưa danh sách URL quan trọng vào HTTPStatus.io hoặc Screaming Frog để phát hiện 301, 302, 404, redirect chain và redirect sai đích.
Cách này phù hợp với SEO Executive, Web Admin hoặc kỹ thuật.
Trên macOS hoặc Linux, mở Terminal. Trên Windows, có thể dùng PowerShell nếu đã hỗ trợ curl.
Dùng lệnh:
Kết quả có thể hiển thị:
Điều này nghĩa là URL đang chuyển hướng 301 về:
Kiểm tra tiếp URL cuối:
Nếu kết quả là HTTP/2 200 thì URL cuối đang hoạt động bình thường.
Muốn xem toàn bộ chuỗi redirect, dùng:
Kiểm tra đủ 4 phiên bản bằng các lệnh:
Cần chi tiết hơn quá trình kết nối, dùng:
Trong đó:
Khi dùng công cụ kiểm tra redirect hoặc lệnh curl, bạn sẽ thường thấy các mã như 200, 301, 302, final URL và redirect chain. Chỉ cần hiểu những ý chính sau là đủ để tự đánh giá website.
Các kết quả thường gặp:
Phản hồi đạt chuẩn:
Phản hồi cần kiểm tra thêm:
Với chuẩn hóa domain, redirect từ HTTP sang HTTPS hoặc từ www sang non-www là thay đổi lâu dài. Trường hợp này nên dùng 301 để báo hiệu chuyển hướng vĩnh viễn, thay vì dùng 302 vốn phù hợp hơn cho chuyển hướng tạm thời.
Cách đọc nhanh:
Mức độ ưu tiên theo kết quả:
Các lỗi redirect thường rơi vào 5 nhóm:
Dấu hiệu: Người dùng truy cập http://domain.com nhưng website vẫn mở bằng HTTP, không tự chuyển sang https://domain.com.
Nguyên nhân thường gặp: Hosting hoặc server chưa cấu hình redirect HTTP sang HTTPS, SSL chưa cài đúng, hoặc CDN/Cloudflare chưa ép HTTPS.
Cách xử lý gợi ý: Cấu hình redirect 301 từ HTTP sang HTTPS cho toàn bộ website.
Mức độ ưu tiên: Cao, đặc biệt với website có form tư vấn, đăng nhập, thanh toán hoặc chạy quảng cáo.
Dấu hiệu: Cả https://domain.com và https://www.domain.com đều mở website giống nhau.
Nguyên nhân thường gặp: Website chưa chọn domain chính hoặc chưa cấu hình redirect 301 giữa www và non-www.
Cách xử lý gợi ý: Chọn một bản chính, sau đó redirect 301 bản còn lại về bản chính.
Mức độ ưu tiên: Cao, vì có thể gây trùng lặp URL và phân tán tín hiệu SEO.
Dấu hiệu: URL phụ redirect về bản chính nhưng status code là 302.
Nguyên nhân thường gặp: CMS, plugin redirect, hosting hoặc server rule đang để redirect tạm thời.
Cách xử lý gợi ý: Đổi sang 301 nếu đây là chuyển hướng vĩnh viễn để chuẩn hóa domain.
Mức độ ưu tiên: Trung bình đến cao.
Dấu hiệu: http://domain.com
→ http://www.domain.com
→ https://www.domain.com
→ https://domain.com
Nguyên nhân thường gặp: Có nhiều lớp redirect chồng lên nhau ở server, CDN, plugin hoặc cấu hình cũ.
Cách xử lý gợi ý: Cấu hình để từng URL phụ redirect trực tiếp về final URL.
Mức độ ưu tiên: Trung bình. Nếu xảy ra ở nhiều URL quan trọng, cần xử lý sớm.
Dấu hiệu: Trình duyệt báo Too many redirects.
Dạng lỗi thường gặp:
https://domain.com
→ https://www.domain.com
→ https://domain.com
→ https://www.domain.com
Nguyên nhân thường gặp: Cấu hình mâu thuẫn giữa hosting, server, CDN, Cloudflare, WordPress plugin, file .htaccess hoặc cấu hình SSL.
Cách xử lý gợi ý: Kiểm tra lại các lớp cấu hình redirect, đặc biệt là nơi đang ép HTTPS hoặc ép www/non-www.
Mức độ ưu tiên: Rất cao, vì người dùng có thể không truy cập được website.
Dấu hiệu: https://domain.com mở bình thường nhưng https://www.domain.com báo lỗi chứng chỉ, hoặc ngược lại.
Nguyên nhân thường gặp: SSL chưa bao phủ đủ cả www và non-www, hoặc DNS/CDN chưa trỏ đúng.
Cách xử lý gợi ý: Đảm bảo SSL hợp lệ cho cả phiên bản chính và phiên bản phụ.
Mức độ ưu tiên: Cao.
Dấu hiệu thường gặp là https://www.domain.com không truy cập được hoặc báo DNS_PROBE_FINISHED_NXDOMAIN.
Hãy kiểm tra bản ghi DNS cho www, thường là CNAME hoặc A record tùy hệ thống hosting/CDN.
Mức độ ưu tiên cao nếu website chọn www làm bản chính hoặc người dùng thường truy cập bản www.
4.8. Lỗi redirect làm mất đường dẫn con
Dấu hiệu: Người dùng vào http://domain.com/thiet-ke-website nhưng bị chuyển về https://domain.com thay vì https://domain.com/thiet-ke-website
Nguyên nhân thường gặp: Rule redirect sai, thiếu phần path hoặc query string.
Cách xử lý gợi ý: Redirect cần giữ nguyên đường dẫn con, chỉ thay đổi giao thức hoặc phiên bản domain.
Mức độ ưu tiên: Cao, vì có thể làm mất thứ hạng trang con và gây sai trải nghiệm người dùng.
Website đã dùng HTTPS nhưng trình duyệt vẫn báo “Not secure”, hoặc hình ảnh, CSS, JavaScript không tải đúng. Nguyên nhân thường đến từ tài nguyên cũ vẫn được gọi bằng HTTP.
Hãy kiểm tra database, theme, plugin cache, CDN và media URL để cập nhật tài nguyên sang HTTPS.
Mức độ ưu tiên từ trung bình đến cao, đặc biệt nếu trình duyệt hiển thị cảnh báo bảo mật.
4.10. Lỗi trailing slash tạo URL trùng lặp
Hai URL sau cùng mở được một nội dung:
Hãy chọn một kiểu URL chính, sau đó redirect bản còn lại về bản chính.
Mức độ ưu tiên thấp đến trung bình, tùy quy mô website và tình trạng index.
4.11. Lỗi Google index sai phiên bản URL
Dấu hiệu:
Có thể kiểm tra nhanh bằng:
Nguyên nhân thường gặp: Redirect chưa rõ ràng, canonical/sitemap chưa đồng bộ, hoặc Google chưa cập nhật tín hiệu mới.
Cách xử lý gợi ý: Kiểm tra lại redirect, canonical, sitemap và Google Search Console.
Mức độ ưu tiên: Trung bình đến cao.
Dấu hiệu: Người dùng truy cập website của bạn nhưng bị chuyển sang website khác, có thể là trang quảng cáo, cá cược, nội dung lạ hoặc domain không thuộc doanh nghiệp.
Nguyên nhân thường gặp: Mã độc, file .htaccess bị chèn rule lạ, plugin bị nhiễm, mã JS độc hại hoặc cấu hình server bị thay đổi.
Cách xử lý gợi ý: Cần kỹ thuật kiểm tra bảo mật, mã nguồn, plugin, file cấu hình và log server.
Mức độ ưu tiên: Khẩn cấp.
Lỗi redirect thường cần kiểm tra ở đâu?
Khi phát hiện lỗi, có thể khoanh vùng nhanh như sau:
Lỗi nào cần xử lý trước khi launch hoặc nghiệm thu?
Website chuẩn bị launch hoặc nghiệm thu cần xử lý trước các lỗi làm người dùng không truy cập được, lỗi bảo mật, lỗi sai URL chính và lỗi làm Google index sai phiên bản.
Các lỗi cần ưu tiên:
Redirect chain nhẹ hoặc trailing slash chưa thống nhất có thể xử lý sau nếu chưa ảnh hưởng truy cập. Tuy vậy, vẫn cần ghi vào checklist để tránh bỏ sót.
Trước khi nghiệm thu website, bạn có thể dùng checklist sau để kiểm tra nhanh và gửi lại cho đội kỹ thuật nếu có lỗi.
Checklist này phù hợp cho website mới bàn giao, website vừa cài SSL, website đổi hosting hoặc website vừa chuyển từ HTTP sang HTTPS.
Các mục cần kiểm tra mức độ cao:
Mục cần kiểm tra mức độ rất cao:
Các mục cần kiểm tra mức độ trung bình:
Trong Google Search Console, có thể vào mục Pages / Indexing để kiểm tra các trạng thái như Page with redirect, Redirect error hoặc Duplicate, Google chose different canonical than user. Nếu các URL HTTP, www hoặc non-www không mong muốn xuất hiện nhiều trong báo cáo, cần kiểm tra lại redirect, canonical và sitemap.
Ngoài trang chủ, hãy rà soát thêm ít nhất một trang con quan trọng:
Yêu cầu là tất cả phải về đúng trang con ở bản HTTPS chính, không bị chuyển về trang chủ.
Nếu có gắn UTM, có thể thử:
Sau redirect, cần kiểm tra UTM có còn trên URL không. Nếu bị mất, cần báo kỹ thuật hoặc marketing tracking kiểm tra lại.
Với website vừa migration, redesign hoặc đổi cấu trúc URL, cần kiểm tra thêm danh sách URL cũ quan trọng. URL cũ nên redirect 301 đến URL mới tương ứng, không nên redirect toàn bộ về trang chủ.
Trường hợp đúng:
Trường hợp chưa tốt:
Khi phát hiện lỗi, không nên chỉ nhắn chung chung là “website bị lỗi redirect”. Hãy ghi rõ URL nhập vào, kết quả hiện tại, kết quả mong muốn và mức độ ưu tiên. Cách ghi càng rõ, kỹ thuật càng xử lý nhanh.
Một báo cáo lỗi redirect nên có:
Mẫu thông tin nên ghi:
Ví dụ nội dung gửi kỹ thuật:
Anh/chị kiểm tra giúp em URL http://www.domain.com. Hiện tại URL này đang redirect qua 2 bước và dùng mã 302 trước khi về https://domain.com. Mong muốn là redirect 301 trực tiếp về https://domain.com để chuẩn hóa domain và tránh redirect chain.
Nếu lỗi là HTTP không chuyển sang HTTPS, có thể ghi:
Nếu lỗi là trang con bị chuyển sai về trang chủ, có thể ghi:
Nếu lỗi là redirect loop, có thể ghi:
Nếu lỗi là redirect sang domain lạ, có thể ghi:
Mẫu này phù hợp để gửi qua email, Zalo, ticket nội bộ hoặc group dự án. Người không chuyên kỹ thuật vẫn có thể dùng được vì chỉ cần copy URL, ghi kết quả nhìn thấy và mô tả kết quả mong muốn.
7.1. Redirect www, non-www, HTTP và HTTPS là gì?
Redirect www, non-www, HTTP và HTTPS là việc cấu hình để các phiên bản URL khác nhau của cùng một website tự động chuyển về một phiên bản chính duy nhất.
Một website thường có thể được truy cập bằng 4 dạng URL:
Trong đó:
Với người dùng, các phiên bản này có thể nhìn khá giống nhau. Nhưng với trình duyệt, máy chủ, Google và hệ thống tracking, đây có thể được hiểu là các URL khác nhau nếu không được redirect đúng.
Mục tiêu của redirect là giúp website thống nhất về một phiên bản URL chính, thay vì để nhiều phiên bản cùng hoạt động độc lập.
7.2. Vì sao cần kiểm tra redirect www, non-www, HTTP và HTTPS?
Redirect là hạng mục dễ bị bỏ sót khi bàn giao website, dù giao diện và nội dung đã hoàn thiện. Cấu hình sai có thể ảnh hưởng đến SEO, bảo mật, dữ liệu tracking và trải nghiệm người dùng.
Cần kiểm tra redirect vì:
Với website mới launch, website mới bàn giao hoặc website đang audit SEO kỹ thuật, kiểm tra redirect là bước cần làm trước khi gửi sitemap, chạy quảng cáo hoặc triển khai SEO dài hạn.
7.3. Nên chọn phiên bản chính là www hay non-www?
Website dùng www hay non-www đều được. Về SEO, không có phiên bản nào mặc định tốt hơn. Điều quan trọng là phải chọn một phiên bản chính duy nhất và redirect toàn bộ phiên bản còn lại về bản đó.
Ưu tiên non-www nếu:
Có thể giữ www nếu:
Chưa chắc nên chọn bản nào? Hãy giữ bản đang được Google index và dùng ổn định nhất.
Quan trọng nhất không phải chọn www hay non-www, mà là chọn một bản chính và đồng bộ redirect, canonical, sitemap, internal link, Google Search Console và tracking theo bản đó.
Bạn có thể tự kiểm tra một URL có chuyển về bản chính hay không bằng trình duyệt hoặc redirect checker. Khi lỗi xuất hiện trên nhiều URL, nhiều lớp cấu hình hoặc ảnh hưởng truy cập website, hãy gửi kỹ thuật xử lý.
Redirect có thể nằm ở nhiều lớp: hosting, server, CDN, Cloudflare, WordPress, plugin SEO, mã nguồn hoặc cấu hình SSL. Nếu sửa sai, website có thể bị lỗi truy cập hoặc mất index.
Cần nhờ kỹ thuật trong các trường hợp sau:
Trước khi gửi kỹ thuật, hãy chuẩn bị 3 thông tin:
Mẫu ngắn:
Khi có đủ thông tin này, kỹ thuật có thể kiểm tra nhanh hơn, tránh hỏi lại nhiều lần. Với website chuẩn bị launch hoặc nghiệm thu, hãy kiểm tra redirect trước ít nhất 1-2 ngày để còn thời gian sửa, test lại và xác nhận lần cuối.
Chưa chắc website đã redirect đúng giữa HTTP/HTTPS và www/non-www? Wecan Group có thể kiểm tra domain, SSL, redirect 301, redirect chain, canonical, sitemap và Google Search Console trước khi nghiệm thu hoặc triển khai SEO.
HTTP không tự chuyển sang HTTPS có ảnh hưởng SEO không?
Có. Website không tự chuyển sang HTTPS có thể gây cảnh báo bảo mật, ảnh hưởng trải nghiệm người dùng và khiến Google index URL không mong muốn.
Final URL đúng nhưng redirect nhiều bước có lỗi không?
Có thể xem là chưa tối ưu. Final URL đúng nhưng đi qua nhiều bước redirect vẫn làm chậm tải trang và gây lãng phí crawl.
Có cần kiểm tra redirect sau khi cài SSL không?
Có. Sau khi cài SSL, cần kiểm tra HTTP có tự chuyển sang HTTPS không và www/non-www có về đúng phiên bản chính không.
Website nên dùng www hay non-www?
Cả hai đều được. Quan trọng là chọn một phiên bản chính và redirect 301 phiên bản còn lại về bản chính đó.
Redirect 301 và 302 khác nhau thế nào?
301 là chuyển hướng vĩnh viễn, phù hợp để chuẩn hóa HTTP/HTTPS và www/non-www. 302 là chuyển hướng tạm thời, không nên dùng lâu dài cho domain chính.
Nguồn tham khảo
Kiểm tra redirect www, non-www, HTTP và HTTPS chỉ là một hạng mục nhỏ trong SEO kỹ thuật. Redirect đúng giúp website thống nhất URL, tránh trùng lặp phiên bản và giảm lỗi index. Tuy nhiên, để website tăng trưởng bền vững, bạn cần nhìn rộng hơn toàn bộ hệ thống SEO: cấu trúc URL, canonical, sitemap, indexability, internal link, nội dung trùng lặp, cannibal content và cách Google hiểu từng nhóm trang trên website.
Nếu website đã có nội dung nhưng chưa tăng trưởng traffic, có traffic nhưng chưa tạo lead, hoặc Google đang index sai phiên bản URL, Wecan Group có thể hỗ trợ audit lại toàn bộ hệ thống SEO để xác định vấn đề nằm ở kỹ thuật, cấu trúc website hay chiến lược nội dung.
Wecan Group hỗ trợ:
Bạn có thể → liên hệ Mr. Nam để được tư vấn chiến lược SEO phù hợp với website.
Thông tin liên hệ:
