Kiểm tra cấu trúc URL chuẩn SEO cho website

Kiểm tra cấu trúc URL chuẩn SEO là kiểm tra đường dẫn có dễ đọc, mô tả đúng nội dung, dùng HTTPS, không dấu, viết thường, dùng dấu gạch ngang, không chứa tham số hoặc ID không cần thiết; đồng thời URL quan trọng cần có trong sitemap, được Google index, canonical đúng và không lỗi 404 hoặc redirect sai.

Bài viết này giúp bạn kiểm tra nhanh URL trên website có dễ đọc, đúng nội dung, có trong sitemap, được Google index và không gây lỗi SEO hay không. Bạn không cần hiểu sâu technical SEO ngay từ đầu; chỉ cần đi theo checklist để biết URL nào đang ổn, URL nào cần kiểm tra thêm bằng công cụ và xử lý theo hướng nào.

1. Cấu trúc URL chuẩn SEO là gì?

Cấu trúc URL chuẩn SEO là cách đặt đường dẫn của một trang sao cho ngắn gọn, dễ đọc, có ý nghĩa, phản ánh đúng nội dung trang và không gây cản trở cho Google khi crawl hoặc index.

Nói đơn giản, khi nhìn vào URL, người dùng có thể đoán được trang nói về chủ đề gì. Google cũng có thêm một tín hiệu để hiểu nội dung và cấu trúc website.

Một URL chuẩn SEO thường có dạng: https://domain.com/cau-truc-url-chuan-seo

Trong đó:

  • https://: giao thức bảo mật.
  • domain.com: tên miền website.
  • /cau-truc-url-chuan-seo: slug mô tả nội dung trang.

Một URL chưa tốt thường có dạng: domain.com/post?id=88

URL này khó hiểu vì không thể hiện nội dung bài viết, có tham số ID và không chứa từ khóa chính.

Cách đặt rõ hơn: domain.com/kiem-tra-cau-truc-url-chuan-seo

URL này rõ ràng hơn vì thể hiện đúng chủ đề, dùng tiếng Việt không dấu, viết thường và các từ được nối bằng dấu gạch ngang.

Có thể gọi URL chuẩn SEO bằng các cách khác như URL thân thiện, friendly URL, đường dẫn tối ưu hoặc cấu trúc đường link website. Dù dùng cách gọi nào, mục tiêu vẫn giống nhau: URL phải dễ hiểu với người dùng, rõ nghĩa với Google và không gây lỗi kỹ thuật cho website.

Khi người dùng nói “kiểm tra URL chuẩn SEO”, “kiểm tra slug”, “kiểm tra đường dẫn website”, “đường dẫn chuẩn SEO”, “tối ưu URL website” hoặc “kiểm tra URL thân thiện SEO”, họ thường đang nói đến cùng một nhóm vấn đề: URL có dễ hiểu, đúng nội dung và không gây lỗi kỹ thuật cho SEO hay không.

Tuy nhiên, URL nhìn đẹp chưa chắc đã chuẩn SEO hoàn toàn. Một URL có thể rất dễ đọc nhưng vẫn không được Google index nếu bị chặn bởi robots.txt, đặt noindex, canonical sai hoặc không có trong sitemap. Vì vậy, kiểm tra cấu trúc URL chuẩn SEO không chỉ là nhìn đường dẫn, mà còn phải kiểm tra trạng thái kỹ thuật của URL.

Với các dự án website doanh nghiệp, cấu trúc URL nên được quy hoạch ngay từ giai đoạn thiết kế, trước khi nhập nội dung hàng loạt hoặc bắt đầu chạy SEO, để tránh phải đổi URL và redirect về sau.

2. Checklist kiểm tra URL chuẩn SEO cho website

Khi kiểm tra URL, không nên bắt đầu bằng cách xem ngẫu nhiên từng trang. Cách làm hiệu quả hơn là chọn trước 20–50 URL quan trọng nhất trên website thay vì cố audit toàn bộ URL ngay từ đầu. Nhóm URL này thường đủ để phát hiện phần lớn lỗi cơ bản về cấu trúc URL, sitemap, index, canonical hoặc redirect.

Nếu chưa biết bắt đầu từ đâu hoặc chỉ có khoảng 10 phút, hãy kiểm tra trước 5 điểm: URL có dễ đọc không, URL quan trọng có trong sitemap không, URL có index trong Google Search Console không, canonical có đúng không và URL có lỗi 404 hoặc redirect sai không.

Với website doanh nghiệp SME, nên ưu tiên:

  • Trang chủ.
  • Trang dịch vụ chính.
  • Danh mục sản phẩm hoặc danh mục dịch vụ.
  • Sản phẩm bán chạy.
  • Landing page đang chạy quảng cáo.
  • Bài viết SEO có traffic.
  • Trang liên hệ.

Checklist này có thể chia thành 3 nhóm: hiển thị, cấu trúc và kỹ thuật. Nhóm hiển thị giúp kiểm tra URL có dễ đọc không; nhóm cấu trúc giúp kiểm tra URL có phân cấp hợp lý không; nhóm kỹ thuật giúp kiểm tra sitemap, index, canonical, 404 và redirect.

Nhóm 1: Tiêu chí hiển thị

URL cần dễ đọc, ngắn gọn và thể hiện đúng nội dung trang.

Một URL nên đạt các điểm sau:

  • Có keyword chính hoặc cụm mô tả đúng chủ đề.
  • Dùng tiếng Việt không dấu.
  • Viết thường toàn bộ.
  • Dùng dấu gạch ngang -, không dùng dấu gạch dưới _ hoặc khoảng trắng.
  • Dùng HTTPS.
  • Hạn chế ký tự đặc biệt như ?, =, %, &, @, #.
  • Ưu tiên URL dưới khoảng 60–75 ký tự nếu vẫn giữ đủ nghĩa.

Trường hợp chưa tốt: /service-1

URL tốt hơn: /thiet-ke-website-doanh-nghiep

Với bài viết SEO, URL mơ hồ như: /seo-technical-4 nên đổi thành: /kiem-tra-cau-truc-url-chuan-seo

Có thể đối chiếu nhanh theo loại website:

  • Website dịch vụ: /service-1 nên đổi thành /thiet-ke-website-doanh-nghiep.
  • Website bán hàng/dịch vụ: /category?id=12 nên đổi thành /ao-thun-nam, /thang-may-gia-dinh hoặc /dich-vu-seo.
  • Website blog: /seo-technical-4 nên đổi thành /kiem-tra-cau-truc-url-chuan-seo.

Nhóm 2: Tiêu chí cấu trúc

URL cần có cấu trúc rõ ràng, không quá sâu và không bị hệ thống sinh ra một cách khó hiểu.

Hãy rà các điểm sau:

  • Số tầng thư mục có quá sâu không.
  • Phân cấp URL có logic không.
  • Có ID hoặc tham số không cần thiết không.
  • Có khớp với title, H1 và nội dung chính không.
  • Có trùng với nhiều phiên bản khác không.

Ví dụ URL quá sâu: /blog/seo/technical/url/check/kiem-tra-url có thể rút gọn thành: /kiem-tra-cau-truc-url-chuan-seo

Ví dụ URL có phân cấp hợp lý: /tin-tuc/cau-truc-url-chuan-seo. Cấu trúc này phù hợp nếu website đang tổ chức nội dung theo nhóm tin tức. Tuy nhiên, không nên lạm dụng nhiều tầng thư mục chỉ để làm URL “có vẻ đầy đủ”.

Nhóm 3: Tiêu chí kỹ thuật

URL còn cần hoạt động ổn về mặt SEO kỹ thuật.

Các điểm kỹ thuật cần đối chiếu gồm:

  • URL quan trọng đã có trong sitemap chưa.
  • Google đã lập chỉ mục URL chưa.
  • Canonical có trỏ đúng bản chính không.
  • Trang trả về status 200 không.
  • Có lỗi 404 hoặc redirect sai không.
  • Có bị robots.txt chặn hoặc noindex không.

Các công cụ cụ thể như sitemap.xml, Google Search ConsoleScreaming Frog sẽ được hướng dẫn ở phần kiểm tra bên dưới.

Cách dùng checklist: chọn 20–50 URL quan trọng, đánh dấu từng URL đạt hoặc chưa đạt theo 3 nhóm trên. Nếu một URL vừa khó đọc, không có trong sitemap, chưa index và canonical sai, đó là URL cần ưu tiên xử lý trước.

Không nên đánh giá URL theo cảm tính “nhìn có đẹp không”, mà nên ghi nhận rõ URL nào đạt, URL nào lỗi, lỗi thuộc nhóm hiển thị, cấu trúc hay kỹ thuật để dễ giao việc cho SEO, content và developer.

Nhận ngay checklist SEO website của bạn

3. Vì sao URL chuẩn SEO nhưng Google không index?

Nhiều người nghĩ rằng chỉ cần đặt URL đẹp, Google sẽ tự động index. Thực tế không phải vậy. URL chuẩn SEO về mặt hiển thị chỉ là một phần. Để có giá trị SEO, URL còn cần được Google phát hiện, crawl, đánh giá nội dung và chọn để lập chỉ mục.

Một URL nhìn có vẻ tốt: domain.com/kiem-tra-cau-truc-url-chuan-seo. Nhưng khi kiểm tra trong Google Search Console, trạng thái lại là: URL không nằm trên Google. Trường hợp này thường đến từ 2 nhóm nguyên nhân.

Nhóm nguyên nhân kỹ thuật

  • URL chưa có trong sitemap.
  • URL không có internal link trỏ đến.
  • URL bị robots.txt chặn, tức là file quy định Google được hoặc không được crawl khu vực nào trên website.
  • Trang bị gắn thẻ noindex, tức là trang đang yêu cầu Google không lập chỉ mục.
  • Canonical trỏ sang URL khác, tức là trang đang báo cho Google rằng một URL khác mới là bản chính.
  • URL trả về lỗi 404.
  • URL redirect sai.
  • URL nằm quá sâu trong cấu trúc website.

Nhóm nguyên nhân nội dung và chất lượng

  • Nội dung quá mỏng.
  • Nội dung trùng lặp với trang khác.
  • Website mới, Google chưa crawl thường xuyên.
  • Trang chưa đủ giá trị để được ưu tiên index.
  • URL có nội dung gần giống nhiều URL khác trên cùng website.

Ví dụ: URL A là trang bạn muốn SEO, nhưng canonical lại trỏ sang URL B. Khi đó, Google có thể chọn URL B làm bản chính thay vì index URL A.

Nói ngắn gọn, URL chuẩn SEO phải đạt cả hai lớp. Lớp thứ nhất là dễ đọc, đúng keyword, đúng nội dung. Lớp thứ hai là không bị lỗi kỹ thuật hoặc chất lượng khiến Google không crawl hoặc không index được.

4. Những URL nào cần kiểm tra trên website?

Không nên kiểm tra URL một cách dàn trải. Hãy ưu tiên các URL ảnh hưởng trực tiếp đến SEO, doanh thu, chuyển đổi và trải nghiệm người dùng.

Nếu là website dịch vụ, hãy ưu tiên trang chủ, trang dịch vụ, landing page và bài viết SEO. Nếu là website bán hàng, hãy ưu tiên trang chủ, danh mục, sản phẩm bán chạy và URL filter/sort.

Nếu website có nhiều URL, không cần kiểm tra toàn bộ ngay từ đầu. Hãy chia URL thành 3 nhóm:

Nhóm ưu tiên 1: URL tạo chuyển đổi hoặc doanh thu

  • Trang chủ.
  • Trang dịch vụ chính.
  • Danh mục sản phẩm chính.
  • Landing page quảng cáo.
  • Trang sản phẩm/dịch vụ tạo doanh thu.

Nhóm ưu tiên 2: URL đang có tín hiệu SEO

  • Bài viết top traffic.
  • Bài blog quan trọng.
  • Trang sản phẩm bán chạy.
  • URL được internal link nhiều.
  • URL đang có thứ hạng hoặc backlink.

Nhóm ưu tiên 3: URL ít ảnh hưởng trực tiếp

  • Page tĩnh.
  • Tag.
  • Filter.
  • Tracking.
  • Search nội bộ.
  • URL cũ ít traffic.

Trong quá trình thiết kế hoặc audit website, đây cũng là nhóm URL nên được chốt cấu trúc trước, vì chúng thường ảnh hưởng trực tiếp đến SEO, quảng cáo, chuyển đổi và cách đội ngũ nội bộ quản trị website.

4.1. URL trang chủ

Trang chủ thường là URL mạnh nhất của website. Vì vậy, bước đầu tiên là kiểm tra website có đang tồn tại nhiều phiên bản trang chủ hay không.

Bạn nên thử mở các phiên bản như:

http://domain.com

https://domain.com

https://www.domain.com

https://domain.com/index.php

Mục tiêu là chỉ giữ một phiên bản chính, ưu tiên HTTPS. Các phiên bản còn lại nên tự động redirect về bản chính.

Bản chính nên thống nhất về: https://domain.com

Nếu http://domain.com, https://www.domain.com và https://domain.com/index.php đều mở được nội dung giống nhau nhưng không redirect, website có nguy cơ bị phân tán tín hiệu SEO và tạo trùng lặp phiên bản tên miền.

4.2. URL danh mục sản phẩm hoặc dịch vụ

Danh mục là nhóm URL rất quan trọng với website bán hàng và website dịch vụ. Đây thường là nơi người dùng tìm kiếm các nhóm sản phẩm hoặc nhóm dịch vụ chính.

URL danh mục chưa tốt thường có dạng: domain.com/category?id=12

Cách đặt rõ hơn:

domain.com/thiet-ke-website

domain.com/dich-vu-seo

domain.com/ao-thun-nam

URL danh mục nên thể hiện rõ nhóm sản phẩm hoặc nhóm dịch vụ. Không nên đặt quá chung như:

  • /category-1
  • /service
  • /product-list

Với danh mục nhỏ, URL có thể giữ một cấp cha nếu thật sự cần làm rõ ngữ cảnh. Có thể dùng: /thiet-ke-website/website-doanh-nghiep. Cấu trúc này giúp người đọc hiểu trang “website doanh nghiệp” thuộc nhóm “thiết kế website”. Tuy nhiên, không nên kéo dài quá nhiều tầng như: /dich-vu/thiet-ke-website/doanh-nghiep/cong-ty/vua-va-nho

URL danh mục thường có vấn đề nếu gặp 4 dấu hiệu sau:

  • URL danh mục dùng ID hoặc tên chung chung như /category?id=12, /cat-1, /product-list.
  • Danh mục lớn và danh mục nhỏ không thống nhất cấu trúc, ví dụ lúc dùng /thiet-ke-website/website-doanh-nghiep, lúc lại dùng /website-doanh-nghiep.
  • URL danh mục có quá nhiều tầng khiến người dùng khó hiểu.
  • URL filter hoặc sort bị nhầm thành URL danh mục chính và xuất hiện trong sitemap.

Website dịch vụ nên để danh mục phản ánh nhóm dịch vụ chính; website bán hàng nên dùng danh mục theo nhóm sản phẩm có nhu cầu tìm kiếm thật.

Với website SME, hãy kiểm tra trước 5–10 danh mục tạo doanh thu chính. Nếu các danh mục này có URL mơ hồ, website sẽ khó truyền tín hiệu rõ ràng cho Google và người dùng.

4.3. URL trang sản phẩm hoặc trang dịch vụ

Trang sản phẩm và trang dịch vụ là nơi người dùng ra quyết định mua hàng, gửi form hoặc liên hệ. Vì vậy, URL cần rõ ràng và thể hiện đúng offer.

URL sản phẩm hoặc dịch vụ chưa tốt thường có dạng:

  • domain.com/product/12345
  • domain.com/service-1

Cách đặt rõ hơn:

  • domain.com/ao-thun-nam-cotton-den
  • domain.com/thiet-ke-website-doanh-nghiep
  • domain.com/dich-vu-audit-seo-website

URL trang sản phẩm không nhất thiết phải chứa đầy đủ mọi thuộc tính như size, màu, mã SKU. Chỉ nên giữ các yếu tố người dùng thực sự tìm kiếm.

Với website dịch vụ, URL càng rõ offer càng tốt. URL: /thiet-ke-website-doanh-nghiep rõ ràng hơn: /landing-page-02 nếu trang đó dùng để giới thiệu dịch vụ thiết kế website cho doanh nghiệp.

4.4. URL blog, danh mục tin tức và bài viết

Blog là nhóm URL thường phát sinh nhiều lỗi vì website đăng bài liên tục, đổi slug nhiều lần hoặc để URL quá dài.

Giả sử title bài viết là:

Kiểm tra cấu trúc URL chuẩn SEO cho website: Cách đánh giá URL thân thiện, dễ index và dễ hiểu

URL không nên là:

domain.com/kiem-tra-cau-truc-url-chuan-seo-cho-website-cach-danh-gia-url-than-thien-de-index-va-de-hieu

URL nên rút gọn thành:

domain.com/kiem-tra-cau-truc-url-chuan-seo

Nguyên tắc là URL bài viết nên bám keyword chính, nhưng không cần bê nguyên toàn bộ title. Hãy bỏ các từ thừa như “cách”, “hướng dẫn chi tiết”, “mới nhất”, “từ A đến Z” nếu các từ đó không làm rõ thêm intent tìm kiếm.

Với danh mục blog, website cũng nên thống nhất cách đặt URL. Ví dụ nếu đã dùng /blog/seo, không nên cùng lúc dùng thêm /tin-tuc/seo và /kien-thuc/seo cho cùng một nhóm nội dung nếu không có chiến lược rõ ràng.

4.5. URL page tĩnh

Các page tĩnh như giới thiệu, liên hệ, dự án, chính sách, tuyển dụng tuy không phải lúc nào cũng dùng để SEO mạnh, nhưng vẫn ảnh hưởng đến độ chuyên nghiệp của website.

Nên dùng:

  • domain.com/gioi-thieu
  • domain.com/lien-he
  • domain.com/du-an
  • domain.com/chinh-sach-bao-mat
  • domain.com/tuyen-dung

Không nên dùng:

  • domain.com/page?id=3
  • domain.com/info-1

Page tĩnh nên ngắn, dễ hiểu và đúng chức năng trang.

4.6. URL tracking, filter, sort và search nội bộ

Đây là nhóm URL dễ gây trùng lặp nội dung, đặc biệt với website thương mại điện tử hoặc website có bộ lọc sản phẩm.

Nếu website của bạn không có bộ lọc sản phẩm hoặc tìm kiếm nội bộ, chỉ cần kiểm tra URL có ?utm từ quảng cáo; không cần đi quá sâu phần filter/sort.

Các URL thường gặp:

  • domain.com/san-pham?utm_source=facebook
  • domain.com/san-pham?sort=price
  • domain.com/san-pham?filter=color
  • domain.com/search?q=website

Không phải URL nào cũng nên index. URL tracking dùng cho quảng cáo, URL sort theo giá, URL filter màu sắc hoặc URL tìm kiếm nội bộ thường không nên đưa vào sitemap.

Với nhóm URL này, cần kiểm tra:

  • Có xuất hiện trong sitemap không.
  • Có bị Google index nhầm không.
  • Canonical có trỏ về URL chính không.
  • Có tạo ra nhiều URL trùng nội dung không.

Nhóm URL này nên được tách rõ theo mục đích sử dụng:

  • URL tracking như ?utm_source=facebook dùng để đo lường chiến dịch, không nên index và không nên đưa vào sitemap.
  • URL sort như ?sort=price chỉ thay đổi cách sắp xếp sản phẩm, không nên index.
  • URL filter như ?filter=color-den có thể tạo nhiều phiên bản gần giống nhau, cần kiểm tra canonical và trạng thái index.
  • URL search nội bộ như /search?q=website thường không nên index vì nội dung thay đổi theo truy vấn.

Nếu các URL này xuất hiện nhiều trong Google Search Console hoặc sitemap, website có thể đang bị loãng index bởi các URL không quan trọng.

5. Các lỗi URL thường gặp ảnh hưởng đến SEO website

Khi kiểm tra cấu trúc URL chuẩn SEO, bạn không chỉ cần biết URL nào “đẹp” hay “xấu”, mà còn cần biết lỗi đó ảnh hưởng đến SEO ra sao và nên ưu tiên sửa lỗi nào trước.

Sau checklist ở 2., bước tiếp theo là xác định lỗi nào ảnh hưởng nặng và cần sửa trước.

Nhóm lỗi Traffic: ưu tiên cao

Dấu hiệu thường gặp:

  • URL không index.
  • URL bị noindex.
  • URL bị robots.txt chặn.
  • URL lỗi 404.
  • URL canonical sai.
  • URL quan trọng không có trong sitemap.
  • Website chạy song song nhiều phiên bản như http/https, www/non-www nhưng không redirect về một bản chính.

Ảnh hưởng chính là trang không có cơ hội nhận traffic SEO từ Google, hoặc tín hiệu SEO bị phân tán giữa nhiều phiên bản URL. Với các trang dịch vụ, sản phẩm chính, danh mục quan trọng hoặc bài viết đang có traffic, nhóm lỗi này cần xử lý trước.

Lỗi phiên bản domain thường gặp:

  • http://domain.com
  • https://domain.com
  • https://www.domain.com

Nếu các phiên bản này cùng mở được nội dung giống nhau mà không redirect, nên chọn một bản chính và chuyển hướng các bản còn lại.

Nhóm lỗi Offer: ưu tiên cao với trang bán hàng/dịch vụ

Dấu hiệu là URL không thể hiện rõ sản phẩm, dịch vụ hoặc giá trị của trang.

Các URL chưa tốt thường gặp:

  • /service-1
  • /sp12345
  • /category-1

Cách đặt rõ hơn:

  • /thiet-ke-website-doanh-nghiep
  • /dich-vu-seo-website

Lỗi này làm người dùng và Google khó hiểu trang đang nói về sản phẩm/dịch vụ gì. Với website dịch vụ, đây là lỗi nên ưu tiên cao nếu xảy ra ở landing page hoặc trang dịch vụ chính.

Nhóm lỗi Content: ưu tiên trung bình đến cao

Dấu hiệu là URL, title, H1 và nội dung chính không khớp nhau.

Ví dụ URL là /audit-seo-website nhưng title lại nói về thiết kế landing page. Lỗi này làm tín hiệu SEO thiếu nhất quán, khiến Google khó xác định chủ đề chính của trang.

Nhóm lỗi UX: ưu tiên trung bình

Dấu hiệu thường gặp:

  • URL quá dài.
  • URL nhiều tầng không cần thiết.
  • URL dùng chữ hoa.
  • URL dùng dấu gạch dưới _.
  • URL khó đọc hoặc khó chia sẻ.

Ví dụ URL dài: /blog/seo/technical/url/check/huong-dan-chi-tiet-kiem-tra-url-chuan-seo-tu-a-den-z có thể rút gọn thành: /kiem-tra-cau-truc-url-chuan-seo

Nhóm lỗi này ảnh hưởng đến trải nghiệm người dùng và độ tin cậy khi URL được chia sẻ. Tuy nhiên, nếu URL đã có thứ hạng ổn định, không nên đổi ngay chỉ vì muốn ngắn hơn.

Nhóm lỗi Tracking / Filter / Dynamic URL: ưu tiên cao nếu bị index

Dấu hiệu thường gặp:

  • ?utm_source=facebook
  • ?sort=price
  • ?filter=color
  • ?id=123&sort=desc

Các URL này có thể cần cho quảng cáo, bộ lọc hoặc hệ thống quản trị, nhưng nếu để Google index hàng loạt, website dễ bị trùng lặp nội dung và loãng tín hiệu SEO.

Với website nhỏ, hãy ưu tiên xử lý các lỗi có tác động lớn trước: URL quan trọng không index, URL 404, redirect sai, canonical sai, sitemap thiếu URL quan trọng và lỗi phiên bản domain. Các lỗi này nên được xử lý trước lỗi URL hơi dài hoặc URL chưa đẹp, nhất là khi URL đó đã có thứ hạng ổn định.

Không nên ưu tiên sửa các URL chỉ hơi dài hoặc chưa đẹp nếu URL đó đã có traffic, backlink, thứ hạng ổn định và không gặp lỗi index, canonical, 404 hoặc redirect. Với nhóm này, hãy ghi nhận vào file audit nhưng xử lý sau.

6. Cách kiểm tra cấu trúc URL chuẩn SEO bằng sitemap.xml, Google Search Console và Screaming Frog

Sau khi biết cần kiểm tra URL nào và lỗi nào cần ưu tiên, bạn có thể bắt đầu kiểm tra theo 4 cách: kiểm tra trực tiếp trên trình duyệt, kiểm tra sitemap.xml, kiểm tra bằng Google Search Console và kiểm tra hàng loạt bằng Screaming Frog.

Dùng nhanh theo lỗi:

  • mở sitemap.xml để kiểm URL có được khai báo không;
  • dùng Google Search Console để kiểm trạng thái index, crawl và canonical;
  • dùng Screaming Frog để kiểm 404, redirect, canonical, URL quá dài và URL tham số hàng loạt;
  • dùng SEOquake hoặc trình duyệt để kiểm title, H1 và nội dung của từng URL.

Khi audit URL, không nên kết luận chỉ từ một công cụ. Một URL nên được đối chiếu tối thiểu qua trình duyệt, sitemap.xml và Google Search Console; với website nhiều trang, nên kiểm tra thêm bằng Screaming Frog để tránh bỏ sót lỗi hàng loạt.

Nếu cần kiểm tra nhanh trong 15–30 phút, hãy làm theo quy trình dưới đây.

Bước 1: Mở 5–10 URL quan trọng trên trình duyệt để kiểm tra URL có dễ đọc, đúng HTTPS, không ký tự lạ và khớp title/H1 không.

Bước 2: Mở sitemap.xml để kiểm tra các URL quan trọng có được khai báo không.

Bước 3: Dán từng URL quan trọng vào Google Search Console để xem trạng thái index, crawl và canonical.

Bước 4: Nếu website có nhiều trang, crawl bằng Screaming Frog để phát hiện lỗi 404, redirect, canonical, URL quá dài hoặc non-indexable.

Bước 5: Ghi lỗi vào file audit và phân loại mức ưu tiên xử lý.

6.1. Kiểm tra URL trực tiếp trên trình duyệt

Đây là bước đơn giản nhất và nên làm đầu tiên.

Bước 1: Mở URL cần kiểm tra.

Bước 2: Nhìn thanh địa chỉ trình duyệt.

Bước 3: Đánh dấu các lỗi nhìn thấy ngay như http, chữ hoa, dấu tiếng Việt, dấu _, ký tự ?, =, %, &, URL quá sâu.

Bước 4: So sánh URL với title và H1 trên trang.

Bước 5: Ghi lỗi vào file audit để xử lý sau, không đổi URL ngay nếu chưa biết URL đó đã có traffic, index hoặc backlink chưa.

Ví dụ bạn mở trang có URL: domain.com/service-1 Nhưng H1 là: Dịch vụ thiết kế website doanh nghiệp. URL đề xuất có thể là: domain.com/thiet-ke-website-doanh-nghiep

Nếu URL hiện tại chưa index và chưa có traffic, có thể cân nhắc đổi sớm. Nếu URL đã index, đang có traffic hoặc có backlink, không nên đổi ngay mà cần kiểm tra kỹ hơn trước khi xử lý.

6.2. Kiểm tra URL trong sitemap.xml

Sitemap.xml giúp Google biết website có những URL nào cần crawl. Đây là nơi rất quan trọng để kiểm tra xem URL chính có được khai báo đúng hay không.

Bước 1: Mở trình duyệt.

Bước 2: Gõ một trong hai đường dẫn: https://domain.com/sitemap.xml hoặc: https://domain.com/sitemap_index.xml

Bước 3: Dùng Ctrl + F.

Bước 4: Tìm một phần URL quan trọng, ví dụ: thiet-ke-website-doanh-nghiep

Bước 5: Kiểm tra URL đó có xuất hiện trong sitemap không.

Một sitemap tốt nên ưu tiên chứa các URL cần index và là URL canonical chính. Sitemap không nên chứa URL lỗi 404, URL redirect 301/302, URL có tham số tracking, URL bị noindex, URL canonical sang trang khác, URL test, URL nháp hoặc URL không còn dùng.

Ví dụ không nên có trong sitemap:

  • domain.com/san-pham?utm_source=facebook
  • domain.com/test-page
  • domain.com/product/123-old

Sitemap có dấu hiệu bất thường nếu xuất hiện các trường hợp sau:

  • URL quan trọng không có trong sitemap.
  • Sitemap chứa URL 404 hoặc URL redirect.
  • Sitemap chứa URL có tham số như ?utm, ?sort, ?filter.
  • Sitemap chứa URL bị noindex.
  • Sitemap chứa URL cũ sau khi đã đổi sang URL mới.
  • Sitemap chứa URL không phải bản canonical chính.

Nếu gặp các lỗi này, cần cập nhật lại sitemap trước khi yêu cầu Google index hoặc crawl lại website.

Trên một website SME, nếu sitemap có 300 URL nhưng chỉ khoảng 50 URL thật sự quan trọng, hãy rà lại xem có đang đưa quá nhiều URL không cần SEO vào sitemap không.

6.3. Kiểm tra URL bằng Google Search Console

Google Search Console phù hợp để kiểm tra từng URL quan trọng, đặc biệt là URL dịch vụ, landing page, danh mục sản phẩm và bài viết SEO chính.

Bước 1: Mở Google Search Console.

Bước 2: Chọn đúng property website.

Bước 3: Dán URL vào ô Kiểm tra URL ở thanh trên cùng.

Bước 4: Xem trạng thái URL có nằm trên Google hay không.

Bước 5: Kiểm tra thông tin về crawl, index và canonical.

Bước 6: Nếu vừa sửa lỗi, bấm Kiểm tra URL đang hoạt động.

Bước 7: Nếu URL hợp lệ, có thể chọn Yêu cầu lập chỉ mục.

Khi kiểm tra, cần chú ý:

  • Google có thể truy cập URL không.
  • URL có được phép index không.
  • Canonical do người dùng khai báo là gì.
  • Canonical Google chọn là gì.
  • Trang có bị noindex không.
  • URL có bị robots.txt chặn không.

Một số trạng thái trong Google Search Console có thể hiểu nhanh như sau:

  • “URL nằm trên Google”: URL đã được index, nhưng vẫn nên kiểm tra canonical và nội dung có đúng không.
  • “URL không nằm trên Google”: URL chưa có cơ hội nhận traffic SEO, cần kiểm tra sitemap, internal link, noindex, robots.txt và chất lượng nội dung.
  • “Google đã chọn URL chính tắc khác”: cần kiểm tra canonical, nội dung trùng lặp hoặc URL có phiên bản tương tự.
  • “Đã phát hiện nhưng chưa được lập chỉ mục”: Google biết URL nhưng chưa index, cần xem lại chất lượng nội dung và internal link.
  • “Đã thu thập dữ liệu – hiện chưa được lập chỉ mục”: Google đã crawl nhưng chưa index, thường cần kiểm tra chất lượng hoặc trùng lặp nội dung.

Nếu chưa chắc nên xử lý thế nào, hãy ghi trạng thái này vào file audit thay vì chỉnh URL ngay. Những lỗi liên quan canonical, noindex, 404 hoặc redirect nên được SEO/developer kiểm tra trước khi đổi URL.

Nếu Google Search Console báo URL không được index do canonical khác, cần xem lại canonical trên trang. Nếu báo bị noindex, cần kiểm tra thẻ meta robots. Nếu báo không tìm thấy URL, cần kiểm tra sitemap, internal link và trạng thái HTTP.

Ngoài công cụ Kiểm tra URL, bạn có thể xem thêm mục Sơ đồ trang web để gửi sitemap và mục Trang để phát hiện các trạng thái như lỗi 404 hoặc “Đã thu thập dữ liệu – hiện chưa được lập chỉ mục”. Tuy nhiên, trong bài này chỉ cần dùng các mục này ở mức kiểm tra nhanh, không cần đi sâu như một bài hướng dẫn Google Search Console riêng.

Lưu ý: “URL nằm trên Google” không có nghĩa là trang chắc chắn hiển thị cho mọi truy vấn tìm kiếm. Ngược lại, “URL không nằm trên Google” cho thấy trang chưa có cơ hội nhận traffic SEO từ Google. Ngoài ra, yêu cầu lập chỉ mục không đảm bảo Google sẽ index ngay. Với nhiều URL mới hoặc URL vừa cập nhật, nên gửi sitemap thay vì kiểm tra từng URL thủ công.

6.4. Kiểm tra URL hàng loạt bằng Screaming Frog

Screaming Frog phù hợp khi bạn cần kiểm tra nhiều URL cùng lúc, đặc biệt với website có nhiều bài viết, nhiều sản phẩm hoặc nhiều danh mục.

Bước 1: Tải và mở Screaming Frog SEO Spider.

Bước 2: Nhập domain website vào ô crawl.

Bước 3: Bấm Start.

Bước 4: Sau khi crawl xong, vào tab Internal.

Bước 5: Kiểm tra các thông tin quan trọng như Address, Status Code, Indexability, Canonical Link Element, Title, H1 và Word Count.

Bước 6: Xuất file ra Excel hoặc CSV để lọc lỗi.

Các lỗi nên lọc trước gồm:

  • URL trả về 404.
  • URL redirect 301/302.
  • URL non-indexable.
  • URL chứa dấu ?.
  • URL quá dài.
  • URL có chữ hoa.
  • URL có canonical khác chính nó.
  • URL có title hoặc H1 không khớp với nội dung.

Sau khi crawl bằng Screaming Frog, không nên xem tất cả dữ liệu cùng lúc. Hãy lọc theo thứ tự:

  • Status Code: tìm URL 404, 301, 302.
  • Indexability: tìm URL non-indexable nhưng lại là trang quan trọng.
  • Canonical: tìm URL có canonical khác chính nó.
  • URL Length: tìm URL quá dài.
  • Address chứa dấu ?: tìm URL tham số, filter, tracking.
  • Title/H1: kiểm tra URL có khớp nội dung chính không.

Nếu chưa quen Screaming Frog, hãy bắt đầu bằng 3 cột dễ hiểu nhất: Address, Status CodeIndexability. Sau đó mới kiểm tra Canonical, URL Length, Title và H1.

Website nhỏ chỉ cần xuất các nhóm lỗi này ra file CSV/Excel là đủ để bắt đầu xử lý.

Với bản miễn phí, Screaming Frog có thể kiểm tra khoảng 500 URL. Đây là mức đủ dùng cho nhiều website nhỏ và vừa. Nếu website lớn hơn, có thể crawl theo từng thư mục quan trọng trước như /dich-vu/, /san-pham/, /blog/.

Nếu muốn kiểm tra sitemap bằng Screaming Frog, có thể crawl sitemap như một phần của quá trình thu thập dữ liệu để so sánh URL trong sitemap với URL thực tế trên website. Tuy nhiên, phần này chỉ nên dùng ở mức kiểm tra bổ sung; không cần biến bài viết thành hướng dẫn Screaming Frog chuyên sâu.

Ngoài Google Search Console và Screaming Frog, bạn có thể dùng SEOquake để kiểm tra nhanh title, meta, heading của từng URL. Seoptimer có thể dùng để audit nhanh một URL hoặc website ở mức tham khảo. Không nên biến phần này thành danh sách công cụ SEO dàn trải; mục tiêu chính vẫn là kiểm tra URL có chuẩn, index được và không lỗi kỹ thuật hay không.

7. Có nên đổi URL cũ để chuẩn SEO hơn?

Câu trả lời ngắn gọn là: nên đổi nếu URL cũ quá xấu, sai nội dung, quá dài, chứa ký tự đặc biệt hoặc gây khó index; nhưng không nên đổi chỉ vì muốn URL đẹp hơn.

Không phải cứ thấy URL chưa đẹp là đổi ngay. Đây là lỗi rất phổ biến khi audit SEO. Đổi URL sai cách có thể làm mất traffic, mất index, phát sinh lỗi 404 và ảnh hưởng đến thứ hạng hiện có.

Nếu URL chỉ chưa tối ưu về mặt thẩm mỹ nhưng vẫn index tốt, có traffic và không gây lỗi kỹ thuật, hãy ưu tiên giữ ổn định thay vì đổi ngay.

Có thể đổi URL nếu:

  • URL mới tạo.
  • Chưa được Google index.
  • Chưa có traffic.
  • Chưa có backlink.
  • Chưa được gắn nhiều internal link.
  • Chưa dùng trong chiến dịch quảng cáo hoặc tài liệu bán hàng.

Ví dụ URL mới đăng: domain.com/post?id=88 có thể đổi sớm thành: domain.com/kiem-tra-cau-truc-url-chuan-seo

Sau đó cập nhật sitemap và gửi index lại.

Không nên đổi URL tùy tiện nếu:

  • URL đã index.
  • URL đang có thứ hạng.
  • URL có traffic SEO.
  • URL có backlink.
  • URL được nhiều trang nội bộ trỏ đến.
  • URL đã được chia sẻ trên mạng xã hội, email, tài liệu bán hàng hoặc quảng cáo.

Nếu bắt buộc đổi URL, cần làm tối thiểu các việc sau:

  • Redirect 301 từ URL cũ sang URL mới.
  • Cập nhật URL mới trong sitemap.xml.
  • Xóa URL cũ khỏi sitemap.
  • Cập nhật internal link trong website sang URL mới.
  • Theo dõi lỗi 404 và traffic trong Google Search Console sau khi đổi.

Ví dụ:

URL cũ: domain.com/seo-technical-4

URL mới: domain.com/kiem-tra-cau-truc-url-chuan-seo

Cần redirect 301 từ URL cũ sang URL mới. Không nên để URL cũ thành 404, vì người dùng và Google khi truy cập sẽ gặp trang lỗi.

Không đổi URL hàng loạt nếu chưa có danh sách redirect 301 và file mapping URL cũ – URL mới. Với website đã hoạt động lâu năm, nên xem việc đổi URL như một hạng mục SEO kỹ thuật có rủi ro, không phải thao tác chỉnh sửa nội dung thông thường.

Kể cả khi đã redirect đúng, website vẫn có thể giảm thứ hạng tạm thời trong giai đoạn Google crawl và đánh giá lại URL mới. Vì vậy, nguyên tắc an toàn là: URL đã có traffic thì ưu tiên giữ ổn định; chỉ đổi khi lợi ích SEO lớn hơn rủi ro mất tín hiệu cũ.

Nguyên tắc dễ nhớ: URL mới, chưa index, chưa có traffic và chưa có backlink thì có thể sửa sớm; URL cũ đã có tín hiệu SEO thì cần audit và redirect đúng trước khi đổi.

8. Mẫu checklist audit URL chuẩn SEO cho website

Sau khi kiểm tra bằng trình duyệt, sitemap, Google Search Console và Screaming Frog, bạn nên ghi nhận kết quả vào một file audit để dễ xử lý. Không nên chỉ kiểm tra xong rồi ghi nhớ trong đầu, vì khi làm nhiều URL rất dễ bỏ sót lỗi.

Nếu không dùng bảng trong bài viết, bạn vẫn nên tạo một file Google Sheet hoặc Excel với các cột lần lượt là: URL hiện tại, loại trang, có trong sitemap không, trạng thái index, lỗi phát hiện, URL đề xuất, cần 301 hay không, mức độ ưu tiên và người phụ trách.

Mỗi URL nên là một dòng riêng trong file audit. Không nên gom nhiều URL vào cùng một dòng, vì sẽ khó giao việc, khó theo dõi trạng thái xử lý và dễ bỏ sót lỗi khi phối hợp giữa SEO, content và developer.

Một dòng audit có thể ghi như sau: URL hiện tại /landing-page-02 | Loại trang: landing page dịch vụ | Trạng thái index: đã index | Lỗi: URL không rõ offer | URL đề xuất: /thiet-ke-website-doanh-nghiep | Cần 301: có | Ưu tiên: cao | Người phụ trách: SEO + developer.

Trạng thái xử lý nên có:

  • Chưa kiểm tra.
  • Cần sửa.
  • Đang xử lý.
  • Đã xử lý.
  • Cần kiểm tra lại.

File audit URL nên có 3 nhóm thông tin.

Nhóm 1: Nhận diện URL

  • URL hiện tại.
  • Loại trang: trang chủ, danh mục, sản phẩm, dịch vụ, bài viết, page tĩnh, landing page, URL filter hoặc URL tracking.

Nhóm 2: Trạng thái SEO

  • URL có trong sitemap không.
  • Trạng thái index.
  • Canonical đang khai báo.
  • Status code: 200, 301, 302, 404.
  • Title/H1 có khớp URL không.
  • URL có dùng HTTPS không.
  • URL có quá dài hoặc có tham số không.

Nhóm 3: Phương án xử lý

  • Lỗi phát hiện.
  • URL đề xuất.
  • Có cần redirect 301 không.
  • Mức độ ưu tiên.
  • Người phụ trách: SEO, content hay developer.
  • Ghi chú xử lý.

Với URL /service-1, loại trang là dịch vụ. Nếu URL này đã index nhưng không rõ nghĩa, URL đề xuất có thể là /thiet-ke-website-doanh-nghiep. Vì URL đã index, nếu đổi cần redirect 301 và nên xếp mức ưu tiên cao nếu đây là trang dịch vụ chính.

Với URL /post?id=88, loại trang là bài viết blog. Nếu URL chưa index, không có trong sitemap và không chứa keyword, có thể đề xuất đổi thành /kiem-tra-cau-truc-url-chuan-seo. Vì URL chưa index, việc đổi sẽ ít rủi ro hơn.

Với URL /san-pham?sort=price, đây là URL filter. URL này thường không cần index và không nên đưa vào sitemap. Hướng xử lý có thể là giữ canonical về URL danh mục chính như /san-pham.

Cách phân công xử lý có thể như sau:

  • SEO phụ trách kiểm tra index, sitemap, canonical, redirect và mức độ ưu tiên.
  • Content phụ trách kiểm tra keyword, title, H1, intent và đề xuất slug phù hợp.
  • Developer phụ trách routing, redirect 301, canonical kỹ thuật, sitemap và xử lý lỗi 404.

Sau khi hoàn tất file audit, nên có một người chịu trách nhiệm cuối cùng để duyệt URL đề xuất trước khi developer triển khai redirect hoặc chỉnh routing, tránh mỗi bộ phận sửa một kiểu làm phát sinh lỗi mới.

Website nhỏ chỉ cần hoàn thành audit cho 20–50 URL quan trọng là đã phát hiện được phần lớn lỗi cơ bản. Với website lớn, nên chia theo nhóm: dịch vụ, sản phẩm, danh mục, blog, landing page, URL tracking và URL filter.

Nhận ngay checklist SEO website của bạn