Bao gồm phân cấp danh mục đầy đủ trong URL hoặc chỉ có lá Lá


7

Tôi hiện đang thiết kế lại một trang web tổ chức thông tin thành các danh mục. Một số trong các loại này chứa các danh mục phụ (và một số trong số đó có chứa nhiều danh mục phụ hơn).

Tôi đang cố gắng quyết định giữa các cấu trúc url sau cho các trang kết quả:

  • example.com/<main-category>/
  • example.com/<main-category>/<sub-category>/
  • example.com/<main-category>/<sub-category>/<sub-sub-category>/

so với

  • example.com/<main-category>/
  • example.com/<sub-category>/
  • example.com/<sub-sub-category>/

Tôi nghiêng về phía đầu tiên vì sẽ có nhiều từ khóa phù hợp hơn có thể giúp lưu lượng tìm kiếm đuôi dài, nhưng tôi cũng có thể thấy nhược điểm ... Các từ khóa cụ thể nhất cho trang đó sẽ nằm cách xa "phía trước" của url và một url dài khó chia sẻ và gõ chính xác hơn. Đối với bất cứ điều gì nó có giá trị, tôi không hy vọng sẽ có nhiều hơn 3 cấp độ của các thể loại lồng nhau.

Suy nghĩ về cách tiếp cận nào, hoặc thậm chí một cái gì đó hoàn toàn khác nhau?


điều hướng của bạn sẽ trông như thế nào? Nó sẽ đồng bộ hóa với "thư mục" URL của bạn. Lặn sâu hơn trong điều hướng sẽ đưa bạn vào sâu hơn trong URL.
robertpateii

Câu trả lời:


5

Tôi cũng sẽ đi cho người đầu tiên. Bên cạnh việc tốt cho SEO, về mặt kỹ thuật cũng tốt cho khả năng sử dụng vì nó giúp xác định rõ ràng nội dung của trang (đối với những người thực sự có bất kỳ manh mối nào về những gì họ đang xem).

Tôi sẽ không lo lắng về các URL dài vì hiện nay chúng không chỉ rất phổ biến mà hầu hết mọi người đều nhấp vào liên kết để truy cập nội dung của họ chứ không phải nhập nội dung. Địa điểm. Và khi họ gõ URL thường chỉ là tên miền. Hiếm khi bạn thấy người dùng nhập URL với các thư mục con hoặc chuỗi truy vấn. Họ thường tìm những trang sâu hơn bằng cách tìm kiếm hoặc nhấn trang chủ của trang và sau đó điều hướng sâu hơn.


+1 Tôi thứ hai là tùy chọn đầu tiên, mặc dù tôi sẽ hết sức cẩn thận để tạo một hệ thống phân cấp cô đọng và tránh trùng lặp giữa các danh mục - ví dụ: (Trái cây> Táo> Vàng ngon) ... so với ... (Trái cây> Táo> Táo ngon vàng) và / hoặc sự xuất hiện thứ cấp của "Táo ngon vàng" (và nội dung trang được liên kết) bên dưới (Nướng> Bánh nướng> Táo ngon vàng)
danlefree

1
Lựa chọn thứ 3: làm cả hai. Sử dụng URL đầy đủ dưới dạng chính tắc, sau đó chuyển hướng phiên bản ngắn cho những người đang nhập bằng tay.
Lèse majesté

cảm ơn câu trả lời và ý kiến Tôi không chắc chắn chúng ta sẽ có thời gian để thực hiện chuyển hướng từ phiên bản ngắn sang phiên bản dài, nhưng đó là một tính năng tuyệt vời để suy nghĩ về việc phát hành trong tương lai. Tôi không nghĩ rằng chúng ta nên có bất kỳ vấn đề trùng lặp danh mục nào, nhưng tôi chắc chắn sẽ đề phòng điều đó.
Ty W

4

Ditto những gì John Conde nói.

Ngoài ra, với phương thức thứ hai, nếu bạn có các danh mục có cùng tên với danh mục phụ hoặc phụ hoặc nếu bạn có một danh mục phụ có cùng tên với danh mục phụ. Nó sẽ khiến bạn gọi các loại vấn đề.

Tôi sẽ chỉ đề xuất phương pháp thứ hai nếu bạn có các danh mục cực kỳ ngắn và một vài trong số chúng. Ngay cả với tên danh mục ngắn, mọi người rất khó có thể nhập chúng vào.


Tôi chuẩn bị đề xuất chính xác những gì bạn nói - tùy chọn thứ 2 chỉ mời các chỉ mục trùng lặp
Mark Henderson

phần mềm CMS chúng tôi đang sử dụng để xây dựng trang web sẽ không cho phép chúng tôi có các danh mục với các phân đoạn url trùng lặp và thực sự thích phương thức thứ hai nếu để các thiết bị của riêng mình. Tôi sẽ phá vỡ các phần của khung cốt lõi của nó để làm cho nó hoạt động vì mọi người ở đây nghĩ rằng nó nên :(
Ty W

@Ty W - Vâng đó là thông tin quan trọng! Ngay cả với tất cả mọi thứ chúng tôi đã nói, bạn cần tính đến việc bạn sẽ phải làm bao nhiêu công việc để phá vỡ các phần cốt lõi của khung. Đôi khi tùy chỉnh không đáng để đau.
Ben Hoffman

Tôi nghĩ trong trường hợp này nó đáng để gặp rắc rối và tôi đã làm việc với CMS này đủ để uốn cong nó theo ý muốn của tôi khá tốt. Tôi đã bắt đầu mã hóa giải pháp và nó có vẻ tốt cho đến nay :)
Ty W
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.