Sitemap Chỉ mục

Tóm tắt — sitemap chỉ mục là sitemap của sitemaps. single sitemap có thể chỉ hold 50 000 các URL, so big các trang split của họ các URL trên several sitemaps và sau đó list những điều đó sitemaps trong một nhỏ “chỉ mục” file. bạn submit chỉ mục, và các công cụ tìm kiếm follow nó để all rest.

Điều gì sitemap chỉ mục là

thông thường XML sitemap là list của bạn trang các URL. sitemap chỉ mục là một cấp độ lên: nó file đó lists của bạn khác sitemaps thay vì listing các trang. Think của nó as bảng của nội dung đó points tại several chapters, nơi mỗi chapter là sitemap đầy đủ của các URL.

bạn hand các công cụ tìm kiếm chỉ mục, và họ đọc nó để tìm mỗi sitemap nó references, sau đó đọc mỗi của những điều đó để tìm của bạn các URL. Evidence for this claim A sitemap index contains sitemap entries with a required loc value and an optional lastmod value. Scope: Sitemaps.org protocol structure for sitemap index files. Confidence: high · Verified: 2026-07-14 Sitemaps.org: Sitemap index XML tag definitions

Vì sao bạn’d cần một

single sitemap có hard limits: nó có thể hold tại phần lớn 50 000 các URL, và file có thể’t là bigger hơn 50MB uncompressed. moment bạn có nhiều hơn các URL hơn đó — hoặc file nhận cũng big — bạn có để split nó vào multiple sitemaps. sitemap chỉ mục là Điều gì ties những điều đó pieces lại together so bạn chỉ submit một điều.

bạn không có để chờ cho đến khi bạn hit limit, either. Plenty của lớn các trang sử dụng chỉ mục chỉ để giữ điều tidy — một sitemap cho blog, một cho các sản phẩm, một theo language — ngay cả Khi mỗi part là well dưới 50 000 các URL.

Cách nhiều có thể nó cover?

lot. chỉ mục có thể list lên để 50 000 child sitemaps, và mỗi của những điều đó có thể hold lên để 50 000 các URL. Multiply đó out và single chỉ mục đã covers 2,5 billion các URL. Whatever size của bạn trang web là, bạn sẽ không bao giờ chạy out của sitemap capacity.

Cách bạn sử dụng nó

• Split của bạn các URL trên multiple sitemap files (phần lớn SEO plugin và các framework làm điều này cho bạn tự động).
• Put sitemap chỉ mục file tại top đó lists mỗi của những điều đó sitemaps.
• Submit chỉ mục trong Google Search Console và Bing Quản trị viên web Tools. đó một submission covers all children.

Muốn đó anatomy, đó chính xác limits, đó “don’t nest an index in an index” (bản dịch) «không nest an chỉ mục trong an chỉ mục» rule, và đó splitting trick đó turns của bạn sitemaps vào an lập chỉ mục diagnostic? Chuyển để đó Advanced tab.

Tóm tắt — sitemap chỉ mục là sitemap của sitemaps — <sitemapindex> file listing <sitemap> entries (<loc> + tùy chọn <lastmod>) thay vì các URL. bạn cần một sau khi single sitemap sẽ exceed 50 000 các URL hoặc 50MB uncompressed, hoặc để organize lớn multi-section/region trang web. chỉ mục có thể reference lên để 50 000 child sitemaps × 50 000 các URL mỗi = 2,5 billion các URL theo chỉ mục; với lên để 500 chỉ mục files theo trang web trong Search Console, theoretical ceiling là 1,25 trillion — number không thực trang web approaches. Children stay on giống nhau trang web tại giống nhau directory cấp độ hoặc thấp hơn, bạn không nest chỉ mục bên trong chỉ mục (không tag cho nó, không tooling hỗ trợ), và bạn submit chỉ mục. payoff worth chasing: split by section/nội dung loại so Bạn có thể đọc được gửi-so với-được lập chỉ mục theo segment.

Điều gì sitemap chỉ mục file thực ra là

sitemap chỉ mục là sitemap whose entries là khác sitemaps. nơi regular sitemap wraps <url> chặn trong <urlset>, chỉ mục wraps <sitemap> chặn trong <sitemapindex>. mỗi <sitemap> có <loc> pointing tại một của bạn sitemap files và, tùy chọn, <lastmod>. đó toàn bộ structure — nó carries không trang các URL của nó own. Evidence for this claim A sitemap index contains sitemap entries with a required loc value and an optional lastmod value. Scope: Sitemaps.org protocol structure for sitemap index files. Confidence: high · Verified: 2026-07-14 Sitemaps.org: Sitemap index XML tag definitions

nó tồn tại cho một reason: sitemaps format có hard size limits, và big các trang blow past them. So bạn split của bạn các URL trên nhiều sitemaps và sử dụng chỉ mục để present them để các công cụ tìm kiếm as single unit.

Khi bạn cần một

Hai triggers:

1. Bạn hit đó size limits. MỘT single sitemap maxes out tại 50 000 URLs hoặc 50MB uncompressed, whichever xuất hiện đầu tiên. Google hướng dẫn là trực tiếp: “If you have a sitemap that exceeds the size limits, you’ll need to split up your large sitemap into multiple sitemaps.” (bản dịch) «Nếu bạn có một sitemap đó exceeds đó size limits, bạn’ll cần để split lên của bạn lớn sitemap vào multiple sitemaps.» Evidence for this claim A sitemap index can list up to 50,000 sitemap files, and each sitemap is limited to 50,000 URLs or 50 MB uncompressed. Scope: Google-supported sitemap and sitemap-index limits. Confidence: high · Verified: 2026-07-14 Google Search Central: Manage sitemaps with a sitemap index file Khi bạn đã split, an chỉ mục ties đó pieces together.
2. Bạn muốn để organize một lớn site — ngay cả dưới đó limit. Multi-section các trang (blog so với. các sản phẩm so với. category các trang) và multi-region/multi-language các trang là far easier để manage và monitor as tách biệt sitemaps dưới một chỉ mục. Đó organizational dùng là, trong my view, đó tốt hơn reason để reach cho an chỉ mục, và I come lại để điều này trong đó Các framework tab.

Anatomy

chỉ mục là nhỏ và dull by design — <sitemapindex>, sau đó <sitemap> block theo child, mỗi với <loc> và tùy chọn <lastmod>:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap1.xml.gz</loc>
    <lastmod>2024-08-15</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap2.xml.gz</loc>
    <lastmod>2024-08-15</lastmod>
  </sitemap>
</sitemapindex>

Notes đó quan trọng:

• namespace là giống nhau sitemaps.org/schemas/sitemap/0.9 bạn sử dụng on regular sitemap; file là UTF-8 và <loc> các giá trị là fully-qualified absolute các URL.
• Children có thể là gzipped — .xml.gz là fine, và 50MB cap là measured on uncompressed size.
• tùy chọn <lastmod> ở đây mô tả Khi đó child sitemap cuối cùng changed, không Khi riêng lẻ các trang changed.

Cách nhiều có thể bạn submit — và Cách nhiều các trang là đó?

Đây là nơi mọi người lowball ceiling. Stack limits lên:

• Google Search Console accepts lên để 500 sitemap chỉ mục files theo site: “You can submit up to 500 sitemap index files for each site in your Search Console account.” (bản dịch) «Bạn có thể submit lên để 500 sitemap chỉ mục files cho mỗi site trong của bạn Search Console account.»
• Mỗi chỉ mục có thể list lên để 50 000 child sitemaps.
• Mỗi child sitemap có thể hold lên để 50 000 URLs.

Làm multiplication và theoretical ceiling là 500 × 50 000 × 50 000 = 1,25 trillion các URL (1 250 000 000 000). Treat đó as ceiling không thực trang web approaches, không đích — takeaway là đơn giản đó bạn sẽ không bao giờ chạy out của sitemap capacity. và bạn rarely cần để nhận fancy với multiple chỉ mục files tại all: single sitemap chỉ mục, không có submitting bất kỳ others, đã covers 50 000 × 50 000 = 2,5 billion các URL. nếu bạn’ve đã nhận 2,5 billion indexable các URL, của bạn sitemap setup không phải của bạn vấn đề.

Location rules

Đó child sitemaps an chỉ mục references có để trực tiếp on đó giống nhau site as đó chỉ mục, và tại đó giống nhau directory cấp độ hoặc thấp hơn hơn đó chỉ mục file. An chỉ mục tại https://www.example.com/sitemap-index.xml có thể point tại https://www.example.com/sitemaps/products.xml, nhưng không tại một sitemap on một khác nhau host hoặc sitting trên của nó own path. Break này và Search Console flags đó children as “URL not allowed.” (bản dịch) «URL không được phép.» (Cross-domain references là chỉ hợp lệ khi cả hai domains là verified trong Search Console — nhưng cho an ordinary single-site chỉ mục bạn không go ở đó.)

không nest chỉ mục bên trong chỉ mục

MỘT sitemap chỉ mục lists sitemaps, không other indexes. Neither sitemaps.org trực tiếp giao thức trang nor Google sitemap-chỉ mục tài liệu trạng thái này trong so nhiều words hôm nay — I checked cả hai trực tiếp thay vì trust an older paraphrase. Điều gì đó giao thức làm chẳng hạn là hẹp hơn: đó <loc> tag bên trong một <sitemapindex> là được định nghĩa as identifying “a Sitemap, an Atom file, RSS file or a simple text file” (bản dịch) «một Sitemap, an Atom file, RSS file hoặc một đơn giản text file» — an chỉ mục file không on đó list, và đó format có không tag cho nesting một chỉ mục dưới một sản phẩm khác. Mỗi sitemap generator, plugin, và công cụ tìm kiếm I’m aware of xử lý chỉ mục-of-indexes as unsupported on đó basis; đây là một mạnh practitioner convention grounded trong đó format structure thay vì một single quotable sentence từ either doc. Treat điều này as một hard rule: một cấp độ of lập chỉ mục chỉ. Nếu bạn tìm yourself wanting an chỉ mục-of-indexes, bạn gần như certainly có room để reorganize trong đó 2,5-billion-URL ceiling một single chỉ mục đã cho bạn.

Submit chỉ mục

Bạn submit đó chỉ mục file, và đó single submission pulls trong mỗi child sitemap điều này references — bạn không cần để submit đó children một by một. John Mueller put điều này plainly: “You can submit the individual ones, but you don’t really need to.” (bản dịch) «Bạn có thể submit đó riêng lẻ ones, nhưng bạn không thực sự cần để.» Submitting cả hai đó chỉ mục và của nó children không harmful, chỉ redundant. Một sạch submission of đó chỉ mục là đó move.

đó đã nói, submitting sitemap — chỉ mục hoặc không — là phát hiện aid, không lập chỉ mục bảo đảm. chỉ mục helps engines tìm của bạn sitemaps; nó không promise các URL bên trong them nhận được crawl hoặc được lập chỉ mục.

Splitting strategy — cho reporting, không hiệu quả crawl

Ở đây đó part đó là underplayed mọi nơi khác. Cách bạn split của bạn sitemaps trên an chỉ mục làm không thay đổi cách Google crawl hoặc indexes của bạn các trang. Đó reason để split thoughtfully là monitoring. Mueller cách diễn đạt là đó một I lean on: “I generally recommend splitting a sitemap file into logical parts of your site so that you can monitor those parts individually (eg, category pages vs detail pages…). … It doesn’t change how Google crawls & indexes them, it’s really just so that you can track them better on your side.” (bản dịch) «I generally khuyến nghị splitting một sitemap file vào logical parts of trang web của bạn so đó bạn có thể monitor những parts individually (eg, category các trang so với detail các trang…). … Điều này không thay đổi cách Google crawl & indexes them, đây là thực sự chỉ so đó bạn có thể track them tốt hơn on của bạn side.»

practical payoff: Search Console Sitemaps báo cáo hiển thị được gửi-so với-được lập chỉ mục được tính theo sitemap. Split của bạn chỉ mục by section hoặc nội dung loại — blog, các sản phẩm, categories, tài liệu, theo region — và Bạn có thể see mà segment là dưới-được lập chỉ mục thay vì staring tại một trang web-wide number. đó diagnostic I sử dụng constantly. (nó giống nhau reason I’ll giữ sitemap của old các URL khoảng during migration: so I có thể watch đó cụ thể đặt drop out của chỉ mục trong GSC.)

So split by Điều gì bạn muốn để đo lường, không by some imagined crawl benefit. crawl benefit không phải ở đó; reporting benefit là thực.

Cách nó relates để rest của sitemap family

sitemap chỉ mục sits bên cạnh của bạn regular XML sitemaps, và rộng hơn sitemaps overview là place để bắt đầu nếu bạn’re new để toàn bộ topic. của bạn image và video sitemaps là chỉ nhiều hơn child files chỉ mục có thể reference, và toàn bộ apparatus là part của Cách các công cụ tìm kiếm xử lý phát hiện. None của những điều đó cần linking out từ ở đây — họ’re siblings trong giống nhau cluster.

AI summary

condensed take on Nâng cao version:

• MỘT sitemap chỉ mục là một sitemap of sitemaps — một <sitemapindex> file listing <sitemap> entries (<loc> + tùy chọn <lastmod>), không trang URLs.
• Bạn cần một khi một single sitemap sẽ exceed 50 000 URLs hoặc 50MB uncompressed, hoặc khi bạn muốn để organize một lớn multi-section/region site (đó organizational dùng là đó tốt hơn reason).
• Capacity là effectively unlimited: lên để 50 000 child sitemaps theo chỉ mục × 50 000 URLs mỗi = 2,5 billion URLs theo chỉ mục. Với lên để 500 chỉ mục files theo site trong Search Console, đó theoretical ceiling là 1,25 trillion URLs — một number không real site approaches.
• Rules: children trực tiếp on đó giống nhau site, tại đó giống nhau directory cấp độ hoặc thấp hơn; không nest an chỉ mục bên trong an chỉ mục (đó format có không tag cho điều này, và không generator hoặc công cụ tìm kiếm hỗ trợ điều này); children có thể là gzipped (.xml.gz).
• Submit chỉ đó chỉ mục — một submission covers all children. Submitting đó children cũng là redundant, không harmful (Mueller: “you don’t really need to” (bản dịch) «bạn không thực sự cần để»).
• Splitting là cho reporting, không hiệu quả crawl. Điều này không thay đổi crawling hoặc lập chỉ mục; split by section/nội dung loại so bạn có thể đọc được gửi-so với-được lập chỉ mục theo segment trong đó Search Console Sitemaps báo cáo.

Tài liệu chính thức

Chính-nguồn tài liệu on sitemap chỉ mục files và limits behind them.

Google

• Manage lớn sitemaps với một sitemap chỉ mục file — splitting past đó limits, đó sitemap chỉ mục format, và đó 500-chỉ mục-files-theo-site cap.
• Xây dựng và submit một sitemap — đó 50 000-URL / 50MB-uncompressed limit, UTF-8, và absolute-URL rules đó apply để mỗi sitemap.
• Sitemaps overview — điều gì một sitemap là và đó “discovery, not a guarantee of indexing” (bản dịch) «phát hiện, không phải là bảo đảm of lập chỉ mục» cách diễn đạt.

sitemaps.org

• Sitemaps XML giao thức — đó canonical spec: đó <sitemapindex> format, đó 50 000-sitemaps / 50MB chỉ mục limit, và đó “an index file can not list other index files” (bản dịch) «an chỉ mục file có thể không list other chỉ mục files» rule.

Quotes từ nguồn

On—record statements từ Google và sitemaps.org giao thức. mỗi link là deep link đó jumps để quoted passage on nguồn trang.

Google — splitting và submission limits

• “If you have a sitemap that exceeds the size limits, you’ll need to split up your large sitemap into multiple sitemaps.” (bản dịch) «Nếu bạn có một sitemap đó exceeds đó size limits, bạn’ll cần để split lên của bạn lớn sitemap vào multiple sitemaps.» — Google, Manage lớn sitemaps. Nhảy đến trích dẫn
• “You can submit up to 500 sitemap index files for each site in your Search Console account.” (bản dịch) «Bạn có thể submit lên để 500 sitemap chỉ mục files cho mỗi site trong của bạn Search Console account.» Nhảy đến trích dẫn

sitemaps.org — giao thức size limits (see footnote dưới cho không-nesting rule sourcing, mà không phải standalone quote)

• “Sitemap index files may not list more than 50,000 Sitemaps and must be no larger than 50MB (52,428,800 bytes) and can be compressed.” (bản dịch) «Sitemap chỉ mục files có thể không list hơn 50 000 Sitemaps và phải được không lớn hơn 50MB (52 428 800 bytes) và có thể là compressed.» — sitemaps.org giao thức. Nhảy đến trích dẫn

John Mueller, Google — splitting cho monitoring, và submitting chỉ mục

• “I generally recommend splitting a sitemap file into logical parts of your site so that you can monitor those parts individually (eg, category pages vs detail pages…). … It doesn’t change how Google crawls & indexes them, it’s really just so that you can track them better on your side.” (bản dịch) «I generally khuyến nghị splitting một sitemap file vào logical parts of trang web của bạn so đó bạn có thể monitor những parts individually (eg, category các trang so với detail các trang…). … Điều này không thay đổi cách Google crawl & indexes them, đây là thực sự chỉ so đó bạn có thể track them tốt hơn on của bạn side.» Nhảy đến trích dẫn
• “You can submit the individual ones, but you don’t really need to.” (bản dịch) «Bạn có thể submit đó riêng lẻ ones, nhưng bạn không thực sự cần để.» Nhảy đến trích dẫn

Sitemap chỉ mục — limits bảng tra nhanh

** numbers đó define của bạn capacity**

Fast facts

• sitemap chỉ mục lists sitemaps, không các URL — <sitemapindex> wrapping <sitemap> chặn (<loc> + tùy chọn <lastmod>).
• bạn cần một sau khi single sitemap sẽ exceed 50 000 các URL hoặc 50MB, hoặc để organize lớn multi-section/region trang web.
• Children phải là on giống nhau trang web, tại giống nhau directory cấp độ hoặc thấp hơn hơn chỉ mục.
• Children có thể là gzipped (.xml.gz).
• không nest chỉ mục bên trong chỉ mục (không tag cho nó, không supported by bất kỳ generator hoặc engine).
• Submit chỉ mục — nó covers all children; submitting children cũng là redundant.
• Split by section/nội dung loại cho reporting, không cho hiệu quả crawl — nó không thay đổi crawling/lập chỉ mục.

Cách split sitemap chỉ mục (split cho Điều gì bạn đo lường)

mental model đó matters ở đây: Cách bạn split không thay đổi crawling — nó thay đổi Điều gì Bạn có thể monitor. Google crawl và indexes giống nhau các URL liệu họ sit trong một sitemap hoặc fifty. So chọn của bạn split lines để match segments bạn muốn để đọc independently trong Search Console Sitemaps báo cáo (được gửi so với. được lập chỉ mục, theo sitemap).

Split by nội dung loại

• /sitemaps/blog.xml, /sitemaps/products.xml, /sitemaps/categories.xml, /sitemaps/docs.xml.
• Best Khi khác templates có khác lập chỉ mục behavior — e.g. thin sản phẩm variants dưới-lập chỉ mục trong khi của bạn blog sails qua. bạn’ll see chính xác mà template là vấn đề.

Split by section

• Một child sitemap theo major trang web section hoặc subfolder.
• Best cho lớn các trang nơi nhóm own khác sections — mỗi owner nhận sạch coverage number cho của họ area.

Split by region / language

• Một child theo locale (/sitemaps/en.xml, /sitemaps/de.xml, …).
• Best cho international các trang: Bạn có thể spot toàn bộ locale đó không phải getting picked lên, tách biệt từ bất kỳ hreflang các vấn đề.

Đó decision rule

• Ask: “If one of these segments were under-indexed, would I want to see it in isolation?” (bản dịch) «Nếu một of những segments đã là dưới-được lập chỉ mục, sẽ I muốn để see điều này trong isolation?» Nếu có, đó là một split line. Nếu đó câu trả lời là “I’d never analyze that separately,” (bản dịch) «I’d không bao giờ analyze đó riêng,» không split ở đó — bạn là chỉ đang làm hơn files để maintain.

** migration sử dụng I rely on**

• During trang web migration I’ll giữ sitemap của old các URL trong chỉ mục cho trong khi — không để nhận them được lập chỉ mục, nhưng để watch them drop out của chỉ mục trong GSC as new các URL take over. segment-cấp độ reporting là toàn bộ point.

crawl-efficiency angle mọi người expect từ splitting không phải thực. reporting angle là, và nó worth designing của bạn chỉ mục khoảng.

minimal hợp lệ sitemap chỉ mục

Đây là đểàn bộ shape của sitemap chỉ mục file — <sitemapindex> root, sau đó một <sitemap> block theo child sitemap, mỗi với <loc> và tùy chọn <lastmod>. Children có thể là gzipped (.xml.gz); 50MB cap là measured uncompressed.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemaps/blog.xml.gz</loc>
    <lastmod>2026-06-22</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemaps/products.xml.gz</loc>
    <lastmod>2026-06-22</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemaps/categories.xml.gz</loc>
    <lastmod>2026-06-22</lastmod>
  </sitemap>
</sitemapindex>

Rules baked vào đó ví dụ:

• Root là <sitemapindex> (không <urlset>) on sitemaps.org/schemas/sitemap/0.9 namespace; file là UTF-8.
• mỗi <loc> là fully-qualified absolute URL on giống nhau trang web, tại giống nhau directory cấp độ hoặc thấp hơn hơn điều này chỉ mục.
• <lastmod> là tùy chọn và mô tả Khi đó child sitemap changed.
• không thêm <sitemap> entry pointing tại một sitemap chỉ mục — một cấp độ chỉ.

Cách bạn submit nó

bạn submit chỉ điều này chỉ mục file — một submission, và các công cụ tìm kiếm follow nó để mỗi child sitemap. có không cần để submit children riêng.

# robots.txt — point engines at the index (the Sitemap: line takes the index URL)
Sitemap: https://www.example.com/sitemap-index.xml

sau đó thêm giống nhau chỉ mục URL trong Google Search Console (Sitemaps báo cáo) và Bing Quản trị viên web Tools. đó nó — children come along cho ride.

Tools cho building và kiểm tra sitemap chỉ mục

• Google chỉ mục Checker — sau khi bạn’ve được gửi chỉ mục, sử dụng điều này để spot-kiểm tra liệu cụ thể các URL từ child sitemap thực ra đã làm nó vào Google chỉ mục, thay vì đang chờ on aggregate Search Console number.
• Google Search Console — Sitemaps báo cáo — chính place để watch được gửi chỉ mục: fetch status theo child sitemap, và được gửi-so với-được lập chỉ mục được tính Bạn có thể đọc theo segment nếu bạn split thoughtfully.
• Bing Quản trị viên web Tools — Sitemaps — tương đương báo cáo cho Bing; submit giống nhau chỉ mục URL ở đó cũng.
• của bạn sitemap generator / CMS plugin — phần lớn các framework và SEO plugin xây dựng chỉ mục và child files cho bạn tự động as của bạn URL count grows; manual XML trong Scripts tab là cho Khi bạn cần see (hoặc hand-xây dựng) shape yourself.

Sitemap chỉ mục pre-submission checklist

Chạy qua điều này trước khi bạn point Search Console hoặc Bing Quản trị viên web Tools tại new hoặc restructured chỉ mục:

• mỗi child sitemap là dưới 50 000 các URL và 50MB uncompressed (với headroom — không xây dựng right lên để ceiling).
• chỉ mục file lists chỉ sitemaps, không bao giờ một sitemap chỉ mục.
• mỗi child <loc> lives on giống nhau trang web, tại giống nhau directory cấp độ hoặc thấp hơn hơn chỉ mục file.
• chỉ mục và children là hợp lệ XML, UTF-8, với đúng root element (<sitemapindex> cho chỉ mục, <urlset> cho mỗi child).
• robots.txt có Sitemap: line pointing tại chỉ mục, không tại một của children.
• của bạn split lines (section, nội dung loại, hoặc region) match điều gì đó bạn’ll thực ra muốn để monitor riêng trong Search Console — không split arbitrarily.
• chỉ mục là queued cho submission — bạn không cũng cần để submit mỗi child sitemap một by một.

Mistakes để tránh với sitemap chỉ mục

• Nesting an chỉ mục bên trong an chỉ mục. Đó format có không tag cho điều này — một sitemap chỉ mục <loc> chỉ identifies một sitemap, Atom, RSS, hoặc text file, không bao giờ một sản phẩm khác chỉ mục — và không generator hoặc công cụ tìm kiếm hỗ trợ điều này. Làm thay vì: giữ một cấp độ of lập chỉ mục, và nếu bạn là tempted để go deeper bạn gần như certainly có room để reorganize của bạn split trong đó 2,5-billion-URL ceiling một single chỉ mục đã cho bạn.
• Submitting mỗi child sitemap individually on top of đó chỉ mục. Không harmful, chỉ redundant — đó chỉ mục submission đã pulls trong mỗi child điều này references. Làm thay vì: submit đó chỉ mục alone trong Search Console và Bing Quản trị viên web Tools.
• Splitting sitemaps expecting một crawl-budget hoặc xếp hạng win. Cách bạn split không thay đổi cách Google crawl hoặc indexes của bạn các trang. Làm thay vì: split purely cho reporting — pick lines bạn thực ra muốn để monitor independently trong đó Sitemaps báo cáo.
• Pointing một child sitemap tại một khác nhau host, subdomain, hoặc một directory trên đó chỉ mục. Search Console flags này as “URL not allowed.” (bản dịch) «URL không được phép.» Làm thay vì: giữ mỗi child on đó giống nhau site, tại đó chỉ mục directory cấp độ hoặc thấp hơn.
• Letting một sitemap grow past 50 000 URLs hoặc 50MB uncompressed thay vì splitting ahead of time. Làm thay vì: split chủ động khi một section là approaching đó limit, không sau đây là đã hỏng.

phổ biến các vấn đề với sitemap chỉ mục

Symptom: Search Console cho thấy “Couldn’t fetch” (bản dịch) «không thể fetch» on đó chỉ mục. Có khả năng nguyên nhân: đó chỉ mục URL 404s, times out, hoặc là blocked by robots.txt. Cách sửa: open đó chính xác chỉ mục URL trong một trình duyệt (hoặc đó Sitemap Validator) và xác nhận điều này trả về 200 với hợp lệ XML trước resubmitting.

Symptom: chỉ mục fetches fine, nhưng một cụ thể child sitemap hiển thị lỗi. có khả năng nguyên nhân: <loc> bên trong đó child points tại 404’d, non-canonical, hoặc sai-domain URL, hoặc child itself có malformed XML. khắc phục: open đó child sitemap trực tiếp và spot-kiểm tra của nó <loc> entries; khắc phục hoặc regenerate đó file, sau đó chờ cho tiếp theo fetch.

Symptom: “Sitemap index file can’t reference another sitemap index” (bản dịch) «Sitemap chỉ mục file không thể reference một sản phẩm khác sitemap chỉ mục» (hoặc đó entry là silently đã bỏ qua). Có khả năng nguyên nhân: bạn nested an chỉ mục bên trong an chỉ mục, mà không generator hoặc công cụ tìm kiếm hỗ trợ — đó format <loc> tag có không provision cho pointing tại một sản phẩm khác chỉ mục file. Cách sửa: flatten để một cấp độ — đó top-cấp độ chỉ mục nên chỉ bao giờ point tại sitemaps đó list URLs, không tại other indexes.

Symptom: “URL not allowed” (bản dịch) «URL không được phép» on một child sitemap entry. Có khả năng nguyên nhân: đó child lives on một khác nhau host/subdomain hơn đó chỉ mục, hoặc sits trên đó chỉ mục own directory path. Cách sửa: move đó child để đó giống nhau site, tại đó giống nhau directory cấp độ hoặc thấp hơn (cross-domain references chỉ hoạt động khi cả hai domains là verified trong Tìm kiếm Console — và cho an ordinary single-site chỉ mục bạn không nên cần đó).

Symptom: chỉ mục hoặc child sitemap nhận rejected cho size. có khả năng nguyên nhân: nó exceeds 50 000 các URL, hoặc 50MB uncompressed cho sitemap / 50MB cho chỉ mục file itself. khắc phục: split further — thêm một child sitemap (hoặc, cho rất lớn trang web, một chỉ mục) thay vì trying để squeeze nhiều hơn trong.

Prove new sitemap chỉ mục thực ra took

Kiểm thử: Load chỉ mục URL trực tiếp (trình duyệt hoặc curl -I). Dự kiến kết quả: HTTP 200, hợp lệ XML, <sitemapindex> root. thất bại interpretation: 404/timeout ở đây có nghĩ là Search Console có thể’t reach nó either — khắc phục điều này trước khi bất cứ điều gì khác. Monitoring window: immediate. Rollback trigger: sustained non-200 phản hồi — revert để prior sitemap setup.

Kiểm thử: Submit đó chỉ mục trong đó Search Console Sitemaps báo cáo (hoặc chạy điều này qua đó Sitemap Validator đầu tiên). Dự kiến kết quả: status flips để một successful fetch và theo-child sitemap các hàng xuất hiện. Failure interpretation: “Couldn’t fetch” (bản dịch) «không thể fetch» có nghĩa là một URL, hosting, hoặc robots.txt vấn đề, không an lập chỉ mục vấn đề tuy vậy. Monitoring window: hours để một day cho đó đầu tiên fetch. Rollback trigger: repeated fetch failures trên resubmissions.

Kiểm thử: Spot-kiểm tra mỗi child sitemap URL count so với Điều gì của bạn trang web thực ra có cho đó segment. Dự kiến kết quả: được tính là trong right ballpark cho đó section/nội dung loại. thất bại interpretation: big mismatch thường có nghĩ là generator là including stale, non-canonical, hoặc duplicate các URL. Monitoring window: immediate, right sau khi generation. Rollback trigger: none — khắc phục generator logic và regenerate.

Kiểm thử: kiểm tra được gửi-so với-được lập chỉ mục được tính theo sitemap trong Sitemaps báo cáo. Dự kiến kết quả: được lập chỉ mục count trends toward được gửi count cho mỗi segment theo thời gian. thất bại interpretation: một segment stuck well dưới của nó được gửi count points tại vấn đề cụ thể để đó segment (thin nội dung, duplication, noindex left on by mistake) thay vì chỉ mục itself. Monitoring window: 2–4 weeks cho trend để là có ý nghĩa. Rollback trigger: segment được lập chỉ mục count actively falling sau khi thay đổi, không chỉ staying flat.

Kiểm thử: xác nhận robots.txt vẫn carries đúng Sitemap: line. Dự kiến kết quả: line resolves để hiện tại chỉ mục URL. thất bại interpretation: bị thiếu hoặc stale line không break phát hiện cho engines đó đã know của bạn chỉ mục, nhưng nó xóa một của bạn phát hiện các tín hiệu cho bất cứ điều gì crawling fresh. Monitoring window: immediate. Rollback trigger: line bị thiếu hoặc pointing tại retired file — restore nó.

Standing KPIs cho sitemap chỉ mục

Chỉ số: Được gửi so với. được lập chỉ mục count, theo sitemap segment. Điều gì nó tells bạn: mà section, nội dung loại, hoặc region là dưới-được lập chỉ mục, thay vì một blended trang web-wide number. Cách pull nó: Search Console Sitemaps báo cáo, đọc theo được gửi sitemap. Benchmark / realistic range: không fixed đích — có không honest universal number ở đây. Healthy looks như được lập chỉ mục count trending close để được gửi count cho đó segment; persistent, lớn khoảng trống on một segment (và không others) là tín hiệu worth chasing, không cụ thể percentage. Cadence: weekly during migration hoặc lớn rollout; monthly nếu không.

Chỉ số: Sitemap fetch status, theo chỉ mục và theo child. Điều gì điều này tells bạn: liệu engines có thể thực ra đọc đó files bạn đã được gửi tại all — một precondition cho mọi thứ khác on này list. Cách pull điều này: đó status cột trong đó Sitemaps báo cáo (hoặc đó Sitemap Validator cho an on-demand kiểm tra). Benchmark / realistic range: này một không một range — “Success” là đó chỉ acceptable state; “Couldn’t fetch” (bản dịch) «không thể fetch» hoặc “Có các lỗi” là một fail state để cách sửa immediately, không điều gì đó để tolerate tại some rate. Cadence: kiểm tra bất cứ khi nào bạn touch đó sitemap generation code hoặc thêm một new child; nếu không một monthly spot kiểm tra.

Chỉ số: URL count và file size theo sitemap, so với đó limits. Điều gì điều này tells bạn: cách nhiều headroom bạn có trước một segment cần splitting further. Cách pull điều này: của bạn sitemap generator own được tính, hoặc đó Sitemap Validator. Benchmark / realistic range: stay comfortably dưới 50 000 URLs và 50MB uncompressed theo file — leave real headroom thay vì đang chạy lên để đó ceiling. Cadence: monitor as của bạn URL count grows; re-split một segment khi đây là approaching đó limit, không sau đây là đã hỏng.

AI prompts cho sitemap chỉ mục

Prompt: sanity-kiểm tra proposed split. Paste tóm lại mô tả của bạn trang web sections (khoảng Cách nhiều các URL mỗi có) và ask AI để sanity-kiểm tra của bạn split lines trước khi bạn xây dựng chỉ mục:

I'm building a sitemap index for a site with these sections and approximate
URL counts:
- Blog: <N> URLs
- Product pages: <N> URLs
- Category pages: <N> URLs
- <other sections>

I want to split these into child sitemaps under one sitemap index so I can
read submitted-vs-indexed coverage per section in Google Search Console.
Given these counts, suggest a sensible way to split them into child
sitemaps (staying well under 50,000 URLs and 50MB uncompressed per file),
and flag any section that's small enough it probably doesn't need its own
child sitemap.

Expect lại: proposed grouping của bạn sections vào child sitemaps, với note on bất kỳ section cũng nhỏ để bother separating.

Prompt: review existing sitemap chỉ mục cho structural mistakes. Paste trong thô XML của bạn sitemap chỉ mục (hoặc representative excerpt) và ask cho structural review:

Here is my sitemap index XML:

<paste your <sitemapindex> XML here>

Check it against these rules and flag any violation:
1. The root element is <sitemapindex>, not <urlset>.
2. No <sitemap> entry points at another sitemap index file.
3. Every <loc> is a fully-qualified, absolute URL on the same site as this
   index.
4. No <loc> sits at a directory level above this index's own path.
List any entries that break these rules and explain which rule each one
breaks.

Expect lại: line-by-line list của bất kỳ entries đó violate nesting hoặc location rules, so Bạn có thể khắc phục them trước khi resubmitting.

các tài nguyên worth của bạn time

My related writing

• Khi nên bạn Worry về Ngân sách crawl? — nơi sạch, hoàn tất sitemaps fit vào hiệu quả crawl trên các trang web lớn.
• trang web Migration: Pre- và Post-Launch Checklist — including giữ sitemap của old các URL khoảng để watch them drop out của chỉ mục trong GSC.
• Enterprise kỹ thuật SEO — automation-đầu tiên sitemaps và được gửi-so với-được lập chỉ mục diagnostic tại quy mô.
• Người mới bắt đầu Hướng dẫn để kỹ thuật SEO — nơi sitemaps và phát hiện sit trong bigger picture.

Chính thức

• Google — Manage lớn sitemaps với sitemap chỉ mục file.
• sitemaps.org giao thức — canonical <sitemapindex> spec và limits.

từ others

• r/TechSEO — community cho sitemap, crawl, và lập chỉ mục gỡ lỗi.
• Bing Quản trị viên web Tools — Submit sitemap — Bing hướng dẫn on submitting sitemap chỉ mục files và verifying them trong Bing Quản trị viên web Tools.
• công cụ tìm kiếm Journal — Sitemaps coverage — bao gồm verbatim coverage của Mueller sitemap Q&As và crawl/lập chỉ mục ghi-ups.
• Onely — Sitemap các tài nguyên — kỹ thuật SEO deep-dives từ crawling-focused agency; covers lớn-quy mô sitemap các vấn đề và indexation diagnostics.

Tự kiểm tra: Sitemap chỉ mục

Five nhanh các câu hỏi on Điều gì sitemap chỉ mục là và Cách sử dụng một. Pick câu trả lời cho mỗi, sau đó kiểm tra.

Nhật ký thay đổi