Permalink: Bản chất, vai trò và cách tối ưu chuẩn

URL, Permalink và Slug khác nhau thế nào?

Mọi permalink đều là URL, nhưng không phải mọi URL được tạo trong một phiên truy cập đều nên được xem là permalink. URL có tham số tracking, bộ lọc hoặc session có thể chỉ là biến thể tạm thời.

Cấu tạo của một Permalink

Một permalink đầy đủ có thể gồm scheme, hostname, port, path, query và fragment. Website thông thường chủ yếu quản trị scheme, hostname và path.

https://www.example.com/dich-vu/seo-tong-the/?ref=email#bang-gia

• Scheme: https xác định giao thức.
• Hostname: www.example.com xác định máy chủ hoặc tên miền.
• Path: /dich-vu/seo-tong-the/ xác định tài nguyên.
• Query: ?ref=email truyền tham số.
• Fragment: #bang-gia đưa người dùng tới một phần trong tài liệu.

Trong WordPress, người biên tập thường chỉ chỉnh slug. Scheme, hostname, category base, post type base và cấu trúc path được quản lý ở cấp website.

Ba dữ kiện kỹ thuật cần biết

• Tài liệu WordPress phân chia permalink thành 3 nhóm: Plain, Pretty và Almost Pretty.
• Màn hình Permalinks của WordPress cung cấp 6 lựa chọn phổ biến, gồm Plain, Day and name, Month and name, Numeric, Post name và Custom Structure.
• Google xem chuyển hướng server-side mã 301 hoặc 308 là tín hiệu chuyển địa chỉ vĩnh viễn.

Những dữ kiện này mô tả cách nền tảng và công cụ tìm kiếm xử lý URL. Chúng không tạo một cấu trúc tối ưu duy nhất cho mọi website.

Permalink có vai trò gì với SEO?

URL rõ ràng giúp người dùng và hệ thống hiểu sơ bộ vị trí của tài nguyên. Google khuyến nghị cấu trúc URL đơn giản, có từ dễ đọc và phản ánh ngôn ngữ của đối tượng.

URL không thay thế nội dung, title, heading, internal link hoặc chất lượng trang. Không nên xem từ khóa trong slug là tín hiệu mạnh để cố nhồi mọi biến thể truy vấn.

Permalink ổn định còn giúp bảo toàn liên kết, bookmark, báo cáo Analytics và lịch sử chia sẻ. Giá trị lớn nhất nằm ở khả năng quản trị lâu dài.

Từ khóa trong URL có giúp xếp hạng không?

Từ mô tả trong URL có thể giúp người dùng và công cụ tìm kiếm hiểu chủ đề. Tuy nhiên, Google sử dụng nhiều hệ thống cùng tín hiệu để xếp hạng.

Một URL chứa từ khóa không thể bù cho nội dung mỏng, ý định không phù hợp hoặc website thiếu uy tín. Việc lặp từ khóa trong nhiều thư mục cũng không tạo thêm giá trị.

Slug nên mô tả đúng tài nguyên bằng cách ngắn và tự nhiên. Mục tiêu không phải chứa mọi từ khóa đồng nghĩa.

Permalink có làm tăng CTR không?

URL dễ hiểu có thể hỗ trợ người dùng đánh giá kết quả, nhưng không có quy tắc rằng URL ngắn chắc chắn làm CTR tăng.

Google có thể hiển thị site name và breadcrumb thay cho toàn bộ URL thô. Hình thức kết quả còn phụ thuộc truy vấn, thiết bị và hệ thống Search.

CTR chịu ảnh hưởng mạnh từ title, snippet, thương hiệu, vị trí, search feature và intent. Doanh nghiệp cần đo bằng Search Console thay vì suy luận từ độ dài URL.

Permalink và kiến trúc thông tin

Path có thể phản ánh nhóm nội dung như /dich-vu/, /blog/ hoặc /san-pham/. Cách này giúp người quản trị phân loại URL và hỗ trợ người dùng đoán bối cảnh.

Tuy nhiên, quan hệ cha–con không chỉ được xác định bằng URL. Navigation, breadcrumb, internal link và taxonomy mới thể hiện cách nội dung liên kết trong website.

Không nên tạo nhiều cấp thư mục chỉ để mô phỏng “silo”. Path quá sâu làm migration, đổi taxonomy và quản lý redirect phức tạp hơn.

Permalink trong WordPress hoạt động thế nào?

WordPress lưu nội dung bằng ID nội bộ và dùng rewrite rules để ánh xạ URL thân thiện tới nội dung tương ứng.

Khi người dùng truy cập một pretty permalink, web server chuyển request tới WordPress. Hệ thống phân tích path, xác định query vars và tải post, page, taxonomy hoặc archive phù hợp.

Apache thường dùng .htaccess, còn Nginx dùng cấu hình rewrite ở server. Hosting quản lý có thể ẩn phần kỹ thuật này khỏi người dùng.

Các loại Permalink trong WordPress

Plain

Plain dùng dạng ?p=123. Cấu trúc này hoạt động trên nhiều môi trường nhưng khó đọc và ít hữu ích khi chia sẻ.

Pretty Permalink

Pretty permalink dùng từ mô tả, ngày, category hoặc post name trong path. Đây là nhóm thường dùng cho website hiện đại.

Almost Pretty

Almost Pretty có index.php trong đường dẫn. Nó hữu ích khi server không hỗ trợ rewrite theo cách thông thường.

Các lựa chọn trong Settings → Permalinks

Post Name có phải lựa chọn tốt nhất?

/%postname%/ phù hợp nhiều blog và website doanh nghiệp vì ngắn, dễ quản lý và không phụ thuộc ngày hoặc category.

Nó không phải lựa chọn tốt nhất cho mọi website. Một site có nhiều post type, ngôn ngữ hoặc nội dung trùng slug có thể cần base rõ hơn.

Ví dụ, /kien-thuc/permalink-la-gi/ giúp phân biệt bài kiến thức với /dich-vu/permalink/. Cấu trúc nên phản ánh mô hình nội dung và khả năng mở rộng.

Có nên đưa Category vào URL?

Cấu trúc /%category%/%postname%/ tạo bối cảnh nhưng làm URL phụ thuộc taxonomy. Khi đổi category chính, permalink có thể thay đổi.

WordPress Core có quy tắc chọn category khi bài thuộc nhiều nhóm. Website dùng plugin SEO có thể thêm khái niệm primary category, nhưng hành vi phụ thuộc plugin.

Nếu taxonomy thường xuyên thay đổi, không nên đưa category vào URL bài viết. Hãy dùng breadcrumb và internal link để thể hiện phân cấp.

Ngày tháng trong URL có xấu không?

Không. URL chứa ngày vẫn crawl và index được bình thường. Nó phù hợp tin tức, nhật ký, bản phát hành hoặc nội dung có tính thời điểm.

Ngày trong URL có thể làm người dùng cảm nhận nội dung cũ, nhưng tác động phụ thuộc chủ đề và cách Google hiển thị kết quả.

Không nên đổi hàng nghìn URL chỉ để bỏ ngày nếu website không có vấn đề thực tế. Migration tạo rủi ro lớn hơn lợi ích giả định.

Custom Structure cần lưu ý gì?

WordPress hỗ trợ structure tag như %postname%, %post_id%, %category%, %year% và %monthnum%.

Cấu trúc phải đủ thông tin để WordPress xác định một bài duy nhất. Tài liệu WordPress khuyến nghị kết thúc bằng post name hoặc post ID trong custom permalink cho post.

Không thêm hostname vào trường Custom Structure. Chỉ nhập path và structure tag.

Slug trong WordPress là gì?

Slug là phiên bản URL-friendly của tên post, page, category, tag hoặc custom post type item. WordPress tự tạo slug từ title nhưng người biên tập có thể sửa.

Slug cần duy nhất trong phạm vi WordPress áp dụng. Khi trùng, hệ thống có thể thêm hậu tố để tránh xung đột.

Nên chỉnh slug trước khi xuất bản. Sau khi URL đã có traffic và backlink, thay đổi cần redirect cùng kiểm tra toàn hệ thống.

Cách viết Slug dễ quản trị

Dùng gạch ngang hay gạch dưới?

Google khuyến nghị dùng dấu gạch ngang để tách từ. Dấu gạch dưới thường được hiểu như ký hiệu nối các khái niệm trong nhiều ngôn ngữ lập trình.

Ví dụ nên dùng /dich-vu-seo/ thay vì /dich_vu_seo/. Không cần đổi URL cũ chỉ vì đang dùng underscore nếu migration không tạo giá trị rõ.

Quan trọng hơn là giữ một quy ước nhất quán và không tạo đồng thời hai phiên bản.

Có cần loại bỏ Stop Word?

Không bắt buộc. Các từ như “la”, “cua”, “va” có thể được giữ nếu giúp slug dễ hiểu hoặc tránh mơ hồ.

Loại bỏ stop word chỉ là kỹ thuật rút gọn. Một slug khó đọc sau khi cắt quá mạnh không tốt hơn slug tự nhiên.

Ví dụ /seo-la-gi/ rõ hơn /seo/ khi website có cả dịch vụ, danh mục và bài giải thích về SEO.

Có nên dùng tiếng Việt có dấu?

Google hỗ trợ từ trong ngôn ngữ của đối tượng và URL có ký tự ngoài ASCII khi được percent-encode đúng.

Tuy nhiên, slug tiếng Việt không dấu thường dễ sao chép, nhập tay, đọc log và tích hợp với hệ thống bên thứ ba hơn.

Website nên chọn một quy ước nhất quán. Không cần tuyên bố ký tự Unicode không tương thích với mọi trình duyệt hiện đại.

Chữ hoa và chữ thường

URL có phân biệt chữ hoa và chữ thường theo chuẩn xử lý URL. Google có thể xem /Page và /page là hai địa chỉ khác nhau.

Web server có thể xử lý hai URL giống hoặc khác tùy hệ điều hành và cấu hình. Website nên chuẩn hóa về chữ thường và redirect phiên bản khác.

Canonical không phải giải pháp duy nhất nếu server trả cùng nội dung ở nhiều case. Redirect giúp người dùng và bot tới một địa chỉ thống nhất.

Trailing Slash có quan trọng không?

/bai-viet và /bai-viet/ là hai URL khác nhau về mặt kỹ thuật. Server có thể redirect hoặc phục vụ cùng nội dung.

Không có lựa chọn SEO tuyệt đối giữa có và không có dấu gạch cuối. Điều quan trọng là giữ một phiên bản chuẩn trong internal link, sitemap, canonical và redirect.

WordPress thường quản lý trailing slash theo cấu trúc permalink. Plugin hoặc CDN không nên tạo quy tắc mâu thuẫn.

HTTP, HTTPS, www và non-www

Các phiên bản HTTP, HTTPS, www và non-www là những URL khác nhau. Website cần chọn hostname chuẩn và chuyển hướng các phiên bản còn lại.

HTTPS bảo vệ dữ liệu trong quá trình truyền và là tiêu chuẩn vận hành hiện đại. Chứng chỉ, mixed content và redirect cần được kiểm tra khi migration.

Canonical, sitemap và internal link phải dùng cùng phiên bản. Không để redirect vòng giữa CDN, server và WordPress.

Query Parameter có xấu cho SEO không?

Không mặc định. Google có thể crawl URL có tham số nếu cấu trúc hợp lệ và liên kết có thể truy cập.

Tham số cần thiết có thể đại diện bộ lọc, sắp xếp, phân trang, tìm kiếm hoặc tracking. Vấn đề phát sinh khi nhiều tổ hợp tạo nội dung trùng, gần trùng hoặc không có giá trị.

Google khuyến nghị giảm tham số không cần thiết. Website thương mại điện tử cần quản lý faceted navigation bằng internal link, canonical, robots và index control phù hợp.

UTM có tạo Duplicate Content không?

UTM tạo URL khác nhưng thường giữ nguyên nội dung. Google có thể nhóm các URL này bằng canonicalization nếu tín hiệu nhất quán.

Landing page nên khai báo canonical về URL sạch và internal link không gắn UTM. Sitemap cũng chỉ chứa URL chuẩn.

Không dùng UTM cho internal link vì nó làm sai nguồn traffic trong Analytics và tạo nhiều biến thể URL không cần thiết.

Fragment có được Google index không?

Fragment sau dấu # thường được trình duyệt xử lý và không gửi tới server như một request tài nguyên mới.

Google không khuyến nghị dùng fragment để thay đổi nội dung chính của trang. Ứng dụng JavaScript nên dùng History API để tạo URL có thể crawl khi cần.

Fragment vẫn hữu ích cho mục lục, điểm neo và chia sẻ tới một phần nội dung.

Permalink cho Ecommerce

Website thương mại điện tử cần cấu trúc ổn định cho category, product, variant và filter. Không nên để mỗi phiên lọc tạo vô hạn URL có thể crawl.

Product URL không nhất thiết phải chứa category. Nếu sản phẩm có thể thuộc nhiều nhóm, path độc lập như /san-pham/ten-san-pham/ giúp giảm phụ thuộc taxonomy.

Google có hướng dẫn riêng về URL Ecommerce vì tham số, faceted navigation và thứ tự parameter có thể tạo crawl space rất lớn.

Permalink cho website đa ngôn ngữ

Website đa ngôn ngữ có thể dùng country domain, subdomain hoặc subdirectory. Ví dụ /vi/ và /en/ tạo phân vùng ngôn ngữ rõ.

Slug có thể được dịch theo ngôn ngữ người dùng. Không bắt buộc mọi ngôn ngữ dùng cùng một từ tiếng Anh.

URL phải phối hợp với hreflang, canonical và internal link. Không tự động chuyển người dùng chỉ dựa trên IP mà không cho họ lựa chọn.

Permalink cho Custom Post Type

Custom post type có rewrite slug riêng như /du-an/, /san-pham/ hoặc /chuyen-gia/.

Đổi rewrite base có thể làm toàn bộ URL của post type thay đổi. Plugin hoặc theme cần flush rewrite rules đúng thời điểm, không thực hiện trong mỗi request.

Trước khi chọn base, hãy kiểm tra xung đột với page, category, endpoint và ngôn ngữ.

Permalink cho trang phân trang

Trang phân trang là những URL riêng đại diện các phần khác nhau của danh sách. Mỗi trang cần URL có thể truy cập và internal link crawlable.

Không canonical toàn bộ trang phân trang về trang đầu nếu mỗi trang chứa nội dung khác. Điều này có thể làm tín hiệu của các URL sau bị bỏ qua.

Website nên dùng title, heading và canonical tự tham chiếu phù hợp cho từng trang trong chuỗi.

Canonical URL là gì?

Canonical URL là phiên bản đại diện mà website muốn công cụ tìm kiếm ưu tiên trong một nhóm trang trùng hoặc gần trùng.

rel="canonical" là tín hiệu, không phải mệnh lệnh tuyệt đối. Google kết hợp redirect, sitemap, internal link, nội dung và những tín hiệu khác để chọn canonical.

Canonical phải dùng URL tuyệt đối, truy cập được và trả nội dung tương ứng. Không trỏ mọi trang về homepage chỉ để tránh duplicate.

Khi nào dùng Canonical?

• URL có UTM hoặc tham số tracking.
• Product có nhiều đường dẫn điều hướng nhưng cùng nội dung.
• Phiên bản in và phiên bản web gần giống nhau.
• HTTP và HTTPS đang trong giai đoạn chuẩn hóa.
• Nội dung syndicated được phép sử dụng lại.
• Trang được truy cập qua nhiều hostname hợp lệ.
• Filter không thay đổi đáng kể nội dung chính.
• CMS tự sinh URL alias cho cùng tài nguyên.

Canonical không phải Redirect

Redirect đưa người dùng và bot từ URL cũ sang URL mới. Canonical vẫn cho phép người dùng truy cập URL nguồn nhưng đề xuất một phiên bản đại diện cho Search.

Khi nội dung đã chuyển vĩnh viễn và URL cũ không còn mục đích, redirect là lựa chọn phù hợp hơn.

Không nên vừa redirect URL A sang B vừa đặt canonical B về A. Tín hiệu mâu thuẫn làm hệ thống khó xác định địa chỉ chuẩn.

Thay đổi Permalink có mất SEO không?

Thay đổi URL tạo giai đoạn chuyển tiếp. Search phải crawl redirect, xử lý URL mới và cập nhật tín hiệu.

Traffic có thể biến động, nhưng không phải mọi thay đổi đều làm mất toàn bộ thứ hạng hoặc backlink. Redirect đúng, nội dung tương đương và tín hiệu nhất quán giúp giảm rủi ro.

Không đổi URL chỉ vì muốn thêm từ khóa nhỏ. Lợi ích tiềm năng phải lớn hơn chi phí migration.

301 Redirect là gì?

301 là mã chuyển hướng vĩnh viễn phổ biến. Google dùng permanent redirect như tín hiệu rằng URL đích nên được xem là canonical.

308 cũng là permanent redirect nhưng giữ phương thức request theo đặc tả HTTP. Với trang GET thông thường, 301 được dùng rộng rãi.

Redirect phải đưa người dùng tới nội dung tương đương. Chuyển mọi URL cũ về homepage có thể bị xem là soft 404.

302 và 307 dùng khi nào?

302 và 307 là chuyển hướng tạm thời. Chúng phù hợp bảo trì ngắn, thử nghiệm, địa chỉ tạm hoặc chiến dịch chưa muốn thay canonical.

Google có thể xử lý redirect dựa trên tín hiệu thực tế, nhưng website nên dùng status code phản ánh đúng ý định.

Không duy trì redirect tạm nhiều năm nếu URL đã chuyển vĩnh viễn.

Redirect Chain và Redirect Loop

Redirect chain xảy ra khi A chuyển sang B rồi B chuyển sang C. Chuỗi dài làm tăng độ trễ, gây khó quản trị và có thể làm crawl kém hiệu quả.

Redirect loop xảy ra khi các quy tắc đưa request quay lại URL đã đi qua. Người dùng sẽ thấy lỗi chuyển hướng quá nhiều.

Sau migration, hãy cập nhật redirect để URL cũ trỏ thẳng tới đích cuối và sửa internal link về URL mới.

404 và 410 khác nhau thế nào?

404 cho biết tài nguyên không được tìm thấy. 410 cho biết tài nguyên đã bị loại bỏ có chủ đích.

Không cần redirect mọi trang bị xóa. Nếu không có nội dung thay thế phù hợp, trả 404 hoặc 410 với trang hỗ trợ người dùng là hợp lý.

Redirect một bài đã xóa sang nội dung không liên quan làm người dùng thất vọng và có thể bị xử lý như soft 404.

Quy trình đổi Slug một bài viết

Quy trình đổi cấu trúc Permalink toàn site

Đổi Permalink bằng Plugin hay Server?

Permalink và Internal Link

Internal link nên trỏ trực tiếp tới URL canonical, không đi qua redirect và không gắn UTM.

Sau khi đổi permalink, cần cập nhật menu, breadcrumb, bài viết, CTA, ảnh, sitemap HTML và dữ liệu có cấu trúc.

Liên kết nội bộ rõ giúp Google tìm URL và hiểu quan hệ nội dung tốt hơn path phức tạp đơn thuần.

Permalink và Sitemap XML

Sitemap chỉ nên chứa URL canonical, indexable và trả response thành công. Không đưa URL redirect, 404, noindex hoặc URL tham số không cần index.

Sau migration, sitemap mới giúp công cụ tìm kiếm phát hiện đích mới. Redirect vẫn cần được duy trì cho URL cũ.

Bài Sitemap XML là gì trình bày cách chọn URL và kiểm tra trạng thái trong Search Console.

Permalink và Index

Một URL có thể crawl nhưng chưa chắc được index. Nội dung, canonical, status, noindex và chất lượng toàn trang đều ảnh hưởng.

Permalink sạch không bảo đảm index. Ngược lại, URL có tham số vẫn có thể được index nếu Google xem đó là phiên bản phù hợp.

Bài Index là gì giúp phân biệt discover, crawl, render, canonical và index.

Kiểm tra Permalink bằng Search Console

URL Inspection cho biết trạng thái index, canonical do người dùng khai báo, canonical Google chọn và dữ liệu crawl gần nhất.

Live Test giúp kiểm tra URL hiện tại có truy cập được hay không. Nó không bảo đảm URL sẽ được index hoặc xếp hạng.

Sau khi đổi URL quan trọng, hãy kiểm tra cả URL cũ và URL mới để xác nhận redirect, canonical và khả năng crawl.

Kiểm tra bằng Crawl Tool

Crawl website giúp phát hiện redirect chain, canonical mâu thuẫn, URL chữ hoa, trailing slash không nhất quán và liên kết nội bộ lỗi.

Đội kỹ thuật nên so crawl trước và sau migration. Chỉ nhìn giao diện trình duyệt không phát hiện hết status code cùng header.

Log server và Search Console bổ sung dữ liệu về URL được bot truy cập. Không nên dùng một công cụ duy nhất làm nguồn kết luận.

Permalink trong Google Ads

Landing page URL phải dẫn tới nội dung phù hợp với quảng cáo và hoạt động ổn định. Sự liên quan của trang đích quan trọng hơn việc nhồi từ khóa vào path.

Quality Score là công cụ chẩn đoán gồm expected CTR, ad relevance và landing page experience. Không nên khẳng định URL chứa từ khóa tự động làm điểm chất lượng tăng.

Tracking template và final URL suffix có thể thêm tham số đo lường mà không đổi nội dung. Canonical của trang vẫn nên trỏ về URL sạch.

Permalink trong Email và Social

URL ngắn, dễ đọc thuận tiện cho email, tài liệu, QR và chia sẻ. Tuy nhiên, link rút gọn có thể phù hợp khi cần tracking hoặc giới hạn ký tự.

Open Graph và social preview quyết định phần lớn cách liên kết xuất hiện trên mạng xã hội. Slug chỉ là một thành phần.

Không đổi permalink sau khi chiến dịch đã phát hành nếu không có redirect. Link trong email, tài liệu PDF và bài đăng cũ không thể sửa đồng loạt.

Permalink và thương hiệu

URL nhất quán giúp người dùng nhận biết loại nội dung và giảm cảm giác bất thường khi chuyển trang.

Branded short path như /bao-gia/ có thể hữu ích cho tài liệu và hội thảo. Nhưng URL quá chung dễ xung đột khi website mở rộng.

Quy ước đặt path nên được quản trị như một phần của hệ thống nội dung, không giao cho từng người viết tự quyết định hoàn toàn.

Checklist trước khi xuất bản URL mới

Checklist sau khi đổi Permalink

Những sai lầm thường gặp

Cho rằng Dynamic URL không được index

Google có thể crawl và index URL có tham số. Vấn đề là cấu trúc có tạo quá nhiều phiên bản vô ích hay không.

Nhồi từ khóa vào mọi cấp URL

Path dài và lặp từ không giúp nội dung tốt hơn. URL chỉ cần mô tả rõ.

Luôn xóa Stop Word

Stop word có thể giúp slug tự nhiên và phân biệt mục đích trang. Không có quy tắc phải loại bỏ toàn bộ.

Khẳng định Post Name tốt nhất cho mọi site

Website có post type, đa ngôn ngữ hoặc taxonomy phức tạp có thể cần base khác.

Cho rằng URL sâu làm Link Juice yếu

Google không đánh giá quan hệ nội dung chỉ bằng số thư mục. Internal link và navigation quan trọng hơn.

Đổi URL chỉ để bỏ ngày

Migration có thể gây rủi ro lớn hơn lợi ích. Chỉ đổi khi có mục tiêu rõ.

Dùng Canonical thay Redirect

Canonical không đưa người dùng sang URL mới. Khi tài nguyên đã chuyển vĩnh viễn, redirect phù hợp hơn.

Redirect mọi URL lỗi về homepage

URL không tương đương có thể bị xem là soft 404. Hãy trả 404 hoặc chuyển tới nội dung liên quan thật.

Không sửa Internal Link

Để toàn site đi qua redirect làm tăng độ trễ và che lỗi cấu trúc.

Gỡ Redirect quá sớm

Backlink, bookmark và tài liệu cũ vẫn có thể dùng URL cũ trong thời gian dài.

Dùng UTM cho liên kết nội bộ

UTM nội bộ làm sai attribution và tạo biến thể URL không cần thiết.

Khẳng định Permalink sạch chắc chắn tăng CTR

Search có thể hiển thị breadcrumb thay URL. CTR phải được đo cùng title, vị trí và truy vấn.

“Permalink tốt không phải URL chứa nhiều từ khóa nhất. Đó là địa chỉ đủ rõ để con người hiểu, đủ ổn định để hệ thống tin dùng và đủ đơn giản để doanh nghiệp không phải sửa lại sau mỗi lần thay taxonomy.”

Anh Thắng Giấu Tên – CEO Xuyên Việt Media

Câu hỏi thường gặp

Permalink là gì?

Permalink là URL ổn định được dùng làm địa chỉ lâu dài của một bài viết, trang hoặc tài nguyên trên website.

Slug là gì?

Slug là phần định danh có thể chỉnh sửa trong path, thường được tạo từ title và dùng để hình thành permalink.

Permalink có phải URL không?

Có. Permalink là một URL được chọn để duy trì ổn định cho nội dung.

Cấu trúc nào tốt cho WordPress?

Post Name phù hợp nhiều website, nhưng lựa chọn còn phụ thuộc post type, ngôn ngữ, taxonomy và kế hoạch mở rộng.

Có nên dùng Category trong URL?

Có thể dùng khi taxonomy ổn định. Nếu category thường thay đổi, nên tách permalink bài viết khỏi category.

URL có ngày tháng có xấu không?

Không. Nó phù hợp nội dung có tính thời điểm. Không cần migration chỉ để bỏ ngày nếu không có vấn đề thực.

URL có dấu tiếng Việt được không?

Có thể nếu được percent-encode đúng. Slug không dấu vẫn thường dễ vận hành và chia sẻ hơn.

Có cần bỏ Stop Word không?

Không bắt buộc. Chỉ loại bỏ khi slug vẫn rõ và tự nhiên.

Đổi Permalink có mất thứ hạng không?

Có thể có biến động. Permanent redirect, internal link, canonical và sitemap đúng giúp giảm rủi ro.

301 Redirect có chuyển toàn bộ sức mạnh SEO không?

Không nên diễn đạt như một phép chuyển “toàn bộ điểm”. Google dùng redirect như tín hiệu canonical và xử lý nhiều tín hiệu khác.

Canonical có ngăn Duplicate Content không?

Canonical giúp hợp nhất tín hiệu của URL trùng hoặc gần trùng. Nó không phải hình phạt hoặc cơ chế chặn truy cập.

Permalink có giúp Google Ads tăng Quality Score không?

Không tự động. Trang đích phải phù hợp, hữu ích và hoạt động tốt; từ khóa trong URL không thay thế trải nghiệm landing page.