Panduan Sitemaps Report

TL;DR — Sitemaps report adalah spot di Google Search Console di mana Anda hand Google Anda sitemap dan periksa bahwa ini baca ini. Anda paste di sitemap URL, hit Submit, dan report tells Anda apakah Google dapat fetch ini dan bagaimana banyak URLs ini ditemukan di dalam. penting: getting Google untuk baca Anda sitemap adalah tidak yang sama sebagai getting Anda halaman terindeks.

Apa Sitemaps report adalah

sebuah sitemap adalah sebuah list dari Anda situs’s URLs itu Anda hand untuk mesin pencari so mereka jangan memiliki untuk temukan setiap halaman oleh berikut tautan. Sitemaps report di Search Console adalah di mana Anda submit itu list dan watch apa Google melakukan dengan ini.

untuk setiap sitemap Anda’ve submitted, report menampilkan four hal:

• jenis — adalah ini sebuah single sitemap, atau sebuah sitemap indeks (sebuah sitemap dari sitemaps)?
• Terakhir baca — date Google terakhir fetched file.
• Status — melakukan ini berfungsi?
• ditemukan URLs — bagaimana banyak URLs Google baca out dari file.

cara submit sebuah sitemap

1. Open Search Console dan pick Anda property.
2. di left menu, click Sitemaps.
3. jenis Anda sitemap’s URL ke box (misalnya sitemap.xml).
4. Click Submit.

itu’s ini. Google menambahkan ini untuk list dan membaca ini. Anda hanya perlu untuk melakukan ini setelah per sitemap — Google re-memeriksa ini pada -nya own afterward.

Apa statuses berarti

• Success — Google fetched dan processed sitemap dengan Tidak masalah.
• memiliki errors — Google mendapat file tetapi ditemukan sesuatu wrong di dalam ini.
• tidak dapat fetch — Google tidak dapat bahkan download file (maybe ini adalah blocked, missing, atau server errored).

hal sebagian besar orang mendapatkan wrong

Submitting sebuah sitemap melakukan tidak mendapatkan Anda halaman terindeks. ini helps Google menemukan Anda URLs lebih cepat, tetapi Google decides untuk itself apa untuk crawl dan apa untuk pertahankan. “Discovered URLs” (terjemahan) “ditemukan URLs” angka adalah hanya bagaimana banyak URLs Google baca dari file — tidak bagaimana banyak ini terindeks.

untuk see bagaimana banyak dari itu halaman sebenarnya dibuat ini ke Google, Anda periksa sebuah berbeda report ( halaman pengindeksan report) dan filter ini oleh Anda sitemap. Sitemaps report tells Anda Google baca Anda list; halaman pengindeksan tells Anda apa happened berikutnya.

ingin penuh versi — sitemap indeks, size limits, “tidak dapat fetch” (terjemahan) “tidak dapat fetch” troubleshooting tree, dan mengapa old ping trick adalah dead? Switch untuk Advanced tab.

TL;DR — Sitemaps report adalah sebuah submission dan diagnostic surface, tidak sebuah pengindeksan report. ini mengonfirmasi Google baca Anda sitemap (atau sitemap indeks), menampilkan jenis, terakhir-baca date, sebuah status (Success / memiliki errors / tidak dapat fetch), dan sebuah ditemukan URLs parse count. Submitting aids penemuan tetapi jaminan tidak ada apa pun — Google adalah jelas itu ada “Tidak jaminan itu a halaman URL discovered di a sitemap memiliki telah atau akan menjadi crawled atau indexed.” (terjemahan) “Tidak jaminan itu sebuah halaman URL ditemukan di sebuah sitemap memiliki telah atau akan menjadi di-crawl atau terindeks.” untuk see apa mendapat terindeks, filter halaman pengindeksan report oleh sitemap. Per-file limits adalah 50MB uncompressed atau 50 000 URLs; split bigger situs di bawah sebuah sitemap indeks. pertahankan lastmod accurate — faking ini mendapatkan sinyal ignored — dan forget old ping endpoint, yang now 404s.

Apa report sebenarnya adalah

Sitemaps report adalah di mana Anda submit sitemaps dan monitor bagaimana Google memproses them. Google’s own framing mempertahankan ini modest: “‘Submitting’ a sitemap berarti telling Google di mana untuk temukan itu file pada Anda site.” (terjemahan) “‘Submitting’ sebuah sitemap berarti telling Google di mana untuk temukan file pada Anda situs.” itu’s seluruh job — ini poin Google di sebuah file. Semuanya else di report adalah feedback tentang apakah Google dapat baca itu file dan apa ini ditemukan di dalam.

Apa ini adalah tidak adalah sebuah pengindeksan report. I’ll pertahankan coming back untuk ini karena ini adalah mistake I see sebagian besar: report living berikutnya untuk “Indexing” (terjemahan) “pengindeksan” di Search Console menu membuat orang baca “Discovered URLs” (terjemahan) “ditemukan URLs” sebagai “indexed pages.” (terjemahan) “terindeks halaman.” ini tidak.

cara submit — dan lainnya cara untuk register sebuah sitemap

di UI: Search Console → Sitemaps → paste sitemap URL → Submit. Selesai.

tetapi Search Console tidak satu-satunya cara untuk membuat Google aware dari sebuah sitemap. Anda dapat juga poin untuk ini dari sebuah Sitemap: line di Anda robots.txt, yang apa pun crawler dapat baca. hal Anda harus tidak masih menjadi melakukan adalah hitting old unauthenticated ping endpoint (https://www.google.com/ping?sitemap=…) — Google deprecated ini di June 2023 dan ini now mengembalikan sebuah 404. Plenty dari plugins dan guides masih tell Anda untuk ping; itu code melakukan tidak ada apa pun now (ini hanya 404s — ini tidak akan harm Anda situs, ini adalah sekadar useless). freshness sinyal itu replaced pinging adalah sebuah accurate lastmod (lebih pada itu di bawah).

Resubmitting, deleting, dan API

Anda tidak perlu untuk resubmit sebuah sitemap pada setiap deploy. Setelah ini adalah di report, Google recrawls ini pada -nya own schedule, dan sebuah satu kali hiccup — sebuah timeout, sebuah transient 5xx — tends untuk jelas itself pada berikutnya attempt tanpa Anda melakukan apa pun. Resubmit dengan sengaja di dua cases: Anda dibuat sebuah besar perubahan untuk sitemap’s contents (sebuah big batch dari baru URLs, sebuah restructure), atau Anda fixed sebuah persistent fetch atau konten error dan ingin Google untuk pick ini up sooner daripada wajar schedule akan.

Deleting sebuah sitemap dari report hanya menghapus itu baris dari Anda dashboard — Google tidak forget file atau URLs ini listed hanya karena Anda deleted entry. jika goal adalah untuk berhenti Google dari accessing, crawling, atau pengindeksan sesuatu, deleting sitemap baris adalah wrong alat; reach untuk control dibangun untuk itu job (sebuah robots.txt block, noindex, sebuah removal permintaan, atau authentication).

Semuanya report melakukan — list, fetch status, submit, delete — adalah juga tersedia melalui Search Console Sitemaps API, yang adalah cara untuk go jika Anda’re automating submission dari sebuah CMS atau bangun pipeline alih-alih clicking melalui UI. ini memerlukan yang sama owner/verified-pengguna permissions sebagai UI.

Satu scoping note itu trips orang up: ini report hanya menampilkan sitemaps submitted melalui report itself atau API. jika Google ditemukan Anda sitemap lainnya cara — sebagian besar commonly sebuah Sitemap: line di robots.txt — Google dapat masih baca dan gunakan ini, tetapi ini tidak akan tampilkan up sebagai sebuah baris di sini. report adalah juga scoped untuk saat ini property: jika Anda’ve split https:// dan www/non-www (atau berbeda subdomains) ke terpisah Search Console properties, sebuah sitemap submitted untuk satu tidak akan muncul di lainnya’s report bahkan though ini adalah “sama” (terjemahan) “sama” situs untuk sebuah pengunjung.

Submitting sebuah sitemap indeks (dan mengapa)

Anda dapat submit sebuah single sitemap atau sebuah sitemap indeks — sebuah sitemap itu lists lainnya sitemaps. report menampilkan jenis untuk setiap: Sitemap, Sitemap indeks, RSS, atau Atom.

Anda reach untuk sebuah indeks setiap kali Anda split Anda URLs di seluruh multiple files, yang Anda’re forced untuk melakukan past size limits di bawah. sebuah sitemap indeks juga memberikan Anda cleaner reporting: split oleh bagian (products, blog, categories) dan Anda dapat baca penemuan dan pengindeksan per bagian alih-alih sebagai satu undifferentiated blob.

didukung formats

Google mendukung formats didefinisikan oleh sitemaps protocol. practical trade-offs:

jika Anda perlu image, video, atau news metadata di sitemap, Anda perlu XML. Whatever format, file harus menjadi UTF-8 encoded dengan absolute, fully-qualified URLs.

Reading report

Four columns melakukan berfungsi:

• jenis — Sitemap, Sitemap indeks, RSS, atau Atom.
• Terakhir baca — ketika Google terakhir fetched file. Stale di sini dapat berarti Google hasn’t bothered re-reading (sering fine) atau dapat’t reach ini.
• Status — “Success: Itu sitemap adalah loaded dan processed successfully dengan Tidak errors. Memiliki errors: Itu sitemap could menjadi fetched, tetapi memiliki satu atau lebih errors. tidak dapat fetch: Itu sitemap could tidak menjadi fetched untuk some reason.” (terjemahan) “Success: sitemap adalah dimuat dan processed successfully dengan Tidak errors. memiliki errors: sitemap dapat menjadi fetched, tetapi memiliki satu atau lebih errors. tidak dapat fetch: sitemap dapat tidak menjadi fetched untuk beberapa alasan.” Note split, karena ini tells Anda di mana untuk mulai troubleshooting: memiliki errors berarti Google mendapat file tetapi choked pada contents — fetch file yourself dan validate -nya XML/text syntax dan entries. tidak dapat fetch berarti ini tidak pernah mendapat file di semua — periksa reachability pertama (sebuah robots.txt block, 404/5xx, redirect, wrong konten-jenis, atau timeout) sebelum Anda touch file’s syntax. Either cara, sebuah status flip untuk Success hanya tells Anda file adalah readable again — periksa halaman pengindeksan report (filtered oleh ini sitemap) untuk see apakah affected URLs memiliki sebenarnya caught up downstream.
• ditemukan URLs — “Itu number dari halaman URLs itu adalah parsed dari itu sitemap. Jika ini adalah a sitemap index, itu number adalah itu count dari all URLs di all child sitemaps.” (terjemahan) “ angka dari halaman URLs itu adalah parsed dari sitemap. jika ini adalah sebuah sitemap indeks, angka adalah count dari semua URLs di semua child sitemaps.” ini adalah sebuah parse count, penuh berhenti. jika Anda sitemap juga lists videos, Google reports itu secara terpisah sebagai ditemukan videos — sama idea, sebuah parse count untuk video entries, dan hanya sebagai banyak tidak sebuah jaminan itu spesifik video Google terindeks adalah satu Anda sitemap pointed untuk.

big caveat: penemuan adalah tidak pengindeksan

«This is the line to tape to your monitor. Google, in the Sitemaps report documentation itself: “There is no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed by Google.” And in the broader Sitemaps overview: “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

So “Discovered URLs: 4,812” (terjemahan) “ditemukan URLs: 4 812” tells Anda Google parsed 4 812 URLs out dari Anda file. ini tells Anda tidak ada apa pun tentang bagaimana banyak adalah terindeks. untuk itu, Anda go berikutnya door.

Connecting untuk halaman pengindeksan dan pemeriksaan URL

single sebagian besar berguna move di ini seluruh workflow adalah di bawah-terdokumentasi: “Anda dapat filter itu Halaman indexing report oleh sitemap untuk see bagaimana banyak halaman URLs di ini sitemap memiliki telah indexed.” (terjemahan) “Anda dapat filter halaman pengindeksan report oleh sitemap untuk see bagaimana banyak halaman URLs di ini sitemap memiliki telah terindeks.” itu filter adalah bagaimana Anda mengukur submitted-vs-terindeks kesenjangan — submit sebuah bersih sitemap dari hanya URLs Anda ingin terindeks, lalu baca halaman pengindeksan report scoped untuk itu sitemap dan Anda’ve mendapat sebuah tidy “of the things I asked for, here’s what got in, and here’s why the rest didn’t” (terjemahan) “dari hal I ditanyakan untuk, di sini’s apa mendapat di, dan di sini’s mengapa rest tidak” view.

untuk sebuah single URL, pemeriksaan URL alat memberikan Anda crawl, render, indeks, dan canonical status. mental model: Sitemaps report says Google baca Anda list; halaman pengindeksan dan pemeriksaan URL say apa happened setelah.

Size limits dan sitemap indeks

hard angka:

«- “All formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh sembilan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “If you have a larger file or more URLs, you must break your sitemap into multiple sitemaps,” and then optionally wrap them in a sitemap index file. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh sembilan, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- A sitemap index file “may have up to 50,000 loc tags” — i.e. it can list up to 50,000 child sitemaps. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh sembilan, bagian kecil tiga: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “You can submit up to 500 sitemap index files for each site in your Search Console account.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh sembilan, bagian kecil empat: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

setiap child sitemap adalah masih individually capped di 50MB / 50 000 URLs. So ceiling adalah besar tetapi finite — dan ini adalah mengapa automated, programmatically-split sitemaps beat apa pun hand-maintained.

Getting lastmod right

«lastmod is the field people abuse, and it backfires. Google: “The <lastmod> value should reflect the date and time of the last significant update to the page.” It’s used to help schedule recrawls of URLs Google already knows about — so it’s a real signal, which is exactly why faking it doesn’t pay. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

John Mueller memiliki mengatakan repeatedly itu setting setiap halaman’s lastmod untuk hari ini tidak sebuah SEO hack — Google trusts sebuah situs’s lastmod lebih atau lebih sedikit semua-atau-tidak ada apa pun, so inaccurate dates mendapatkan seluruh sinyal distrusted dan ignored, dan Anda genuinely-diperbarui halaman mendapatkan harder untuk spot. seluruh poin dari freshness sinyal adalah wasted jika dates dapat’t menjadi believed. Set lastmod dari Anda nyata terakhir-modified timestamp, secara otomatis, dan leave ini alone.

umum mistakes

• ** sitemap adalah blocked.** jika robots.txt disallows sitemap’s path, atau URL 404s/5xx/redirects/times out atau menyajikan wrong konten-jenis, Anda’ll see tidak dapat fetch. Walk itu list top untuk bottom.
• Listing URLs Anda tidak sebenarnya ingin terindeks. Noindexed, non-canonical, atau redirected URLs di sebuah sitemap kirim mixed sinyal — sitemap says “index ini,” (terjemahan) “indeks ini,” halaman says “jangan.” (terjemahan) “jangan.” List hanya canonical, dapat diindeks, 200-status URLs.
• Treating exclusion sebagai removal. Leaving sebuah URL out dari sitemap melakukan tidak deindex ini. gunakan noindex (dengan crawling diizinkan) atau sebuah removal — exclusion dari sebuah sitemap adalah tidak sebuah deindexing alat.
• Trusting <priority> / <changefreq>. Google ignores keduanya. jangan spend time tuning them.

sebuah quick kata pada Bing sementara kami’re di sini: Bing Webmaster alat memiliki -nya own sitemap submission, dan Bing (plus Yandex dan others) juga mendukung IndexNow untuk pushing changed URLs instantly — yang Google melakukan tidak gunakan untuk umum halaman. berbeda plumbing, sama idea: tell mesin di mana hal adalah dan apa changed.

AI summary

sebuah condensed take pada Advanced versi:

• ** Sitemaps report = submit + diagnose, tidak indeks.** Anda submit sebuah sitemap (atau sitemap indeks) dan ini menampilkan jenis, Terakhir baca, Status, dan ditemukan URLs.
• ditemukan URLs adalah sebuah parse count — URLs baca out dari file (semua children jika ini adalah sebuah indeks), tidak terindeks halaman.
• Three statuses: Success (fetched + processed bersih), memiliki errors (fetched tetapi buruk contents), tidak dapat fetch (tidak pernah downloaded).
• Submitting helps penemuan, jaminan tidak ada apa pun. Google: “Tidak jaminan itu a halaman URL discovered di a sitemap memiliki telah atau akan menjadi crawled atau indexed.” (terjemahan) “Tidak jaminan itu sebuah halaman URL ditemukan di sebuah sitemap memiliki telah atau akan menjadi di-crawl atau terindeks.”
• untuk see apa mendapat terindeks, filter halaman pengindeksan report oleh sitemap; gunakan URL Inspection untuk sebuah single URL.
• Formats: XML (sebagian besar versatile), RSS/Atom, plain text (URLs hanya). UTF-8, absolute URLs.
• Limits: 50MB uncompressed atau 50 000 URLs per file; sebuah sitemap indeks lists up untuk 50 000 child sitemaps, 500 indeks files per property.
• pertahankan lastmod accurate — faking ini mendapatkan sinyal distrusted (Mueller).
• ** ping endpoint adalah dead** (deprecated 2023, now 404s); submit melalui Penelusuran Console atau sebuah robots.txt Sitemap: line alih-alih.
• Resubmit hanya untuk sebuah alasan — sebuah besar konten perubahan atau sebuah fixed persistent error; Google recrawls submitted sitemaps pada -nya own jika tidak.
• Deleting sebuah sitemap dari report menghapus baris, tidak Google’s knowledge dari file atau -nya URLs; gunakan robots.txt/noindex/removal untuk itu.
• ** report adalah scoped untuk submission metode dan property** — robots.txt-hanya ditemukan sitemaps dan sitemaps submitted untuk sebuah berbeda property variant tidak akan tampilkan up di sini, bahkan though Google dapat masih gunakan them. Semuanya’s juga tersedia melalui Sitemaps API untuk automation.

Dokumentasi resmi

Utama-sumber documentation, semua dari Google.

• Sitemaps report (Search Console Help) — report itself: cara submit, jenis/status columns, dan ditemukan URLs.
• Sitemaps overview (Penelusuran Central) — apa sebuah sitemap adalah dan penemuan-tidak-pengindeksan caveat.
• bangun dan submit sebuah sitemap (Penelusuran Central) — didukung formats, 50MB/50 000-URL limits, UTF-8, dan lastmod.
• Manage Anda sitemaps dengan sitemap indeks files (Penelusuran Central) — splitting besar sitemaps; 50 000-child dan 500-indeks-file limits.
• Sitemaps ping endpoint adalah going away (Penelusuran Central Blog, June 2023) — ping deprecation dan mengapa lastmod replaces ini.
• Search Console Sitemaps API — list, mendapatkan, submit, dan delete sitemaps programmatically alih-alih melalui UI.

Quotes dari sumber

pada—record statements dari Google. setiap tautan adalah sebuah deep tautan itu jumps untuk quoted passage pada sumber halaman.

Google — apa submitting dan report berarti

«- “‘Submitting’ a sitemap means telling Google where to find the file on your site.” — Google Search Console Help, Sitemaps report. Jump to quote

• “Success: The sitemap was loaded and processed successfully with no errors. Has errors: The sitemap could be fetched, but has one or more errors. Couldn’t fetch: The sitemap could not be fetched for some reason.” — Google Search Console Help, Sitemaps report. Jump to quote
• “The number of page URLs that were parsed from the sitemap. If this is a sitemap index, the number is the count of all URLs in all child sitemaps.” — Google Search Console Help, Sitemaps report. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Google — penemuan adalah tidak pengindeksan

«- “There is no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed by Google.” — Google Search Console Help, Sitemaps report. Jump to quote

• “A sitemap helps search engines discover URLs on your site, but it doesn’t guarantee that all the items in your sitemap will be crawled and indexed.” — Google Search Central, Sitemaps overview. Jump to quote
• “You can filter the Page indexing report by sitemap to see how many page URLs in this sitemap have been indexed.” — Google Search Console Help, Sitemaps report. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh lima, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Google — formats, limits, dan lastmod

«- “XML sitemaps are the most versatile of the sitemaps formats.” — Google Search Central, Build and submit a sitemap. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh tujuh, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “All formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs.” — Google Search Central, Build and submit a sitemap. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh tujuh, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “You can submit up to 500 sitemap index files for each site in your Search Console account.” — Google Search Central, Manage your sitemaps with sitemap index files. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh tujuh, bagian kecil tiga: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “The <lastmod> value should reflect the date and time of the last significant update to the page.” — Google Search Central, Build and submit a sitemap. Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh tujuh, bagian kecil empat: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Submitting sebuah sitemap — checklist

Jalankan ini setelah ketika Anda siapkan sebuah property, lalu again apa pun time Anda tambahkan atau rebuild sebuah sitemap:

• sitemap memuat di sebuah browser di sebuah stable, absolute URL (200 status, Tidak redirect).
• robots.txt melakukan tidak disallow sitemap’s path.
• file adalah UTF-8 encoded dengan absolute, fully-qualified URLs.
• ini lists hanya canonical, dapat diindeks, 200-status URLs — Tidak noindexed, redirected, atau non-canonical halaman.
• setiap file adalah di bawah 50MB uncompressed dan 50 000 URLs (split ke sebuah sitemap indeks jika tidak).
• lastmod reflects nyata terakhir-perbarui timestamps (dan tidak bulk-atur ke hari ini).
• Submitted di Search Console → Sitemaps (atau Sitemaps API jika automated), dan referenced dari sebuah Sitemap: line di robots.txt.
• Submitted untuk correct property — periksa report jika Anda jalankan terpisah https:///www atau subdomain properties.
• Status membaca Success (tidak memiliki errors / tidak dapat fetch).
• ditemukan URLs (dan ditemukan videos, jika applicable) roughly matches count Anda expect.
• halaman pengindeksan report filtered oleh ini sitemap untuk baca submitted-vs-terindeks kesenjangan.
• Resubmit hanya setelah sebuah besar konten perubahan atau sebuah perbaiki untuk sebuah persistent error — tidak pada setiap deploy.

Sitemaps report — cheat sheet

Statuses

Columns

• jenis — Sitemap · Sitemap indeks · RSS · Atom
• Terakhir baca — date Google terakhir fetched file
• ditemukan URLs — count dari URLs parsed dari file (semua children jika sebuah indeks) — tidak terindeks halaman. Video entries mendapatkan mereka own ditemukan videos parse count.

Limits

• Per file: 50MB uncompressed atau 50 000 URLs
• Sitemap indeks: up untuk 50 000 child sitemaps
• Per property: up untuk 500 sitemap indeks files

Fast facts

• Submitting aids penemuan; ini melakukan tidak jaminan crawl atau indeks.
• “Discovered URLs” (terjemahan) “ditemukan URLs” ≠ terindeks — filter halaman pengindeksan oleh sitemap untuk see terindeks.
• Ping endpoint (/ping?sitemap=): deprecated since 2023, now 404s.
• Submit melalui Search Console atau robots.txt Sitemap: line.
• report hanya lists sitemaps submitted melalui report/API — robots.txt-hanya penemuan tidak tambahkan sebuah baris. ini adalah juga scoped untuk saat ini property.
• Deleting sebuah sitemap menghapus baris, tidak Google’s memory dari file atau URLs.
• Automate submission dengan Sitemaps API alih-alih UI jika scripting ini.
• <priority> dan <changefreq>: ignored oleh Google.
• menghapus sebuah URL dari sitemap melakukan tidak deindex ini.

mental models

1. Three surfaces, three pertanyaan. pertahankan reports di mereka lanes dan confusion disappears:

• Sitemaps report → melakukan Google baca my list?
• halaman pengindeksan report (filtered oleh sitemap) → Bagaimana banyak dari itu URLs mendapat terindeks, dan mengapa tidak rest?
• pemeriksaan URL → Apa happened untuk ini satu URL?

2. ditemukan ≠ terindeks. “Discovered URLs” (terjemahan) “ditemukan URLs” adalah sebuah parse count. ini rises ketika Google membaca lebih URLs dari Anda file; ini says tidak ada apa pun tentang pengindeksan. tidak pernah report ini sebagai sebuah pengindeksan angka.

3. memiliki errors vs tidak dapat fetch. fork adalah “melakukan Google mendapatkan itu file?” (terjemahan) “melakukan Google mendapatkan file?” tidak dapat fetch = sebuah fetch/access masalah (robots block, 404, 5xx, redirect, wrong konten-jenis, timeout) — perbaiki reachability pertama. memiliki errors = Google mendapat ini tetapi contents adalah malformed — perbaiki file.

4. sitemap adalah sebuah permintaan, tidak sebuah jaminan. Anda’re saying “ini adalah itu URLs I’d like considered.” (terjemahan) “ini adalah URLs I’d like considered.” membuat itu permintaan bersih: hanya canonical, dapat diindeks URLs, dengan honest lastmod. sebuah bersih sitemap dari persis URLs Anda ingin terindeks turns halaman-pengindeksan-filtered-oleh-sitemap view ke sebuah precise scorecard.

5. Automate file, jangan hand-maintain ini. Generate sitemaps dari Anda known canonical URLs so mereka self-perbarui dan stay di dalam size limits — splitting ke sebuah sitemap indeks sebagai Anda grow. Hand-edited sitemaps drift out dari sync dengan situs, yang adalah bagaimana noindexed dan redirected URLs end up listed.

6. Statuses adalah snapshots, tidak verdicts. tidak dapat fetch dan memiliki errors deskripsikan terakhir fetch attempt, tidak sebuah permanent state. Perbaiki underlying masalah — reachability untuk tidak dapat fetch, file contents untuk memiliki errors — dan Google’s wajar recrawl schedule picks ini up pada -nya own. Resubmit hanya untuk prompt sebuah sebelumnya periksa, setelah sebuah besar konten perubahan atau setelah Anda’ve fixed sebuah persistent error.

alat untuk submitting dan diagnosing sitemaps

• Google Search Console — Sitemaps report — submit sitemaps dan baca jenis, terakhir-baca, status, dan ditemukan URLs.
• Google Search Console — halaman pengindeksan report — filter oleh submitted sitemap untuk see bagaimana banyak dari itu URLs adalah terindeks (dan mengapa rest tidak).
• pemeriksaan URL (GSC) — per-URL crawl, render, indeks, dan canonical status.
• Bing Webmaster alat — Bing’s own sitemap submission; juga mendukung IndexNow untuk pushing changed URLs (Google melakukan tidak gunakan IndexNow untuk umum halaman).
• Anda CMS / sitemap generator — file seharusnya menjadi generated secara otomatis dari canonical URLs so ini self-memperbarui dan tetap di dalam 50MB / 50 000-URL limits; besar situs seharusnya split di bawah sebuah sitemap indeks.

Sitemap practices itu buat buruk sinyal

Reporting ditemukan URLs sebagai terindeks halaman

Mengapa ini fails: ditemukan URLs adalah angka Google parsed dari sitemap, tidak angka ini terindeks.

melakukan alih-alih: Filter halaman pengindeksan report oleh itu sitemap dan report terindeks dan excluded URLs dari downstream indeks view.

Submitting noindexed, redirected, atau non-canonical URLs

Mengapa ini fails: sitemap menanyakan Google untuk pertimbangkan sebuah URL sementara URL atau lainnya sinyal says tidak untuk indeks itu versi.

melakukan alih-alih: Generate file dari canonical, dapat diindeks URLs itu kembalikan 200 dan hapus entries ketika mereka yang dimaksud state perubahan.

Updating setiap lastmod nilai untuk hari ini

Mengapa ini fails: sebuah timestamp itu melakukan tidak mewakili sebuah significant halaman perbarui membuat freshness sinyal unreliable.

melakukan alih-alih: Populate lastmod dari sebenarnya konten-perbarui timestamp dan leave unchanged URLs unchanged.

Hand-maintaining besar sitemap files

Mengapa ini fails: Manual lists drift, exceed file limits, dan retain URLs itu adalah redirected, canonicalized, atau dihapus.

melakukan alih-alih: Generate child sitemaps secara otomatis dan organize them di bawah sebuah sitemap indeks ketika sebuah file approaches 50MB uncompressed atau 50 000 URLs.

Calling retired sitemap ping endpoint

Mengapa ini fails: Google’s old unauthenticated ping endpoint adalah deprecated dan now mengembalikan 404.

melakukan alih-alih: Submit di Search Console atau declare sitemap dengan sebuah Sitemap: line di robots.txt.

menghapus sebuah URL dari sitemap untuk deindex ini

Mengapa ini fails: Sitemap omission adalah tidak sebuah removal directive; Google dapat continue untuk menemukan dan indeks URL elsewhere.

melakukan alih-alih: gunakan dapat di-crawl noindex, sebuah 404/410, authentication, atau appropriate removal proses untuk URL’s yang dimaksud state.

Prove sebuah sitemap perubahan worked

Test file respons dan format

• Test untuk jalankan: Fetch submitted sitemap URL dan validate generated file’s encoding, absolute URLs, dan XML atau text syntax.
• Yang diharapkan hasil: URL mengembalikan 200, exposes yang dimaksud sitemap konten, dan tetap di bawah format’s file dan URL limits.
• Failure interpretation: sebuah redirect, access aturan, server error, buruk encoding, atau malformed payload dapat mencegah Google dari processing file.
• Monitoring window: Immediate setelah deployment dan cache refresh.
• Rollback trigger: Revert generator perubahan jika ini membuat sitemap unreachable, malformed, atau unexpectedly drops sebuah valid bagian.

Test Search Console processing

• Test untuk jalankan: Open Search Console → Sitemaps setelah submitting tepat file atau indeks URL.
• Yang diharapkan hasil: Status becomes Success, Terakhir baca advances setelah Google fetches ini, dan ditemukan URLs adalah close untuk count produced oleh Anda generator.
• Failure interpretation: tidak dapat fetch poin untuk access atau respons trouble; memiliki errors berarti Google downloaded file tetapi ditemukan konten masalah.
• Monitoring window: periksa setelah Google berikutnya membaca file; gunakan server respons sebagai immediate deployment sinyal.
• Rollback trigger: Roll back jika sebuah baru rilis perubahan sebuah previously successful sitemap untuk tidak dapat fetch atau introduces widespread parse errors.

Test yang dimaksud URL set downstream

• Test untuk jalankan: Filter halaman pengindeksan report oleh changed sitemap dan inspect sebuah sample dari ditambahkan dan dihapus URLs dengan pemeriksaan URL.
• Yang diharapkan hasil: ditambahkan URLs adalah canonical dan dapat diindeks, dihapus URLs adalah absent untuk sebuah intentional alasan, dan Tidak sitemap entry conflicts dengan -nya halaman state.
• Failure interpretation: generator adalah sourcing wrong inventory atau halaman carry conflicting canonical, status, atau robots directives.
• Monitoring window: Evaluate setelah Google recrawls changed URLs; sitemap penemuan adalah tidak proof dari pengindeksan.
• Rollback trigger: Revert atau correct feed ketika baru sitemap menambahkan besar sets dari redirected, noindexed, non-canonical, atau erroring URLs.

Uji pemahaman Anda: Search Console Sitemaps report

Five quick pertanyaan pada submission, statuses, limits, dan pengindeksan. Pick sebuah jawaban untuk setiap, lalu periksa Anda hasil.

Log perubahan