Bạn có nên có dấu gạch chéo ở cuối URL không?

Dấu gạch chéo sau là dấu gạch chéo (“/”) ở cuối dấu Url như domain.com/ hoặc domain.com/page/. Dấu gạch chéo thường được sử dụng để phân biệt thư mục có dấu gạch chéo từ một tệp không có dấu gạch chéo. Tuy nhiên, đây là hướng dẫn, không phải yêu cầu.

Trước đây, một thư mục có dấu gạch chéo và một tệp không có dấu gạch chéo. Một thư mục sẽ cho biết rằng có nhiều tệp hơn và bạn thường có tệp chỉ mục (index.html, index.php, v.v.) để tải nội dung của trang từ đó. Ví dụ: nội dung sẽ đến từ domain.com/page/index.html, nhưng người dùng sẽ thấy domain.com/page/. Đối với các tệp riêng lẻ, bạn có tên tệp và không có dấu gạch chéo ở cuối.

Trong hầu hết các hệ thống ngày nay, URL không trỏ đến tệp. Các Url là một tập dữ liệu được lưu trữ trong cơ sở dữ liệu. Hệ thống không máy chủ thậm chí không lưu trữ tệp trên máy chủ của bạn.

Khác nhau Url Các cấu trúc có thể được xử lý khác nhau. Bạn có chọn sử dụng dấu gạch chéo hay không là sở thích cá nhân hơn bất cứ điều gì khác. Hãy xem xét một số tình huống phổ biến.

Dấu gạch chéo sau tên miền không quan trọng

domain.com = domain.com/

Các URL này được xử lý hoàn toàn giống nhau và không quan trọng bạn đang sử dụng phiên bản nào.

Các dấu gạch chéo sau rất quan trọng đối với các URL khác

domain.com/pagedomain.com/page/

Đối với mọi trường hợp, ngoại trừ dấu gạch chéo cuối cùng ngay sau miền gốc, dấu gạch chéo ở cuối được coi là dấu gạch chéo riêng biệt Url.

Tệp không được kết thúc bằng dấu gạch chéo

Trong hầu hết các trường hợp, nếu bạn thêm dấu gạch chéo vào một tệp như .html, .php, .js, .css, .pdf, .jpg, v.v., tệp sẽ không tải. Điều này là do hầu hết các hệ thống đều cho rằng tệp là một thư mục và vì không có gì sau đường dẫn đó nên nó thường trả về trang 404.

Bây giờ chúng ta hãy xem xét các tác động SEO.

Dấu gạch chéo và SEO

Tùy thuộc vào cách hệ thống của bạn hoạt động, bạn có thể muốn đưa ra các quyết định khác nhau. Dưới đây là một số tình huống phổ biến mà bạn có thể gặp phải.

Nội dung giống nhau xuất hiện trên các URL có dấu gạch chéo và không có dấu gạch chéo

Như đã đề cập trước đó, các trang có thể được coi là các URL riêng biệt nếu nội dung của bạn có thể được nhìn thấy trong cả phiên bản có dấu gạch chéo và phiên bản không có dấu gạch chéo. Mối quan tâm chung ở đây là nội dung của các phiên bản khác nhau sẽ dẫn đến nội dung trùng lặp. Trong hầu hết các trường hợp, đây không phải là vấn đề vì thẻ chuẩn có thể sẽ chỉ ra một phiên bản ưu tiên. Ngay cả khi không có điều này, Google thường chọn một phiên bản ưu tiên cho bạn để hợp nhất các tín hiệu. Bạn có thể buộc các url thành phiên bản ưa thích của mình nếu bạn muốn.

Cho dù bạn có sử dụng dấu gạch chéo hay không, bạn vẫn muốn đảm bảo rằng tất cả các tín hiệu chuẩn khác nhau như chuyển hướng, sơ đồ trang web, liên kết nội bộ, thẻ chuẩn, v.v., đều trỏ đến phiên bản đang được lập chỉ mục.

Nội dung khác nhau được hiển thị trên các URL có dấu gạch chéo ở cuối và dấu gạch chéo không ở cuối

Trong một số trường hợp hai hệ thống đang sử dụng cùng một cấu trúc thư mục hoặc với một số phần mềm kiểm tra A / B nhất định, phiên bản của Url có và không có dấu gạch chéo cuối cùng hiển thị nội dung hoàn toàn khác nhau. Trong những trường hợp này, lý tưởng nhất là bạn muốn chọn một phiên bản sẽ được lập chỉ mục và hiển thị cho người dùng, sau đó chuyển hướng phiên bản khác đến nó.

Hreflang

Các vấn đề có thể phát sinh với các thiết lập phức tạp hơn với hreflang. Các liên kết Hreflang phải trỏ đến phiên bản được lập chỉ mục của các trang. Nếu thẻ chuẩn tham chiếu đến phiên bản của trang có dấu gạch chéo ở cuối và Google lập chỉ mục trang theo cách đó, nhưng các thẻ hreflang đề cập đến phiên bản của trang không có dấu gạch chéo ở cuối, thì các thẻ hreflang đó có thể không được sử dụng.

Thêm hoặc xóa dấu gạch chéo ở cuối

Quá trình này thay đổi tùy thuộc vào hệ thống. Tốt nhất là đọc tài liệu liên quan trước khi thực hiện bất kỳ thay đổi nào.

.htaccess

Xóa dấu gạch chéo:

RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule ^(.*)/$ /$1 [L,R=301]

Ghi chú bên lề.

! -d tìm kiếm một thư mục và nếu nó tồn tại, không xóa dấu gạch chéo. Việc không xác định điều này có thể làm hỏng các trang thư mục chính này.

Thêm dấu gạch chéo:

RewriteCond %{REQUEST_FILENAME} !-f 
RewriteRule ^(.*[^/])$ /$1/ [L,R=301]

Ghi chú bên lề.

! -f tìm kiếm một tệp và, nếu tệp tồn tại, không thêm dấu gạch chéo. Điều này có nghĩa là hình ảnh, tệp PDF, JS, CSS, vv trước khi phá vỡ.

WordPress

Nếu bạn đi tới Cài đặt> Permalinks, bạn có thể thay đổi xem bạn có sử dụng dấu gạch chéo hay không khi sử dụng cấu trúc tùy chỉnh.

/%postname%/ sẽ thêm dấu gạch chéo vào url

/%postname% sẽ xóa dấu gạch chéo sau khỏi các URL loại bỏ

Khung JavaScript

Do bộ định tuyến của họ, các hệ thống này có thể khác một chút so với những gì bạn đã quen. Bạn có thể tùy chỉnh cách URL hoạt động trong bộ định tuyến hoặc nếu bạn không muốn mất nhiều thời gian vào chúng, hầu hết các hệ thống này đều có các mô-đun được tạo sẵn để thêm hoặc xóa các dấu gạch chéo ở cuối.

Tác động của dấu gạch chéo lên báo cáo

Báo cáo cần được xem xét khi quyết định có sử dụng dấu gạch chéo hay không. Ví dụ: trong Google Search Console, bạn có thể thiết lập một miền hoặc Url Thuộc tính tiền tố. Nếu bạn đang thiết lập a. không bao gồm dấu gạch chéo ở cuối Url Thuộc tính tiền tố (ví dụ: miền / thư mục), Google vẫn sẽ thêm một thuộc tính. Do đó, tất cả các lượt truy cập vào domain.com/folder (không có thùng rác ở cuối) sẽ không được báo cáo vì domain.com/folder/ (dấu gạch chéo) là một cấp.

Google Analytics (GA) cũng gặp phải vấn đề tương tự khi tìm cách xem chi tiết nội dung theo từng thư mục khi các trang chính của bạn không có dấu gạch chéo. Nếu cả hai phiên bản có dấu gạch chéo và không có dấu gạch chéo của URL của bạn đều hoạt động, thì cả hai đều có thể hoạt động. được báo cáo GA.

Bạn có thể thêm một bộ lọc như được hiển thị bên dưới để buộc các dấu gạch chéo trên các URL trong báo cáo phân tích của mình nếu bạn muốn hợp nhất dữ liệu.

Đây là regex: ^(/[a-z0–9/_-]*[^/])$

Suy nghĩ cuối cùng

Thay đổi luôn có rủi ro. Vì vậy, nếu thiết lập của bạn không gây ra bất kỳ sự cố nào, tôi sẽ không cố gắng buộc thay đổi URL của bạn. Công nghệ đã thay đổi và cũ Url Các quy ước về gạch chéo không áp dụng cho hầu hết các trang web hiện đại.

Nguồn: Ahrefs

Trả lời

Chat Zalo