Cấu Trúc Website Chuẩn SEO: Thiết Kế URL Và Phân Tầng Trang

Cấu trúc website không chỉ là cách sắp xếp menu, mà còn là hệ thống URL, thư mục và tầng nội dung giúp công cụ tìm kiếm hiểu quan hệ giữa các trang. Một website có URL rối, phân tầng quá sâu hoặc dùng tham số thiếu kiểm soát có thể khiến ngân sách thu thập dữ liệu bị phân tán và người dùng khó quay lại đúng nội dung.

Bài viết này tập trung vào phần thường bị làm qua loa trong quá trình triển khai SEO: thiết kế URL, quy tắc đặt slug, độ sâu trang, phân trang, URL tham số, lựa chọn subfolder hay subdomain và cách tách ngôn ngữ.

1. Cấu trúc website chuẩn SEO bắt đầu từ độ sâu trang

Độ sâu trang là số lần người dùng hoặc bot phải đi qua liên kết để từ trang chủ đến một URL cụ thể. Không nên hiểu máy móc rằng mọi trang đều phải nằm cách trang chủ đúng 3 click. Nguyên tắc thực tế hơn là các trang quan trọng phải dễ truy cập, có liên kết nội bộ rõ ràng và không bị cô lập trong một nhánh quá sâu.

Với phần lớn website doanh nghiệp, nên kiểm soát các trang thương mại hoặc trang dịch vụ chính trong khoảng 2–3 click từ trang chủ. Trang bài viết chuyên sâu có thể ở tầng sâu hơn nếu được liên kết từ chuyên mục, bài liên quan và các trang dịch vụ. Nếu một URL quan trọng cần 6–7 lần click mới truy cập được, đó thường là dấu hiệu cấu trúc website đang phình to hoặc hệ thống liên kết nội bộ chưa tốt.

• Tầng 0: trang chủ hoặc các điểm vào chính của website.
• Tầng 1: nhóm dịch vụ, danh mục sản phẩm, chuyên mục nội dung hoặc khu vực địa lý.
• Tầng 2: trang dịch vụ cụ thể, danh mục con, sản phẩm hoặc bài viết thuộc nhóm chính.
• Tầng 3: nội dung chi tiết, biến thể sản phẩm, tài liệu hoặc bài chuyên sâu.

Không nên tạo thư mục chỉ để làm URL trông có vẻ “phân cấp”. Ví dụ, /dich-vu/seo/technical-seo/audit-website/ chưa chắc tốt hơn /dich-vu/audit-website/. Nếu thư mục /technical-seo/ không đại diện cho một nhóm nội dung thực sự có trang danh mục, nó chỉ làm URL dài hơn và tăng số bước quản trị.

Độ sâu URL và độ sâu liên kết không hoàn toàn giống nhau. Một URL có ba thư mục nhưng được liên kết trực tiếp từ trang chủ vẫn có thể dễ truy cập. Ngược lại, URL chỉ có một thư mục nhưng không có liên kết nội bộ trỏ đến vẫn có thể trở thành trang mồ côi.

2. Quy tắc thiết kế URL và đặt slug

Một URL tốt cần ngắn, ổn định, dễ đọc và mô tả đúng nội dung. Slug không cần chứa toàn bộ tiêu đề bài viết; chỉ cần giữ cụm từ nhận diện chính, tránh nhồi từ khóa và tránh các đoạn vô nghĩa như mã bài viết hoặc chuỗi ngày tháng nếu website không có yêu cầu lưu trữ theo thời gian.

2.1. Bộ quy tắc nên áp dụng

• Dùng chữ thường và dấu gạch ngang để ngăn cách từ, chẳng hạn /cau-truc-website/.
• Không dùng dấu tiếng Việt trong URL để giảm rủi ro lỗi mã hóa khi sao chép hoặc tích hợp hệ thống.
• Giữ slug ở khoảng 2–5 từ có ý nghĩa; đây là ngưỡng vận hành nên dùng, không phải quy định bắt buộc của công cụ tìm kiếm.
• Loại bỏ stop word không cần thiết như la, va, cho nếu việc loại bỏ không làm mất nghĩa.
• Không dùng dấu gạch dưới, khoảng trắng, ký tự đặc biệt hoặc chuỗi ID khó đọc khi không có lý do kỹ thuật.
• Không đưa ngày, tháng, năm vào slug nếu nội dung có thể được cập nhật lâu dài.
• Mỗi nội dung chính chỉ nên có một URL chuẩn; các phiên bản khác cần chuyển hướng 301 hoặc khai báo canonical phù hợp.

Ví dụ, /blog/2026/03/huong-dan-toi-uu-cau-truc-website-chuan-seo-cho-doanh-nghiep/ dài và phụ thuộc vào ngày xuất bản. Có thể rút gọn thành /kien-thuc/cau-truc-website/ nếu trang này là nội dung nền tảng, có khả năng cập nhật nhiều lần.

Không nên đổi slug chỉ vì muốn thêm một từ khóa mới. Mỗi lần đổi URL, đội SEO phải rà soát backlink, liên kết nội bộ, sitemap, canonical, redirect và các chiến dịch đang chạy. Nếu URL cũ đã có lịch sử, việc đổi không có lợi ích rõ ràng thường tạo thêm rủi ro hơn là giá trị.

2.2. URL thư mục nên phản ánh mô hình nội dung

Thư mục cần phản ánh nhóm nội dung có thật, không phải danh sách từ khóa. Với website dịch vụ, /dich-vu/seo-website/ hợp lý khi có trang tổng quan /dich-vu/ và các dịch vụ liên quan. Với website tin tức, /kien-thuc/technical-seo/ phù hợp nếu chuyên mục này có quy tắc biên tập riêng và chứa nhiều bài.

Không nên đặt tất cả bài viết dưới /blog/ nếu website có hệ thống chủ đề rõ ràng cần người dùng truy cập theo nhóm. Ngược lại, cũng không nên tạo 20 thư mục chỉ vì mỗi chủ đề có vài bài. Một thư mục nên có ý nghĩa điều hướng và có khả năng mở rộng ít nhất trong 12–24 tháng vận hành.

3. Mẫu cấu trúc URL cho bốn loại website

Dưới đây là mẫu tham khảo. Đây không phải cấu trúc bắt buộc cho mọi dự án; cần điều chỉnh theo CMS, số lượng nội dung, mô hình kinh doanh và cách người dùng tìm kiếm.

Với thương mại điện tử, không nên đưa toàn bộ đường dẫn danh mục vào URL sản phẩm nếu sản phẩm có thể xuất hiện ở nhiều danh mục. Ví dụ, sản phẩm có thể nằm trong /giay-the-thao/, /giay-chay-bo/ và /hang-moi/. Khi đó, một URL sản phẩm độc lập như /san-pham/giay-chay-bo-x/ thường dễ quản lý hơn. Breadcrumb và liên kết nội bộ vẫn có thể thể hiện các danh mục liên quan.

Ngược lại, với một số website mà danh mục là phần quan trọng của ngữ nghĩa URL, việc giữ cấu trúc phân tầng là hợp lý. Điều kiện là sản phẩm chỉ có một đường dẫn chuẩn, các bản sao được xử lý bằng canonical hoặc chuyển hướng, không để hệ thống tự sinh hàng nghìn biến thể.

4. Phân trang: khi nào tạo URL và cách kiểm soát

Phân trang cần được thiết kế từ nhu cầu sử dụng, không phải để tạo thêm URL. Danh mục có 500 sản phẩm không nên tải tất cả trong một lần nếu gây chậm trang, nhưng cũng không nên dùng nút “Xem thêm” hoàn toàn phụ thuộc JavaScript mà không có đường dẫn HTML để bot và người dùng truy cập các phần tiếp theo.

Mô hình dễ quản trị là:

• /danh-muc/ cho trang đầu tiên.
• /danh-muc/trang/2/, /danh-muc/trang/3/ cho các trang tiếp theo.
• Mỗi trang có liên kết đến trang trước, trang sau và một số trang lân cận.
• Không tạo URL mới khi người dùng chỉ thay đổi số lượng sản phẩm hiển thị nếu biến thể đó không có giá trị tìm kiếm.

Trang 2, 3 và các trang sau không nhất thiết phải canonical về trang đầu tiên. Nếu mỗi trang chứa nhóm sản phẩm hoặc bài viết khác nhau, canonical về chính nó giúp hệ thống phân biệt nội dung. Tuy nhiên, các trang phân trang có thể không cần ưu tiên index nếu chúng mỏng, trùng lặp nhiều hoặc chỉ phục vụ điều hướng. Quyết định này cần dựa trên dữ liệu crawl, chất lượng nội dung và giá trị truy cập thực tế.

Không nên thay toàn bộ phân trang bằng infinite scroll nếu không có URL tương ứng cho từng đoạn nội dung. Người dùng có thể không chia sẻ được vị trí đang xem, còn bot có thể không tải được các sản phẩm chỉ xuất hiện sau nhiều lần thực thi JavaScript.

5. URL tham số và các biến thể gây trùng lặp

URL tham số thường xuất hiện trong bộ lọc, sắp xếp, tìm kiếm nội bộ, mã chiến dịch hoặc phiên đăng nhập. Một số ví dụ là ?color=black, ?sort=price-asc, ?utm_source=email và ?page=2. Vấn đề không nằm ở việc URL có dấu hỏi, mà ở việc hệ thống có thể tạo ra bao nhiêu biến thể và mỗi biến thể có giá trị độc lập hay không.

5.1. Phân loại trước khi xử lý

• Tham số có giá trị nội dung: bộ lọc mà người dùng thực sự tìm kiếm, chẳng hạn loại sản phẩm hoặc khu vực. Có thể xây dựng thành landing page riêng nếu đủ sản phẩm, nội dung và nhu cầu.
• Tham số điều khiển hiển thị: sắp xếp theo giá, thứ tự mới nhất hoặc số lượng sản phẩm mỗi trang. Thường không cần index.
• Tham số theo dõi: UTM, mã chiến dịch hoặc mã giới thiệu. Cần giữ khả năng đo lường nhưng tránh để tạo bản sao cạnh tranh với URL chính.
• Tham số phiên: mã giỏ hàng, đăng nhập hoặc cá nhân hóa. Không nên xuất hiện trong URL có thể crawl công khai.

Trước khi chặn, cần kiểm tra liệu tham số có đang chứa các trang có giá trị hay không. Không nên dùng robots.txt để chặn hàng loạt mà chưa hiểu cách bot đang khám phá website, vì chặn crawl không đồng nghĩa với việc URL biến mất khỏi mọi hệ thống. Cách xử lý thường kết hợp canonical, liên kết nội bộ có chọn lọc, quy tắc noindex phù hợp và kiểm soát sinh URL từ nền tảng.

Tham số theo dõi nên được loại khỏi URL chuẩn bằng canonical trỏ về phiên bản sạch, ví dụ /dich-vu/seo-website/ thay vì /dich-vu/seo-website/?utm_source=facebook. Đồng thời, cần kiểm tra URL canonical có tự tham chiếu đúng và không bị hệ thống chèn thêm tham số.

6. Subfolder hay subdomain: chọn theo vận hành, không theo cảm tính

Subfolder là thư mục nằm trên cùng một hostname, chẳng hạn example.com/blog/. Subdomain là hostname riêng như blog.example.com. Với blog, tài liệu, khu vực dịch vụ hoặc nội dung cùng phục vụ một thương hiệu, subfolder thường đơn giản hơn trong quản trị liên kết nội bộ, đo lường và triển khai.

Nên ưu tiên subfolder khi:

• Nội dung dùng chung đội ngũ, CMS, hệ thống phân tích và chiến lược SEO.
• Website cần truyền tải mối quan hệ rõ giữa thương hiệu, dịch vụ và kiến thức.
• Không có yêu cầu kỹ thuật khiến các phần phải chạy trên nền tảng độc lập.

Subdomain phù hợp hơn khi có ranh giới vận hành rõ ràng, ví dụ cổng ứng dụng, hệ thống khách hàng đăng nhập, nền tảng tuyển dụng hoặc một sản phẩm công nghệ được quản lý như đơn vị riêng. Việc tách blog sang subdomain chỉ vì CMS hiện tại khó cài đặt không nên là lựa chọn mặc định; trước tiên hãy đánh giá khả năng triển khai dưới subfolder bằng reverse proxy, cấu hình máy chủ hoặc một CMS dùng chung.

Không nên vừa dùng www vừa dùng non-www làm phiên bản chính, hoặc để HTTP và HTTPS cùng hoạt động. Hãy chọn một hostname chuẩn, chuyển hướng 301 các phiên bản còn lại và cập nhật sitemap, canonical, liên kết nội bộ cùng cấu hình phân tích theo một chuẩn duy nhất.

7. Tách ngôn ngữ trong cấu trúc website

Khi website có nhiều ngôn ngữ, URL phải giúp người dùng nhận biết phiên bản nội dung ngay từ đường dẫn. Cách phổ biến là dùng subfolder như /vi/, /en/, /ja/; ví dụ example.com/vi/dich-vu/seo-website/ và example.com/en/services/seo/.

Subfolder ngôn ngữ thường phù hợp khi các phiên bản dùng chung thương hiệu, hệ thống và đội ngũ. Subdomain như en.example.com có thể dùng khi mỗi thị trường có nền tảng, quy trình vận hành hoặc chính sách nội dung độc lập. Không nên trộn nhiều mô hình không có quy tắc, chẳng hạn tiếng Việt ở subfolder nhưng tiếng Anh ở subdomain chỉ vì từng nhóm triển khai khác nhau.

• Mỗi ngôn ngữ nên có URL riêng, không chỉ dựa vào cookie hoặc tự động đổi theo địa chỉ IP.
• Phiên bản dịch cần trỏ liên kết hai chiều bằng hệ thống hreflang được cấu hình đúng.
• Không dùng bản dịch máy chưa biên tập làm hàng loạt trang indexable.
• Giữ slug dễ đọc theo từng ngôn ngữ; không cần dịch máy từng từ nếu cụm từ địa phương hóa khác hoàn toàn.
• Không chuyển hướng cứng người dùng theo IP nếu họ vẫn cần tự chọn ngôn ngữ.

Nếu một bài tiếng Việt chưa có bản tiếng Anh, không nên tạo URL tiếng Anh rỗng hoặc chỉ sao chép tiêu đề. Hãy để phiên bản tiếng Việt tồn tại độc lập, sau đó bổ sung bản dịch khi nội dung đủ chất lượng. Khi đổi cấu trúc ngôn ngữ, cần lập bản đồ URL cũ–mới, triển khai 301 và kiểm tra lại canonical, hreflang, sitemap trong ít nhất 2–4 tuần sau phát hành.

8. Quy trình kiểm tra trước khi phát hành

Trước khi bàn giao cấu trúc website, nên crawl bản staging hoặc bản production bằng danh sách URL mẫu và kiểm tra tối thiểu các điểm sau:

1. Trang quan trọng có thể truy cập trong tối đa 3 click từ một điểm điều hướng chính hay chưa.
2. Slug có chữ thường, dấu gạch ngang, không có ký tự thừa và không bị trùng.
3. Chỉ có một phiên bản HTTPS và hostname chuẩn.
4. URL có hoặc không có dấu gạch cuối được thống nhất trên toàn hệ thống.
5. Redirect từ URL cũ sang URL mới là 301, không tạo chuỗi quá 1–2 bước.
6. Trang phân trang, bộ lọc và tìm kiếm nội bộ không sinh số lượng URL ngoài kiểm soát.
7. Canonical, sitemap và liên kết nội bộ cùng trỏ về phiên bản URL chuẩn.
8. Các ngôn ngữ có URL riêng, nội dung tương ứng và cấu hình hreflang nhất quán.

Một cấu trúc website tốt không phải là cấu trúc có nhiều thư mục nhất, mà là cấu trúc giúp người dùng đi đến nội dung cần tìm với ít bước hợp lý, đồng thời giúp đội ngũ SEO kiểm soát được URL trong suốt vòng đời website. Hãy chốt quy tắc URL trước khi phát triển hàng nghìn trang; sửa cấu trúc sau khi website đã tích lũy dữ liệu, backlink và lịch sử index luôn tốn kém hơn nhiều.

Đọc thêm

• Dịch vụ seo tổng thể — triển khai trọn gói, có cam kết đo lường bằng số.
• Dịch vụ geo — xem phạm vi công việc và mức đầu tư.
• Rank Math: Cấu Hình Chuẩn Và Những Thiết Lập Hay Bị Bỏ Sót
• ROI Của SEO: Công Thức Tính Và Cách Quy Đổi Lead Ra Doanh Thu