Về mặt SEO, sự khác biệt giữa một URL có và không có dấu gạch chéo là gì?


10

Về mặt SEO, sự khác biệt giữa:

http://example.com/some-stuff/

http://example.com/some-stuff

Tôi không thể tìm thấy bất cứ điều gì hữu ích liên quan đến khái niệm này, bạn có thể giải thích điều này?



1
@dasickle Câu hỏi đó không phải về SEO, câu hỏi này là.
dan

@dasickle đó không phải là cùng một câu hỏi, đó chỉ là về tên miền. Một kết hợp tốt hơn sẽ là Tại sao lại coi đây là các URL có viết hoa đường dẫn khác nhau và dấu gạch chéo là khác nhau?
DisgruntledGoat

Câu trả lời:


11

Quay trở lại những ngày dấu gạch chéo gợi ý "đây là một thư mục" trái ngược với "đây là một tập tin". Các trình duyệt sẽ phản ứng nhanh hơn một chút - hoặc ít nhất đó là những gì tôi đã nói - khi chúng được gián tiếp nói "hãy tìm một tệp có tên là Index". Ngày nay, dấu gạch chéo đó là bên cạnh lỗi thời.

Ngày nay, nó được coi là thực hành tốt để luôn luôn hoặc không bao giờ có dấu gạch chéo đó - nếu không nó có thể được coi là nội dung trùng lặp.

Nhưng theo tôi biết thì không có lý thuyết nào có tác động đến SEO.

Cập nhật: để biết giá trị của nó, tôi chỉ kiểm tra các trang hỗ trợ công cụ quản trị trang web của Google về nội dung trùng lặp và thực sự họ có khuyến nghị sau đây về vấn đề dấu gạch chéo:

Hãy nhất quán: Cố gắng giữ liên kết nội bộ của bạn nhất quán. Ví dụ: không liên kết đến http://www.example.com/page/http://www.example.com/pagehttp://www.example.com/page/index.htm .


1
Dấu gạch chéo vẫn chỉ ra một thư mục. Điều đó đã không thay đổi và còn lâu mới lỗi thời. Nó vẫn là một tên đường dẫn theo sau bởi các máy tính trên internet. Chỉ trong thanh địa chỉ bạn sẽ nhận thấy một sự thay đổi NẾU máy chủ được thiết lập để làm điều đó.
Cướp

Thanx cho ý kiến. Tất nhiên - bạn nói đúng - dấu gạch chéo VẪN chỉ ra một thư mục và theo nghĩa này, nó không còn lỗi thời - và có lẽ sẽ luôn luôn là tôi. Tôi chỉ đề cập đến "trở lại trong những ngày" mất nghiêm trọng tốc độ kết xuất. Liên quan đến tốc độ kết xuất, bạn KHÔNG PHẢI sử dụng dấu gạch chéo nữa.
Untilinberlin

Điều đó cũng không hoàn toàn đúng. Nếu máy chủ không được thiết lập theo cách đó, việc tắt dấu gạch chéo sẽ giúp bạn có được thư mục chứ không phải tệp và nó vẫn sẽ mất hai lần tìm nạp để đưa bạn đến trang.
Cướp

Vâng ok - và nếu máy chủ không được thiết lập 'đúng', thậm chí là một gạch chéo sẽ không giúp đỡ - và máy chủ youst sẽ liệt kê các thư mục thay vì phục vụ 'chỉ số ...".
tillinberlin

5

Theo Google , họ sẽ coi các URL có và không có dấu vết /như các tài liệu khác nhau:

Về mặt lịch sử, thông thường các URL có dấu gạch chéo để chỉ ra một thư mục và những URL không có dấu gạch chéo để biểu thị một tệp:

http://example.com/foo/ (với dấu gạch chéo, thông thường là một thư mục)

http://example.com/foo (không có dấu gạch chéo, thông thường là một tệp)

Nhưng họ chắc chắn không phải. Google xử lý từng URL ở trên một cách riêng biệt (và bằng nhau) bất kể đó là tệp hay thư mục hay nó chứa dấu gạch chéo hoặc nó không chứa dấu gạch chéo.

Nội dung khác nhau trên / và không- / URL ổn đối với Google, thường ít lý tưởng hơn cho người dùng

Nhấn mạnh là của Google không phải của tôi.

Bây giờ các máy chủ về mặt kỹ thuật có thể xử lý các URL này khác nhau nhưng khuyến nghị là tất cả chúng đều tương đương nhau. Google dường như cũng làm theo lời khuyên này.

Việc cung cấp cùng một nội dung trên hai URL khác nhau có thể gây nhầm lẫn - cho người dùng và công cụ tìm kiếm, vì vậy họ khuyên bạn nên chống lại nó và cung cấp hướng dẫn về việc bình thường hóa URL của bạn.

Nếu bạn làm theo nhận xét của nhiều nhân viên Google về SEO và SERPs, bạn sẽ tìm thấy một chủ đề chung:

Google làm mọi thứ có thể để cải thiện trải nghiệm người dùng.

Vì vậy, đối với SEO, bạn nên chuẩn hóa các URL của mình để đảm bảo trải nghiệm người dùng nhất quán.


Lưu ý rằng đoạn trích dẫn từ RFC 3986 chỉ áp dụng cho các đường dẫn trống. Vì vậy, không đúng khi nói "[V]] một URL mà không có và không có dấu vết /là như nhau".
unor

Tôi đã cập nhật câu trả lời của tôi để chính xác hơn. Về mặt chức năng, chúng hoạt động giống nhau trên hầu hết các máy chủ web mà tôi gặp.
jeffatrackaid

Tôi không có nghĩa là "tương tự" so với "tương đương"; đó là đoạn RFC này chỉ áp dụng cho các URL có đường dẫn trống. Vì vậy, các URL http://example.com/foo/không tương đương với http://example.com/foo, nhưng http://example.com/là tương đương với http://example.com.
unor

Cảm ơn đã làm rõ .... Tôi đã xóa tham chiếu RFC vì nó không quá liên quan.
jeffatrackaid

2

Nó chỉ cho biết rằng vị trí trỏ đến một thư mục chứ không phải là một tệp cụ thể. Sau đó, máy chủ web sẽ hiển thị trang mặc định cho thư mục đó nếu một trang đã được thiết lập hoặc liệt kê các tệp trong thư mục đó.

Nó không có ý nghĩa hay giá trị SEO. (Mặc dù việc có thể kéo lên trang chỉ mục của thư mục đó thông qua hai URL có thể dẫn đến nội dung trùng lặp có ý nghĩa SEO).


1

Khi tôi chọn giữa việc sử dụng dấu gạch chéo hay không, hầu hết thời gian không có dấu gạch chéo có vẻ sạch hơn. Tuy nhiên, tôi đã chạy qua một trường hợp thú vị trong đó có một dấu gạch chéo có thể giúp tối ưu hóa công cụ tìm kiếm (SEO). Đó là trường hợp tài liệu của bạn có phần mở rộng tập tin không phải là .html. Điều này trở thành một vấn đề với các trang web được xếp hạng trang web. Họ có thể chọn giữa hai url này:

  • http://mysite.example.com/rated.example.com
  • http://mysite.example.com/rated.example.com/

Trong trường hợp như vậy, tôi sẽ chọn một dấu gạch chéo . Đó là bởi vì .comphần mở rộng là một phần mở rộng cho các tệp lệnh thực thi của Windows. Các công cụ tìm kiếm và trình kiểm tra vi rút thường không thích các URL có vẻ như có thể chứa phần mềm độc hại được phân phối thông qua các cơ chế như vậy. Dấu gạch chéo dường như làm giảm bớt bất kỳ mối lo ngại nào, cho phép trang xếp hạng trong các công cụ tìm kiếm và có được bởi trình kiểm tra vi rút.

Nếu URL của bạn không có .trong phần tệp, thì tôi khuyên bạn nên bỏ qua dấu gạch chéo để đơn giản.


Tôi nghĩ rằng nó trông cũng sạch sẽ hơn. Nếu bạn nhìn vào các liên kết trên Twitter, Facebook và những thứ tương tự, hầu như không ai sử dụng dấu gạch chéo. Sẽ có những trang web chứng minh tôi sai, nhưng về số dư, người dùng quen thuộc hơn với các URL không bị cắt
xén
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.