SEO cho trang danh mục

Tóm tắt — Trang danh mục (còn gọi là PLP hoặc trang bộ sưu tập) là danh sách các sản phẩm được nhóm lại, chẳng hạn “giày chạy bộ nam”. Những trang này thường tạo ra doanh thu tìm kiếm lớn nhất vì khớp với các cụm từ rộng mà người mua nhập. Nhiệm vụ của bạn là giúp chính trang đó xếp hạng và bảo đảm Google có thể truy cập mọi sản phẩm trên trang. Hai vấn đề thường gặp là nút lọc/sắp xếp âm thầm tạo hàng nghìn địa chỉ gần trùng lặp, còn một trang chỉ có lưới sản phẩm mà không có ngữ cảnh thì có thể khó xếp hạng.

Trang danh mục là gì

Khi mua sắm trực tuyến, bạn thường truy cập một trong hai loại trang:

• Một trang sản phẩm — một mặt hàng riêng lẻ (ví dụ một đôi giày cụ thể).
• Một trang danh mục — danh sách mặt hàng, như “giày chạy bộ” hoặc “máy tính xách tay dưới $500”. Những trang này còn được gọi là PLP (trang danh sách sản phẩm) hoặc, trên Shopify, trang bộ sưu tập.

Trang danh mục nằm giữa cấu trúc website: trang chủ → danh mục → sản phẩm. Chúng rất quan trọng với SEO vì khớp với các tìm kiếm rộng khi khách hàng còn cân nhắc (“giày chạy bộ”), thay vì tìm kiếm một sản phẩm chính xác (“Nike Pegasus 41 cỡ 10”). Tìm kiếm rộng có lượng truy vấn cao hơn nhiều, nên một trang danh mục xếp hạng tốt có thể thu hút rất nhiều người mua.

Hai nhiệm vụ của trang danh mục

1. Xếp hạng cho tìm kiếm danh mục. Khi ai đó tìm “giày chạy bộ” trên Google, bạn muốn trang giày chạy bộ của mình xuất hiện.
2. Dẫn khách truy cập và Google đến sản phẩm. Trước hết, Google tìm thấy từng sản phẩm nhờ đi theo các liên kết trên trang danh mục. Nếu sản phẩm không được liên kết từ bất kỳ nơi nào có thể thu thập dữ liệu, Google có thể không bao giờ thấy nó. Bằng chứng cho nhận định này Googlebot generally discovers ecommerce products through crawlable links from category pages. Phạm vi: Feeds and sitemaps can aid discovery but do not replace a crawlable site structure. Độ tin cậy: cao · Đã xác minh: 2026-07-14 Google: Ecommerce site structure

Hai vấn đề thường xảy ra

1. Quá nhiều địa chỉ web. Mỗi nút lọc và sắp xếp tiện dụng (“sắp xếp theo giá”, “chỉ hiển thị màu đỏ, cỡ 10”) tạo một URL mới phía sau giao diện. Một cửa hàng chỉ có vài nghìn sản phẩm vẫn có thể âm thầm tạo hàng trăm nghìn URL đã lọc, phần lớn gần trùng lặp. Google không có thời gian vô hạn để thu thập website, nên các URL rác có thể lấn át những trang thực sự quan trọng. (Chủ đề đầy đủ là điều hướng theo bộ lọc; xem bài phân tích chuyên sâu.) Bằng chứng cho nhận định này Faceted navigation can generate very large URL spaces and cause overcrawling. Phạm vi: Risk depends on whether filter states create crawlable URLs and links. Độ tin cậy: cao · Đã xác minh: 2026-07-14 Google: Managing faceted navigation

2. Trang danh mục “trống”. Nếu trang chỉ có lưới sản phẩm mà không có lời giải thích, Google có thể khó hiểu và xếp hạng nó. Một đoạn giới thiệu ngắn, thực sự hữu ích — một hoặc hai câu về những gì có trong danh mục — sẽ hỗ trợ. Nhưng đừng đặt ở cuối trang một bức tường văn bản nhồi từ khóa mà khách hàng không bao giờ đọc. Chính người của Google gọi đó là nhồi nhét từ khóa và đây là cách làm sai.

Danh sách kiểm tra đơn giản

• Dùng URL rõ ràng, mô tả đúng danh mục (/shoes/running/) và tiêu đề có tên danh mục.
• Bảo đảm mọi sản phẩm đều truy cập được bằng liên kết thông thường từ danh mục (hoặc từ liên kết “trang tiếp theo”).
• Thêm phần giới thiệu ngắn, hữu ích nếu chỉ nhìn sản phẩm chưa đủ hiểu chủ đề.
• Không để nút lọc/sắp xếp tạo ra một mạng URL có thể thu thập dữ liệu mất kiểm soát (nhà phát triển hoặc nền tảng thường quản lý việc này).
• Thêm breadcrumb để cả khách hàng lẫn Google thấy vị trí của trang trong cấu trúc.

Muốn xem phiên bản kỹ thuật — phân trang sau khi rel=prev/next không còn được Google dùng, URL đã lọc nào nên lập chỉ mục hay chặn, và dữ liệu có cấu trúc nào thực sự quan trọng? Hãy chuyển sang thẻ Nâng cao.

Tóm tắt — Trang danh mục vừa có đòn bẩy lớn nhất vừa nguy hiểm nhất về kỹ thuật trên cửa hàng: chúng xếp hạng cho truy vấn thương mại rộng và chuyển hoạt động thu thập dữ liệu + PageRank đến sản phẩm. Nguyên tắc năm 2026: Google không còn dùng rel=prev/next (từ tháng 3/2019); đừng đặt canonical của trang phân trang về trang 1 vì sẽ che khuất sản phẩm từ trang 2 trở đi. Hãy để từng trang đặt canonical về chính nó hoặc trỏ đến trang “xem tất cả” thực sự dùng được. Điều hướng theo bộ lọc là mối đe dọa chính: chặn nhiễu bằng robots.txt, lập chỉ mục tín hiệu có nhu cầu thật. Công cụ URL Parameters của GSC đã bị ngừng tháng 4/2022. Nội dung bổ sung là hữu ích, không bắt buộc; đừng nhồi từ khóa ở chân trang. BreadcrumbList phù hợp, còn mã đánh dấu kết quả nhiều định dạng Product không dành cho trang liệt kê nhiều sản phẩm.

Vì sao trang danh mục là điểm tạo đòn bẩy

Trên phần lớn cửa hàng, trang danh mục đồng thời là những trang giá trị nhất và mong manh nhất. Chúng có giá trị vì khớp với truy vấn thương mại rộng — “giày chạy bộ”, “máy tính xách tay dưới $500” — có lượng tìm kiếm lớn hơn nhiều so với truy vấn về một sản phẩm. Chúng mong manh vì mỗi trang cũng là nút phân phối hoạt động thu thập dữ liệu và giá trị liên kết: Google chủ yếu đến trang sản phẩm bằng cách đi theo liên kết trên trang danh mục. Google nói thẳng: “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (bản dịch) “Nếu trang danh mục không có liên kết trực tiếp đến mọi sản phẩm trong danh mục, Googlebot có thể không tìm thấy tất cả sản phẩm chỉ bằng hoạt động thu thập dữ liệu.” Bằng chứng cho nhận định này Google warns that products may not be found by crawling when category pages do not link directly to them. Phạm vi: Use crawlable anchor links and pagination or load-more implementations Google can follow. Độ tin cậy: cao · Đã xác minh: 2026-07-14 Google: Ecommerce site structure

Vì vậy trang danh mục làm hai việc cùng lúc: xếp hạng cho truy vấn của chính nó và làm lối vào cho mọi thứ bên dưới. Phần lớn công việc SEO sau đây nhằm tránh làm hỏng một trong hai việc.

Điều hướng theo bộ lọc — yếu tố dễ gây hại nhất

Giao diện lọc và sắp xếp phía trên trang danh mục là điều hướng theo bộ lọc. Ở dạng tham số URL phổ biến, đây là nguồn gây vấn đề thu thập dữ liệu lớn nhất trên web. Google nêu hai tác hại. Thứ nhất là thu thập quá mức vì “the crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless,” (bản dịch) “trình thu thập dữ liệu thường sẽ truy cập rất nhiều URL điều hướng theo bộ lọc trước khi xác định chúng thực sự vô dụng”; thứ hai là phát hiện chậm hơn vì “if crawling is spent on useless URLs, the crawlers have less time to spend on new, useful URLs.” (bản dịch) “nếu thời gian thu thập bị dành cho URL vô dụng, trình thu thập sẽ có ít thời gian hơn cho URL mới và hữu ích”. Bằng chứng cho nhận định này Google documents infinite faceted URL spaces as a source of overcrawling and wasted resources. Phạm vi: Google recommends preventing crawl when faceted URLs do not need to be indexed. Độ tin cậy: cao · Đã xác minh: 2026-07-14 Google: Managing faceted navigation Gary Illyes cho rằng điều hướng theo bộ lọc chiếm khoảng một nửa vấn đề thu thập quá mức được báo cáo cho Google và mô tả hậu quả là “exploding your URL space from a balmy 1000 URLs to a scorching 1 million.” (bản dịch) “làm không gian URL bùng nổ từ 1.000 URL dễ chịu lên 1 triệu URL nóng bỏng”.

Không cần nhắc lại toàn bộ bài phân tích điều hướng theo bộ lọc; quyết định cho trang danh mục có thể tóm gọn: chặn nhiễu, lập chỉ mục tín hiệu.

• Chặn bằng robots.txt: các biến thể thứ tự sắp xếp (?sort=price), tham số phiên/theo dõi và những tổ hợp bộ lọc chỉ chia lại cùng một tập sản phẩm. Google trực tiếp khuyến nghị cách này: “Oftentimes there’s no good reason to allow crawling of filtered items… instead, allow crawling of just the individual items’ pages along with a dedicated listing page that shows all products without filters applied.” (bản dịch) “Thông thường không có lý do chính đáng để cho phép thu thập các mục đã lọc… thay vào đó, chỉ cho phép thu thập từng trang sản phẩm cùng với một trang liệt kê riêng hiển thị mọi sản phẩm mà không áp dụng bộ lọc.”
• Canonical về danh mục gốc: dành cho tổ hợp bộ lọc có nhu cầu tìm kiếm thấp mà bạn muốn người dùng vẫn điều hướng được nhưng không lập chỉ mục riêng. Lưu ý canonical là công cụ tác động chậm hơn — Google nói nó “may, over time, decrease the crawl volume” (bản dịch) “theo thời gian, có thể làm giảm khối lượng thu thập dữ liệu” — vì từng biến thể vẫn phải được thu thập trước khi tín hiệu có hiệu lực.
• Lập chỉ mục + tối ưu: dành cho tổ hợp bộ lọc có nhu cầu tìm kiếm thật (ví dụ bộ lọc “giày chạy bộ màu đỏ” mà người dùng thực sự tìm). Những trang này xứng đáng có URL riêng, tiêu đề và H1 riêng, một câu nội dung riêng cùng canonical tự tham chiếu. Hãy nghiên cứu từ khóa trước — đừng lập chỉ mục bộ lọc chỉ dựa trên phỏng đoán.
• Trả 404 cho ngõ cụt: trả về 404 cho các tổ hợp bộ lọc trống hoặc vô nghĩa để chúng không tích tụ thành rác có thể thu thập dữ liệu.

Lưu ý về một biện pháp kiểm soát đã lỗi thời: công cụ URL Parameters của Search Console không còn nữa (ngừng hoạt động tháng 4/2022). Hiện Google tự động xử lý tham số và từng cho biết chỉ khoảng 1% cấu hình trong công cụ thực sự mang lại tác dụng. Nếu bạn từng dựa vào nó để kiểm soát URL bộ lọc, đòn bẩy đó đã mất — robots.txt và canonical là các biện pháp thay thế.

Phân trang năm 2026 — cách thực sự hoạt động

Đây là phần có nhiều lời khuyên lỗi thời lưu truyền nhất, nên dưới đây là nguyên tắc chính xác cần bám theo:

rel=prev/next đã chết. Tháng 3/2019, Google xác nhận họ đã âm thầm ngừng dùng các thẻ này từ nhiều năm trước: “Google no longer uses these tags, although these links may still be used by other search engines.” (bản dịch) “Google không còn dùng các thẻ này, dù những công cụ tìm kiếm khác vẫn có thể sử dụng các liên kết đó.” Đừng triển khai rel=prev/next như giải pháp phân trang — nó không có tác dụng với Google. (Duy trì nó cho Bing và công cụ khác không tốn nhiều công sức, nhưng đó không phải chiến lược.)

Không canonical các trang phân trang về trang 1. Sai lầm này âm thầm loại một phần lớn danh mục sản phẩm khỏi chỉ mục. Bài viết của Google về lỗi canonical nói rõ: “Specifying a rel=canonical from page 2 (or any later page) to page 1 is not correct use of rel=canonical.” (bản dịch) “Đặt rel=canonical từ trang 2 — hoặc bất kỳ trang sau nào — về trang 1 không phải là cách dùng rel=canonical đúng.” Nếu làm vậy, các sản phẩm chỉ xuất hiện từ trang 2 trở đi có thể không bao giờ được lập chỉ mục. Mỗi trang phân trang nên đặt canonical về chính nó — Google: “Don’t use the first page of a paginated sequence as the canonical page.” (bản dịch) “Đừng dùng trang đầu tiên của chuỗi phân trang làm trang canonical.”

Mô hình hiện tại gồm một trong hai phương án:

1. Mỗi trang phân trang được lập chỉ mục dựa trên giá trị riêng. Gán cho từng trang một URL riêng (?page=2, không dùng đoạn nhận dạng # — “Google ignores fragment identifiers” (bản dịch) “Google bỏ qua đoạn nhận dạng”), canonical tự tham chiếu và liên kết <a href> tuần tự đến trang tiếp theo để Googlebot có thể thu thập cả chuỗi: “Include links from each page to the following page using <a href> tags.” (bản dịch) “Hãy đặt liên kết từ mỗi trang đến trang kế tiếp bằng thẻ liên kết HTML.”
2. Dùng trang “xem tất cả” làm canonical, nếu bạn có trang đó và nó tải trong thời gian chấp nhận được. Khi tồn tại một trang xem tất cả duy nhất, hãy trỏ các trang thành phần trong chuỗi phân trang về đó. Cách này chỉ hiệu quả khi trang xem tất cả thực sự dùng được — đừng ép một trang chứa 10 000 sản phẩm phải tải chỉ để đáp ứng mô hình này.

Cuộn vô hạn / tải thêm cần triển khai JavaScript SEO đúng cách: mỗi “trang” kết quả phải có URL phân trang thật, đồng thời dùng sitemap hoặc nguồn cấp Merchant Center làm lớp dự phòng cho việc khám phá để sản phẩm không mắc kẹt sau sự kiện cuộn. Với kết quả phân trang trống, hãy trả về 404 thay vì phục vụ một vỏ trang rỗng có thể được lập chỉ mục.

Cấu trúc URL

Chọn một trong hai mẫu và sử dụng nhất quán:

• Cấp cao nhất — /laptops/. Gần trang chủ nhất (nhỉnh hơn đôi chút về giá trị liên kết), nhưng phải cạnh tranh với mọi thứ khác ở thư mục gốc và trở nên cồng kềnh khi quy mô tăng.
• Danh mục cha + con — /electronics/laptops/. Mô tả rõ hơn, củng cố hệ thống phân cấp và mở rộng gọn gàng. Đây là cách phần lớn danh mục sản phẩm lớn sử dụng, đồng thời là mẫu website này thường dùng cho các cụm chủ đề.

Thay đổi cấu trúc về sau đồng nghĩa với chuyển hướng, nên việc cam kết dùng nhất quán quan trọng hơn chính lựa chọn. Ngoài đường dẫn, hãy dùng tham số ?key=value (“Use ?key=value URL parameters rather than ?value, where possible” (bản dịch) “Khi có thể, hãy dùng tham số URL ?key=value thay vì ?value”), không bao giờ lặp cùng một tham số hai lần (“Googlebot may ignore one of the values otherwise” (bản dịch) “Nếu không, Googlebot có thể bỏ qua một trong các giá trị”) và loại tham số phiên/theo dõi khỏi liên kết nội bộ (“Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values” (bản dịch) “Tránh liên kết nội bộ đến các tham số tạm thời như ID phiên, mã theo dõi hoặc giá trị phụ thuộc người dùng”). Giữ URL giống hệt nhau trong liên kết nội bộ, sitemap và thẻ canonical.

Một quy tắc URL khác nên được thiết lập sẵn: danh mục trống nên trả về noindex hoặc 404 — Google: “If a category has no items, use a noindex robots meta tag. If your site detects that a category has become empty… consider returning a 404.” (bản dịch) “Nếu danh mục không có mục nào, hãy dùng thẻ meta robots noindex. Nếu website phát hiện một danh mục đã trở thành trống… hãy cân nhắc trả về 404.”

Vấn đề “danh mục mỏng” — thêm nội dung mà không nhồi từ khóa

Đây là chỗ lời khuyên cần tinh tế, cũng là nơi nhiều cửa hàng sửa quá tay thành nhồi nhét từ khóa. Quan điểm chính xác là:

Một trang danh mục chỉ có lưới sản phẩm mà không có ngữ cảnh có thể khó xếp hạng trên Google. Mueller, tháng 3/2019: “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (bản dịch) “Khi trang danh mục thương mại điện tử hoàn toàn không có nội dung nào khác ngoài liên kết đến sản phẩm, chúng tôi thực sự rất khó xếp hạng những trang đó.”

Nhưng nội dung bổ sung chỉ hữu ích, không bắt buộc. Mueller cũng nói về việc liệu tên sản phẩm có đủ sức truyền đạt hay không: “If the names of the products are clear enough to us to understand… then it’s clear that this is a list of running shoes. You don’t need to put in extra text there.” (bản dịch) “Nếu tên sản phẩm đủ rõ để chúng tôi hiểu… thì rõ ràng đây là danh sách giày chạy bộ. Bạn không cần thêm văn bản ở đó.” Về số từ, ông nói: “We don’t have any limits. There’s no limit… you have to have some information on a page so that we understand what the topic is. But that’s generally very little information.” (bản dịch) “Chúng tôi không đặt giới hạn nào. Không có giới hạn… trang cần có một ít thông tin để chúng tôi hiểu chủ đề là gì. Nhưng nhìn chung chỉ cần rất ít thông tin.”

Kiểu triển khai sai là một khối văn bản nhồi từ khóa ở chân trang. Mueller gọi đúng bản chất của nó: “From our point of view that’s essentially keyword stuffing. So that’s something which I would try to avoid.” (bản dịch) “Theo quan điểm của chúng tôi, về cơ bản đó là nhồi nhét từ khóa. Vì vậy tôi sẽ cố tránh cách làm đó.” Hướng dẫn của ông về cách làm đúng: “I’d try to stick to really informative content and put that in places where you think that users will be able to see it.” (bản dịch) “Tôi sẽ tập trung vào nội dung thực sự hữu ích và đặt nó ở những vị trí mà bạn cho rằng người dùng có thể nhìn thấy.”

Vì vậy, quy tắc thực tế là:

• Chỉ thêm nội dung khi nó xứng đáng có mặt — một đoạn giới thiệu ngắn nhưng thật sự hữu ích (vài câu trả lời một câu hỏi quyết định mua hàng), hướng dẫn mua cho danh mục từ khóa chính có nhu cầu thông tin thật hoặc phần câu hỏi thường gặp mà người mua thực sự hỏi.
• Đặt nội dung ở nơi người dùng nhìn thấy (phía trên trang, hòa vào trải nghiệm), không giấu thành một bức tường chữ ở cuối trang.
• Một lượng nhỏ nội dung mẫu trùng lặp giữa các danh mục con vẫn ổn — Mueller: “If you’re talking about a very small amount of text then having that duplicated is absolutely no problem.” (bản dịch) “Nếu chỉ nói đến một lượng văn bản rất nhỏ thì việc nội dung đó bị trùng lặp hoàn toàn không thành vấn đề.”

Cũng cần thừa nhận một mâu thuẫn thật: nhiều người làm SEO vẫn thêm văn bản ở chân trang vì thử nghiệm của họ cho thấy cách đó còn hiệu quả — câu đáp quen thuộc trong cộng đồng là “I’ll stop doing it when it stops working.” (bản dịch) “Tôi sẽ ngừng làm khi nó không còn hiệu quả.” Theo tôi, đó là một canh bạc mong manh trước tín hiệu spam đã được ghi nhận. Nếu thêm nội dung, hãy viết loại nội dung mà người mua thực sự muốn đọc.

Liên kết nội bộ — nhiệm vụ làm lối vào

Trang danh mục là nút phân phối PageRank, vì vậy hãy coi liên kết là thành phần chịu lực:

• Liên kết đến mọi sản phẩm trong danh mục (hoặc phân trang để tất cả đều có thể truy cập qua <a href>). Nếu thực sự không thể, sitemap hoặc nguồn cấp Merchant Center là phương án dự phòng — nhưng liên kết trên trang vẫn là cơ chế chính.
• Dùng liên kết <a href> thật, không dùng trình xử lý nhấp chuột bằng JS: “Use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.” (bản dịch) “Hãy dùng thẻ liên kết HTML khi tạo liên kết đến nội dung khác. Đừng dùng sự kiện JavaScript trên các phần tử HTML DOM khác để điều hướng.”
• Số lượng liên kết phát tín hiệu về tầm quan trọng. Google: “The more links a page has to it within a site, the higher the relative importance.” (bản dịch) “Một trang càng nhận được nhiều liên kết trong website thì tầm quan trọng tương đối của nó càng cao.” Liên kết các danh mục tốt nhất từ trang chủ và nội dung liên quan; đưa sản phẩm bán chạy lên từ vị trí cao hơn trong hệ thống phân cấp.
• Breadcrumb trong cả giao diện lẫn schema BreadcrumbList củng cố hệ thống phân cấp và cung cấp cho Google ngữ cảnh văn bản neo rõ ràng.

Thẻ tiêu đề, mô tả meta và H1

• Tiêu đề: bao gồm tên danh mục (từ khóa chính). Các mẫu như [Category] — [Brand] hoặc [Category]: [N] Products — [Brand] đều dùng được. Với trang phân trang, bạn có thể giữ nguyên tiêu đề (Google cố nhận diện chuỗi) hoặc nối thêm — Page N.
• Mô tả meta: tạo theo chương trình là phương án phù hợp và được khuyến khích ở quy mô lớn — tập trung vào ngôn ngữ hỗ trợ quyết định mua hàng (khoảng giá, số sản phẩm, thương hiệu).
• H1: diễn đạt tương ứng với tiêu đề; một H1 rõ ràng là gọn nhất về ngữ nghĩa, dù theo Mueller, nhiều H1 cũng không làm thứ hạng của bạn sụp đổ.

Dữ liệu có cấu trúc

• BreadcrumbList — có. Đây là dữ liệu có cấu trúc quan trọng với trang danh mục: nó giúp Google “understand the hierarchy of pages on your site” (bản dịch) “hiểu hệ thống phân cấp trang trên website của bạn” và tạo hiển thị breadcrumb trong SERP. Google hướng dẫn đánh dấu “a typical user path to a page, instead of mirroring the URL structure.” (bản dịch) “một đường đi điển hình của người dùng đến trang, thay vì phản chiếu cấu trúc URL”.
• Mã đánh dấu kết quả nhiều định dạng Product — không. Đừng đặt mã đánh dấu kết quả nhiều định dạng Product trên trang liệt kê nhiều sản phẩm; kết quả nhiều định dạng sản phẩm của Google hỗ trợ trang một sản phẩm, không hỗ trợ trang danh sách.
• CollectionPage / ItemList — tùy chọn. Hiện không có kết quả nhiều định dạng riêng của Google, nhưng chúng có thể giúp máy đọc danh sách dễ hơn. FAQPage có thể đáng dùng nếu bạn có phần hỏi đáp thực sự hữu ích và được tích hợp tự nhiên.

Theo dõi

• Báo cáo Lập chỉ mục trang của GSC — theo dõi xem số URL tham số/bộ lọc trong các nhóm bị loại trừ có tăng vọt hay không; đó là dấu hiệu chiến lược bộ lọc bị rò rỉ.
• Crawl Stats — nếu Googlebot dành quá nhiều thời gian cho URL có tham số, hãy siết quy tắc robots.txt hoặc canonical.
• Rich Results Test / URL Inspection — xác thực BreadcrumbList và kiểm tra cách trang danh mục thực sự được kết xuất và lập chỉ mục.
• Site Audit — kiểm tra độ sâu thu thập dữ liệu, sản phẩm mồ côi và số liên kết nội bộ trên mỗi trang.

Vị trí của chủ đề này

SEO trang danh mục là một phần của cấu trúc website thương mại điện tử. Các quyết định về bộ lọc ở trên được trình bày đầy đủ trong bài về điều hướng theo bộ lọc; với loại trang ở đầu kia của liên kết — trang sản phẩm riêng lẻ — hãy xem bài SEO trang sản phẩm; còn để hiểu toàn bộ hệ thống phân cấp liên kết với nhau ra sao, hãy xem kiến trúc website thương mại điện tử.

Tóm tắt AI

Bản rút gọn của phần Nâng cao:

• Trang danh mục (PLP / trang bộ sưu tập) nhóm sản phẩm theo một phân loại và làm hai việc: xếp hạng cho các truy vấn thương mại rộng, đồng thời chuyển hoạt động thu thập dữ liệu + PageRank đến sản phẩm. Nếu trang danh mục không liên kết đến mọi sản phẩm, Googlebot có thể không tìm thấy chúng chỉ bằng thu thập dữ liệu.
• Điều hướng theo bộ lọc là mối đe dọa chính — tham số URL có thể sinh ra gần như vô hạn URL có thể thu thập. Quy tắc là chặn nhiễu (robots.txt cho biến thể sắp xếp, tham số theo dõi và tổ hợp bộ lọc dư thừa), canonical tổ hợp ít nhu cầu, lập chỉ mục tổ hợp nhiều nhu cầu (URL/tiêu đề/H1/nội dung riêng) và 404 ngõ cụt.
• Nguyên tắc phân trang: Google không còn dùng rel=prev/next (từ năm 2019). Không bao giờ canonical trang phân trang về trang 1, vì cách đó che khuất mọi thứ từ trang 2 trở đi. Mỗi trang đặt canonical về chính nó hoặc trỏ đến trang “xem tất cả” thật, dùng URL riêng không có mảnh # và liên kết <a href> đến trang sau.
• Công cụ URL Parameters của GSC đã bị ngừng năm 2022 — hãy kiểm soát tham số bằng robots.txt và canonical.
• Trang chỉ có sản phẩm có thể khó xếp hạng, nhưng nội dung là hữu ích chứ không bắt buộc (Mueller). Thêm đoạn giới thiệu ngắn, hữu ích, nhìn thấy được; không dùng khối văn bản nhồi từ khóa ở chân trang.
• Dữ liệu có cấu trúc: dùng BreadcrumbList; không dùng mã đánh dấu kết quả nhiều định dạng Product trên danh sách nhiều sản phẩm.

Tài liệu chính thức

Các tài liệu nguồn chính, chủ yếu thuộc phần chuyên biệt về thương mại điện tử của Google.

Google — thương mại điện tử

• Phân trang và tải trang tăng dần — hướng dẫn hiện tại về liên kết <a href> tuần tự, URL riêng, tự canonical và việc ngừng dùng rel=prev/next.
• Thiết kế cấu trúc URL cho website thương mại điện tử — tham số ?key=value, xử lý danh mục trống và giảm URL trùng lặp.
• Giúp Google hiểu cấu trúc website thương mại điện tử — danh mục phải liên kết đến mọi sản phẩm, số liên kết là tín hiệu quan trọng và nên dùng <a href> thay sự kiện JS.
• Quản lý điều hướng theo bộ lọc — vấn đề không gian URL vô hạn, mẫu robots.txt và canonical là công cụ tác động chậm hơn.
• Thêm dữ liệu có cấu trúc phù hợp với thương mại điện tử — schema phù hợp với trang danh sách và trang sản phẩm.

Google — tài liệu và blog hỗ trợ

• Dữ liệu có cấu trúc BreadcrumbList — mã đánh dấu quan trọng nhất cho trang danh mục.
• 5 lỗi phổ biến với rel=canonical (2013) — lỗi 1: canonical trang phân trang về trang 1.
• Công cụ URL Parameters bị ngừng (2022) — công cụ đã biến mất; dùng robots.txt và canonical.
• Hợp nhất URL trùng lặp — vì sao rel=canonical, không phải noindex, là công cụ hợp nhất được ưu tiên.

Bing / Microsoft

• Nguyên tắc quản trị website của Bing — hướng dẫn chung về thu thập, lập chỉ mục và chất lượng. Bing vẫn dùng rel=prev/rel=next, khác với Google.

Trích dẫn từ nguồn

Các phát biểu chính thức của Google. Mỗi liên kết đi thẳng đến đoạn được trích trên trang nguồn khi trang đó hỗ trợ.

Tài liệu Google — phân trang và canonical

• “Google no longer uses these tags, although these links may still be used by other search engines.” (bản dịch) “Google không còn sử dụng các thẻ này, dù những công cụ tìm kiếm khác vẫn có thể dùng chúng.” — Google Search Central, về rel=prev/next. Đi đến trích dẫn
• “Don’t use the first page of a paginated sequence as the canonical page.” (bản dịch) “Đừng dùng trang đầu của chuỗi phân trang làm trang canonical.” Đi đến trích dẫn
• “Specifying a rel=canonical from page 2 (or any later page) to page 1 is not correct use of rel=canonical.” (bản dịch) “Chỉ định rel=canonical từ trang 2 hoặc trang sau về trang 1 không phải cách dùng rel=canonical đúng.” — Pierre Far, Google (2013). Đi đến trích dẫn
• “Include links from each page to the following page using <a href> tags.” (bản dịch) “Hãy đặt liên kết từ mỗi trang đến trang tiếp theo bằng thẻ liên kết HTML.” Đi đến trích dẫn

Tài liệu Google — cấu trúc URL và điều hướng theo bộ lọc

• “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (bản dịch) “Giảm số URL thay thế trả về cùng nội dung để tránh Google gửi nhiều yêu cầu hơn mức cần thiết.” Đi đến trích dẫn
• “Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values.” (bản dịch) “Tránh liên kết nội bộ đến tham số tạm thời như ID phiên, mã theo dõi hoặc giá trị phụ thuộc người dùng.” Đi đến trích dẫn
• “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (bản dịch) “Nếu trang danh mục không có liên kết trực tiếp đến mọi sản phẩm, Googlebot có thể không tìm thấy tất cả sản phẩm chỉ bằng thu thập dữ liệu.” Đi đến trích dẫn
• “The crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” (bản dịch) “Trình thu thập thường truy cập rất nhiều URL điều hướng theo bộ lọc trước khi xác định chúng thực sự vô dụng.” — về vấn đề thu thập quá mức. Đi đến trích dẫn

John Mueller, Google Search Advocate — nội dung trang danh mục

• “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (bản dịch) “Khi trang danh mục thương mại điện tử hoàn toàn không có nội dung nào ngoài liên kết đến sản phẩm, chúng tôi rất khó xếp hạng các trang đó.” — Google Webmaster Hangout, ngày 5/3/2019.

  Được Search Engine Roundtable / Search Engine Land dẫn lại; video buổi trao đổi gốc là nguồn chính.

• “You don’t need to put in extra text there.” (bản dịch) “Bạn không cần thêm văn bản ở đó.” — về danh mục có tên sản phẩm đã đủ làm rõ chủ đề, Google SEO hangout, ngày 17/9/2021.

  Search Engine Journal đưa tin: bài viết.

• “From our point of view that’s essentially keyword stuffing. So that’s something which I would try to avoid.” (bản dịch) “Theo quan điểm của chúng tôi, về cơ bản đó là nhồi nhét từ khóa, nên tôi sẽ cố tránh.” — về “khối văn bản” ở chân trang.

  Search Engine Land dẫn lại: bài viết.

Gary Illyes, Google

• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (bản dịch) “Đôi khi bạn vô tình tạo URL giả mới, làm không gian URL bùng nổ từ 1.000 lên 1 triệu và khiến trình thu thập bất ngờ dồn tải lên máy chủ.” — LinkedIn, tháng 8/2024.

  Search Engine Journal đưa tin: bài viết.

Danh sách kiểm tra SEO cho trang danh mục

Một lượt kiểm tra để xác nhận trang danh mục vừa có khả năng xếp hạng và hoàn thành vai trò dẫn đường đến sản phẩm:

Xếp hạng trang

• URL mô tả rõ danh mục và chứa từ khóa (/electronics/laptops/), đồng thời dùng nhất quán một mẫu trên toàn bộ trang web.
• Tiêu đề chứa tên danh mục; H1 diễn đạt tương ứng.
• Chỉ thêm phần giới thiệu ngắn và thực sự hữu ích nếu chỉ nhìn sản phẩm chưa đủ hiểu chủ đề — đặt ở nơi người dùng nhìn thấy, không nhồi thành một khối ở chân trang.
• BreadcrumbList đã có và hợp lệ trong dữ liệu có cấu trúc.
• Không dùng mã đánh dấu kết quả nhiều định dạng Product trên trang danh sách.

Không làm gián đoạn thu thập dữ liệu hoặc liên kết

• Có thể truy cập mọi sản phẩm qua liên kết <a href> thực (trực tiếp hoặc qua các trang phân trang).
• Điều hướng dùng <a href>, không dùng trình xử lý nhấp chuột bằng JS.
• Danh mục trống trả về noindex hoặc 404.

Phân trang

• Mỗi trang trong chuỗi phân trang tự đặt canonical cho chính nó (hoặc tất cả cùng trỏ đến một trang “xem tất cả” thực sự).
• Không đặt canonical từ trang 2 trở đi về trang 1.
• Không dựa vào rel=prev/next như giải pháp; mỗi trang có URL riêng không dùng #; liên kết tuần tự đến trang tiếp theo bằng <a href>.
• Kết quả phân trang trống trả về 404.

Điều hướng theo bộ lọc

• Chặn các URL sắp xếp/theo dõi/bộ lọc dư thừa bằng robots.txt hoặc đặt canonical.
• Các trang bộ lọc có nhu cầu tìm kiếm cao (nếu có) dùng URL/tiêu đề/H1/nội dung riêng, tự đặt canonical và được đưa vào sitemap.
• Tổ hợp bộ lọc vô nghĩa hoặc không có kết quả trả về 404.

Theo dõi

• Theo dõi báo cáo Lập chỉ mục trang của GSC để phát hiện URL tham số tăng quá mức.
• Xem lại Crawl Stats để biết hoạt động thu thập dữ liệu tiêu tốn bao nhiêu vào URL tham số.

Các mô hình tư duy

1. Trang danh mục có hai nhiệm vụ — hãy đánh giá cả hai. Trang phải (a) xếp hạng cho truy vấn mục tiêu và (b) truyền luồng thu thập dữ liệu cùng PageRank đến sản phẩm. Phần lớn lỗi ở trang danh mục là tối ưu một nhiệm vụ nhưng làm hỏng nhiệm vụ còn lại (ví dụ: bộ lọc AJAX trông gọn gàng nhưng khiến sản phẩm không thể truy cập). Luôn kiểm tra cả hai.

2. URL bộ lọc: chặn nhiễu, lập chỉ mục tín hiệu có giá trị. Mỗi URL bộ lọc thuộc một trong bốn nhóm — chặn (sắp xếp/theo dõi/dư thừa), canonical (nhu cầu thấp nhưng hữu ích cho điều hướng), lập chỉ mục + tối ưu (có nhu cầu tìm kiếm thực), hoặc 404 (trống/vô nghĩa). Hãy phân nhóm theo từng loại bộ lọc dựa trên nhu cầu từ khóa trước khi xây dựng.

3. Cây quyết định cho phân trang. Có trang “xem tất cả” dùng tốt? → các trang thành phần đặt canonical về đó. Không có? → mỗi trang tự đặt canonical, có URL riêng và liên kết đến trang tiếp theo qua <a href>. Tuyệt đối không → đặt canonical từ trang 2 trở đi về trang 1.

4. Nội dung phải xứng đáng hiện diện và nằm ở nơi người dùng nhìn thấy. Mặc định để tên sản phẩm thể hiện chủ đề. Chỉ thêm nội dung khi nó thực sự giúp người mua ra quyết định, và đặt ở đầu trang — không giấu dưới chân trang. Toàn bộ nguyên tắc là “hữu ích, không bắt buộc”.

SEO cho trang danh mục — bảng tra nhanh

Phân trang: nên làm / không nên làm (2026)

URL bộ lọc → hành động

Dữ liệu có cấu trúc

Thông tin nhanh

• rel=prev/next: Google đã ngừng dùng (tháng 3 năm 2019); Bing vẫn hỗ trợ.
• Công cụ URL Parameters của GSC đã ngừng hoạt động (tháng 4 năm 2022) — dùng robots.txt + canonical.
• Danh mục trống: noindex hoặc 404.
• Số từ cho nội dung danh mục: không có mức tối thiểu (Mueller) — hữu ích nhưng không bắt buộc.

Chọn cách xử lý phân trang và bộ lọc

Những lỗi cần tránh trên trang danh mục

Đặt canonical của mọi trang phân trang về trang 1

Các sản phẩm chỉ xuất hiện ở những trang sau có thể trở nên khó được phát hiện và lập chỉ mục hơn nhiều. Hãy để mỗi trang tự đặt canonical về chính nó, hoặc dùng một trang xem tất cả thực sự hữu dụng làm canonical.

Dựa vào rel=prev/next như giải pháp dành cho Google

Google đã ngừng sử dụng các thẻ này từ nhiều năm trước. Thay vào đó, hãy xây dựng các liên kết tuần tự có thể thu thập dữ liệu và dùng URL thực cho từng trang.

Đặt mã đánh dấu kết quả nhiều định dạng Product trên trang liệt kê sản phẩm

Kết quả nhiều định dạng Product của Google dành cho trang của một sản phẩm riêng lẻ. Hãy dùng BreadcrumbList trên trang danh mục và xem ItemList là mã đánh dấu mô tả, không phải lối tắt để có kết quả nhiều định dạng.

Thêm một khối văn bản nhồi nhét từ khóa ở chân trang

Văn bản bổ sung chỉ hữu ích khi giúp người mua sắm và làm rõ danh mục. Hãy đặt nội dung ngắn gọn, hữu ích ở nơi mọi người có thể nhìn thấy.

Chỉ dựa vào canonical để xử lý các bộ lọc sinh URL mất kiểm soát

Canonical hợp nhất tín hiệu nhưng vẫn đòi hỏi hoạt động thu thập dữ liệu. Hãy dùng chiến lược kiểm soát thu thập dữ liệu cho những không gian URL không nên được truy xuất.

Các chỉ số SEO cho trang danh mục

Quy mô URL có tham số

Chỉ số: số URL liên quan đến danh mục cho bộ lọc, sắp xếp, theo dõi và phân trang, được phân theo nhóm trong báo cáo Page Indexing. Chỉ số này cho biết: mẫu trang danh mục có đang làm rò rỉ các biến thể URL ít giá trị vào hệ thống thu thập dữ liệu và lập chỉ mục của Google hay không. Cách lấy dữ liệu: xuất các mẫu từ báo cáo Page Indexing của Search Console rồi phân loại theo mẫu tham số. Mốc so sánh / phạm vi thực tế: so sánh quy mô này với tập hợp danh mục và bộ lọc được phê duyệt để lập chỉ mục; số lượng chấp nhận được tùy thuộc vào thiết kế danh mục sản phẩm. Tần suất: hằng tháng và sau mỗi lần phát hành mẫu trang.

Tỷ trọng thu thập dữ liệu theo nhóm URL danh mục

Chỉ số: các yêu cầu Googlebot đã xác minh đến danh mục gốc, bộ lọc được phê duyệt, trang phân trang và trạng thái tham số bị hạn chế. Chỉ số này cho biết: sự chú ý của trình thu thập dữ liệu có đến được các đường dẫn khám phá sản phẩm thay vì các biến thể trùng lặp hay không. Cách lấy dữ liệu: phân đoạn nhật ký máy chủ hoặc Crawl Stats theo mẫu URL. Mốc so sánh / phạm vi thực tế: thiết lập đường cơ sở cho trang web và hướng tới việc giảm yêu cầu đến các mẫu chủ ý bị hạn chế; không có một tỷ lệ chung phù hợp với mọi danh mục sản phẩm. Tần suất: hằng tuần trong giai đoạn dọn dẹp, sau đó hằng tháng.

Khả năng tiếp cận sản phẩm từ trang danh mục

Chỉ số: tỷ lệ sản phẩm đang hoạt động có thể truy cập qua liên kết neo trên trang danh mục và độ sâu thu thập dữ liệu của chúng. Chỉ số này cho biết: trang danh mục có hoàn thành vai trò dẫn đường hay không. Cách lấy dữ liệu: thu thập dữ liệu từ trang chủ với cài đặt JavaScript khớp trải nghiệm thực tế, sau đó đối chiếu URL sản phẩm với danh mục sản phẩm. Mốc so sánh / phạm vi thực tế: mọi sản phẩm dành cho hoạt động khám phá tự nhiên đều nên có một đường dẫn có thể thu thập dữ liệu; hãy ghi riêng các ngoại lệ chỉ xuất hiện trong nguồn cấp dữ liệu. Tần suất: sau khi thay đổi điều hướng và hằng tháng đối với danh mục sản phẩm thay đổi nhanh.

Hiệu suất trang đích danh mục

Chỉ số: lượt nhấp, lượt hiển thị, lượt chuyển đổi và doanh thu của các trang danh mục canonical. Chỉ số này cho biết: các trang có nắm bắt nhu cầu thương mại rộng và đưa người mua sắm phù hợp đến bước tiếp theo hay không. Cách lấy dữ liệu: kết hợp dữ liệu trang đích trong Search Console với báo cáo phân tích hoặc thương mại điện tử. Mốc so sánh / phạm vi thực tế: so sánh với tính thời vụ và các giai đoạn trước của từng danh mục, thay vì dùng một mục tiêu chung. Tần suất: hằng tháng, kèm chú thích về yếu tố thời vụ.

Công cụ SEO cho trang danh mục

Tìm những URL lọc/sắp xếp đang chiếm dụng ngân sách thu thập dữ liệu bằng Faceted Navigation Auditor:

1. Lấy một mẫu URL danh mục thực tế từ nhật ký, sitemap hoặc trình thu thập dữ liệu của bạn (tối đa 150 URL), bao gồm các biến thể lọc, sắp xếp, phân trang và theo dõi.
2. Dán chúng vào công cụ, mỗi dòng một URL, rồi chọn Audit facets (hoặc tải ví dụ có sẵn để xem định dạng).
3. Đọc phân loại của từng dòng — lọc, sắp xếp, phân trang, theo dõi hoặc không xác định — và đánh dấu mọi dòng có nhãn Too many parameters là một ứng viên có thể tạo bẫy thu thập dữ liệu.
4. Đối chiếu các mẫu được đánh dấu với GSC Crawl Stats và báo cáo Page Indexing trước khi quyết định tổ hợp nào cần noindex, đặt canonical hoặc chặn.

• Google Search Console — báo cáo Page Indexing — phát hiện các URL tham số/bộ lọc tích tụ trong những nhóm bị loại trừ, dấu hiệu rõ nhất cho thấy chiến lược bộ lọc đang làm rò rỉ URL.
• GSC — Crawl Stats — xem Googlebot có đang tốn thời gian cho các URL có tham số hay không.
• GSC — URL Inspection + Rich Results Test — xác nhận cách trang danh mục được hiển thị và lập chỉ mục, đồng thời kiểm tra BreadcrumbList.
• Ahrefs Site Audit (Structure Explorer) — phát hiện đường dẫn URL vô hạn, độ sâu thu thập dữ liệu, sản phẩm mồ côi và số liên kết nội bộ trên mỗi trang. (Đây là công cụ tôi đề xuất để phát hiện sự bùng nổ URL do bộ lọc/tham số.)
• Screaming Frog SEO Spider — thu thập dữ liệu cây danh mục, tìm các sản phẩm chỉ có thể truy cập qua JS và kiểm tra chuỗi liên kết phân trang.
• Ahrefs Keywords Explorer — nghiên cứu từ khóa để quyết định những tổ hợp bộ lọc nào đáng được lập chỉ mục trước khi bạn xây dựng chúng.

Tự kiểm tra: SEO cho trang danh mục

Năm câu hỏi về phân trang, bộ lọc, nội dung và dữ liệu có cấu trúc.

Nhật ký thay đổi