Tại sao một số trang web thêm “Sên” vào cuối URL? [đóng cửa]

Nhiều trang web, bao gồm cả trang web này, thêm những gì rõ ràng được gọi là slugs - mang tính mô tả nhưng theo như tôi có thể nói những đoạn văn bản vô dụng - vào cuối URL.

Ví dụ: URL mà trang web cung cấp cho câu hỏi này là:

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Nhưng URL sau cũng hoạt động tốt:

/programming/47427/

Mục đích của văn bản này chỉ là bằng cách nào đó làm cho URL thân thiện hơn với người dùng hay có một số lợi ích khác?

Các slugs làm cho URL thân thiện với người dùng hơn và bạn biết điều gì sẽ xảy ra khi bạn nhấp vào một liên kết. Các công cụ tìm kiếm như Google, xếp hạng các trang cao hơn nếu từ khóa tìm kiếm có trong URL.

Khả năng sử dụng là một lý do, nếu bạn nhận được liên kết đó trong e-mail của mình, bạn biết điều gì sẽ xảy ra. SEO (tối ưu hóa công cụ tìm kiếm) là một lý do khác. Các công cụ tìm kiếm như google sẽ xếp hạng trang của bạn cao hơn cho các từ khóa có trong url

Gần đây tôi đã thay đổi định dạng url trang web của mình từ:

www.mywebsite.com/index.asp?view=display&postid=100

Đến

www.mywebsite.com/this-is-the-title-of-the-post

và nhận thấy rằng tỷ lệ nhấp vào bài viết đã tăng khoảng 300% sau khi thay đổi. Nó chắc chắn giúp người dùng quyết định xem những gì họ nghĩ khi nhấp vào có liên quan hay không, về mặt mục đích SEO mặc dù tôi phải nói rằng tôi đã thấy ít tác động sau khi thay đổi

Tôi đồng ý với các câu trả lời khác rằng bất kỳ slug nào bị gõ sai đều phải chuyển hướng 301 đến dạng thích hợp. Nói cách khác, /programming/47427/whnên chuyển hướng đến /programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls. Nó có một lợi ích khác chưa được đề cập - nếu bạn không chuyển hướng đến một URL chuẩn, có vẻ như bạn có số lượng trang trùng lặp gần như vô hạn. Google ghét nội dung trùng lặp.

Điều đó nói rằng, bạn thực sự chỉ nên quan tâm đến ID nội dung và cho phép bất kỳ đầu vào nào cho slug miễn là bạn chuyển hướng. Tại sao?

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

... Rất tiếc, phần mềm thư đã cắt phần cuối của URL! Không thành vấn đề vì bạn vẫn có thể cuộn chỉ với/programming/47427

Một vấn đề lớn với phương pháp này là nếu bạn lấy slug từ tiêu đề nội dung của mình, bạn sẽ xử lý như thế nào với các tiêu đề không phải ASCII, UTF-8?

Lý do mà hầu hết các trang web sử dụng nó có lẽ là SEO (Tối ưu hóa công cụ tìm kiếm). Yahoo đã từng đưa ra một trọng số hợp lý cho sự hiện diện của từ khóa tìm kiếm trong chính URL và nó cũng giúp ích cho kết quả của Google.

Gần đây, các công cụ tìm kiếm đã giảm trọng số cho các từ khóa trong URL, có thể là do kỹ thuật này hiện phổ biến hơn trên các trang web spam hơn là hợp pháp. Các từ khóa trong URL bây giờ chỉ có tác động rất nhỏ đến kết quả tìm kiếm, nếu có.

Đối với bản thân stackoverflow, SEO có thể là một động lực (các thói quen cũ đã chết) hoặc đơn giản là để sử dụng.

Về cơ bản, đó là một vị trí có ý nghĩa hơn cho tài nguyên. Sử dụng ID là hoàn toàn hợp lệ nhưng nó có ý nghĩa đối với máy móc hơn là con người.

Nói chính xác là không cần ID nếu slug là duy nhất, bạn có thể dễ dàng đảm bảo slug duy nhất bằng cách xác định chúng bên trong ngày tháng.

I E:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/

Về cơ bản, điều này khai thác khả năng thấp của hai con sên giống nhau được sử dụng trong cùng một ngày. Nếu có xung đột, quy ước chung là thêm bộ đếm vào cuối slug nhưng hiếm khi bạn thấy những điều này:

/2008/sept/06/why-some-websites-add-slugs-end-of-urls/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-1/
/2008/sept/06/why-some-websites-add-slugs-end-of-urls-2/

Rất nhiều thuật toán slug cũng loại bỏ các từ phổ biến như "the" và "a" để giúp giữ cho URL ngắn gọn. Cách tiếp cận theo phạm vi này cũng làm cho việc tìm kiếm tất cả các tài nguyên cho một ngày, tháng hoặc năm nhất định rất dễ dàng - bạn chỉ cần cắt nhỏ các phân đoạn.

Ngoài ra, các URL stackoverflow là không tốt theo nghĩa là chúng giới thiệu một phân đoạn bổ sung để làm nổi bật slug, điều này vi phạm ý tưởng rằng mỗi phân đoạn phải đại diện cho một thứ bậc tài nguyên giảm dần.

Thuật ngữ slug xuất phát từ ngành kinh doanh báo chí / xuất bản. Đó là một tiêu đề ngắn được sử dụng để xác định một câu chuyện đang diễn ra. Những người quan tâm đến ngữ nghĩa URL bắt đầu sử dụng tiêu đề ngắn, viết tắt trong URL của họ. Nó cũng thành công trong lĩnh vực SEO, vì các từ khóa trong URL tăng thêm tầm quan trọng cho một trang.

Trớ trêu thay, rất nhiều trang web đã bắt đầu đặt một phiên bản đầy đủ được tuần tự hóa có dấu gạch nối của tiêu đề trong URL của họ cho các mục đích SEO nghiêm ngặt, có nghĩa là thuật ngữ slug không còn được áp dụng nữa. Điều này cũng xếp hạng những người theo chủ nghĩa thuần túy ngữ nghĩa, vì nhiều triển khai chỉ gắn phiên bản tiêu đề được tuần tự hóa này ở cuối URL của chúng.

Tôi lưu ý rằng bạn có thể thay đổi văn bản một cách tự do. URL này dường như cũng hoạt động.

/programming/47427/why-is-billpg-so-very-awesome

Như đã nói, 'slug' giúp mọi người và các công cụ tìm kiếm ...

Một điều đáng chú ý là trong nguồn của trang có một url chuẩn

Điều này ngăn trang được lập chỉ mục nhiều lần.

Thí dụ:

<link rel="canonical" href="http://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls">

Xóa định dạng khỏi câu hỏi của bạn và bạn sẽ thấy một phần của câu trả lời:

/programming/47427/

vs

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

Không có đánh dấu, đánh dấu thứ hai là tự mô tả.

Đừng quên khả năng đọc khi gửi một liên kết, không chỉ trong các công cụ tìm kiếm. Nếu bạn gửi email cho ai đó liên kết đầu tiên, họ có thể nhìn vào URL và có được ý tưởng chung về nội dung của nó. Trang thứ hai không cho biết nội dung của trang đó trước khi họ nhấp vào.

Nếu bạn gửi email cho ai đó một liên kết sẽ không hợp lý hơn nếu bao gồm một mô tả bằng cách viết ra một mô tả thực sự thay vì khiến người khác phân tích cú pháp đến URL nơi mô tả tồn tại và cố gắng-đọc-một loạt -hyphenated-words-stick-together.

Trước hết, đó là SEO và thân thiện với người dùng, nhưng trong trường hợp của ví dụ (trang web này), nó không được thực hiện tốt hoặc chính xác (vì nó mở ra cho các thủ thuật mũ đen và đầu độc xếp hạng của những người khác, điều này sẽ phản ánh xấu trên trang web này) .

Nếu

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

có nội dung, sau đó

/programming/47427/

và

/programming/47427/any-other-bollix

không nên trùng lặp. Họ thực sự sẽ tự động phát hiện liên kết được theo sau không sử dụng văn bản hiện tại (vì rõ ràng là slug được xác định bởi tiêu đề câu hỏi và có thể được chỉnh sửa sau đó) và họ sẽ tự động chuyển hướng 301 đến

/programming/47427/why-do-some-websites-add-slugs-to-the-end-of-urls

do đó đảm bảo quy tắc "một phần nội dung cho một URI" và nếu URI di chuyển / thay đổi, hãy đảm bảo các dấu trang cũ tuân theo / di chuyển cùng với nó thông qua chuyển hướng 301 (để các trình duyệt thông minh có thể cập nhật dấu trang).

Tốt nhất, "slug" phải là định danh duy nhất cần thiết. Trên thực tế, trên các trang web động như thế này, bạn phải có một định danh số duy nhất hoặc bắt đầu thêm / tăng số lượng vào "slug" như Digg.