Quy Tắc Đặt Tên URL, Slug Và Taxonomy Cho Website

1. Chuẩn hoá lớp địa chỉ giảm ma sát ở ba điểm nào?

Chuẩn hoá URL, slug và taxonomy là việc giảm ma sát ở ba điểm: crawl cùng index, trải nghiệm cùng kiến trúc thông tin, rồi khả năng mở rộng cùng quản trị. Khung xuyên suốt của tài liệu VLINK ASIA gói trong một dòng: một ý nghĩa ứng với một URL, và URL đó có đúng một vị trí trong cây phân loại. Không chốt lớp này thì mỗi người tự đặt một kiểu.

Đầu ra của lớp này là bốn thứ cầm được: URL và Slug Standard, Taxonomy Map hai tới ba tầng, Naming One-pager, Publish Checklist.

2. Path giữ nghĩa, query giữ trạng thái, ranh giới nằm ở đâu?

Trong một URL, path là nơi đặt nghĩa còn query chỉ giữ trạng thái và tracking, trộn hai vai đó là lỗi gốc của phần lớn site có đường dẫn không kiểm soát được. Path thể hiện thực thể và vai trò trang, tham gia breadcrumb, sitemap, mô hình hub và spoke, nên nó dành cho thứ cần lập chỉ mục ổn định. Query thì sinh biến thể rất nhanh.

Đường dẫn /dich-vu/seo-tong-the/ nói ngay đây là trang dịch vụ, /kien-thuc/internal-link/ nói đây là bài học, còn /dich-vu?type=seo-tong-the là sai hệ vì nghĩa chính đã bị đẩy xuống query.

Cột bên trái gắn canonical, breadcrumb và vai DLN đều dễ, vì mỗi đường dẫn tự khai nó là loại trang gì, xem thêm URL Structure và Anatomy.

3. Slug nên mang gì và không nên mang gì?

Slug là nhãn ngắn gọn cho một thực thể cộng với vai trò trang, không phải bản rút gọn của tiêu đề SEO. Nó nên chứa tên thực thể hoặc chủ đề chính, thêm tín hiệu vai trò khi cần như /dich-vu/, /bang-gia/ hay /case-study/, và ngắn vừa đủ để đọc rồi nhớ. Thứ không nên đưa vào là tiêu đề dài, chữ mang cảm xúc, lời mời hành động và mốc năm tháng.

Một slug tốt không cần đổi sau một tới hai năm: nó phụ thuộc thực thể cùng vai trò trang, không phụ thuộc chiến dịch. Mở nhiều biến thể cùng nói một ý thì dẫn tới các trang tự tranh nhau.

Title và H1 được phép dài, slug thì không

Title và H1 có chỗ cho nhiều modifier vì chúng phục vụ người đọc trên trang kết quả tìm kiếm, còn slug phải ngắn và rõ thực thể, vì nó là địa chỉ chứ không phải câu chào.

Ví dụ trong tài liệu: H1 viết "10 Cách Viết Anchor Text Chuẩn SEO 2026" thì slug chỉ còn /anchor-text-chuan-seo/, con số và mốc năm ở lại tiêu đề.

Chuyển tiếng Việt có dấu sang slug theo một bộ quy tắc cố định

Mục tiêu của bộ quy tắc chuyển đổi là URL dễ sao chép, ít lỗi mã hoá và ít tranh cãi giữa người viết với dev, nên nó phải là một bộ luật viết ra chứ không phải thói quen từng người.

Bốn bước: bỏ dấu, "vệ sinh" thành ve-sinh; chữ đ và Đ thành d; khoảng trắng thành gạch ngang; xoá dấu câu, emoji, ký tự lạ. Ba ví dụ: "Dịch vụ vệ sinh công nghiệp" thành /dich-vu/ve-sinh-cong-nghiep/, "Bảng giá SEO (2026)" thành /bang-gia/seo/, "Máy nén khí trục vít 20kW" thành /may-nen-khi-truc-vit-20kw/. Mốc năm bị bỏ, 20kW thì giữ vì là định danh thật, còn tên thương hiệu giữ dạng thông dụng như iPhone.

4. Mười quy tắc viết slug áp vào từng URL trước khi publish

Mười quy tắc dưới đây là bộ luật chung để content, SEO và dev cùng áp một chuẩn, thay vì mỗi vai hiểu một kiểu rồi tranh luận lại ở từng bài. Ba quy tắc đầu bắt buộc không ngoại lệ vì chúng liên quan tới cách máy chủ đọc đường dẫn, sáu quy tắc tiếp theo cần cân nhắc theo ngữ cảnh, còn quy tắc cuối ràng buộc quy trình chứ không ràng buộc chữ.

Ba quyết định kỹ thuật chốt một lần rồi ép về một chuẩn

Ba quyết định này thuộc về toàn site chứ không thuộc về từng bài, và mỗi quyết định chỉ có hai lựa chọn, nên phần khó nằm ở chỗ ép mọi đường dẫn đang có về đúng lựa chọn đã chốt.

HTTPS là chuẩn, mọi HTTP chuyển 301 về HTTPS. Với www, hai dạng là hai phiên bản khác nhau, chọn một rồi 301 dạng còn lại, property trong Search Console phải khớp. Với dấu gạch chéo cuối, nhiều máy chủ đọc /dich-vu/seo-tong-the/ và /dich-vu/seo-tong-the thành hai URL. Kiểm cả ba bằng cách crawl rồi sửa 301 hàng loạt.

5. Năm nhóm tham số query và mặc định của từng nhóm

Mỗi nhóm tham số query cần một policy viết sẵn về lập chỉ mục và canonical, vì không khoá policy thì site rất dễ thành một rừng URL không ai kiểm soát được. Bảng dưới xếp theo năm nhóm hay gặp, kèm mặc định và ngoại lệ. Điểm chung của cả năm là tham số không tạo ra nghĩa mới, nên mặc định của chúng là đứng ngoài chỉ mục.

Quy tắc then chốt: filter giao diện không phải landing SEO. Landing muốn vào chỉ mục thì phải có thực thể rõ, nhu cầu tìm kiếm thật, nội dung riêng và vai trò rõ trong IA.

Canonical đi kèm policy này: nó chỉ định phiên bản chuẩn khi có nhiều biến thể gần giống, hợp nhất tín hiệu link, và tự trỏ chính nó trên mọi trang cần vào chỉ mục. Nó không gộp được các URL cùng vai khi kiến trúc lộn xộn, không thay chuyển hướng và không che được kiến trúc sai, vì canonical là gợi ý còn 301 là lệnh, xem cách soát thẻ tự trỏ.

6. Category, tag và filter khác nhau ở vai trò nào?

Taxonomy là hệ phân loại để người đọc, Google và cả đội cùng hiểu site đang có những nhóm nghĩa nào, và nó gồm ba loại giữ ba vai khác nhau. Category là nhóm nội dung chính có thứ bậc, tag là nhãn phụ gom bài theo góc nhìn khác, filter là thuộc tính lọc danh sách. Nhầm vai giữa ba loại này là nguồn gốc của phần lớn taxonomy lộn xộn.

Cách nhớ ngắn: category trả lời site có nhóm gì, tag trả lời bài này còn thuộc góc nào, filter trả lời tôi muốn lọc theo thuộc tính nào.

Bảy dấu hiệu taxonomy đang có mùi sai hệ

Bảy dấu hiệu dưới đây đọc được từ chính danh sách category và tag hiện có, và thấy một trong bảy là đủ lý do dừng tạo nội dung mới để xem lại quản trị taxonomy trước.

• Node trùng nghĩa: hai tới ba category khác tên mà cùng một ý.
• Tag làm category trá hình: tag nhiều bài hơn category, dùng như nhóm chính.
• Node mồ côi: có URL nhưng không menu, breadcrumb hay hub nào gọi tới.
• Node nở vô tội vạ: site nhỏ mà hàng chục category, ai cũng tạo tag mới.
• Facet nào cũng index: mọi tổ hợp filter thành landing, ra rừng URL mỏng.
• Hub và article tranh vai: /kien-thuc/ vừa là hub vừa muốn rank như bài.
• Không có người chịu trách nhiệm: node còn đó vì ngày xưa lỡ tạo.

7. Mỗi node taxonomy đứng ở bậc nào trong thang DLN?

Taxonomy phải bám hành trình quyết định của khách hàng, nên mỗi node nên có một loại trang tương ứng và một bậc rõ trong thang Decision Ladder Navigation. Thang này gồm đúng năm bậc O, C, P, R, A: O là Orient khi người đọc đang hiểu vấn đề, C là Choose khi họ chọn hướng đi, P là Prove khi họ cần xem bằng chứng, R là Rate khi họ đánh giá giá và khung chi phí, A là Act khi họ hành động.

Thứ tự năm bậc không được đảo, vì người đọc đi từ hiểu vấn đề tới hành động theo đúng trình tự đó. Node không gắn được vào bậc nào là node chưa biết nó phục vụ ai, xem nền của thang ở bài Decision Ladder Navigation.

Với site dịch vụ, tầng một là /dich-vu/, /kien-thuc/, /case-study/, /bang-gia/, /lien-he/, tầng hai là /dich-vu/seo-tong-the/, /dich-vu/seo-local/, /dich-vu/seo-ecommerce/. Mỗi trang tầng hai kéo theo một bảng giá ở bậc R, một case ở bậc P, một bài kiến thức ở bậc O, và không tạo tầng chỉ để nhét từ khoá, xem thêm cấu trúc silo.

8. Đặt tên node taxonomy theo thực thể, không theo cảm hứng

Tên một node taxonomy là tên thư mục nghĩa, không phải tiêu đề quảng cáo cũng không phải chỗ gắn modifier từ khoá. Tên tốt là thứ mà người dùng và cả đội đều hiểu giống nhau, ưu tiên thực thể hoặc loại nội dung, đủ ổn định để đi cùng site ba tới năm năm. Tên đạt chuẩn thì dùng thẳng làm slug trong đường dẫn được.

Phép thử nhanh: đặt tên node xong thì hỏi một người mới tên này nói về cái gì, đoán sai thì đặt lại.

Với trung tâm tài liệu, hub gốc là /trung-tam-tai-lieu/, sub-hub là /trung-tam-tai-lieu/schema/, leaf là bài kiểu /trung-tam-tai-lieu/schema/faqpage-schema/, tên loại trang tách theo HUB_KB, SUBHUB_SCHEMA, ARTICLE_DEFINED_TERM, CHECKLIST_QA. Bài leaf không được trùng nghĩa với sub-hub cha, và mỗi sub-hub phải là một thực thể rõ.

9. Năm câu hỏi lọc trước khi cho một facet được lập chỉ mục

Trước khi biến một tổ hợp filter thành landing được lập chỉ mục, hãy trả lời năm câu hỏi, và ngưỡng quyết định là từ ba câu trả lời có trở lên. Dưới ba câu thì mặc định là noindex kèm canonical về hub. Năm câu này lọc theo bốn trục: nhu cầu tìm kiếm, nội dung riêng, giá trị chuyển đổi và năng lực duy trì.

Áp vào site bán máy nén khí: cây category là /may-nen-khi/ rồi /may-nen-khi/truc-vit/. Tổ hợp /may-nen-khi/truc-vit/cong-suat-20hp/ được lên path khi có lượng tìm kiếm thật kèm nội dung riêng. Ở lại dạng tham số: ?price=0-50000000, ?color=xanh, và mọi tổ hợp từ hai filter trở lên, nếu không thì ngân sách thu thập bị hàng nghìn URL tham số ăn mất.

10. Hệ gọi tên gồm bốn lớp, nhìn tên là biết vai trò

Hệ gọi tên tốt cho phép nhìn vào cái tên là biết vai trò của thứ đó, nên nó giảm mức phụ thuộc vào trí nhớ của từng người trong đội. Hệ này có bốn lớp: loại trang cùng mã template, tên cụm nội dung và tài liệu nội bộ, tên tài sản, rồi tên sự kiện cùng tham số UTM. Bốn lớp phục vụ bốn nhóm người nhưng phải đọc ra cùng một nghĩa.

Lớp một: loại trang và mã template

Lớp đầu tiên gán cho mỗi trang một loại và một mã template, kèm mẫu đường dẫn và lời mời hành động mặc định, để dev, content và SEO cùng dùng một nghĩa cho một vai, không có hai tên cho một vai trò.

Lớp hai: tên cụm nội dung và tài liệu nội bộ

Tên nội bộ không cần đẹp mắt, nó cần nói rõ vai trò, dễ tìm kiếm và dễ bàn giao, nên định dạng chốt sẵn quan trọng hơn cảm giác của người đặt tên lúc tạo file.

Định dạng gồm tiền tố viết hoa, thực thể viết thường nối bằng gạch ngang, số phiên bản dạng vNN, ngăn bằng hai gạch dưới: PILLAR__seo-tong-the__service__v01, CLUSTER__seo-tong-the__on-page-checklist__v02, SUPPORT__internal-link__dinh-nghia__v01. Người mới gõ "seo-tong-the" là ra hết file liên quan, còn kiểu final_final_2_chot_lan_nay.docx thì tìm không ra.

Lớp ba: tên ảnh, tài liệu, bảng tính và bản xuất

Quy tắc tên tài sản gồm ba phần theo thứ tự: tiền tố nói loại tài sản, phần giữa nói thực thể hoặc chủ đề, phần cuối nói vai trò hoặc kích thước kèm số phiên bản.

• Ảnh: IMG__seo-tong-the__1200x628__v02.webp, không dùng new_image2_final_copy.jpg.
• Tài liệu: DOC__seo-tong-the__brief__v01.docx, không dùng "brief mới chốt.docx".
• Bảng tính: SHEET__url-audit__2026-03__v01.xlsx, không dùng "sheet thang 3.xlsx".
• Bản xuất: EXPORT__site-audit__2026-03-21__v01.pdf, không dùng report_new.pdf.

Sáu chữ bị gạch tên là final, new, fix, copy, old và latest, vì cả sáu mô tả trạng thái lúc đặt tên chứ không mô tả nội dung.

Lớp bốn: tên sự kiện, tham số UTM và nhãn dashboard

Tên dùng để đo lường cũng là một phần của hệ gọi tên, và tốc độ đọc báo cáo phụ thuộc trực tiếp vào lớp này, vì tên nói đúng vai trò thì không phải giải mã mỗi lần mở dashboard.

Bốn tham số sự kiện: page_type nhận service, pricing, article hoặc case; page_topic là thực thể chính của URL; cta_position nhận hero, intro, body, sticky hoặc footer; cta_target nhận pricing, form, hub hoặc bridge_article. Ba trường UTM bắt buộc: utm_source là kênh (google, facebook, zalo), utm_medium là loại truy cập (cpc, organic, email), utm_campaign là tên chiến dịch kiểu seo-master-q1-2026.

Bốn lỗi hay gặp: sự kiện tên "click" mà không nói click cái gì, utm_source ghi "fb" chỗ này "facebook" chỗ kia, mỗi người gắn UTM một kiểu, nhãn dashboard không khớp tên sự kiện.

11. Ai được mở node mới, và mười hai điểm kiểm trước khi URL lên site

Thiếu phần quản trị thì taxonomy và hệ gọi tên sẽ quay lại trạng thái hỗn loạn sau ba tới sáu tháng, kể cả khi bộ rule ban đầu viết rất kỹ. Quản trị ở đây gồm ba thứ: một registry liệt kê mọi node đang có, một changelog ghi thay đổi kèm người phê duyệt, và một quy trình duyệt trước khi ai đó mở node mới.

Registry, changelog và quyền mở node mới

Registry là danh sách tập trung mọi category, tag, loại trang và mã template đang có, mỗi mục kèm người chịu trách nhiệm và trạng thái đang dùng hay đã ngừng, để không ai phải nhớ một phần rồi ghép lại.

Changelog ghi mỗi lần đổi URL, taxonomy hoặc mã template: lý do, ảnh hưởng xuống sitemap, tracking và link nội bộ, ngày đổi, người phê duyệt. Quyền mở node mới đi qua một vòng duyệt, câu hỏi bắt buộc là node này khác gì node đang có.

Ba template giữ cho quyết định dựa trên tài liệu, cả ba rà lại theo quý. URL Audit Sheet: URL hiện tại, quy tắc bị vi phạm, URL chuẩn đề xuất, hành động, người chịu trách nhiệm, mức ưu tiên. Taxonomy Map: node, node cha, bậc DLN, loại trang, mẫu đường dẫn, có vào menu không. Naming Rules One-pager: mã template, quy tắc tên tài sản, quy ước phiên bản, link tới registry.

Mười hai điểm kiểm trước khi một URL lên production

Danh sách này chạy ngay trước lúc publish, và hai điểm đầu được đánh dấu tới hạn, nghĩa là hỏng một trong hai thì coi như hỏng cả lượt kiểm, phải sửa xong mới được đẩy lên.

• Tới hạn: URL đúng mẫu, viết thường, gạch ngang, không ký tự lạ, không nhồi từ khoá.
• Tới hạn: canonical tự trỏ đúng phiên bản chuẩn của URL này.
• Node taxonomy đã gán đúng: category, tag, loại trang.
• Sitemap chỉ chứa URL chuẩn, không có tham số hay filter rác.
• Menu và breadcrumb không còn gọi URL cũ.
• Link nội bộ không trỏ sang URL cũ hoặc URL lỗi.
• Bản đồ chuyển hướng đầy đủ nếu URL vừa đổi.
• Node taxonomy mới có lý do rõ và người chịu trách nhiệm.
• Tên ảnh, tài liệu, bảng tính theo quy tắc tên tài sản.
• Tracking đã gắn đúng page_type và cta_position.
• Robots và noindex đúng rule của loại trang này.
• Changelog cập nhật nếu vừa đổi cấu trúc taxonomy.

Sau khi đổi URL, kiểm thêm: 301 chạy đúng, không có chuỗi chuyển hướng, sitemap chỉ còn URL mới, rồi theo dõi Coverage cùng Performance trong 30 tới 60 ngày, xem cách dựng bản đồ chuyển hướng.

12. Câu hỏi thường gặp về đặt tên URL, slug và taxonomy

Sáu câu dưới gom những tình huống không có câu trả lời đơn giản, tức là chỗ phải cân nhắc theo ngữ cảnh chứ không áp thẳng một quy tắc. Điểm chung của cả sáu: không có rule tuyệt đối, nhưng quyết định nào cũng phải có lý do viết ra được.

Khi nào thì được đổi một URL đã publish?

Bốn lý do đủ để đổi: cấu trúc sai hệ cần về mẫu chuẩn, nhiều trang tự tranh nhau cần gộp, chuyển nền tảng mới, và slug quá xấu nên khó đo lường. URL cũ đang chạy tốt mà không có vấn đề kiến trúc thì để nguyên, xem checklist relaunch và migration.

Tag có nhiều bài hơn category thì có nên nâng thành category không?

Số bài không phải tiêu chí. Điều quyết định là tag đó có ý định tìm kiếm riêng, có trang hub riêng, và có vai rõ trong thang DLN. Đủ cả ba thì nâng, thiếu một thì giữ làm nhãn phụ.

Blog có ngày tháng trong URL thì nên giữ hay bỏ?

Bỏ ngày tháng nếu nội dung còn giá trị lâu dài, vì mốc thời gian làm URL nhanh lỗi thời. Giữ lại khi đó thật sự là tin tức hoặc sự kiện có giá trị theo dấu thời gian, và đổi thì phải kèm 301 đầy đủ.

Sản phẩm có nhiều màu và kích thước nên đưa vào path hay query?

Mặc định là tham số query kèm canonical về URL gốc. Chỉ đưa lên path khi tổ hợp đó có lượng tìm kiếm thật và qua đủ năm câu hỏi lọc facet, chứ không vì hệ thống đã sinh sẵn đường dẫn.

Trang dịch vụ và landing chiến dịch nên dùng một URL hay hai?

Mặc định là một URL dịch vụ chuẩn. Chỉ mở landing riêng khi lời mời hành động của chiến dịch khác hẳn và có ngân sách duy trì lâu dài, còn mở cho một đợt quảng cáo rồi bỏ đó là tạo thêm một trang tranh chỗ.

Chuỗi canonical và chuỗi chuyển hướng nhận biết thế nào?

Chuỗi canonical là A trỏ B, B trỏ C, nên sửa cho A trỏ thẳng về C, không quá một bước. Chuỗi chuyển hướng là A 301 sang B rồi B 301 sang C, tài liệu ghi mỗi bước mất khoảng 10 tới 15 phần trăm sức mạnh liên kết, nên cho A 301 thẳng về C. Vòng lặp canonical là A trỏ B rồi B trỏ lại A, hai trang tự huỷ tín hiệu của nhau.