Tại sao URL câu hỏi Stack Overflow có ID câu hỏi trước khi 'câu hỏi' thân thiện với SEO?


13

Lấy ví dụ câu hỏi ngẫu nhiên này: Công cụ hoặc plugin cần thiết để hiển thị trong đó các tệp html mà bộ chọn css đã cho được sử dụng , lưu ý rằng phần có liên quan là /questions/16999.

Bây giờ, có thể là url có thể đã được thực hiện như thế này:

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

Đó là câu hỏi nằm sau câu hỏi và cái nào xuất hiện đầu tiên trong một url nặng hơn về seo, tại sao phần câu hỏi lại xuất hiện sau câu hỏi_id.

Tôi cũng đọc trong một bài viết rằng chỉ có hai thư mục con đầu tiên là có liên quan do đó chỉ /question/16999có liên quan. Nhìn vào SO điều này chắc chắn không đúng, nhưng tôi không thể quyết định trọng lượng của việc này.

Tôi đang hỏi bởi vì tôi sẽ thực hiện tối ưu hóa seo và không muốn phải thay đổi liên kết đến các trang của mình sau đó.


btw Tôi muốn thêm thư mục con làm thẻ
andho

Phân trang @Jeff Atwood. (Cũng có thể đi đến các nguồn.)
Su '17

1
Đôi khi URL có thể bị cắt ngắn (cố ý (quá lâu để lưu trữ trong DB, v.v.) hoặc do nhầm lẫn) .. và nếu id là trước khi sên, máy chủ / tập lệnh vẫn có thể nhận ra trang bạn muốn nhưng cuối cùng thì id sẽ rất có thể không phải. Hãy thử URL của trang này - xóa một vài ký tự cuối cùng và gửi - máy chủ sẽ chuyển hướng bạn đến đúng URL (rõ ràng mã phía sau có cách xử lý đặc biệt cho kịch bản đó). Với id ở cuối, bạn có thể sẽ thấy câu hỏi hoàn toàn khác (hoặc trang lỗi). webmasters.stackexchange.com/questions/16641/ từ
LazyOne

@Lazyone, hãy đưa ra câu trả lời để chúng tôi có thể bình chọn
John Conde

Nếu bạn rời khỏi "thư mục" cuối cùng của URL cho câu hỏi này, bạn vẫn nhận được câu hỏi này: webmasters.stackexchange.com/questions/17002/foo-bar
kzh

Câu trả lời:


13

Tôi không biết lý do chính xác tại sao các trang web StackExchange có ID trước khi sên, nhưng đây là lý do tại sao tôi có nó theo cách này:

Đôi khi URL có thể bị cắt ngắn (cố ý (quá lâu để lưu trữ trong DB, v.v.) hoặc do nhầm lẫn (xảy ra khá thường xuyên khi sao chép-dán)) và nếu ID ở trước khi sên, máy chủ / tập lệnh vẫn có thể nhận ra trang bạn muốn nhưng với ID cuối cùng rất có thể sẽ không.

Hãy thử URL của trang này - xóa một vài ký tự cuối cùng và gửi - máy chủ sẽ chuyển hướng bạn đến đúng URL ( rõ ràng mã đằng sau trang web này có cách xử lý đặc biệt cho kịch bản đó ). Với ID ở cuối, bạn có thể sẽ thấy câu hỏi hoàn toàn khác (hành vi phổ biến nhất trong trường hợp đó) .. hoặc chỉ trang lỗi (khi máy chủ / tập lệnh đảm bảo sên khớp với ID).

Liên quan đến hiệu ứng SEO - xem câu hỏi này: SEO: url: nơi tốt nhất cho id


1
Điểm hay về cắt ngắn +1
UpTheCalet

3

Có, họ có thể đã thêm ID sau tiêu đề câu hỏi nếu họ muốn.

Về vị trí của ID và SEO, theo tôi, tôi không nghĩ nó sẽ tạo ra sự khác biệt nào (có lẽ nếu nó nằm trong tên miền).

Từ quan điểm dễ đọc của con người, có vẻ như rõ ràng hơn (với tôi ít nhất) để có tiêu đề dễ đọc của con người ở cuối, thay vì được chôn trong URL.

Tôi cũng đã đọc trong một bài viết rằng chỉ có hai thư mục con đầu tiên có liên quan do đó chỉ có / câu hỏi / 16999 là có liên quan. Nhìn vào SO điều này chắc chắn không đúng, nhưng tôi không thể quyết định trọng lượng của việc này

Bạn đã đọc nó ở đâu? Tôi không nghĩ đó là chính xác và ngày nay, các URL được viết lại này thường không liên quan đến các thư mục con theo bất kỳ cách nào.


Tôi đoán chúng ta sẽ phải đồng ý không đồng ý. Đối với tôi, một số ngẫu nhiên (được thôi là id câu hỏi) ở giữa url là hơi khó xử so với thứ gì đó đọc tự nhiên như / câu hỏi / những gì bạn đã làm cho bữa trưa / lẩm bẩm. Ở đây tôi sẽ chỉ bỏ qua mọi thứ bắt đầu từ mớ bòng bong.
andho

btw đây là liên kết tôi đọc được điều về 2 thư mục con, goodwebsiteinspector.com/en/ Kẻ
andho

2
vâng, chúng tôi sẽ phải đồng ý giải tán :) Tôi không đồng ý với kết luận về 'thư mục con' trong liên kết đó. Đây thường không phải là thư mục con, và google biết điều đó. Ngay cả nếu đó là lý do, tại sao google sẽ hạ thấp một tài nguyên có khả năng hữu ích, chỉ vì nó là 'sâu'?
UpTheCux

1

Việc xử lý URL của máy chủ là bỏ qua phần URL sau số id câu hỏi và dấu gạch chéo. Tất cả những thứ này đều tương đương:

/ câu hỏi / 16999
/ câu hỏi / 16999 /
/ câu hỏi / 16999 / bất kỳ văn bản nào

Tất cả đều chuyển hướng đến URL có văn bản câu hỏi (được định dạng lại) sau dấu gạch chéo.

Điều này cho phép họ sử dụng URL dạng ngắn trong các liên kết từ trang này sang trang khác (chẳng hạn như các liên kết trong thanh bên Liên quan trên trang này), tiết kiệm thời gian truyền HTML cũng như chu kỳ lưu trữ và cpu. Bằng cách có văn bản câu hỏi trong URL chính tắc (được chuyển hướng đến), họ vẫn nhận được lợi ích của việc có văn bản có liên quan trong URL để sử dụng trong lập chỉ mục công cụ tìm kiếm.


Tôi không thể thấy bất kỳ ví dụ nào về SO nơi họ sử dụng phiên bản rút gọn của URL.
UpTheCux

@UpTheCalet, nhấp vào nút chia sẻ bên dưới bất kỳ câu trả lời. ví dụ: webmasters.stackexchange.com/q/17002
azerafati
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.