SEO URL là cách đặt và quản lý địa chỉ trang web để người đọc dễ hiểu trang nói về điều gì, còn Google dễ khám phá nội dung và nhận biết đúng địa chỉ cần sử dụng. URL tốt nên rõ nghĩa, ổn định và nhất quán, chứ không cần ngắn nhất hoặc chứa thật nhiều từ khóa.
Ví dụ, một website bán hàng có thể dùng /san-pham/giay-the-thao/ thay vì một dãy mã khó nhớ. Nhưng nếu một URL cũ đang hoạt động ổn định, không nên đổi chỉ để nó trông “chuẩn SEO” hơn. Bài viết giúp bạn phân biệt các phần của URL, chọn lúc nên giữ hay đổi và tránh tạo nhiều địa chỉ trùng lặp.
Nếu bạn quản lý website, chỉ cần nhớ ba điều:
- URL mới: đặt tên dễ hiểu, dùng dấu gạch nối giữa các từ và giữ một quy tắc nhất quán.
- URL đã xuất bản: ưu tiên giữ nguyên nếu không có lý do quan trọng để đổi.
- Nhiều địa chỉ trỏ tới nội dung tương tự: cần xác định trang chính trước khi dùng canonical hoặc chuyển hướng; không sửa hàng loạt theo một mẹo chung.
Cấu trúc một URL gồm những phần nào?
Xem ví dụ giả định: https://example.com/san-pham/giay-the-thao/?utm_source=zalo#mo-ta. Mỗi phần có vai trò riêng:
| Phần | Ví dụ | Ý nghĩa |
|---|---|---|
| Giao thức và tên miền | https://example.com | Địa chỉ của website |
| Đường dẫn | /san-pham/giay-the-thao/ | Cho biết trang hoặc nội dung cần mở |
| Tham số | ?utm_source=zalo | Thông tin bổ sung, ở đây là nguồn truy cập |
| Đoạn neo | #mo-ta | Dẫn người đọc tới một vị trí trong cùng trang |
Google nhìn nhận đường dẫn và tham số theo quy tắc riêng. Phần sau dấu # thường không được Google coi là một trang độc lập để lập chỉ mục. Vì vậy, đừng dựa vào dấu # để tạo những trang nội dung riêng cần xuất hiện trên Google. Xem hướng dẫn cấu trúc URL của Google.
URL chuẩn SEO nên đặt thế nào khi tạo trang mới?
- Mô tả đúng nội dung: chẳng hạn
/dich-vu/ve-sinh-may-lanh/thay cho/page?id=1256. - Giữ ngắn gọn, đủ nghĩa: không có một số từ bắt buộc cho mọi đường dẫn.
- Dùng dấu gạch nối
-: giúp phân tách các từ dễ đọc hơn so với gạch dưới. - Thống nhất chữ hoa, chữ thường: tránh vô tình tạo các biến thể địa chỉ khác nhau.
- Không nhồi từ khóa, năm hoặc số: trừ khi chúng thực sự có ý nghĩa với nội dung hay cách vận hành.
Google chấp nhận URL dùng ngôn ngữ của người đọc, kể cả các ký tự được mã hóa đúng chuẩn. Việc viết slug tiếng Việt không dấu thường thuận tiện khi nhập và chia sẻ, nhưng không phải điều kiện bắt buộc để được lập chỉ mục.
Các quy tắc đặt slug và thiết lập permalink trong WordPress nằm ở bài Permalink và Slug. Nếu cần thiết kế phân cấp danh mục, menu và các nhóm trang, xem Cấu trúc website.
URL có tham số có xấu cho SEO không?
Không phải URL có dấu ? đều xấu. Tham số giúp website theo dõi chiến dịch, sắp xếp sản phẩm, phân trang hoặc lọc kết quả. Vấn đề xuất hiện khi rất nhiều URL khác nhau tạo ra gần như cùng một nội dung, khiến việc thu thập và quản lý trở nên phức tạp.
| Ví dụ | Ý nghĩa | Lưu ý |
|---|---|---|
?utm_source=zalo | Theo dõi nguồn truy cập | Liên kết nội bộ thường nên dẫn về địa chỉ không kèm mã theo dõi |
?sort=price | Thay đổi thứ tự sản phẩm | Có thể không cần một bản được lập chỉ mục riêng |
?color=red | Lọc sản phẩm theo màu | Chỉ cân nhắc trang riêng nếu đáp ứng nhu cầu thực tế |
?page=2 | Trang thứ hai trong danh sách | Có thể cần URL riêng để người dùng và bot tới các sản phẩm tiếp theo |
Không nên tự động gắn canonical của mọi URL có tham số về trang gốc. Chẳng hạn, một trang phân trang hoặc kết quả lọc có nội dung riêng có thể cần cách xử lý khác. Với website bán hàng có nhiều bộ lọc, cần kiểm tra nhu cầu tìm kiếm và số URL phát sinh trước khi quyết định. Google có hướng dẫn riêng về URL bộ lọc.
Canonical, Redirect, Noindex và Robots.txt khác nhau thế nào?
Đây là bốn công cụ thường gặp khi website có nhiều địa chỉ. Người quản lý chỉ cần phân biệt mục đích, không cần tự cấu hình ngay:
| Tình huống | Cách thường xem xét |
|---|---|
| Hai địa chỉ có nội dung trùng hoặc rất giống, cả hai vẫn cần mở | canonical: đề xuất một địa chỉ đại diện để Google lựa chọn |
| Một địa chỉ đã chuyển hẳn sang trang mới tương đương | 301 hoặc 308: đưa người dùng và bot sang địa chỉ mới |
| Trang vẫn mở công khai nhưng không cần nằm trong kết quả tìm kiếm | noindex: yêu cầu không lập chỉ mục, khi bot đọc được chỉ thị |
| Không muốn bot truy cập nhóm đường dẫn nhất định | robots.txt: quản lý hoạt động thu thập, không bảo đảm URL biến mất khỏi Google |
Canonical là tín hiệu mạnh, không phải mệnh lệnh tuyệt đối. Google có thể chọn một địa chỉ khác làm bản đại diện. Khi dùng canonical, liên kết nội bộ và sơ đồ website nên nhất quán với địa chỉ ưu tiên. Đừng chặn bot bằng robots.txt rồi kỳ vọng Google vẫn đọc được chỉ thị noindex trên trang đó.
Nếu đang xử lý URL trùng lặp thật, hãy chuyển tới Xử lý URL trùng lặp: Canonical, Redirect, Noindex và Parameter. Bài này chỉ giúp chọn hướng, không thay thế quá trình kiểm tra và sửa kỹ thuật.
Khi nào nên giữ nguyên URL, khi nào cần đổi?
Với trang đã xuất bản, việc đổi địa chỉ có thể làm hỏng đường dẫn cũ từ bài viết, menu, tài liệu hoặc website khác. Vì vậy, cần cân nhắc lợi ích thực sự so với công sức chuyển hướng và theo dõi.
- Nên giữ: URL vẫn rõ nghĩa, có người truy cập hoặc đã được liên kết và không gây nhầm lẫn đáng kể.
- Có thể đổi: địa chỉ sai nội dung nghiêm trọng, bắt buộc thay đổi cấu trúc hoặc chuyển trang sang nơi mới.
- Không nên đổi chỉ vì: muốn thêm một từ khóa, rút bớt vài chữ hoặc bỏ năm cũ khi nội dung vẫn đúng.
- Đã xóa trang: chỉ chuyển hướng sang trang mới khi thực sự có nội dung thay thế phù hợp; không tự chuyển tất cả về trang chủ.
Google khuyến nghị dùng chuyển hướng vĩnh viễn phía máy chủ khi trang đã chuyển vĩnh viễn. Đối với một đợt chuyển website lớn, cần có kế hoạch riêng về URL cũ và mới. Xem hướng dẫn di chuyển website của Google.
Nếu buộc phải đổi URL, cần kiểm tra những gì?
- Ghi lại địa chỉ cũ và mới: xác nhận nội dung và mục đích của trang mới tương đương với trang cũ.
- Kiểm tra chuyển hướng: địa chỉ cũ cần đưa đúng người đọc tới trang mới, tránh dẫn qua nhiều bước hoặc quay vòng.
- Cập nhật nơi liên kết: menu, bài viết liên quan, sơ đồ website và chỉ định trang đại diện cần trỏ về đúng địa chỉ.
- Theo dõi sau thay đổi: kiểm tra trang mới mở được, còn cho phép lập chỉ mục và xem lỗi cùng dữ liệu trong Search Console.
Với thay đổi nhiều URL hoặc chuyển tên miền, đội kỹ thuật cần lập danh sách đối chiếu từng địa chỉ và kế hoạch khôi phục khi có sự cố. Đừng thay hàng loạt slug đang hoạt động chỉ để làm đẹp cấu trúc đường dẫn.
Checklist ngắn trước khi duyệt cấu trúc URL
- Địa chỉ có dễ hiểu với người đọc và đúng với nội dung trang không?
- Trang này có nhiệm vụ riêng hay chỉ lặp lại trang khác?
- Các liên kết nội bộ có dẫn thẳng tới địa chỉ muốn sử dụng không?
- Nếu đang đổi URL, đường dẫn cũ có đưa tới đúng trang thay thế không?
- Đội kỹ thuật đã kiểm tra trang mới, canonical và sitemap có nhất quán chưa?
Chủ doanh nghiệp có thể dùng năm câu hỏi này để nghiệm thu ở mức tổng quan. Các lỗi phức tạp như chuỗi chuyển hướng, bộ lọc tạo quá nhiều URL và tín hiệu canonical mâu thuẫn thuộc phạm vi đánh giá kỹ thuật chuyên sâu.
Câu hỏi thường gặp
URL càng ngắn thì SEO càng tốt phải không?
Không có quy tắc URL ngắn nhất sẽ xếp hạng cao nhất. Một địa chỉ rõ nội dung và ổn định hữu ích hơn việc cắt bỏ những phần vẫn có ý nghĩa với người dùng.
Đổi URL để thêm từ khóa có giúp lên top không?
Không có bảo đảm. Nếu trang đã hoạt động, đổi URL chỉ vì từ khóa có thể tạo thêm rủi ro và việc bảo trì. Nên ưu tiên nội dung và trải nghiệm phù hợp trước.
URL có tham số có cần chặn khỏi Google hết không?
Không. Tùy tham số dùng để theo dõi, lọc, phân trang hay hiển thị nội dung riêng. Hãy xác định nhóm nào cần được tìm thấy qua Google trước khi lựa chọn cách xử lý.
Nguồn tham khảo
- Google Search Central – Cấu trúc URL cho Google Tìm kiếm.
- Google – Quản lý hoạt động thu thập URL bộ lọc.
- Google Search Central – Chọn URL chính tắc.
- Google Search Central – Di chuyển website và đổi URL.
Kết luận
Tối ưu URL không phải là thay tất cả đường dẫn thành chuỗi ngắn chứa từ khóa. Hãy đặt tên dễ hiểu cho trang mới, giữ ổn định những URL đang hoạt động và kiểm tra kỹ trước khi chuyển địa chỉ. Khi có nhiều URL tương tự hoặc bộ lọc phức tạp, cần xác định trang nào phục vụ nhu cầu riêng rồi mới quyết định canonical, chuyển hướng hay giới hạn thu thập.
Đ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ả.