SEO E-Commerce

SEO-Friendly Filter URL Patterns

Thiết kế URL bộ lọc theo dạng thân thiện (ví dụ: /dien-thoai/moi-nhat/) thay vì tham số không đọc được (ví dụ: ?f1=234&f2=567).

4 lượt xem Cập nhật: 27/05/2026

SEO-Friendly Filter URL Patterns là gì?

SEO-Friendly Filter URL Patterns (mẫu URL bộ lọc thân thiện với SEO) là cách thiết kế đường dẫn trang danh mục sản phẩm có áp dụng bộ lọc sao cho URL dễ đọc, chứa từ khóa tiếng Việt rõ ràng và phản ánh đúng cấu trúc phân loại — thay vì dùng chuỗi tham số kỹ thuật như ?brand=apple&price_min=5000000. Ví dụ: /dien-thoai/iphone/gia-duoi-10-trieu/ thay vì /danh-muc?c=123&f4=789&f5=456.

Mục tiêu chính là giúp cả người dùng và công cụ tìm kiếm hiểu ngay nội dung trang chỉ qua URL — đồng thời tránh các vấn đề trùng lặp nội dung (duplicate content), phân bổ sức mạnh liên kết (link equity) hiệu quả hơn và tăng khả năng hiển thị trong kết quả tìm kiếm.

Tại sao quan trọng trong SEO?

Trong thương mại điện tử, bộ lọc là tính năng không thể thiếu nhưng cũng là nguồn gây ra hàng loạt vấn đề SEO nếu triển khai sai:

  • Giảm độ tin cậy của trang: Các URL tham số thường bị Google xếp hạng thấp hoặc bỏ qua hoàn toàn do khó xác định chủ đề chính.
  • Tăng rủi ro duplicate content: Cùng một tập sản phẩm có thể xuất hiện ở nhiều URL khác nhau (ví dụ: /dien-thoai/?sort=price_asc và /dien-thoai/?sort=price_desc), khiến Google khó chọn phiên bản gốc.
  • Lãng phí crawl budget: Bot Google có thể lãng phí thời gian thu thập hàng trăm biến thể URL không mang giá trị riêng biệt.
  • Mất cơ hội từ khóa dài: URL dạng thân thiện cho phép chèn từ khóa tự nhiên như điện thoại giá dưới 10 triệu, hỗ trợ tối ưu hóa cho tìm kiếm giọng nói và truy vấn dài.

Theo báo cáo của Screaming Frog (2023), 68% website thương mại điện tử tại Việt Nam gặp vấn đề về indexation do URL bộ lọc không được chuẩn hóa — trong đó hơn một nửa chưa áp dụng canonical hoặc URL thân thiện.

Cách hoạt động

URL thân thiện với bộ lọc hoạt động dựa trên hai lớp xử lý:

  1. Phía máy chủ: Hệ thống web (thường là PHP, Node.js hoặc nền tảng như Shopify, Magento) phải hỗ trợ routing linh hoạt — ví dụ: ánh xạ /dien-thoai/moi-nhat/ vào một controller xử lý logic lọc theo ngày đăng, chứ không phụ thuộc vào tham số GET.
  2. Phía SEO: Mỗi URL dạng này cần có thẻ <link rel="canonical"> trỏ về chính nó (không trỏ về URL gốc không có bộ lọc), kèm meta title & description riêng — để khẳng định đây là trang độc lập, có giá trị nội dung.

Lưu ý: Không bắt buộc phải tạo trang tĩnh cho từng tổ hợp lọc. Có thể dùng server-side rendering hoặc dynamic URL rewriting (qua .htaccess hoặc Nginx config), miễn là URL hiển thị rõ ràng và ổn định.

Hướng dẫn thực hiện

Dưới đây là quy trình triển khai chuẩn cho website thương mại điện tử tại Việt Nam:

  1. Xác định bộ lọc ưu tiên: Chỉ chọn những bộ lọc có lượng tìm kiếm thực tế (tra cứu qua Google Keyword Planner, Ahrefs hoặc dữ liệu internal search). Thường gồm: thương hiệu, khoảng giá, tính năng nổi bật (ví dụ: chống nước, mới nhất), trạng thái (mới / cũ).
  2. Thiết kế sơ đồ URL: Dùng cấu trúc phân cấp rõ ràng, ưu tiên thứ tự quan trọng giảm dần: /[danh-muc]/[thuong-hieu]/[gia]/[tinh-nang]/. Tránh lồng quá 4 mức (ví dụ: không dùng /a/b/c/d/e/).
  3. Triển khai routing:
    • Với WordPress + WooCommerce: dùng plugin như WooCommerce Permalink Manager hoặc custom rewrite rules trong functions.php.
    • Với Laravel: định nghĩa route dạng Route::get('/{category}/{brand?}/{price_range?}', [ProductController::class, 'filter']);
    • Với Nginx: thêm rule rewrite ^/dien-thoai/([^/]+)/?$ /danh-muc.php?cat=phone&brand=$1 last; (cần kiểm tra kỹ để không xung đột).
  4. Thêm canonical và meta: Mỗi URL dạng này phải có thẻ canonical trỏ về chính nó, title và description mô tả đúng tập sản phẩm (ví dụ: Điện thoại iPhone mới nhất tháng 04/2024 | Giá tốt nhất tại ABC).
  5. Quản lý robots.txt & sitemap: Loại trừ các URL bộ lọc không quan trọng khỏi sitemap (ví dụ: /dien-thoai/?page=2), và chặn bot thu thập các biến thể thừa bằng Disallow: /*?* trong robots.txt — nhưng giữ lại các URL đã rewrite.

Lỗi thường gặp

Lỗi Hệ quả Cách khắc phục
URL thân thiện nhưng thiếu canonical Google có thể coi là trang phụ, không xếp hạng độc lập Thêm thẻ <link rel="canonical" href="[URL hiện tại]"> cho mọi trang lọc
Dùng dấu gạch ngang (-) thay vì dấu gạch dưới (_) trong URL Không ảnh hưởng trực tiếp, nhưng dấu gạch ngang được Google khuyến nghị vì dễ đọc hơn Luôn dùng dấu gạch ngang: /dien-thoai/moi-nhat/ — không dùng /dien_thoai/moi_nhat/
Tạo URL cho mọi tổ hợp lọc (kể cả vô nghĩa) Gây bùng nổ URL, làm chậm tốc độ thu thập, tăng rủi ro bị phạt Chỉ sinh URL cho tổ hợp có ít nhất 5 sản phẩm và có dữ liệu tìm kiếm thực tế

Ví dụ thực tế

Website: Thegioididong.com
URL gốc danh mục: https://www.thegioididong.com/dien-thoai
URL bộ lọc thân thiện: https://www.thegioididong.com/dien-thoai/iphone, https://www.thegioididong.com/dien-thoai/gia-duoi-5-trieu
→ Các URL này có title riêng, canonical rõ ràng, và xuất hiện trong sitemap.

Website: Shopee.vn (trên desktop)
URL gốc: https://shopee.vn/điện-thoại-di-động
URL lọc: https://shopee.vn/điện-thoại-di-động?brands=263không thân thiện
→ Tuy nhiên, Shopee đang thử nghiệm URL thân thiện trên một số danh mục con (ví dụ: /may-tinh-bang/samsung) — tùy trường hợp.

Câu hỏi thường gặp

URL thân thiện có cần index tất cả không?

Không. Chỉ index những URL có giá trị nội dung thực sự: có ít nhất 5 sản phẩm, có lượt tìm kiếm, và không trùng lặp về mặt chủ đề. Các URL còn lại nên dùng noindex, follow hoặc chặn thu thập.

Có nên dùng URL thân thiện cho bộ lọc theo màu sắc hoặc kích thước?

Có thể thay đổi. Với sản phẩm thời trang hoặc giày dép — màu/số size là yếu tố quyết định mua hàng, nên ưu tiên URL thân thiện (ví dụ: /ao-thun/mau-do/size-l/). Với điện máy — màu sắc ít ảnh hưởng đến quyết định, nên để dạng tham số hoặc ẩn.

URL thân thiện có ảnh hưởng đến tốc độ tải trang không?

Không trực tiếp. Việc rewrite URL là thao tác ở tầng routing, gần như không làm chậm server. Tuy nhiên, nếu kèm theo xử lý lọc phức tạp (ví dụ: join nhiều bảng DB, gọi API bên ngoài) thì tốc độ phụ thuộc vào tối ưu code — không phải do dạng URL.