Ví dụ: tất cả các lượt truy cập vào https. //công nghệ. net/contact nên được chuyển hướng đến https. //công nghệ. mạng/liên hệ/
Hầu hết các máy chủ web, bao gồm cả máy chủ web Apache HTTPD phổ biến đều hỗ trợ mô-đun mod_rewrite nơi có thể đặt các quy tắc trong đó. htaccess để chuyển hướng thêm dấu gạch chéo vào các URL chưa có
Đoạn mã sau có thể được đưa vào. htaccess để chuyển hướng URL mà không có dấu gạch chéo đến URL có dấu gạch chéo ở cuối
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !index.php
RewriteCond %{REQUEST_URI} ![.*]/$
RewriteRule ^[.*]$ //domain.com/$1/ [L,R=301]Hoặc,
RewriteCond %{REQUEST_URI} !\.[^./]+$
RewriteCond %{REQUEST_URI} ![.*]/$
RewriteRule ^[.*]$ //www.domain.co.uk/$1/ [R=301,L] Hoặc,
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !\..+$
RewriteCond %{REQUEST_URI} !/$
RewriteRule [.*] //techjourney.net/$1/ [R=301,L]Hoặc,
RewriteEngine On
RewriteBase /
RewriteRule ^[[a-zA-Z0-9]+]/$ /$1 [L]
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /[[a-zA-Z0-9]+]
RewriteRule ^[[a-zA-Z0-9]+]$ /%1/? [R=301,L]Trong trường hợp bạn đang sử dụng CMS hoặc blog, chẳng hạn như WordPress, cho phép cấu trúc URL tùy chỉnh cho liên kết cố định, đặc biệt là để tối ưu hóa công cụ tìm kiếm [SEO], đoạn mã trên phải xuất hiện trước khối viết lại các điều kiện và quy tắc để tùy chỉnh URL cho nền tảng CMS hoặc blog
Giải thích ngắn gọn về mã viết để thêm dấu gạch chéo vào URL
RewriteEngine On – Dòng này kích hoạt công cụ viết lại thời gian chạy dựa trên mô-đun mod_rewrite của Apache
RewriteBase / – Dòng này đặt thư mục gốc của trang hiện tại làm URL cơ sở để viết lại trên mỗi thư mục
RewriteCond %{REQUEST_FILENAME}. -f – Dòng này loại trừ tất cả các URL trỏ đến các tệp tồn tại được thêm lại bằng dấu gạch chéo. Không thể loại trừ các thư mục vì điều này sẽ loại trừ hành vi viết lại cho các thư mục hiện có
RewriteCond %{REQUEST_URI}. mục lục. php – Dòng này là tùy chọn và sẽ loại trừ URL mẫu [trong trường hợp này là chỉ mục. php] mà người dùng không muốn viết lại. Xóa dòng này nếu không cần thiết
RewriteCond %{REQUEST_URI}. \. +$ và RewriteCond %{REQUEST_URI}. \. [^. /]+$ – Chỉ định rằng URL không chứa bất kỳ. [dấu chấm] để loại trừ tham chiếu đến tệp
RewriteCond %{REQUEST_URI}. [. *]/$ và RewriteCond %{REQUEST_URI}. /$ – Dòng này xác định URL nào không chứa dấu gạch chéo ở cuối
Quy tắc viết lại ^[. *]$ http. //www. miền. com/$1/ [L,R=301] – Dòng này xử lý URL không có dấu gạch chéo ở cuối đã vượt qua các điều kiện được đặt ở trên, bằng cách nối thêm dấu gạch chéo ở cuối rồi chuyển hướng với trạng thái chuyển hướng 301 hoặc chuyển hướng vĩnh viễn sang URL mới. Ý tôi là đây là dòng cuối cùng để xử lý và quá trình viết lại có thể kết thúc. Nhớ thay www. miền. com với tên miền của riêng bạn
Giải thích ngắn gọn cho bộ quy tắc viết lại và điều kiện quy tắc cuối cùng
RewriteRule ^[[a-zA-Z0-9]+]/$ /$1 [L] – Dòng này chấm dứt quá trình ghi thêm dấu gạch chéo ở cuối nếu URL đã chứa dấu gạch chéo ở cuối
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /[[a-zA-Z0-9]+] – Dòng này xác định yêu cầu không kết thúc bằng dấu gạch chéo ở cuối
RewriteRule ^[[a-zA-Z0-9]+]$ /%1/?
URL của một trang web mang rất nhiều thông tin để cải thiện khả năng thu hồi của người dùng và tăng vị trí SERP của trang web. Một phần quan trọng của cấu trúc URL là dấu gạch chéo ở cuối. Dấu gạch chéo này thường được sử dụng để phân biệt giữa thư mục và tệp trên trang web
Nói chung, người dùng không coi URL có và không có dấu gạch chéo ở cuối là hai yếu tố riêng biệt. Tuy nhiên, đối với các công cụ tìm kiếm, sự hiện diện hay vắng mặt của dấu gạch chéo tạo nên sự khác biệt rất lớn. Ví dụ
https. //www. abc. com/salescopy/ được thu thập dưới dạng một thư mục
https. //www. abc. com/salescopy được coi là một tệp
Ngoài dấu gạch chéo, có nhiều khía cạnh khác cần được xem xét khi cấu trúc URL. Trọng tâm chính phải là nâng cao khả năng đọc địa chỉ của trang web cho cả đối tượng mục tiêu và trình thu thập dữ liệu của công cụ tìm kiếm. Quản trị viên web có thể cải thiện cấu trúc URL theo cách thủ công hoặc thông qua các công cụ như
Quản trị viên web có thể cải thiện cấu trúc URL theo cách thủ công hoặc thông qua các công cụ như mô-đun URL thân thiện PrestaShop, tự động xóa các ký tự đặc biệt và đảm bảo rằng khách hàng biết sản phẩm hoặc tên của bài đăng ngay lập tức
Điều gì xảy ra nếu tôi thêm hoặc bỏ qua dấu gạch chéo ở cuối?
Việc thêm dấu gạch chéo ở cuối URL hướng dẫn máy chủ web tìm kiếm thư mục. Điều này làm tăng tốc độ tải trang web vì máy chủ sẽ lấy nội dung của trang web mà không mất thời gian tìm kiếm tệp
Mặt khác, khi máy chủ được yêu cầu tìm kiếm một địa chỉ web có dấu gạch chéo, nó sẽ tìm kiếm một tệp được đề cập trong URL. Nếu máy chủ không thể tìm thấy tệp có liên quan, nó sẽ chuyển đến thư mục có tên tương tự và phục vụ các tệp trong đó. Tuy nhiên, điều này thường dẫn đến việc truy xuất một trang web không phù hợp hoặc tệ hơn là lỗi 404 Page Not Found
Vấn đề phát sinh trong trường hợp hai URL [có và không có dấu gạch chéo] có nội dung khác nhau. Mặc dù Google xử lý hai URL tương tự nhau và không đặt ra câu hỏi về nội dung trùng lặp, nhưng đây có thể là vấn đề đối với những người truy cập trang web. Bạn thường ngạc nhiên khi trang web hiển thị nội dung khác cho URL có và không có dấu gạch chéo ở cuối
Vậy, Lựa chọn ưa thích là gì?
Để tránh gây nhầm lẫn cho khách hàng với hai trang khác nhau, cách tốt nhất là sử dụng phiên bản ưu tiên [có hoặc không có dấu gạch chéo] của URL. Nói chung, người quản lý trang web sử dụng https. //ví dụ. com/simple-directory/ thay vì https. //ví dụ. com/đơn giản-thư mục. Tuy nhiên, quản trị viên web và chủ cửa hàng có thể tự do lựa chọn một trong hai phiên bản
Điều quan trọng là phải tuân theo phiên bản ưa thích và thực thi chính sách chung cho tất cả các URL của trang web, bao gồm cả những URL trong sơ đồ trang web. Để ngăn hiển thị nhiều kết quả cho khách truy cập, hãy đặt p chuyển hướng tới các URL ưa thích
Dấu gạch chéo không được đề xuất cho tệp
Các chuyên gia vẫn tranh luận về việc có nên thêm dấu gạch chéo sau các URL trỏ đến các tệp trên máy chủ web hay không
Với dấu gạch chéo, máy chủ giả định rằng yêu cầu là một thư mục chứ không phải tệp. Kết quả sẽ là lỗi Không tìm thấy trang 404 hoặc chuyển hướng đến phiên bản URL thích hợp. Tuy nhiên, điều này làm tăng thêm thời gian tải trang. Do đó, cách tốt nhất trong trường hợp này là bỏ qua dấu gạch chéo trong trường hợp tệp để cải thiện thời gian tải trang
Dấu gạch chéo trong tên miền
Tên miền không có bất kỳ tập tin hoặc thư mục hậu tố nào xuất hiện hấp dẫn mà không có dấu gạch chéo ở cuối
So sánh
https. //ví dụ. com/ với https. //ví dụ. com
và quyết định cái nào bạn muốn áp dụng để đại diện cho doanh nghiệp trực tuyến của mình. Đối với một tên miền, bạn có quyền tự do thu hút người đọc và đối tượng mục tiêu bằng cấu trúc URL mà bạn thích
Cấu trúc URL của trang web cần phải có ý nghĩa, dễ đọc và hấp dẫn để khách hàng tiềm năng cảm thấy thoải mái khi duyệt qua cửa hàng. Việc thêm dấu gạch chéo ở cuối có thể không ảnh hưởng đáng kể đến cấu trúc URL của cửa hàng. Tuy nhiên, bạn nên xem xét vấn đề trùng lặp cấu trúc URL một cách nghiêm túc trước khi đưa ra lựa chọn cuối cùng.
Tiểu sử tác giả
Alastair Brian nhà văn từ “FMEModules” – một thương hiệu nổi tiếng với các Tiện ích bổ sung, chủ đề, tiện ích mở rộng và dịch vụ đáng tin cậy hàng đầu của PrestaShop. Theo dõi anh ấy trên Twitter, LinkedIn
Bắt đầu phát triển với Cloudways ngay hôm nay
Khách hàng của chúng tôi yêu quý chúng tôi vì chúng tôi không bao giờ thỏa hiệp với những điều này
Immad Uddin Khan
Immad là Nhà sản xuất nội dung số cho Cloudways - Nền tảng lưu trữ đám mây được quản lý. Anh ấy chủ yếu bận rộn trong việc tạo ra tất cả các loại nội dung thông tin và sáng tạo. Là một sở thích, anh ấy thích đi du lịch với chiếc máy ảnh của mình đến những điểm đến đẹp như tranh vẽ