STATUS IS UPWIKI TỐI ƯU HÓA WEBSITE
31Kích hoạt
SEO và khả năng tìm thấy / Kích hoạt

Hướng dẫn Sitemap XML: Chỉ bao gồm những URL bạn cam kết

Xây dựng sitemap XML đáng tin cậy gồm các URL chuẩn (canonical) và duy trì việc phân phối cùng xác thực đồng bộ.

Hướng dẫn Sitemap XML: Chỉ bao gồm những URL bạn cam kết — HƯỚNG DẪN TRỰC QUAN
ĐỌC
8 phút
NGUỒN
6
TÁI XÁC NHẬN
2027-03-27
đã rà soát
Người đánh giá SEO kỹ thuật và nền tảng web
CÂU TRẢ LỜI NGẮN GỌN

Bắt đầu từ quyết định.

Chỉ đưa vào sitemap những trang bạn thực sự muốn công cụ tìm kiếm tìm thấy và hiển thị trong kết quả. Mỗi trang phải là URL chuẩn (canonical) đầy đủ với HTTPS cho nội dung công khai hữu ích, có thể truy xuất thành công và không bị loại trừ cố ý khỏi việc lập chỉ mục. Sitemap là một gợi ý cho việc khám phá và chuẩn hóa, không phải lời cam kết về việc thu thập dữ liệu, lập chỉ mục hay xếp hạng.

Tạo danh sách từ các quy tắc điều khiển thẻ canonical, chuyển hướng và trạng thái có thể lập chỉ mục. Đừng xuất mọi route mà ứng dụng có thể tạo. Loại trừ chuyển hướng, lỗi, các phiên bản trùng lặp do tham số, kết quả tìm kiếm nội bộ, đường dẫn staging và những trang bạn sẽ không muốn nhận lưu lượng tìm kiếm.

Giữ file hợp lệ và có thể fetch được, tham chiếu nó từ robots.txt và gửi lên công cụ quản trị trang để xem lỗi xử lý. Kiểm tra lại sau mỗi bản phát hành và khi di chuyển. Status Is UP coi việc này là tối ưu hóa tính khả dụng chủ động: phát hiện drift của sitemap trước khi triển khai làm các trang quan trọng khó khám phá hoặc bị hỏng.

HƯỚNG DẪN TRỰC QUAN

Nhìn công việc như một hệ thống.

Dùng sơ đồ này để nối các quyết định trong bài trước khi hành động theo từng thủ thuật.

SIUKích hoạt
01Chọn tiêu chuẩn đủ điều kiện trước khi sinh sitemap
02Liệt kê URL chuẩn (canonical), không phải mọi cách để đến trang đó
03Giữ XML nhỏ, hợp lệ và trung thực
04Dùng index để mở rộng mà vẫn giữ quyền sở hữu
01

Chọn tiêu chuẩn đủ điều kiện trước khi sinh sitemap

Sitemap XML là danh sách URL có thể đọc bằng máy kèm metadata tùy chọn. Bắt đầu bằng một quy tắc đủ điều kiện, không phải xuất từ crawl của bot: chỉ bao gồm một trang khi nó được định hướng cho tìm kiếm, có thể truy xuất công khai và là phiên bản ưu tiên của nội dung. Giữ các URL danh mục có bộ lọc (faceted catalog), kết quả tìm kiếm nội bộ, biến thể chiến dịch, trang login và bản xem trước ra ngoài trừ khi chúng thực sự là điểm đến công khai cho tìm kiếm.

Include

Các trang công khai, hữu ích và được dự định hiển thị trong tìm kiếm với một URL ưu tiên.

Exclude

Các chuyển hướng, trang lỗi, bản sao trùng lặp, trang noindex và route riêng tư.

Important limit

Giúp khám phá không đảm bảo việc thu thập dữ liệu hay lập chỉ mục.

02

Liệt kê URL chuẩn (canonical), không phải mọi cách để đến trang đó

URL chuẩn là phiên bản bạn muốn công cụ tìm kiếm coi là đại diện cho các phiên bản tương tự. Việc đưa vào sitemap là tín hiệu chuẩn yếu, vì vậy nó nên củng cố — không mâu thuẫn — với chuyển hướng, thẻ canonical tự tham chiếu và liên kết nội bộ. Chọn một dạng HTTPS ổn định và xuất đúng phiên bản đó.

Kiểm tra http và https, www và non-www, quy tắc slash, viết hoa/viết thường, trang in, bộ lọc và các tham số theo dõi. Nếu một URL chuyển hướng, chỉ liệt kê điểm đến cuối cùng là canonical. Mỗi trang bản địa hóa (locale) độc lập có URL chuẩn riêng; đừng dùng sitemap để gộp nội dung bản địa hóa khác nhau vào một mục duy nhất.

Use absolute URLs

Ghi đầy đủ scheme và host, không dùng đường dẫn tương đối. Google thu thập URL như được liệt kê.

Keep signals aligned

Sitemap, thẻ canonical, liên kết nội bộ và chính sách chuyển hướng nên cùng chỉ tới cùng một trang.

Do not use robots.txt as a canonical tool

Chặn một bản sao bằng robots.txt không thiết lập được phiên bản ưu tiên.

03

Giữ XML nhỏ, hợp lệ và trung thực

Sử dụng cấu trúc theo Sitemap Protocol: XML mã hóa UTF-8 với một urlset, namespace của sitemap và một loc cho mỗi URL. Escape các ký tự nhạy cảm của XML trong giá trị URL. Tự động hoá nên serialize các URL thay vì ghép nối XML bằng tay.

Mỗi sitemap tối đa chứa 50.000 URL và không lớn hơn 50 MB khi chưa nén. Đây là giới hạn chứ không phải mục tiêu. Chia file sớm hơn nếu sản phẩm, bài viết, locale hoặc loại nội dung tạo ra ranh giới vận hành hữu ích.

Chỉ dùng lastmod cho ngày có thay đổi đáng kể thực sự của trang. Google sử dụng trường này khi nó được cung cấp nhất quán và có thể kiểm chứng; cập nhật năm bản quyền không được tính. Không bao giờ đóng dấu mọi URL bằng thời gian chạy của bộ sinh. Google bỏ qua changefreq và priority, nên có thể bỏ qua hai trường này.

Minimum useful entry

loc là bắt buộc; lastmod là tùy chọn và phải mô tả trang, không phải thời điểm sinh file.

Compression

Gzip có thể giảm kích thước truyền, nhưng file khi giải nén phải nhỏ hơn 50 MB.

Validation

Kiểm tra tính well-formed của XML, khả năng fetch và hành vi thực tế của các trang được liệt kê.

04

Dùng index để mở rộng mà vẫn giữ quyền sở hữu

Sitemap index liệt kê các file sitemap con. Dùng index khi site vượt quá giới hạn một file hoặc cần các danh mục riêng biệt. Nhóm theo biên tập, sản phẩm hoặc bộ phận hỗ trợ. Nó chịu cùng giới hạn 50.000 mục và 50 MB chưa nén.

Giữ các file con trên cùng site với URL ổn định. Giao thức thông thường ràng buộc các URL đủ điều kiện với host và vị trí của sitemap; các sắp xếp chéo site cần xác nhận quyền sở hữu.

Chia theo mục tiêu có thể kiểm tra — loại nội dung, cửa hàng, tập ngôn ngữ hoặc ranh giới triển khai. Ghi lại bộ sinh, chủ sở hữu và dự kiến số lượng mục.

Index first for large sites

Nộp index hoàn chỉnh thay vì từng file con thủ công.

Index lastmod

lastmod của index mô tả file sitemap, không phải các trang bên trong.

05

Xuất bản, gửi và diễn giải kết quả đúng cách

Lưu sitemap tại một địa chỉ HTTPS ổn định, có thể fetch công khai, tốt nhất là gần thư mục gốc. Thêm chỉ thị Sitemap tuyệt đối vào robots.txt. Gửi sitemap hoặc index trong Google Search Console và Bing Webmaster Tools để xem chi tiết xử lý.

Trong Search Console, Success nghĩa là sitemap được lấy và đọc không lỗi. Has errors nghĩa là nó được đọc nhưng có lỗi; Couldn’t fetch nghĩa là không truy xuất được. Sửa lỗi phân phối, xác thực, DNS, robots, chuyển hướng hoặc XML rồi gửi lại.

Xem số lượng trang được phát hiện như dữ liệu chẩn đoán, không phải điểm số. Trang được phát hiện không đảm bảo sẽ được thu thập hay lập chỉ mục. Kiểm tra mẫu URL với URL chuẩn của nó, phản hồi và báo cáo lập chỉ mục.

Two discovery paths

robots.txt giúp phát hiện; gửi qua công cụ cho phép xem báo cáo xử lý.

Report scope

Search Console liệt kê các file được gửi qua báo cáo hoặc API, không phải mọi thứ được phát hiện qua robots.txt.

06

Vận hành sitemap như hạ tầng quan trọng cho phát hành

Chất lượng sitemap có thể suy giảm khi plugin CMS thay đổi, triển khai đổi host canonical, quy tắc cache phục vụ dữ liệu cũ, hoặc job hàng loạt xuất bản các trang chưa hoàn chỉnh. Đưa kiểm tra sitemap vào quy trình tiền phát hành và rollback. Đừng âm thầm thay thế một inventory đầy đủ bằng một file trống hoặc sai định dạng.

Giữ sitemap đã biết là tốt trước đó, cảnh báo khi số lượng thay đổi bất ngờ, và kiểm tra mẫu các mục thêm vào và xóa trước khi xuất bản. Khi đường dẫn thay đổi, phối hợp chuyển hướng, thẻ canonical, liên kết nội bộ và sitemap như một bộ thay đổi. Đây là tối ưu hóa khả dụng chủ động: bảo vệ bề mặt công khai có thể được khám phá trước khi bot và khách truy cập gặp đường dẫn hỏng.

Release gate

Tạm dừng xuất bản nếu đầu ra sitemap bị vô hiệu, trống, sai host hoặc không phải là phiên bản canonical.

Recovery detail

Giữ artifact và cấu hình bộ sinh đã biết tốt để sẵn sàng rollback.

HÀNH ĐỘNG / XÁC MINH

Hướng dẫn việc cần làm thiết thực.

  1. 01

    Viết quy tắc bao gồm

    Ghi tài liệu rằng một URL được liệt kê phải là công khai, dự định lập chỉ mục, hữu ích, trả về thành công và là canonical.

    XÁC MINH: Xem xét một mẫu nhỏ với chủ sở hữu nội dung, sản phẩm và kỹ thuật; mỗi URL có lý do rõ ràng để nhận lưu lượng tìm kiếm.
  2. 02

    Sinh từ dữ liệu nguồn đáng tin cậy

    Dùng các trường xuất bản và trường chuẩn hóa (canonicalization), không phải crawl thô mọi route ứng dụng.

    XÁC MINH: Bộ sinh có bộ lọc rõ ràng cho noindex, redirect, draft, private và bản ghi trùng lặp.
  3. 03

    Kiểm tra hành vi URL

    Lấy mẫu từ mỗi nhóm sitemap để kiểm tra URL canonical HTTPS mong đợi và phản hồi trang thành công.

    XÁC MINH: Không có mục mẫu nào chuyển hướng, trả lỗi, lộ bản xem trước hoặc tên một URL canonical khác.
  4. 04

    Xác thực tài liệu

    Xác nhận mã hoá UTF-8, cấu trúc XML yêu cầu, URL tuyệt đối, escape đúng và giới hạn kích thước file cũng như số lượng URL.

    XÁC MINH: Bộ phân tích XML chấp nhận file và bản build ghi lại số lượng URL và kích thước chưa nén.
  5. 05

    Làm cho lastmod trung thực

    Chỉ phát lastmod từ một sự kiện thay đổi nội dung đáng kể đáng tin cậy; bỏ qua khi không có sự kiện đó.

    XÁC MINH: Trang thay đổi hiển thị ngày thay đổi nội dung thực; việc chạy lại bộ sinh không làm thay đổi ngày của mọi mục.
  6. 06

    Tạo index khi có lý do

    Nhóm các inventory lớn hoặc khác biệt về vận hành thành sitemap con và hiển thị một sitemap index ổn định.

    XÁC MINH: Mỗi file con có thể truy cập từ index, trong giới hạn giao thức và có chủ sở hữu được đặt tên.
  7. 07

    Xuất bản để được khám phá

    Phục vụ sitemap không cần xác thực hay chuyển hướng mong manh và thêm URL tuyệt đối của nó vào robots.txt.

    XÁC MINH: Một yêu cầu từ ngoài môi trường triển khai lấy được file hiện hành mong đợi và robots.txt chỉ ra nó.
  8. 08

    Gửi và xem xử lý

    Gửi sitemap hoặc index trong Google Search Console và Bing Webmaster Tools, sau đó điều tra lỗi fetch và phân tích.

    XÁC MINH: Cả hai công cụ hiển thị file đã gửi và không có vấn đề fetch hay phân tích chưa được giải quyết.
  9. 09

    Bảo vệ nó trong phát hành

    So sánh số lượng URL dự kiến với số lượng tạo ra và giữ artifact đã biết tốt trước khi xuất bản phiên bản mới.

    XÁC MINH: Ghi chú phát hành hiển thị chênh lệch số lượng, mẫu mục thêm và xóa, và đường dẫn rollback được tài liệu hóa.
CHỦ ĐỀ THẢO LUẬN

So sánh các đánh đổi, không chia sẻ dữ liệu riêng tư.

Dùng các câu hỏi này với nhóm hoặc cộng đồng chủ sở hữu website. Chia sẻ phương pháp và bài học, nhưng tuyệt đối không dán thông tin đăng nhập, hồ sơ khách hàng hay chi tiết hạ tầng không công khai.

  1. 01

    Những loại URL nào trên site của bạn tạo ra nhiều sự không chắc chắn nhất về việc chúng có thuộc về tìm kiếm hay không, và ai là chủ sở hữu có thể đưa ra quyết định rõ ràng?

  2. 02

    Nhóm của bạn sẽ nhận biết như thế nào rằng một bản phát hành đã thay đổi hostname canonical, số lượng URL hoặc khả năng fetch sitemap trước khi lần crawl tiếp theo của công cụ tìm kiếm?

  3. 03

    Việc nhóm sitemap theo chủ sở hữu nội dung hoặc ranh giới triển khai có thể làm cho việc kiểm tra và hoàn nguyên di chuyển trong tương lai dễ dàng hơn ở đâu?

TÀI NGUYÊN PHỔ BIẾN / UY TÍN

Mở tài liệu nguồn.

Google Search CentralBuild and submit a sitemap ↗

Hướng dẫn chính về lựa chọn URL, URL tuyệt đối, UTF-8, giới hạn file, độ chính xác của lastmod, khám phá qua robots.txt và việc gửi sitemap.

Đã rà soát 2026-09-27
Google Search CentralLearn about sitemaps ↗

Giải thích khi nào sitemap có thể giúp khám phá và lý do nó không đảm bảo việc thu thập dữ liệu hay lập chỉ mục.

Đã rà soát 2026-09-27
Google Search CentralHow to specify a canonical URL with rel=canonical and other methods ↗

Trình bày cách đưa sitemap phù hợp với các tín hiệu canonical mạnh hơn như chuyển hướng và thẻ liên kết canonical.

Đã rà soát 2026-09-27
Google Search Console HelpSitemaps report ↗

Định nghĩa trạng thái báo cáo, giải thích ý nghĩa dữ liệu sitemap đã gửi và phác thảo phản ứng đối với lỗi fetch và parse.

Đã rà soát 2026-09-27
Sitemaps.orgSitemaps XML format ↗

Tham chiếu giao thức cho các phần tử XML, mã hoá, escape entity, file index, phạm vi host và giới hạn chính thức.

Đã rà soát 2026-09-27
Bing Webmaster ToolsSitemaps ↗

Hướng dẫn chính thức của Bing về định dạng sitemap được chấp nhận, việc gửi, chi tiết xử lý và khám phá qua robots.txt.

Đã rà soát 2026-09-27

Chính sách nguồn. Bài viết này sử dụng tài liệu chính thức của công cụ tìm kiếm và Sitemap Protocol. Nó không khẳng định kết quả về xếp hạng hay lập chỉ mục.

GIẢI ĐÁP NHANH

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

Mọi trang sống (live) có cần có trong sitemap XML của tôi không?

Không. Chỉ liệt kê các trang công khai, chuẩn và bạn muốn đại diện trong tìm kiếm. Một bản xem trước, chuyển hướng, trang lỗi, URL tham số trùng lặp hoặc trang bị loại trừ lập chỉ mục có thể truy xuất mà không thuộc về sitemap.

Tôi có cần cập nhật lastmod mỗi khi sitemap được sinh không?

Không. lastmod là ngày sửa đổi cuối cùng của trang liên kết, không phải thời điểm chạy bộ sinh. Chỉ dùng khi hệ thống của bạn có thể báo ngày thay đổi nội dung đáng kể một cách chính xác; nếu không thì bỏ qua trường này.

Gửi sitemap thành công có nghĩa là mọi URL đều được lập chỉ mục không?

Không. Thành công có nghĩa là sitemap được lấy và đọc không lỗi. Google có thể đưa các URL đã phân tích vào hàng đợi để thu thập, nhưng không đảm bảo bất kỳ trang nào trong danh sách sẽ được thu thập hay lập chỉ mục.

Status Is UP Editorial Team · Biên tập viên Kích hoạt Tính khả dụng (Uptime Enablement Editors)

Được rà soát bởi Người đánh giá SEO kỹ thuật và nền tảng web. Xuất bản 2026-09-27; cập nhật 2026-09-30.