Permalink là URL cố định dùng để truy cập một bài viết, trang hoặc archive. Slug là phần tên có thể đọc được nằm trong URL, thường ở cuối đường dẫn. Với URL https://websitehcm.com/permalink-la-gi/, toàn bộ địa chỉ là permalink và permalink-la-gi là slug.
Câu trả lời nhanh
URL tốt cần dễ hiểu, dùng từ ngữ của người đọc, ổn định và nhất quán. Không có độ dài slug cố định bảo đảm thứ hạng. Với URL mới, hãy chọn slug rõ trước khi xuất bản; với URL đã index, không nên đổi chỉ để thêm từ khóa hoặc làm đẹp.

URL, Permalink và Slug khác nhau thế nào?
| Khái niệm | Định nghĩa | Ví dụ |
|---|---|---|
| URL | Địa chỉ của một tài nguyên trên web | https://example.com/blog/permalink-la-gi/ |
| Permalink | URL ổn định của bài viết, trang hoặc archive | Toàn bộ URL của bài |
| Path | Phần đường dẫn sau tên miền, trước dấu ? hoặc # | /blog/permalink-la-gi/ |
| Slug | Phần tên có thể đọc được trong path | permalink-la-gi |
| Query parameter | Dữ liệu bổ sung sau dấu hỏi | ?color=blue |
| Fragment | Vị trí trong tài liệu sau dấu # | #cach-doi-url |
Trong WordPress, “permalink” thường dùng để chỉ URL lâu dài của nội dung. Slug là một thành phần của permalink; đổi slug cũng làm URL thay đổi.
Cách đặt URL cho nội dung mới
- Xác định nội dung chính mà địa chỉ này đại diện.
- Kiểm tra đã có trang trả lời cùng nhu cầu hay chưa.
- Chọn cụm từ mô tả chủ đề chính bằng ngôn ngữ của người đọc.
- Dùng chữ thường và dấu gạch nối để tách từ.
- Loại từ trang trí, năm hoặc thông tin dễ thay đổi nếu không cần thiết.
- Kiểm tra đường dẫn không trùng trang khác, không chuyển hướng và không dùng tên dành riêng của hệ thống.
- Chỉ xuất bản khi cấu trúc đã ổn định.
| Tiêu đề | Slug phù hợp | Slug nên tránh |
|---|---|---|
| Permalink và Slug là gì? | permalink-la-gi | permalink-slug-url-seo-chuan-seo-2026 |
| Cách tạo sitemap cho website | cach-tao-sitemap | huong-dan-cach-tao-sitemap-xml-moi-nhat |
| Dịch vụ SEO TP.HCM | dich-vu-seo-tphcm | dich-vu-seo-tphcm-gia-re-top-1 |
| Báo cáo xu hướng SEO 2026 | xu-huong-seo-2026 | xu-huong-seo nếu mỗi năm là một tài liệu riêng |
Có nên đưa từ khóa vào Slug?
Có thể dùng cụm mô tả chủ đề khi đó là cách diễn đạt tự nhiên và rõ nhất. Không cần đưa mọi biến thể từ khóa vào URL. Giá trị chính của slug là giúp người dùng, crawler và đội vận hành hiểu địa chỉ tài nguyên.
- Dùng một cụm mô tả đúng nội dung.
- Không lặp từ hoặc nhồi từ khóa chính xác.
- Không đổi slug cũ chỉ vì nghiên cứu được từ khóa mới.
- Không tạo slug khác nhau cho các từ đồng nghĩa cùng nhu cầu người đọc.
Slug nên dài bao nhiêu?
Không có số ký tự hoặc số từ cố định phù hợp mọi trường hợp. Slug cần đủ ngắn để dễ đọc và đủ rõ để phân biệt tài nguyên. Cắt từ chỉ để đạt một con số có thể làm URL mơ hồ; giữ nguyên toàn bộ tiêu đề dài cũng làm vận hành khó hơn.
| Nên giữ | Có thể bỏ |
|---|---|
| Thuật ngữ hoặc chủ đề chính | Từ trang trí như “toàn tập”, “chi tiết nhất” |
| Địa điểm khi là phần của nhu cầu người đọc | Năm với nội dung evergreen |
| Model hoặc phiên bản khi phân biệt sản phẩm | Từ lặp lại từ category path |
| Ngày khi tài nguyên là bản ghi theo ngày | Keyword đồng nghĩa không cần thiết |
Tiếng Việt có dấu hay không dấu?
Google có thể xử lý URL dùng ngôn ngữ của người đọc và ký tự ngoài ASCII khi được mã hóa đúng. Website Việt Nam thường chọn slug không dấu, chữ thường và dấu gạch nối vì dễ sao chép, đọc trong báo cáo và quản trị. Đây là quy ước vận hành, không phải điều kiện xếp hạng bắt buộc.
- Chọn một quy ước và dùng nhất quán.
- Không đổi hàng loạt URL chỉ để chuyển có dấu thành không dấu.
- Kiểm tra canonical, sitemap và internal links dùng cùng phiên bản.
- Nhớ rằng đường dẫn có thể phân biệt chữ hoa và chữ thường.
Cấu trúc Permalink trong WordPress
WordPress cho phép chọn cấu trúc tại Settings → Permalinks, gồm Plain, cấu trúc theo ngày, Post name và Custom Structure. Không có một cấu trúc duy nhất tốt cho mọi website.
| Cấu trúc | Phù hợp | Rủi ro |
|---|---|---|
| Post name | Blog, website dịch vụ và nội dung dài hạn | Cần quản lý slug trùng |
| Ngày + tên bài | Trang tin hoặc kho lưu trữ phụ thuộc thời gian | URL dài và khó đổi vai trò nội dung |
| Category + post name | Taxonomy ổn định | Đổi category có thể đổi URL |
| Custom structure | Hệ thống có quy tắc quản lý rõ | Chuyển đổi hệ thống phức tạp nếu cấu trúc sai |
| Plain parameter | Fallback kỹ thuật | Khó đọc và khó quản trị hơn |
Đổi cấu trúc permalink toàn website có thể làm nhiều URL thay đổi cùng lúc. Hãy sao lưu, thử trên bản sao website và lập bảng chuyển hướng trước khi áp dụng.
Đổi slug một bài khác gì đổi permalink toàn site?
Để sửa một bài, mở bài trong trình chỉnh sửa WordPress và tìm mục liên kết hoặc slug; tên vị trí có thể khác theo phiên bản. Trước khi lưu, ghi lại URL cũ và chuẩn bị chuyển hướng nếu bài đã xuất bản. Mục Settings → Permalinks thay đổi quy tắc chung, không chỉ địa chỉ của bài đang sửa.
Ví dụ: đổi tiêu đề bài “Cách tạo sitemap” thành “Cách tạo sitemap trong WordPress” không bắt buộc đổi slug cach-tao-sitemap nếu nội dung vẫn cùng chủ đề. Chỉ cập nhật ngày hoặc tiêu đề cũng không phải lý do để đổi URL.
Khi nào không nên đổi URL cũ?
- URL đang đúng nhu cầu người đọc và hoạt động ổn.
- Chỉ muốn thêm từ khóa hoặc bỏ vài từ.
- URL có traffic, backlink hoặc internal links nhưng chưa có kế hoạch chuyển đổi.
- Đổi chỉ để bỏ năm trong slug của bài cũ.
- Không có quyền tạo redirect và cập nhật sitemap.
Một URL “không đẹp” nhưng ổn định thường ít rủi ro hơn một URL mới chỉ đẹp hơn về hình thức.
Khi nào nên đổi URL?
| Tình huống | Có thể đổi | Điều kiện |
|---|---|---|
| URL mô tả sai nội dung | Có | Mapping rõ và redirect trực tiếp |
| Hợp nhất hai bài cùng nhu cầu người đọc | Có | Chọn trang chính và giữ phần nội dung tốt |
| Đổi tên miền hoặc cấu trúc URL | Có | Kế hoạch site move đầy đủ |
| Parameter tạo duplicate nghiêm trọng | Có thể | Kiểm tra canonical, links và chức năng |
| Chỉ muốn slug ngắn hơn | Thường không | Lợi ích hiếm khi lớn hơn rủi ro |
| Muốn thêm từ khóa mới | Không nên | Cập nhật title và nội dung trước |
Quy trình kiểm tra khi cần đổi URL
- Lập danh sách: ghi URL cũ, URL mới, lượt truy cập và các liên kết cần cập nhật.
- Lưu bản trước sửa: sao lưu nội dung, thông tin SEO, sitemap và dữ liệu Search Console.
- Chọn trang thay thế: chuyển mỗi URL cũ đến trang có nội dung tương đương; không đưa tất cả về trang chủ.
- Redirect vĩnh viễn: dùng 301 hoặc 308 trực tiếp, tránh chuỗi chuyển hướng.
- Cập nhật nguồn: internal links, canonical, hreflang, schema và sitemap trỏ URL mới.
- Kiểm tra: URL cũ chuyển thẳng đến URL mới; URL mới trả 200, mở được và có canonical phù hợp.
- Theo dõi: kiểm tra lỗi 404, URL Google chọn làm canonical, lượt hiển thị và lượt nhấp.
- Giữ chuyển hướng: Google khuyến nghị ít nhất một năm khi chuyển URL; có thể giữ lâu hơn nếu liên kết cũ còn được sử dụng.
Đối chiếu hướng dẫn Internal Link và Sitemap XML khi cập nhật địa chỉ. Nếu phát sinh nhiều phiên bản cùng nội dung, xem cách xử lý canonical và URL trùng lặp.
Lỗi thường gặp
- Bê nguyên tiêu đề dài vào slug.
- Nhồi nhiều biến thể từ khóa.
- Đổi URL nhưng không tạo redirect.
- Giữ internal links trỏ qua redirect.
- Đưa URL cũ và mới cùng vào sitemap.
- Tạo nhiều URL cho cùng nhu cầu tìm kiếm.
- Đổi category path mà không đánh giá toàn bộ site.
- Dùng redirect về homepage cho nội dung không tương đương.
Nguồn chính thức
- Google URL structure best practices
- Google site moves with URL changes
- Redirects and Google Search
- WordPress: Customize permalinks
- WordPress: Permalink settings
Kết luận
Permalink là địa chỉ lâu dài; slug là phần tên trong đường dẫn. Hãy chọn slug dễ hiểu ngay từ đầu. Nếu cần đổi URL đã xuất bản, chuẩn bị chuyển hướng, cập nhật liên kết và kiểm tra cả địa chỉ cũ lẫn mới.
Nếu thay đổi URL nằm trong một audit rộng hơn về crawl, redirect, canonical hoặc sitemap, xem Technical SEO để đặt permalink vào đúng lớp xử lý.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.

