Facet là một thuộc tính dùng để phân loại và thu hẹp danh sách sản phẩm hoặc nội dung. Trên website thương mại điện tử, các facet thường là thương hiệu, màu sắc, kích thước, khoảng giá, chất liệu, tình trạng còn hàng hoặc tính năng sản phẩm.
Khi người dùng chọn một hoặc nhiều thuộc tính, hệ thống faceted navigation sẽ cập nhật danh sách kết quả. Tùy cách xây dựng website, mỗi tổ hợp bộ lọc có thể tạo ra một URL mới. Điều này giúp người dùng tìm sản phẩm nhanh hơn nhưng cũng có thể tạo rất nhiều URL ít giá trị đối với công cụ tìm kiếm.
Mục tiêu SEO không phải là chặn toàn bộ bộ lọc. Website cần xác định URL nào đáp ứng nhu cầu tìm kiếm và xứng đáng được lập chỉ mục, URL nào chỉ phục vụ thao tác của người dùng, và URL nào nên hợp nhất với một trang chính.
Facet là gì trong SEO?
Trong SEO, facet không chỉ là thành phần giao diện. Mỗi trạng thái bộ lọc có khả năng trở thành một trang mà trình thu thập dữ liệu có thể phát hiện, truy cập và đánh giá.
Ví dụ, một danh mục giày có thể được lọc theo:
- Loại sản phẩm: giày chạy bộ, giày đi bộ, giày thời trang.
- Màu sắc: đen, trắng, xanh.
- Kích thước.
- Chất liệu.
- Mức giá.
- Thứ tự hiển thị.
Từ một danh mục gốc như /giay, hệ thống có thể tạo các dạng đường dẫn:
/giay?mau=den/giay?mau=den&size=40/giay?size=40&mau=den/giay/giay-den
Các URL trên có thể hiển thị cùng một nhóm sản phẩm hoặc các nhóm chỉ khác nhau rất ít. Vì vậy, bộ lọc sản phẩm SEO cần được quản lý ở cả ba lớp: trải nghiệm người dùng, kiến trúc URL và quyền truy cập của công cụ tìm kiếm.
Faceted navigation tạo URL như thế nào?
Một hệ thống faceted navigation thường tạo URL theo một trong các cách sau.
URL tham số
Thuộc tính lọc được đặt sau dấu hỏi, chẳng hạn /ao?mau-den&size=m. Đây là dạng phổ biến vì dễ triển khai và cho phép kết hợp nhiều điều kiện.
Rủi ro xuất hiện khi thứ tự tham số làm phát sinh nhiều địa chỉ cho cùng một kết quả. Chẳng hạn, URL chọn màu trước rồi chọn kích thước có thể khác URL chọn kích thước trước rồi chọn màu, dù nội dung hiển thị giống nhau.
URL dạng đường dẫn
Facet được đưa vào cấu trúc thư mục, chẳng hạn /ao/mau-den/. Dạng này dễ đọc nhưng không mặc nhiên tốt hơn cho SEO. Nếu mọi tổ hợp đều được tạo thành đường dẫn tĩnh, số lượng trang vẫn có thể tăng nhanh và tạo nội dung gần trùng lặp.
URL thay đổi bằng JavaScript
Một số bộ lọc cập nhật sản phẩm mà không tải lại trang. Tuy nhiên, JavaScript vẫn có thể thay đổi URL, tạo liên kết có thể thu thập hoặc cung cấp trạng thái riêng cho từng tổ hợp. Vì thế, không nên kết luận rằng bộ lọc dùng JavaScript sẽ tự động tránh được vấn đề crawl.
URL chứa tham số chức năng
Các tham số sắp xếp, chế độ hiển thị, theo dõi chiến dịch, phiên truy cập hoặc số lượng sản phẩm trên trang thường không tạo ra ý định tìm kiếm mới. Nếu các biến thể này được liên kết rộng rãi, bot có thể dành nhiều lượt truy cập cho các trang không bổ sung giá trị.
Vì sao URL bộ lọc có thể gây vấn đề SEO?
Tạo không gian URL quá lớn
Mỗi facet có nhiều giá trị và người dùng có thể kết hợp chúng theo nhiều thứ tự. Số URL tiềm năng vì vậy có thể lớn hơn đáng kể so với số danh mục thực sự hữu ích.
Công cụ tìm kiếm có thể dành thời gian thu thập các tổ hợp màu, kích thước, cách sắp xếp hoặc trạng thái tồn kho thay vì tập trung vào danh mục và sản phẩm quan trọng. Ảnh hưởng thực tế phụ thuộc quy mô website, kiến trúc liên kết và khả năng thu thập hiện tại; không phải mọi website có bộ lọc đều gặp vấn đề nghiêm trọng.
Tạo nội dung gần trùng lặp
Hai URL có thể dùng tham số khác nhau nhưng hiển thị cùng sản phẩm, tiêu đề và nội dung. Những trang chỉ khác thứ tự sản phẩm cũng thường không tạo ra giá trị tìm kiếm riêng.
Khi có nhiều trang gần giống nhau, công cụ tìm kiếm phải tự chọn URL đại diện. URL được chọn có thể không phải trang doanh nghiệp muốn ưu tiên, đồng thời tín hiệu liên kết nội bộ bị phân tán giữa các biến thể.
Tạo trang mỏng hoặc trang không có sản phẩm
Một tổ hợp lọc quá hẹp có thể chỉ hiển thị rất ít kết quả hoặc không có kết quả. Nếu các URL này được lập chỉ mục hàng loạt, website có thể sở hữu nhiều trang không đáp ứng tốt nhu cầu tìm kiếm.
Số lượng sản phẩm không phải tiêu chí duy nhất. Một trang ít sản phẩm vẫn có thể hữu ích nếu đáp ứng đúng một nhu cầu rõ ràng, có nội dung phù hợp và duy trì ổn định. Ngược lại, một trang có nhiều sản phẩm nhưng chỉ khác trang gốc ở cách sắp xếp thường không cần được lập chỉ mục.
Làm khó quá trình cập nhật và phân tích
Khi nhiều URL đại diện cho cùng một nhóm sản phẩm, dữ liệu hiệu suất bị chia nhỏ. Việc xác định trang đích đang nhận hiển thị, liên kết hoặc chuyển đổi cũng trở nên khó khăn hơn. Nếu thấy nhiều trang quan trọng biến mất khỏi kết quả tìm kiếm, nên bắt đầu bằng quy trình kiểm tra website không được index thay vì thay đổi đồng loạt robots hoặc canonical.
Khung quyết định xử lý từng loại URL facet
Không có một quy tắc phù hợp cho mọi bộ lọc. Có thể đánh giá từng nhóm URL theo bốn câu hỏi:
- Tổ hợp này có đại diện cho nhu cầu tìm kiếm riêng và hợp lý không?
- Trang có tập sản phẩm đủ phù hợp, ổn định và khác biệt với danh mục gốc không?
- Website có thể cung cấp tiêu đề, nội dung mô tả và liên kết nội bộ phù hợp không?
- Việc cho phép crawl và index có hỗ trợ mục tiêu kinh doanh không?
Từ đó, URL có thể được chia thành các nhóm sau:
| Nhóm URL | Ví dụ mục đích | Liên kết nội bộ | Lập chỉ mục | Hướng xử lý |
|---|---|---|---|---|
| Danh mục hoặc facet có nhu cầu tìm kiếm rõ ràng | Loại sản phẩm, thuộc tính quan trọng | Có, từ danh mục và nội dung liên quan | Có thể cho phép | URL ổn định, tự canonical, nội dung riêng và sitemap nếu phù hợp |
| Facet hữu ích cho người dùng nhưng không có trang tìm kiếm riêng | Kích thước hoặc thuộc tính quá hẹp | Chỉ trong giao diện lọc khi cần | Thường không | Cân nhắc noindex hoặc kiểm soát khả năng phát hiện URL |
| Biến thể trùng lặp | Khác thứ tự tham số nhưng cùng kết quả | Không liên kết tới nhiều phiên bản | Không nên cạnh tranh | Chuẩn hóa URL và hợp nhất bằng canonical hoặc chuyển hướng khi phù hợp |
| Tham số chức năng | Sắp xếp, chế độ xem, theo dõi | Hạn chế liên kết crawl được | Không | Giữ URL chính làm phiên bản đại diện |
| Trang rỗng hoặc tổ hợp vô nghĩa | Không có sản phẩm phù hợp | Không | Không | Loại khỏi liên kết nội bộ; trả trạng thái phù hợp nếu URL không còn giá trị |
Khi nào nên cho URL facet được index?
Một URL facet có thể được lập chỉ mục khi nó đáp ứng một ý định tìm kiếm có thể phân biệt với danh mục gốc. Trang nên có:
- Tập sản phẩm đúng với thuộc tính được mô tả.
- URL nhất quán và không thay đổi chỉ vì thứ tự thao tác.
- Tiêu đề, heading và mô tả phản ánh chính xác nội dung.
- Liên kết nội bộ từ các trang có ngữ cảnh liên quan.
- Canonical trỏ về chính nó nếu đây là trang đại diện.
- Trạng thái HTTP hợp lệ và không bị chặn thu thập ngoài ý muốn.
Không nên tạo hàng loạt trang facet chỉ bằng cách ghép từ khóa. Mỗi trang được index cần hữu ích ngay cả khi người dùng truy cập trực tiếp từ kết quả tìm kiếm.
Khi nào nên hợp nhất bằng canonical?
Canonical phù hợp khi nhiều URL có nội dung giống hoặc gần giống nhau nhưng vẫn cần tồn tại cho chức năng website. Ví dụ, các URL chỉ khác thứ tự tham số có thể cùng trỏ canonical tới một URL chuẩn.
Canonical là tín hiệu hợp nhất, không phải lệnh tuyệt đối. Để tăng tính nhất quán, liên kết nội bộ, sitemap và các tín hiệu khác nên cùng trỏ tới URL chuẩn. Không nên vừa canonical về một URL vừa liên kết rộng rãi tới các phiên bản khác.
Nếu một URL cũ đã được thay thế vĩnh viễn và người dùng không còn cần truy cập biến thể đó, chuyển hướng phía máy chủ có thể rõ ràng hơn canonical. Quyết định này cần dựa trên chức năng thực tế của URL.
Khi nào nên dùng noindex?
Noindex có thể phù hợp với trang bộ lọc cần tồn tại cho người dùng nhưng không nên xuất hiện trong kết quả tìm kiếm. Bot phải truy cập được trang để nhìn thấy chỉ thị noindex. Vì vậy, chặn URL bằng robots.txt đồng thời với noindex có thể khiến công cụ tìm kiếm không đọc được chỉ thị này.
Noindex không trực tiếp ngăn hoạt động thu thập dữ liệu. Nếu mục tiêu chính là giảm số URL bot phát hiện và truy cập, website còn phải xem lại liên kết nội bộ, cách tạo URL, sitemap và logic của bộ lọc.
Khi nào cân nhắc robots.txt?
Robots.txt kiểm soát hoạt động thu thập, không đảm bảo URL bị loại khỏi chỉ mục. Một URL bị chặn vẫn có thể được biết đến qua liên kết hoặc tín hiệu khác, trong khi bot không thể truy cập nội dung để đọc canonical hay noindex.
Do đó, robots.txt không nên được dùng như giải pháp duy nhất cho nội dung trùng lặp. Trước khi chặn một mẫu tham số, cần xác nhận rằng mẫu đó không bao gồm URL sản phẩm, danh mục hoặc tài nguyên cần thiết cho việc hiển thị trang.
Mọi thay đổi liên quan đến robots.txt, canonical, noindex, chuyển hướng hoặc cấu trúc URL phải được kiểm tra trên môi trường phù hợp và được chủ website phê duyệt trước khi triển khai.
Cách triển khai faceted navigation thân thiện với SEO
Chọn trước những facet có giá trị tìm kiếm
Đội ngũ SEO và kinh doanh nên xác định các thuộc tính phản ánh cách khách hàng thực sự tìm sản phẩm. Không phải mọi lựa chọn trong bộ lọc đều cần trở thành landing page.
Các facet được chọn nên có URL chuẩn, nội dung phù hợp và vị trí rõ ràng trong kiến trúc website. Những tổ hợp còn lại vẫn có thể phục vụ trải nghiệm mua sắm nhưng không nhất thiết phải được quảng bá cho bot.
Chuẩn hóa thứ tự tham số
Nếu website sử dụng URL tham số bộ lọc, hệ thống nên tạo một thứ tự nhất quán. Cùng một trạng thái lọc không nên sinh ra nhiều URL chỉ vì người dùng chọn các thuộc tính theo trình tự khác nhau.
Cần loại bỏ hoặc quản lý riêng các tham số không thay đổi nội dung cốt lõi, chẳng hạn tham số theo dõi và chế độ hiển thị. Liên kết nội bộ nên luôn dùng phiên bản URL đã chuẩn hóa.
Kiểm soát liên kết nội bộ
Bot thường phát hiện URL facet qua các liên kết trong mã nguồn. Vì vậy, cần xác định rõ:
- Trang facet nào được phép nhận liên kết crawl được.
- Nút lọc nào chỉ thực hiện chức năng tương tác.
- URL nào xuất hiện trong menu, breadcrumb và sitemap.
- Có vòng lặp tạo URL vô hạn hay không.
Các trang muốn xếp hạng nên được liên kết bằng anchor text tự nhiên từ danh mục liên quan. Ngược lại, không nên tạo hàng loạt liên kết tới các tổ hợp không có giá trị tìm kiếm.
Tách facet SEO khỏi chức năng sắp xếp
Lọc và sắp xếp không phải cùng một khái niệm. Lọc thay đổi tập sản phẩm; sắp xếp thường chỉ thay đổi thứ tự của cùng tập sản phẩm. Các URL sắp xếp theo giá, độ mới hoặc mức phổ biến thường không cần trở thành trang đích riêng trên kết quả tìm kiếm.
Quản lý sitemap nhất quán
Sitemap nên chứa các URL chuẩn mà website muốn công cụ tìm kiếm xem xét lập chỉ mục. Không nên đưa URL noindex, URL chuyển hướng, URL canonical sang trang khác hoặc hàng loạt biến thể tham số vào sitemap.
Không tự động hóa thay đổi kỹ thuật thiếu kiểm duyệt
Các quy tắc áp dụng hàng loạt có thể vô tình chặn cả nhóm trang tạo doanh thu hoặc làm canonical trỏ sai. Nếu sử dụng hệ thống hỗ trợ SEO, doanh nghiệp nên ưu tiên quy trình có khả năng kiểm soát, ghi nhận thay đổi và hoàn tác. Việc chọn phần mềm SEO website cũng cần dựa trên khả năng kiểm duyệt thay vì chỉ dựa vào mức độ tự động hóa.
Quy trình kiểm tra trước và sau khi thay đổi
Bước 1: Lập danh sách mẫu URL
Thu thập các URL do bộ lọc tạo ra và phân nhóm theo:
- Facet đơn và facet kết hợp.
- URL thay đổi thứ tự tham số.
- URL sắp xếp hoặc chế độ xem.
- Trang có sản phẩm, ít sản phẩm hoặc không có sản phẩm.
- URL đang nhận liên kết nội bộ hoặc lượt truy cập tự nhiên.
Không nhất thiết phải đánh giá thủ công từng URL nếu hệ thống quá lớn. Có thể phân tích theo mẫu, nhưng cần kiểm tra các trường hợp ngoại lệ trước khi áp dụng quy tắc toàn site.
Bước 2: Xác định URL đại diện
Với mỗi nhóm nội dung giống nhau, chọn URL mà website muốn người dùng và công cụ tìm kiếm ưu tiên. Kiểm tra sự thống nhất giữa:
- Mã trạng thái HTTP.
- Canonical.
- Meta robots.
- Robots.txt.
- Liên kết nội bộ.
- Sitemap.
Một URL không thể được coi là phiên bản ưu tiên rõ ràng nếu các tín hiệu trên mâu thuẫn với nhau.
Bước 3: Thử nghiệm trên phạm vi nhỏ
Nên triển khai trước trên một nhóm danh mục có thể theo dõi. Kiểm tra xem bộ lọc còn hoạt động đúng, URL quan trọng có được crawl và render, canonical có trỏ đúng, và trang không mong muốn có thực sự rời chỉ mục theo thời gian hay không.
Bước 4: Theo dõi tác động
Sau khi triển khai, cần theo dõi:
- Các URL quan trọng còn được lập chỉ mục hay không.
- Bot có tiếp tục truy cập nhiều URL tham số không cần thiết hay không.
- Trang đích có thay đổi hiển thị và lượt nhấp không.
- Có phát sinh lỗi chuyển hướng, canonical hoặc trang rỗng không.
- Danh mục và sản phẩm quan trọng có bị giảm khả năng khám phá không.
Nếu hiệu suất biến động, không nên mặc định nguyên nhân nằm ở faceted navigation. Hãy đối chiếu thời điểm triển khai, thay đổi nội dung, tình trạng kỹ thuật và nhu cầu thị trường theo quy trình tìm nguyên nhân traffic giảm sau khi SEO.
Bước 5: Ghi nhận và phê duyệt
Mỗi quy tắc nên ghi rõ mẫu URL bị ảnh hưởng, mục tiêu, cách triển khai, người phê duyệt và phương án hoàn tác. Chủ website cần xác nhận trước mọi thay đổi có thể tác động đến crawl hoặc index. Không tự ý gỡ hay sửa noindex, nosnippet, robots.txt, canonical hoặc các chỉ thị giới hạn hiển thị khi chưa hiểu mục đích ban đầu.
Kết luận
Facet là thuộc tính giúp người dùng lọc danh sách sản phẩm, còn faceted navigation là cơ chế kết hợp các thuộc tính đó. Vấn đề SEO xuất hiện khi hệ thống tạo quá nhiều URL tham số, nhiều phiên bản giống nhau hoặc các trang không có giá trị tìm kiếm.
Cách xử lý phù hợp là phân loại URL theo mục đích: liên kết và lập chỉ mục các facet có nhu cầu rõ ràng; hợp nhất các biến thể trùng lặp; hạn chế phát hiện các tham số chức năng; và giữ những trang chỉ phục vụ thao tác người dùng ra khỏi kết quả tìm kiếm khi cần. Canonical, noindex và robots.txt có vai trò khác nhau, không thể thay thế lẫn nhau.
Đối với SEO website thương mại điện tử, bộ lọc nên được xem là một phần của kiến trúc thông tin chứ không chỉ là tính năng giao diện. Mọi quy tắc diện rộng cần được thử nghiệm, theo dõi và có sự phê duyệt của chủ website trước khi áp dụng.
