Dấu gạch chéo sau là một dấu gạch chéo về phía trước (“/”) được đặt ở cuối dấu URL chẳng hạn như domain.com/ hoặc domain.com/page/. Dấu gạch chéo cuối thường được sử dụng để phân biệt một thư mục có dấu gạch chéo với một tệp không có dấu gạch chéo. Tuy nhiên, đây là hướng dẫn chứ không phải yêu cầu.
Trước đây, một thư mục sẽ có dấu gạch chéo và một tệp sẽ không có dấu gạch chéo. Một thư mục sẽ cho biết có nhiều tệp hơn và bạn thường có một tệp chỉ mục (index.html, index.php, v.v.) nơi nội dung của trang sẽ tải từ đó. Vì vậy, nội dung sẽ đến từ domain.com/page/index.html nhưng domain.com/page/ sẽ được hiển thị cho người dùng. Với các tệp riêng lẻ, bạn sẽ có tên tệp và không có dấu gạch chéo ở cuối.
Ngày nay, URL trong hầu hết các hệ thống không trỏ đến tệp. Các URL là một bản ghi được lưu trữ trong cơ sở dữ liệu. Hệ thống không có 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ấu trúc có thể được xử lý khác nhau. Việc bạn 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ì. Hãy xem xét một số tình huống phổ biến.
Mục lục
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à bạn sử dụng phiên bản nào không quan trọng.
Các dấu gạch chéo theo sau quan trọng đối với các URL khác
domain.com/page ≠ domain.com/page/
Đối với mọi trường hợp ngoài dấu gạch chéo ngay sau miền gốc, dấu gạch chéo sẽ được coi là một URL.
Các 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., thì tệp đó sẽ không tải được. Điều này là do hầu hết các hệ thống sẽ cho rằng tệp là một thư mục và vì không có gì sau đường dẫn này nên thường trang 404 sẽ được trả về.
Bây giờ chúng ta hãy xem xét tác động lên SEO.
Dấu gạch chéo và SEO
Bạn có thể muốn đưa ra các quyết định khác nhau tùy thuộc vào cách hệ thống của bạn hoạt động. Dưới đây là một vài tình huống phổ biến mà bạn có thể gặp phải.
Nội dung giống nhau được hiển thị trên các URL có dấu gạch chéo và không có dấu gạch chéo
Như tôi đã đề cập trước đây, nếu nội dung của bạn có thể được nhìn thấy trên cả phiên bản dấu gạch chéo và phiên bản không dấu gạch chéo của các trang, các trang có thể được coi là các URL riêng biệt. Mối quan tâm thông thường ở đây là nội dung trên các phiên bản khác nhau sẽ gây ra 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ỉ định phiên bản ưa thích. Ngay cả khi không có điều đó, Google thường sẽ chọn một phiên bản ưu tiên cho bạn để họ tổng hợp các tín hiệu. Bạn có thể buộc các URL về phiên bản ưa thích của mình nếu bạn muốn.
Cho dù bạn quyết định sử dụng dấu gạch chéo hay không, bạn cần đảm bảo rằng tất cả các tín hiệu chuẩn hóa 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 bạn muốn lập chỉ mục.
Nội dung khác nhau đang hiển thị trên các URL có dấu gạch chéo và không có dấu gạch chéo
Trong một số trường hợp bạn có hai hệ thống chia sẻ 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, bạn có thể gặp phải tình huống trong đó phiên bản của URL có và không có dấu gạch chéo ở cuối thể hiện 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 nên chọn một phiên bản để 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 phiên bản đó.
Hreflang
Bạn có thể gặp sự cố với các thiết lập phức tạp hơn liên quan đến 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 trỏ đến phiên bản của trang có dấu gạch chéo và Google lập chỉ mục trang theo cách này, nhưng các thẻ hreflang trỏ đến phiên bản của trang không có dấu gạch chéo, thì các thẻ hreflang này có thể không được tôn trọng.
Thêm hoặc xóa dấu gạch chéo ở cuối
Quá trình này sẽ thay đổi tùy thuộc vào hệ thống của bạn. Tốt nhất là kiểm tra 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]
Chú thích bên lề.
! -d tìm kiếm một thư mục và nếu có, nó sẽ không xóa dấu gạch chéo. Nếu bạn không bao gồm điều này, bạn có thể sẽ phá vỡ 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]
Chú thích bên lề.
! -f tìm kiếm một tệp và nếu tệp tồn tại, nó sẽ không thêm dấu gạch chéo vào. Điều này giữ cho hình ảnh, tệp PDF, JS, CSS, v.v. khỏi 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 nếu bạn 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 khỏi URL
Khung JavaScript
Do bộ định tuyến của chúng, các hệ thống này có thể hơi khác so với những gì bạn đã quen. Bạn có thể tùy chỉnh cách các 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 nó — 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 xác đị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 không bao gồm dấu gạch chéo sau khi thiết lập URL thuộc tính tiền tố (ví dụ: miền / thư mục), Google vẫn 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/ (có dấu gạch chéo) là một cấp cao hơn.
Google Analytics (GA) gặp phải vấn đề tương tự khi cố gắng thực hiện chi tiết nội dung theo thư mục nếu 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ể được báo cáo trong 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
Luôn có rủi ro với các thay đổi, vì vậy trừ khi thiết lập của bạn gây ra sự cố, 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 quy ước về dấu gạch chéo không áp dụng trên hầu hết các trang web hiện đại.
