Faceted navigation là gì? Vì sao bộ lọc sản phẩm có thể làm hỏng SEO?

Faceted navigation là hệ thống bộ lọc giúp người dùng thu hẹp danh sách sản phẩm, khách sạn, tin đăng hoặc nội dung theo nhiều tiêu chí khác nhau như giá, màu sắc, kích thước, thương hiệu, khu vực, tiện ích, số sao, đánh giá hoặc trạng thái.

Nói dễ hiểu hơn, khi anh em vào một website thương mại điện tử và lọc “giày nam màu đen size 42 giá dưới 1 triệu”, đó là faceted navigation. Khi vào một website khách sạn và lọc “khách sạn Đà Nẵng 4 sao, có hồ bơi, gần biển, miễn phí hủy”, đó cũng là faceted navigation.

Về trải nghiệm người dùng, faceted navigation rất hữu ích. Nó giúp người dùng tìm đúng thứ họ cần nhanh hơn.

Nhưng về SEO, nếu không kiểm soát tốt, faceted navigation có thể trở thành một trong những nguyên nhân khiến website lớn bị phình URL, lãng phí crawl budget, tạo nội dung trùng lặp và làm hồ sơ index bị nhiễu.

Trong bài Crawl budget là gì, mình đã nói rằng Googlebot không nên bị dẫn vào quá nhiều URL ít giá trị. Faceted navigation chính là một trong những nguồn tạo URL rác phổ biến nhất trên website lớn.

Tóm tắt nhanh về faceted navigation

Faceted navigation là hệ thống lọc nhiều chiều trên website. Nó tốt cho người dùng, nhưng có thể nguy hiểm cho SEO nếu mỗi lựa chọn bộ lọc đều tạo ra một URL crawlable và indexable.

• Faceted navigation thường xuất hiện ở ecommerce, du lịch, khách sạn, bất động sản, tuyển dụng, listing và website có nhiều dữ liệu.
• Bộ lọc có thể tạo ra hàng nghìn, hàng triệu hoặc gần như vô hạn URL.
• Không phải URL filter nào cũng xấu, nhưng phần lớn tổ hợp filter không có search demand riêng.
• Nếu để Google crawl và index toàn bộ URL filter, website có thể bị lãng phí crawl budget.
• URL filter không kiểm soát có thể tạo duplicate content, cannibalization và index bloat.
• SEO tốt là biết URL filter nào nên được index, URL nào nên canonical, noindex, chặn crawl hoặc không tạo URL riêng.

Nói ngắn gọn: faceted navigation không xấu. Cách triển khai faceted navigation mới là vấn đề.

Ví dụ dễ hiểu về faceted navigation

Giả sử một website bán giày có danh mục chính:

/giay-nam/

Người dùng có thể lọc theo:

• Thương hiệu: Nike, Adidas, Puma.
• Màu sắc: đen, trắng, xanh.
• Kích thước: 40, 41, 42, 43.
• Giá: dưới 1 triệu, 1 đến 2 triệu, trên 2 triệu.
• Loại giày: chạy bộ, sneaker, bóng đá.
• Tình trạng: còn hàng, giảm giá, mới về.

Nếu mỗi lựa chọn lọc tạo ra một URL, website có thể sinh ra các URL như:

• /giay-nam/?brand=nike
• /giay-nam/?brand=nike&color=den
• /giay-nam/?brand=nike&color=den&size=42
• /giay-nam/?brand=nike&color=den&size=42&price=duoi-1-trieu
• /giay-nam/?brand=nike&color=den&size=42&price=duoi-1-trieu&type=chay-bo

Chỉ vài bộ lọc đơn giản đã có thể tạo ra rất nhiều URL. Nếu website có hàng chục danh mục, hàng trăm thương hiệu, hàng nghìn sản phẩm và nhiều tổ hợp filter, số URL sinh ra có thể tăng rất nhanh.

Với website khách sạn, vấn đề còn dễ thấy hơn.

Ví dụ danh mục chính:

/khach-san-da-nang/

Bộ lọc có thể gồm:

• Gần biển Mỹ Khê.
• Gần sân bay.
• 4 sao.
• 5 sao.
• Có hồ bơi.
• Có bữa sáng.
• Cho gia đình.
• Cho cặp đôi.
• Miễn phí hủy.
• Điểm đánh giá trên 8.
• Giá dưới 1 triệu.

Một vài URL có thể có search demand thật, ví dụ “khách sạn Đà Nẵng gần biển Mỹ Khê” hoặc “khách sạn Đà Nẵng có hồ bơi”. Nhưng tổ hợp quá chi tiết như “khách sạn Đà Nẵng 4 sao có hồ bơi miễn phí hủy điểm đánh giá trên 8 giá dưới 1 triệu” thường không cần một URL index riêng.

Đây là ranh giới rất quan trọng khi làm SEO cho website lớn.

Faceted navigation khác gì category và tag?

Faceted navigation, category và tag đều giúp phân loại nội dung, nhưng bản chất khác nhau.

Category thường là nhóm phân loại chính, có vai trò rõ trong cấu trúc website. Ví dụ:

• /giay-nam/
• /khach-san-da-nang/
• /can-ho-long-bien/
• /viec-lam-marketing/

Tag thường là nhãn gắn thêm để gom nội dung có đặc điểm chung. Ví dụ:

• /tag/seo-onpage/
• /tag/core-update/
• /tag/technical-seo/

Faceted navigation là bộ lọc động cho phép người dùng kết hợp nhiều thuộc tính. Ví dụ:

• Giày nam + Nike + màu đen + size 42 + dưới 1 triệu.
• Khách sạn Đà Nẵng + gần biển + 4 sao + có hồ bơi.
• Căn hộ Long Biên + 2 phòng ngủ + dưới 3 tỷ + đã bàn giao.

Category thường nên index nếu có search demand. Tag cần kiểm soát tùy chất lượng. Còn faceted navigation cần kiểm soát rất kỹ, vì số lượng tổ hợp filter có thể tăng theo cấp số nhân.

Vì sao faceted navigation có thể làm hỏng SEO?

Faceted navigation làm hỏng SEO không phải vì bộ lọc xấu, mà vì bộ lọc thường tạo ra quá nhiều URL gần giống nhau.

Tạo quá nhiều URL crawlable

Vấn đề đầu tiên là Googlebot có thể crawl quá nhiều URL filter.

Ví dụ một danh mục có 10 bộ lọc. Mỗi bộ lọc có nhiều giá trị khác nhau. Khi các giá trị được kết hợp tự do, số URL sinh ra có thể lên đến hàng chục nghìn chỉ từ một danh mục.

Nếu website có 100 danh mục, số URL filter có thể lên đến hàng triệu.

Khi đó, Googlebot có thể mất thời gian crawl những URL không quan trọng, trong khi các trang chính như danh mục, sản phẩm, bài viết hoặc landing page lại không được ưu tiên đúng mức.

Lãng phí crawl budget

Faceted navigation là một trong những nguyên nhân phổ biến làm lãng phí crawl budget.

Googlebot có thể bị dẫn vào các URL như:

• ?sort=price_asc
• ?sort=price_desc
• ?color=black
• ?size=42
• ?brand=nike&color=black&size=42
• ?price=low&rating=5&free_cancel=true

Với người dùng, các bộ lọc này có thể hữu ích trong phiên truy cập. Nhưng với Google Search, không phải tổ hợp nào cũng xứng đáng được crawl và index.

Đó là lý do khi audit SEO sau Core Update, nhóm URL filter luôn là một khu vực cần kiểm tra nếu website lớn bị giảm traffic hoặc index bị nhiễu.

Tạo duplicate content

Nhiều URL filter có nội dung gần như giống nhau.

Ví dụ:

• /giay-nam/?sort=price_asc
• /giay-nam/?sort=price_desc
• /giay-nam/?view=grid
• /giay-nam/?view=list

Các URL này có thể chỉ khác cách sắp xếp hoặc cách hiển thị, còn danh sách sản phẩm gần như giống nhau.

Nếu Google crawl và index nhiều URL như vậy, website sẽ có rất nhiều trang gần trùng lặp. Điều này làm Google khó xác định URL nào là phiên bản chính cần ưu tiên.

Làm hồ sơ index bị nhiễu

Khi quá nhiều URL filter được index, hồ sơ index của website sẽ bị nhiễu.

Thay vì Google nhìn thấy một hệ thống URL gọn, rõ và có chủ đích, Google lại thấy hàng loạt URL mỏng, gần giống nhau, không có nội dung riêng và không có search demand rõ ràng.

Với website lớn, đây là vấn đề nghiêm trọng. Không phải cứ nhiều URL index là tốt. Quan trọng là URL được index có thật sự xứng đáng đại diện cho chất lượng website hay không.

Gây cannibalization

Faceted navigation cũng có thể tạo ra cannibalization.

Ví dụ một website có:

• /khach-san-da-nang/
• /khach-san-da-nang/?gan-bien=my-khe
• /khach-san-da-nang-gan-bien/
• /khach-san-da-nang-gan-bien-my-khe/

Nếu các URL này cùng nhắm một intent tương tự nhau nhưng không được phân định rõ, Google có thể không biết trang nào là trang đại diện tốt.

Kết quả là ranking dễ dao động, tín hiệu bị chia nhỏ và website tự cạnh tranh với chính mình.

Tạo doorway page nếu triển khai máy móc

Một rủi ro khác là biến faceted navigation thành hệ thống doorway page.

Doorway page có thể hiểu là các trang được tạo hàng loạt để nhắm nhiều biến thể keyword nhưng không mang lại giá trị riêng rõ ràng cho người dùng.

Ví dụ website tạo hàng nghìn trang kiểu:

• Khách sạn giá rẻ quận A.
• Khách sạn giá rẻ quận B.
• Khách sạn giá rẻ quận C.
• Khách sạn giá rẻ phường D.
• Khách sạn giá rẻ phường E.

Nếu mỗi trang chỉ thay tên địa điểm, còn nội dung, danh sách, mô tả và trải nghiệm gần như giống nhau, đó không còn là chiến lược topical coverage tốt. Nó trở thành sản xuất trang hàng loạt không có giá trị riêng.

Muốn tạo landing page từ filter, trang đó phải có dữ liệu riêng, nội dung riêng, intent riêng và lý do tồn tại riêng.

Không phải URL filter nào cũng nên chặn

Một sai lầm phổ biến là thấy faceted navigation nguy hiểm rồi chặn toàn bộ filter.

Làm vậy cũng không đúng.

Có những URL filter rất đáng SEO nếu chúng có search demand thật và có thể tạo trải nghiệm tốt cho người dùng.

Ví dụ trong ngành khách sạn:

• Khách sạn Đà Nẵng gần biển Mỹ Khê.
• Khách sạn Hà Nội gần Hồ Gươm.
• Khách sạn Đà Lạt cho gia đình.
• Resort Phú Quốc có hồ bơi riêng.

Trong ecommerce:

• Giày chạy bộ Nike nam.
• Áo khoác nữ chống nắng.
• Laptop gaming RTX 4060.
• Máy lọc không khí cho phòng ngủ.

Trong bất động sản:

• Căn hộ 2 phòng ngủ Long Biên.
• Nhà mặt phố Hoàn Kiếm.
• Chung cư gần Aeon Mall Long Biên.
• Đất nền Bắc Ninh dưới 2 tỷ.

Những URL này có thể có search demand rõ, intent riêng và khả năng chuyển đổi tốt. Nếu website có dữ liệu đủ tốt, hoàn toàn có thể biến chúng thành landing page SEO.

Vấn đề là không được để mọi tổ hợp filter tự động trở thành URL index.

Khi nào URL filter nên được index?

Một URL filter có thể cân nhắc index khi đáp ứng các điều kiện sau:

• Có search demand thật.
• Có intent tìm kiếm riêng, khác với trang danh mục gốc.
• Có đủ sản phẩm, khách sạn, tin đăng hoặc dữ liệu để phục vụ người dùng.
• Có nội dung riêng, không chỉ là danh sách tự động.
• Có title, meta description và H1 riêng.
• Có URL sạch, dễ hiểu.
• Có internal link từ các trang liên quan.
• Có canonical về chính nó.
• Có thể duy trì chất lượng lâu dài.
• Không tạo ra hàng loạt trang gần trùng lặp.

Ví dụ URL “/khach-san-da-nang-gan-bien-my-khe/” có thể đáng index nếu trang có danh sách khách sạn thật, khoảng cách tới biển, bản đồ, đánh giá, tiêu chí chọn lọc, FAQ và thông tin hữu ích riêng.

Nhưng URL “/khach-san-da-nang/?star=4&pool=yes&breakfast=yes&rating=8&sort=price_asc” thường không cần index riêng nếu chỉ là tổ hợp filter tạm thời.

Khi nào URL filter không nên được index?

URL filter không nên index nếu:

• Không có search demand riêng.
• Chỉ thay đổi thứ tự hiển thị.
• Chỉ thay đổi view grid hoặc list.
• Chỉ phục vụ phiên truy cập cá nhân.
• Chỉ có rất ít kết quả.
• Nội dung gần giống trang gốc.
• Tổ hợp filter quá chi tiết.
• URL có parameter tracking.
• Trang không có title, meta, H1 và nội dung riêng.
• Trang không có khả năng duy trì chất lượng lâu dài.

Các URL này thường nên được canonical, noindex, chặn crawl hoặc thiết kế lại để không tạo URL crawlable tùy trường hợp.

Các cách xử lý faceted navigation trong SEO

Không có một công thức chung cho mọi website. Cách xử lý phụ thuộc vào quy mô website, loại filter, search demand, hệ thống CMS, khả năng dev và mục tiêu SEO.

Giữ index các landing page filter có giá trị

Đây là nhóm URL nên được đầu tư như một trang SEO thật sự.

Ví dụ:

• /khach-san-da-nang-gan-bien-my-khe/
• /giay-chay-bo-nam/
• /can-ho-2-phong-ngu-long-bien/

Những trang này nên có:

• URL tĩnh, sạch và dễ hiểu.
• Title riêng.
• Meta description riêng.
• H1 riêng.
• Nội dung mô tả riêng.
• Danh sách sản phẩm hoặc dữ liệu đủ tốt.
• FAQ riêng nếu phù hợp.
• Internal link từ danh mục gốc.
• Canonical về chính nó.
• Có mặt trong sitemap nếu đủ quan trọng.

Nói cách khác, nếu một filter đáng SEO, hãy biến nó thành một landing page thật, không để nó chỉ là URL parameter tạm bợ.

Canonical URL filter về trang chính

Với các URL filter gần giống trang gốc hoặc chỉ thay đổi cách sắp xếp, có thể canonical về URL chính.

Ví dụ:

• /giay-nam/?sort=price_asc canonical về /giay-nam/
• /giay-nam/?view=grid canonical về /giay-nam/

Canonical giúp Google hiểu URL chính nên được ưu tiên. Tuy nhiên, canonical là tín hiệu, không phải mệnh lệnh tuyệt đối. Nếu hệ thống URL quá rối, chỉ thêm canonical chưa chắc đủ.

Noindex các filter cần cho người dùng nhưng không cần SEO

Noindex phù hợp với các URL filter vẫn cần tồn tại cho người dùng nhưng không cần hiển thị trên Google.

Ví dụ:

• Trang lọc tạm thời.
• Trang kết quả tìm kiếm nội bộ.
• Trang filter quá chi tiết.
• Trang có ít kết quả.
• Trang chỉ phục vụ hành vi chọn lọc trong phiên truy cập.

Cần nhớ rằng Google phải crawl trang để thấy thẻ noindex. Vì vậy, nếu đã chặn robots.txt thì Google có thể không đọc được noindex trên trang đó.

Chặn crawl bằng robots.txt với URL không cần crawl

Robots.txt có thể dùng để chặn Googlebot crawl các nhóm URL filter không có giá trị SEO.

Ví dụ các URL có parameter như:

• ?sort=
• ?view=
• ?session=
• ?utm=
• ?filter=

Cách này có thể giúp tiết kiệm crawl budget, nhưng cần triển khai cẩn thận. Không nên chặn nhầm những URL quan trọng hoặc tài nguyên cần thiết để Google render trang.

Trước khi chặn bằng robots.txt, cần xác định rõ:

• Nhóm URL này có cần Google crawl không?
• Nhóm URL này có cần index không?
• Có URL nào trong nhóm này đang có traffic không?
• Có internal link nào quan trọng đang trỏ vào không?
• Có trang nào phụ thuộc vào dữ liệu bị chặn không?

Dùng URL sạch cho filter có search demand

Với các filter có search demand thật, nên tạo URL sạch thay vì để parameter dài.

Ví dụ:

• Không nên ưu tiên: /khach-san-da-nang/?area=my-khe&amenity=pool
• Nên cân nhắc: /khach-san-da-nang-gan-bien-my-khe-co-ho-boi/

Tuy nhiên, không phải cứ URL sạch là tốt. Nếu tạo hàng nghìn URL sạch nhưng nội dung vẫn mỏng và trùng lặp, vấn đề SEO vẫn còn.

Giới hạn số tổ hợp filter có thể crawl

Không phải mọi tổ hợp filter đều cần tạo URL crawlable.

Một cách làm tốt là chỉ cho crawl các filter cấp 1 hoặc các tổ hợp có giá trị rõ ràng, còn các tổ hợp quá sâu thì xử lý bằng AJAX, noindex, canonical hoặc chặn crawl tùy hệ thống.

Ví dụ có thể cho index:

• Khách sạn Đà Nẵng gần biển.
• Khách sạn Đà Nẵng có hồ bơi.
• Khách sạn Đà Nẵng cho gia đình.

Nhưng không cần index:

• Khách sạn Đà Nẵng gần biển, có hồ bơi, 4 sao, miễn phí hủy, giá dưới 1 triệu, điểm trên 8, sắp xếp giá thấp đến cao.

SEO tốt là biết giới hạn. Không phải biến thể nào cũng xứng đáng có một URL SEO.

Không đưa URL filter rác vào sitemap

Sitemap nên chứa các URL quan trọng, có trạng thái 200, canonical về chính nó và đủ điều kiện index.

Không nên đưa vào sitemap:

• URL filter không cần SEO.
• URL parameter.
• URL sort.
• URL view.
• URL session.
• URL noindex.
• URL canonical về trang khác.
• URL có ít hoặc không có kết quả.

Sitemap là tín hiệu ưu tiên. Nếu sitemap chứa quá nhiều URL filter rác, website đang gửi tín hiệu không nhất quán cho Google.

Faceted navigation và content pruning liên quan gì nhau?

Faceted navigation tạo ra URL. Content pruning giúp quyết định URL nào đáng giữ, URL nào cần xử lý.

Khi audit một website lớn, anh em có thể phát hiện:

• Hàng nghìn URL filter đã index nhưng không có impressions.
• Nhiều URL filter có impressions nhưng không có clicks.
• Nhiều URL filter trùng intent với category chính.
• Nhiều URL filter có rất ít sản phẩm hoặc dữ liệu.
• Nhiều URL filter đã lỗi thời vì sản phẩm/tin đăng/khách sạn không còn.

Lúc này, cần dùng tư duy content pruning để phân loại:

• URL nào nên giữ và tối ưu thành landing page.
• URL nào nên canonical về trang chính.
• URL nào nên noindex.
• URL nào nên chặn crawl.
• URL nào nên redirect.
• URL nào nên xóa khỏi sitemap.

Nếu chỉ chặn hoặc xóa hàng loạt mà không phân tích dữ liệu, website có thể mất những URL filter đang có giá trị thật.

Checklist audit faceted navigation

Khi audit faceted navigation, anh em có thể đi theo checklist này.

Kiểm tra quy mô URL filter

• Website có bao nhiêu loại filter?
• Mỗi filter có bao nhiêu giá trị?
• Các filter có thể kết hợp tự do không?
• Mỗi tổ hợp filter có tạo URL riêng không?
• URL filter có crawlable không?
• URL filter có indexable không?
• Google đã index bao nhiêu URL filter?

Kiểm tra search demand

• Filter nào có người tìm kiếm thật?
• Filter nào chỉ phục vụ UX trong phiên truy cập?
• Filter nào có khả năng chuyển đổi cao?
• Filter nào đang có impressions trong Google Search Console?
• Filter nào có traffic organic thật?
• Filter nào không có bất kỳ tín hiệu tìm kiếm nào?

Kiểm tra chất lượng trang filter

• Trang có đủ sản phẩm, khách sạn, tin đăng hoặc dữ liệu không?
• Trang có title riêng không?
• Trang có H1 riêng không?
• Trang có meta description riêng không?
• Trang có mô tả riêng không?
• Trang có nội dung khác biệt so với category gốc không?
• Trang có FAQ, bảng lọc, tiêu chí chọn lọc hoặc dữ liệu bổ sung không?
• Trang có giúp người dùng ra quyết định tốt hơn không?

Kiểm tra technical SEO

• URL filter có canonical đúng không?
• URL filter có meta robots không?
• URL filter có bị robots.txt chặn không?
• URL filter có nằm trong sitemap không?
• URL filter có tạo duplicate title không?
• URL filter có tạo duplicate H1 không?
• URL filter có tạo redirect chain không?
• URL filter có trả 200 dù không có kết quả không?

Kiểm tra internal link

• URL filter quan trọng có được link từ category gốc không?
• URL filter không quan trọng có bị link quá nhiều không?
• Menu, sidebar, breadcrumb hoặc block liên quan có đang đẩy link vào URL filter rác không?
• Landing page filter có link về category chính không?
• Category chính có link đến các filter đáng SEO không?

Bảng quyết định nhanh cho URL filter

Anh em có thể dùng bảng logic đơn giản dưới đây:

• Có search demand, dữ liệu đủ tốt, intent riêng: tạo landing page và cho index.
• Chỉ thay đổi sort hoặc view: canonical về trang chính hoặc không tạo URL indexable.
• Tổ hợp filter quá chi tiết, không demand: noindex hoặc chặn crawl tùy trường hợp.
• Filter cần cho UX nhưng không cần SEO: noindex.
• Parameter tracking/session: không cho index, cân nhắc chặn crawl.
• Filter có traffic nhưng nội dung mỏng: cập nhật thành landing page tốt hơn.
• Filter trùng intent với trang khác: gộp, canonical hoặc redirect.
• Filter không có kết quả: không index, xử lý UX và trạng thái trang phù hợp.

Điểm mấu chốt là không xử lý mọi filter bằng một quy tắc duy nhất. Phải phân nhóm theo giá trị SEO thật.

Ví dụ xử lý faceted navigation cho website khách sạn

Giả sử website có danh mục:

/khach-san-da-nang/

Các filter gồm:

• Gần biển Mỹ Khê.
• Có hồ bơi.
• Cho gia đình.
• 4 sao.
• 5 sao.
• Giá dưới 1 triệu.
• Miễn phí hủy.
• Điểm đánh giá trên 8.

Nhóm nên cân nhắc tạo landing page index:

• /khach-san-da-nang-gan-bien-my-khe/
• /khach-san-da-nang-co-ho-boi/
• /khach-san-da-nang-cho-gia-dinh/
• /khach-san-da-nang-gia-re/

Vì đây là các intent có khả năng tìm kiếm thật và có thể tạo nội dung riêng.

Nhóm không nên index riêng:

• /khach-san-da-nang/?sort=price_asc
• /khach-san-da-nang/?view=list
• /khach-san-da-nang/?star=4&pool=yes&free_cancel=true&rating=8
• /khach-san-da-nang/?utm_source=facebook

Vì các URL này chủ yếu phục vụ thao tác lọc, sắp xếp hoặc tracking, không tạo intent SEO riêng rõ ràng.

Nếu muốn các landing page filter rank tốt, không nên để chúng chỉ là danh sách khách sạn tự động. Cần bổ sung tiêu chí chọn lọc, mô tả khu vực, bản đồ, khoảng cách, giá tham khảo, review, FAQ và internal link hợp lý.

Ví dụ xử lý faceted navigation cho website ecommerce

Giả sử website có danh mục:

/laptop/

Filter gồm:

• Thương hiệu.
• CPU.
• RAM.
• Card đồ họa.
• Giá.
• Nhu cầu sử dụng.
• Kích thước màn hình.

Các landing page có thể đáng SEO:

• /laptop-gaming/
• /laptop-van-phong/
• /laptop-dell/
• /laptop-ram-16gb/
• /laptop-cho-sinh-vien/

Các URL không nên index riêng:

• /laptop/?sort=price_desc
• /laptop/?view=grid
• /laptop/?ram=16gb&cpu=i5&screen=14&sort=price_asc
• /laptop/?utm_campaign=sale

Với ecommerce, landing page filter chỉ nên giữ khi có đủ sản phẩm, nhu cầu tìm kiếm và khả năng phục vụ người dùng tốt hơn trang danh mục gốc.

Những lỗi thường gặp khi triển khai faceted navigation

Cho index toàn bộ filter

Đây là lỗi nghiêm trọng nhất. Website có thể sinh ra hàng nghìn hoặc hàng triệu URL gần giống nhau, làm crawl budget và index quality bị ảnh hưởng.

Chặn toàn bộ filter mà không phân tích demand

Ngược lại, nếu chặn toàn bộ filter, website có thể mất cơ hội SEO ở các truy vấn dài có giá trị cao.

Canonical toàn bộ filter về category gốc

Canonical về trang gốc có thể đúng với filter không có giá trị riêng. Nhưng nếu một filter có search demand thật và nội dung riêng, canonical về category gốc có thể làm mất cơ hội rank.

Đưa URL filter rác vào sitemap

Sitemap nên dành cho URL quan trọng. Nếu URL filter rác nằm trong sitemap, Google nhận tín hiệu không nhất quán.

Tạo landing page hàng loạt nhưng nội dung mỏng

Nhiều website cố biến mọi filter thành landing page SEO, nhưng mỗi trang chỉ thay keyword và danh sách gần giống nhau. Cách này dễ tạo nội dung mỏng hoặc doorway page.

Không kiểm tra filter có kết quả hay không

Một số URL filter trả 200 dù không có sản phẩm hoặc dữ liệu. Nếu các trang này được index, website sẽ có nhiều trang rỗng.

Không cập nhật internal link

Landing page filter quan trọng cần được internal link rõ ràng. Nếu không có link nội bộ, Google có thể khó hiểu vai trò của trang đó trong cấu trúc website.

Faceted navigation nên dùng robots.txt, noindex hay canonical?

Đây là câu hỏi rất thực tế, nhưng không có một đáp án duy nhất.

Dùng robots.txt khi nào?

Dùng robots.txt khi anh em muốn ngăn Googlebot crawl một nhóm URL không cần thiết, đặc biệt là các URL parameter hoặc filter không có giá trị SEO.

Phù hợp với:

• Parameter tracking.
• Session ID.
• Sort URL.
• View URL.
• Các tổ hợp filter vô hạn không cần crawl.

Nhưng cần cẩn thận: nếu chặn robots.txt, Google không thể crawl trang để thấy noindex hoặc canonical trên trang đó.

Dùng noindex khi nào?

Dùng noindex khi URL vẫn cần được người dùng truy cập, Google vẫn có thể crawl, nhưng URL không cần xuất hiện trên Search.

Phù hợp với:

• Filter cần cho UX nhưng không có demand SEO.
• Trang search nội bộ.
• Trang lọc quá chi tiết.
• Trang có ít kết quả nhưng vẫn cần tồn tại.

Dùng canonical khi nào?

Dùng canonical khi URL filter là biến thể gần giống của một URL chính và anh em muốn Google ưu tiên URL chính.

Phù hợp với:

• Sort URL.
• View URL.
• URL chỉ khác thứ tự hiển thị.
• URL parameter không tạo nội dung khác biệt đáng kể.

Tạo landing page riêng khi nào?

Tạo landing page riêng khi filter có giá trị SEO thật.

Phù hợp với:

• Có search demand.
• Có intent riêng.
• Có dữ liệu đủ tốt.
• Có thể viết nội dung riêng.
• Có khả năng chuyển đổi.
• Có thể duy trì lâu dài.

Đây là hướng nên làm với những filter có giá trị kinh doanh cao.

Kết luận

Faceted navigation là một phần rất hữu ích của website lớn. Nó giúp người dùng lọc nhanh hơn, tìm đúng sản phẩm hơn và ra quyết định dễ hơn.

Nhưng nếu triển khai thiếu kiểm soát, faceted navigation có thể trở thành một cái bẫy SEO. Nó tạo quá nhiều URL, làm Googlebot crawl vào những khu vực ít giá trị, khiến hồ sơ index bị nhiễu, tạo duplicate content, gây cannibalization và thậm chí biến website thành một hệ thống landing page mỏng.

Người làm SEO kỹ tính không nhìn faceted navigation theo kiểu “bật index hết” hoặc “chặn hết”. Cách đúng là phân loại.

URL filter nào có search demand, intent riêng và dữ liệu đủ tốt thì có thể biến thành landing page SEO.

URL filter nào chỉ phục vụ thao tác lọc, sắp xếp, tracking hoặc tổ hợp quá chi tiết thì cần canonical, noindex, robots.txt hoặc xử lý kỹ thuật phù hợp.

Câu hỏi quan trọng không phải là “có nên index filter không?”.

Câu hỏi đúng hơn là:

Filter này có xứng đáng trở thành một trang SEO độc lập hay chỉ nên là một thao tác hỗ trợ người dùng?

Trả lời được câu hỏi đó, anh em sẽ tránh được rất nhiều lỗi technical SEO trên website lớn.

Để hiểu sâu hơn các phần liên quan, anh em có thể đọc thêm:

• Crawl budget là gì? Cách tránh lãng phí crawl budget trên website lớn
• Hồ sơ index là gì? Cách kiểm tra chất lượng URL được Google index
• Content pruning là gì? Khi nào nên cập nhật, gộp, noindex, redirect hoặc xóa bài viết?
• Audit SEO sau Core Update: checklist cho website lớn
• SEO website khách sạn sau Core Update: bài học từ case tăng 22,8% clicks

Nếu anh em muốn học SEO bài bản hơn từ nền tảng, có thể tham gia nhóm SEO từ số 0 để cùng trao đổi thêm các case thực chiến.

Cần trao đổi riêng về SEO website, anh em có thể liên hệ mình qua Zalo 0369 608 268.