Panduan Sitemaps Report

TL;DR — Sitemaps report adalah spot di Google Search Console where Anda hand Google Anda sitemap dan periksa bahwa ini read ini. Anda paste di sitemap URL, hit Submit, dan report tells Anda whether Google dapat fetch ini dan how banyak URLs ini ditemukan inside. penting: getting Google untuk read Anda sitemap adalah not yang sama sebagai getting Anda halaman terindeks.

What Sitemaps report adalah

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

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

• jenis — adalah ini sebuah single sitemap, atau sebuah sitemap indeks (sebuah sitemap dari sitemaps)?
• Last read — date Google last fetched file.
• Status — melakukan ini berfungsi?
• ditemukan URLs — how banyak URLs Google read 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 reads ini. Anda hanya perlu untuk melakukan ini once per sitemap — Google re-memeriksa ini pada -nya own afterward.

What statuses berarti

• Success — Google fetched dan processed sitemap dengan no masalah.
• memiliki errors — Google got file tetapi ditemukan something wrong inside ini.
• Couldn’t fetch — Google couldn’t bahkan download file (maybe ini adalah blocked, missing, atau server errored).

thing sebagian besar people get wrong

Submitting sebuah sitemap melakukan not get Anda halaman terindeks. ini helps Google menemukan Anda URLs faster, tetapi Google decides untuk itself what untuk crawl dan what untuk pertahankan. “Discovered URLs” (terjemahan) “ditemukan URLs” angka adalah hanya how banyak URLs Google read dari file — not how banyak ini terindeks.

untuk see how banyak dari itu halaman actually dibuat ini ke Google, Anda periksa sebuah berbeda report ( halaman pengindeksan report) dan filter ini oleh Anda sitemap. Sitemaps report tells Anda Google read Anda list; halaman pengindeksan tells Anda what happened next.

ingin full versi — sitemap indeks, size limits, “Couldn’t fetch” (terjemahan) “Couldn’t fetch” troubleshooting tree, dan why old ping trick adalah dead? Switch untuk Advanced tab.

TL;DR — Sitemaps report adalah sebuah submission dan diagnostic surface, not sebuah pengindeksan report. ini confirms Google read Anda sitemap (atau sitemap indeks), menampilkan jenis, last-read date, sebuah status (Success / memiliki errors / Couldn’t fetch), dan sebuah ditemukan URLs parse count. Submitting aids penemuan tetapi guarantees nothing — Google adalah explicit itu there’s “no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed.” (terjemahan) “no guarantee itu sebuah halaman URL ditemukan di sebuah sitemap memiliki telah atau akan menjadi di-crawl atau terindeks.” untuk see what got 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 gets signal ignored — dan forget old ping endpoint, which now 404s.

What report actually adalah

Sitemaps report adalah where Anda submit sitemaps dan monitor how Google processes them. Google’s own framing mempertahankan ini modest: “‘Submitting’ a sitemap means telling Google where to find the file on your site.” (terjemahan) “‘Submitting’ sebuah sitemap berarti telling Google where untuk temukan file pada Anda situs.” itu’s whole job — ini poin Google di sebuah file. Everything else di report adalah feedback tentang whether Google dapat read itu file dan what ini ditemukan inside.

What ini adalah not adalah sebuah pengindeksan report. I’ll pertahankan coming back untuk ini because ini adalah mistake I see sebagian besar: report living next untuk “Indexing” (terjemahan) “pengindeksan” di Search Console menu membuat people read “Discovered URLs” (terjemahan) “ditemukan URLs” sebagai “indexed pages.” (terjemahan) “terindeks halaman.” ini isn’t.

cara submit — dan lainnya cara untuk register sebuah sitemap

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

tetapi Search Console isn’t satu-satunya cara untuk membuat Google aware dari sebuah sitemap. Anda dapat juga poin untuk ini dari sebuah Sitemap: line di Anda robots.txt, which apa pun crawler dapat read. thing Anda harus not masih menjadi doing 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 nothing now (ini hanya 404s — ini won’t harm Anda situs, ini adalah simply useless). freshness signal itu replaced pinging adalah sebuah accurate lastmod (more pada itu below).

Resubmitting, deleting, dan API

Anda tidak perlu untuk resubmit sebuah sitemap pada setiap deploy. Once ini adalah di report, Google recrawls ini pada -nya own schedule, dan sebuah one-off hiccup — sebuah timeout, sebuah transient 5xx — tends untuk jelas itself pada next attempt without Anda doing anything. Resubmit deliberately di two 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 normal schedule akan.

Deleting sebuah sitemap dari report hanya menghapus itu row dari Anda dashboard — Google doesn’t forget file atau URLs ini listed hanya because Anda deleted entry. jika goal adalah untuk stop Google dari accessing, crawling, atau pengindeksan something, deleting sitemap row adalah wrong alat; reach untuk control dibangun untuk itu job (sebuah robots.txt block, noindex, sebuah removal permintaan, atau authentication).

Everything report melakukan — list, fetch status, submit, delete — adalah juga available melalui Search Console Sitemaps API, which 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.

One scoping note itu trips people 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 read dan gunakan ini, tetapi ini won’t tampilkan up sebagai sebuah row here. report adalah juga scoped untuk saat ini property: jika Anda’ve split https:// dan www/non-www (atau berbeda subdomains) ke separate Search Console properties, sebuah sitemap submitted untuk one won’t appear di lainnya’s report bahkan though ini adalah “same” (terjemahan) “sama” situs untuk sebuah pengunjung.

Submitting sebuah sitemap indeks (dan why)

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 whenever Anda split Anda URLs di seluruh multiple files, which Anda’re forced untuk melakukan past size limits below. sebuah sitemap indeks juga gives Anda cleaner reporting: split oleh bagian (products, blog, categories) dan Anda dapat read penemuan dan pengindeksan per bagian alih-alih sebagai one undifferentiated blob.

didukung formats

Google mendukung formats defined 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.
• Last read — when Google last fetched file. Stale here dapat berarti Google hasn’t bothered re-reading (sering fine) atau dapat’t reach ini.
• Status — “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.” (terjemahan) “Success: sitemap adalah dimuat dan processed successfully dengan no errors. memiliki errors: sitemap dapat menjadi fetched, tetapi memiliki one atau more errors. Couldn’t fetch: sitemap dapat not menjadi fetched untuk beberapa alasan.” Note split, because ini tells Anda where untuk start troubleshooting: memiliki errors berarti Google got file tetapi choked pada contents — fetch file yourself dan validate -nya XML/text syntax dan entries. Couldn’t fetch berarti ini tidak pernah got 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 whether affected URLs memiliki actually caught up downstream.
• ditemukan URLs — “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.” (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, full stop. jika Anda sitemap juga lists videos, Google reports itu separately sebagai ditemukan videos — sama idea, sebuah parse count untuk video entries, dan hanya sebagai much not sebuah guarantee itu spesifik video Google terindeks adalah one Anda sitemap pointed untuk.

big caveat: penemuan adalah not pengindeksan

ini adalah line untuk tape untuk Anda monitor. Google, di 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.” (terjemahan) “tidak ada guarantee itu sebuah halaman URL ditemukan di sebuah sitemap memiliki telah atau akan menjadi di-crawl atau terindeks oleh Google.” dan di 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) “sebuah sitemap helps mesin pencari menemukan URLs pada Anda situs, tetapi ini doesn’t guarantee itu semua items di Anda sitemap akan menjadi di-crawl dan terindeks.”

So “Discovered URLs: 4,812” (terjemahan) “ditemukan URLs: 4 812” tells Anda Google parsed 4 812 URLs out dari Anda file. ini tells Anda nothing tentang how banyak adalah terindeks. untuk itu, Anda go next door.

Connecting untuk halaman pengindeksan dan pemeriksaan URL

single sebagian besar berguna move di ini whole workflow adalah di bawah-documented: “You can filter the Page indexing report by sitemap to see how many page URLs in this sitemap have been indexed.” (terjemahan) “Anda dapat filter halaman pengindeksan report oleh sitemap untuk see how banyak halaman URLs di ini sitemap memiliki telah terindeks.” itu filter adalah how Anda mengukur submitted-vs-terindeks gap — submit sebuah clean sitemap dari hanya URLs Anda ingin terindeks, lalu read halaman pengindeksan report scoped untuk itu sitemap dan Anda’ve got sebuah tidy “of the things I asked for, here’s what got in, and here’s why the rest didn’t” (terjemahan) “dari things I ditanyakan untuk, here’s what got di, dan here’s why rest didn’t” view.

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

Size limits dan sitemap indeks

hard angka:

• “All formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs.” (terjemahan) “semua formats limit sebuah single sitemap untuk 50MB (uncompressed) atau 50 000 URLs.”
• “If you have a larger file or more URLs, you must break your sitemap into multiple sitemaps,” (terjemahan) “jika Anda memiliki sebuah larger file atau more URLs, Anda harus break Anda sitemap ke multiple sitemaps,” dan lalu optionally wrap them di sebuah sitemap indeks file.
• sebuah sitemap indeks file “may have up to 50,000 loc tags” (terjemahan) “dapat memiliki up untuk 50 000 undefined tags” — i.e. ini dapat list up untuk 50 000 child sitemaps.
• “You can submit up to 500 sitemap index files for each site in your Search Console account.” (terjemahan) “Anda dapat submit up untuk 500 sitemap indeks files untuk setiap situs di Anda Search Console account.”

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

Getting lastmod right

lastmod adalah field people abuse, dan ini backfires. Google: “The <lastmod> value should reflect the date and time of the last significant update to the page.” (terjemahan) “ undefined nilai seharusnya reflect date dan time dari last significant update untuk halaman.” ini adalah digunakan untuk help schedule recrawls dari URLs Google sudah knows tentang — so ini adalah sebuah nyata signal, which adalah exactly why faking ini doesn’t pay.

John Mueller memiliki said repeatedly itu setting setiap halaman’s lastmod untuk today isn’t sebuah SEO hack — Google trusts sebuah situs’s lastmod more atau less semua-atau-nothing, so inaccurate dates get whole signal distrusted dan ignored, dan Anda genuinely-updated halaman get harder untuk spot. whole poin dari freshness signal adalah wasted jika dates dapat’t menjadi believed. Set lastmod dari Anda nyata last-modified timestamp, automatically, 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 Couldn’t fetch. Walk itu list top untuk bottom.
• Listing URLs Anda tidak actually ingin terindeks. Noindexed, non-canonical, atau redirected URLs di sebuah sitemap kirim mixed signals — sitemap says “index this,” (terjemahan) “indeks ini,” halaman says “don’t.” (terjemahan) “don’t.” List hanya canonical, dapat diindeks, 200-status URLs.
• Treating exclusion sebagai removal. Leaving sebuah URL out dari sitemap melakukan not deindex ini. gunakan noindex (dengan crawling allowed) atau sebuah removal — exclusion dari sebuah sitemap adalah not sebuah deindexing alat.
• Trusting <priority> / <changefreq>. Google ignores both. Don’t spend time tuning them.

sebuah quick kata pada Bing while kami’re here: Bing Webmaster alat memiliki -nya own sitemap submission, dan Bing (plus Yandex dan others) juga mendukung IndexNow untuk pushing changed URLs instantly — which Google melakukan not gunakan untuk umum halaman. berbeda plumbing, sama idea: tell mesin where things adalah dan what changed.

AI summary

sebuah condensed take pada Advanced versi:

• ** Sitemaps report = submit + diagnose, not indeks.** Anda submit sebuah sitemap (atau sitemap indeks) dan ini menampilkan jenis, Last read, Status, dan ditemukan URLs.
• ditemukan URLs adalah sebuah parse count — URLs read out dari file (semua children jika ini adalah sebuah indeks), not terindeks halaman.
• Three statuses: Success (fetched + processed clean), memiliki errors (fetched tetapi buruk contents), Couldn’t fetch (tidak pernah downloaded).
• Submitting helps penemuan, guarantees nothing. Google: “no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed.” (terjemahan) “no guarantee itu sebuah halaman URL ditemukan di sebuah sitemap memiliki telah atau akan menjadi di-crawl atau terindeks.”
• untuk see what got 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 gets signal distrusted (Mueller).
• ** ping endpoint adalah dead** (deprecated 2023, now 404s); submit via Search Console atau sebuah robots.txt Sitemap: line instead.
• Resubmit hanya untuk sebuah alasan — sebuah besar konten perubahan atau sebuah fixed persistent error; Google recrawls submitted sitemaps pada -nya own otherwise.
• Deleting sebuah sitemap dari report menghapus row, not 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 won’t tampilkan up here, bahkan though Google dapat masih gunakan them. Everything’s juga available via Sitemaps API untuk automation.

Official documentation

Primary-source documentation, semua dari Google.

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

Quotes dari source

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

Google — what submitting dan report berarti

• “‘Submitting’ a sitemap means telling Google where to find the file on your site.” (terjemahan) “‘Submitting’ sebuah sitemap berarti telling Google where untuk temukan file pada Anda situs.” — Google Search Console Help, Sitemaps report. Jump untuk 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.” (terjemahan) “Success: sitemap adalah dimuat dan processed successfully dengan no errors. memiliki errors: sitemap dapat menjadi fetched, tetapi memiliki one atau more errors. Couldn’t fetch: sitemap dapat not menjadi fetched untuk beberapa alasan.” — Google Search Console Help, Sitemaps report. Jump untuk 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.” (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.” — Google Search Console Help, Sitemaps report. Jump untuk quote

Google — penemuan adalah not pengindeksan

• “There is no guarantee that a page URL discovered in a sitemap has been or will be crawled or indexed by Google.” (terjemahan) “tidak ada guarantee itu sebuah halaman URL ditemukan di sebuah sitemap memiliki telah atau akan menjadi di-crawl atau terindeks oleh Google.” — Google Search Console Help, Sitemaps report. Jump untuk 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.” (terjemahan) “sebuah sitemap helps mesin pencari menemukan URLs pada Anda situs, tetapi ini doesn’t guarantee itu semua items di Anda sitemap akan menjadi di-crawl dan terindeks.” — Google Search Central, Sitemaps overview. Jump untuk quote
• “You can filter the Page indexing report by sitemap to see how many page URLs in this sitemap have been indexed.” (terjemahan) “Anda dapat filter halaman pengindeksan report oleh sitemap untuk see how banyak halaman URLs di ini sitemap memiliki telah terindeks.” — Google Search Console Help, Sitemaps report. Jump untuk quote

Google — formats, limits, dan lastmod

• “XML sitemaps are the most versatile of the sitemaps formats.” (terjemahan) “sitemap XML adalah paling versatile dari sitemaps formats.” — Google Search Central, bangun dan submit sebuah sitemap. Jump untuk quote
• “All formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs.” (terjemahan) “semua formats limit sebuah single sitemap untuk 50MB (uncompressed) atau 50 000 URLs.” — Google Search Central, bangun dan submit sebuah sitemap. Jump untuk quote
• “You can submit up to 500 sitemap index files for each site in your Search Console account.” (terjemahan) “Anda dapat submit up untuk 500 sitemap indeks files untuk setiap situs di Anda Search Console account.” — Google Search Central, Manage Anda sitemaps dengan sitemap indeks files. Jump untuk quote
• “The <lastmod> value should reflect the date and time of the last significant update to the page.” (terjemahan) “ undefined nilai seharusnya reflect date dan time dari last significant update untuk halaman.” — Google Search Central, bangun dan submit sebuah sitemap. Jump untuk quote

Submitting sebuah sitemap — checklist

Run ini once when 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, no redirect).
• robots.txt melakukan not disallow sitemap’s path.
• file adalah UTF-8 encoded dengan absolute, fully-qualified URLs.
• ini lists hanya canonical, dapat diindeks, 200-status URLs — no noindexed, redirected, atau non-canonical halaman.
• setiap file adalah di bawah 50MB uncompressed dan 50 000 URLs (split ke sebuah sitemap indeks jika not).
• lastmod reflects nyata last-update timestamps (dan isn’t bulk-atur ke today).
• 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 run separate https:///www atau subdomain properties.
• Status reads Success (not memiliki errors / Couldn’t fetch).
• ditemukan URLs (dan ditemukan videos, jika applicable) roughly matches count Anda expect.
• halaman pengindeksan report filtered oleh ini sitemap untuk read submitted-vs-terindeks gap.
• Resubmit hanya setelah sebuah besar konten perubahan atau sebuah fix untuk sebuah persistent error — not pada setiap deploy.

Sitemaps report — cheat sheet

Statuses

Columns

• jenis — Sitemap · Sitemap indeks · RSS · Atom
• Last read — date Google last fetched file
• ditemukan URLs — count dari URLs parsed dari file (semua children jika sebuah indeks) — not terindeks halaman. Video entries get 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 not guarantee 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 via Search Console atau robots.txt Sitemap: line.
• report hanya lists sitemaps submitted via report/API — robots.txt-hanya penemuan doesn’t tambahkan sebuah row. ini adalah juga scoped untuk saat ini property.
• Deleting sebuah sitemap menghapus row, not 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 not deindex ini.

mental models

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

• Sitemaps report → melakukan Google read my list?
• halaman pengindeksan report (filtered oleh sitemap) → How banyak dari itu URLs got terindeks, dan why not rest?
• pemeriksaan URL → What happened untuk ini one URL?

2. ditemukan ≠ terindeks. “Discovered URLs” (terjemahan) “ditemukan URLs” adalah sebuah parse count. ini rises when Google reads more URLs dari Anda file; ini says nothing tentang pengindeksan. tidak pernah report ini sebagai sebuah pengindeksan angka.

3. memiliki errors vs Couldn’t fetch. fork adalah “did Google get the file?” (terjemahan) “melakukan Google get file?” Couldn’t fetch = sebuah fetch/access masalah (robots block, 404, 5xx, redirect, wrong konten-jenis, timeout) — fix reachability pertama. memiliki errors = Google got ini tetapi contents adalah malformed — fix file.

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

5. Automate file, don’t hand-maintain ini. Generate sitemaps dari Anda known canonical URLs so mereka self-update dan stay inside size limits — splitting ke sebuah sitemap indeks sebagai Anda grow. Hand-edited sitemaps drift out dari sync dengan situs, which adalah how noindexed dan redirected URLs end up listed.

6. Statuses adalah snapshots, not verdicts. Couldn’t fetch dan memiliki errors describe last fetch attempt, not sebuah permanent state. Fix underlying masalah — reachability untuk Couldn’t fetch, file contents untuk memiliki errors — dan Google’s normal recrawl schedule picks ini up pada -nya own. Resubmit hanya untuk prompt sebuah earlier 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 read jenis, last-read, status, dan ditemukan URLs.
• Google Search Console — halaman pengindeksan report — filter oleh submitted sitemap untuk see how banyak dari itu URLs adalah terindeks (dan why rest aren’t).
• 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 not gunakan IndexNow untuk umum halaman).
• Anda CMS / sitemap generator — file seharusnya menjadi generated automatically dari canonical URLs so ini self-updates dan stays di dalam 50MB / 50 000-URL limits; besar situs seharusnya split di bawah sebuah sitemap indeks.

Sitemap practices itu buat buruk signals

Reporting ditemukan URLs sebagai terindeks halaman

Why ini fails: ditemukan URLs adalah angka Google parsed dari sitemap, not angka ini terindeks.

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

Submitting noindexed, redirected, atau non-canonical URLs

Why ini fails: sitemap menanyakan Google untuk pertimbangkan sebuah URL while URL atau lainnya signal says not untuk indeks itu versi.

melakukan instead: Generate file dari canonical, dapat diindeks URLs itu kembalikan 200 dan hapus entries when mereka intended state perubahan.

Updating setiap lastmod nilai untuk today

Why ini fails: sebuah timestamp itu melakukan not mewakili sebuah significant halaman update membuat freshness signal unreliable.

melakukan instead: Populate lastmod dari actual konten-update timestamp dan leave unchanged URLs unchanged.

Hand-maintaining besar sitemap files

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

melakukan instead: Generate child sitemaps automatically dan organize them di bawah sebuah sitemap indeks when sebuah file approaches 50MB uncompressed atau 50 000 URLs.

Calling retired sitemap ping endpoint

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

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

menghapus sebuah URL dari sitemap untuk deindex ini

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

melakukan instead: gunakan dapat di-crawl noindex, sebuah 404/410, authentication, atau appropriate removal process untuk URL’s intended state.

Prove sebuah sitemap perubahan worked

Test file respons dan format

• Test untuk run: Fetch submitted sitemap URL dan validate generated file’s encoding, absolute URLs, dan XML atau text syntax.
• Expected hasil: URL mengembalikan 200, exposes intended sitemap konten, dan stays below 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 run: Open Search Console → Sitemaps setelah submitting exact file atau indeks URL.
• Expected hasil: Status becomes Success, Last read advances setelah Google fetches ini, dan ditemukan URLs adalah close untuk count produced oleh Anda generator.
• Failure interpretation: Couldn’t fetch poin untuk access atau respons trouble; memiliki errors berarti Google downloaded file tetapi ditemukan konten masalah.
• Monitoring window: periksa setelah Google next reads file; gunakan server respons sebagai immediate deployment signal.
• Rollback trigger: Roll back jika sebuah baru release perubahan sebuah previously successful sitemap untuk Couldn’t fetch atau introduces widespread parse errors.

Test intended URL set downstream

• Test untuk run: Filter halaman pengindeksan report oleh changed sitemap dan inspect sebuah sample dari ditambahkan dan dihapus URLs dengan pemeriksaan URL.
• Expected hasil: ditambahkan URLs adalah canonical dan dapat diindeks, dihapus URLs adalah absent untuk sebuah intentional alasan, dan no 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 not proof dari pengindeksan.
• Rollback trigger: Revert atau correct feed when baru sitemap menambahkan besar sets dari redirected, noindexed, non-canonical, atau erroring URLs.

Test yourself: Search Console Sitemaps report

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

Log perubahan