Generator Sitemap

Generator sitemap.xml

Masukkan daftar URL, atur changefreq, priority, dan lastmod secara global, buat XML sitemap yang sesuai standar sitemap.org dalam satu klik.

Input & parameter

Daftar URL (satu per baris)Total 3 URL

Frekuensi perubahan

Prioritas

Terakhir diubah

Output XML

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://geekformat.com/</loc>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
  <url>
    <loc>https://geekformat.com/pricing</loc>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
  <url>
    <loc>https://geekformat.com/blog</loc>
    <changefreq>weekly</changefreq>
    <priority>0.8</priority>
  </url>
</urlset>

3 URL valid, 483 byte

Buat file Sitemap XML peta situs web secara online yang sesuai dengan standar protokol terbuka sitemap.org 0.9, mendukung konfigurasi lengkap tujuh frekuensi pembaruan changefreq, prioritas relatif priority 0.0-1.0, pemilih tanggal lastmod, escape entitas XML otomatis, deteksi URL tidak valid secara real-time, pratinjau XML terstruktur secara real-time, fungsi unduh dan salin sekali klik, membantu mesin pencari utama seperti Google/Bing dengan cepat menemukan dan mengindeks secara efisien semua halaman penting situs web.

Rekomendasi Terkait

Generator Robots.txt

Analisis HSTS

Sitemap Inspector

Generator Tag Hreflang

Meta Tag Generator

Cron Expression Generator

Kasus penggunaan

Setelah situs web baru diluncurkan, buat Sitemap massal untuk halaman inti, kirimkan ke Google Search Console dan Bing Webmaster Tools untuk mempercepat penemuan dan indeksasi mesin pencari
Setelah perombakan kolom situs web atau penyesuaian struktur URL, buat ulang peta situs, perbarui indeks mesin pencari untuk menghindari tautan mati yang tersisa memengaruhi kinerja SEO
Situs web e-commerce mengimpor URL daftar produk secara massal, menetapkan nilai changefreq dan priority yang berbeda berdasarkan kategori produk, waktu rilis
Ketika situs portal besar atau situs berita melebihi 50.000 URL, buat beberapa Sitemap berdasarkan saluran dan buat file indeks Sitemap Index
Situs blog mengonfigurasi parameter frekuensi pembaruan dan prioritas yang wajar untuk halaman artikel, halaman tag, halaman kategori, halaman arsip
Situs web perusahaan mengatur berbagai jenis URL seperti halaman produk, halaman berita, halaman tentang, halaman kontak, menetapkan lastmod dan priority yang berbeda
Setelah migrasi situs web selesai (upgrade HTTP ke HTTPS, penggantian domain), buat ulang Sitemap dan kirimkan, arahkan crawler untuk segera merayapi alamat baru
Melengkapi secara manual Sitemap yang dihasilkan oleh plugin seperti Yoast SEO, menambahkan URL halaman khusus yang tidak dicakup plugin
Setelah optimasi diagnosis SEO, buat ulang Sitemap untuk memastikan pengaturan priority halaman penting wajar, meningkatkan bobot perayapan halaman bernilai tinggi
Sebelum mendeklarasikan lokasi Sitemap melalui robots.txt, gunakan alat ini untuk memverifikasi kebenaran format XML, menghindari kegagalan parsing crawler

Cara Penggunaan

Tempel daftar alamat halaman yang perlu diindeks ke area input URL, satu URL lengkap per baris (perlu menyertakan header protokol http:// atau https://)
Pilih frekuensi pembaruan halaman di menu dropdown changefreq: beranda pilih daily atau hourly, halaman artikel pilih weekly, halaman statis pilih yearly atau monthly
Seret slider priority atau masukkan nilai antara 0.0-1.0 untuk menetapkan prioritas: beranda inti atur 1.0, halaman kolom penting 0.8, halaman artikel biasa 0.5, halaman arsip 0.3
Klik pemilih tanggal lastmod, pilih tanggal modifikasi terakhir konten situs web, atau biarkan kosong untuk tidak menyertakan bidang lastmod
Lihat area pratinjau real-time di sebelah kanan, periksa apakah struktur XML yang dihasilkan benar, URL tidak valid akan ditandai merah untuk mengingatkan perbaikan
Setelah yakin tidak ada kesalahan, klik tombol「Unduh sitemap.xml」untuk menyimpan file, atau klik tombol「Salin」untuk menyalin konten XML ke clipboard
Unggah sitemap.xml ke direktori root situs web, tambahkan deklarasi Sitemap di robots.txt, atau kirimkan langsung ke Google Search Console/Bing Webmaster

Fitur

Dukungan input URL massal: Satu URL per baris, otomatis memfilter baris kosong dan tautan duplikat, memproses alamat halaman dalam jumlah besar dengan cepat
Escape entitas XML otomatis: Karakter khusus seperti &, <, >, ", ' dalam URL otomatis di-escape menjadi &, <, >, ", ', sepenuhnya menghindari kesalahan parsing XML
7 opsi frekuensi pembaruan changefreq: always, hourly, daily, weekly, monthly, yearly, never, mencakup semua skenario jenis halaman
Pengaturan prioritas priority presisi: Mendukung nilai apa pun dalam rentang 0.0 hingga 1.0, mendukung presisi satu angka desimal, membedakan tingkat kepentingan halaman
Pemilih tanggal waktu modifikasi terakhir lastmod: Pemilih kalender visual, otomatis diformat ke standar W3C Datetime (YYYY-MM-DD)
Deteksi URL tidak valid secara real-time: Otomatis mengenali URL dengan format salah (protokol kurang, karakter ilegal, dll.), menandai nomor baris bermasalah untuk memudahkan perbaikan
Pembuatan pratinjau real-time: Konten XML diperbarui seketika setelah memodifikasi daftar URL atau parameter konfigurasi, tidak perlu mengklik tombol buat secara manual
Unduh sitemap.xml sekali klik: Hasil yang dihasilkan langsung diunduh sebagai file XML standar, setelah disimpan dapat segera diunggah ke server situs web
Peringatan batas jumlah URL: Ketika jumlah URL input mencapai 50.000, otomatis mengingatkan perlu menggunakan skema pemisahan Sitemap Index
Salin ke clipboard: Salin seluruh konten XML ke clipboard sekali klik, memudahkan untuk menempel langsung ke file server atau pengiriman online
Statistik ukuran byte: Menampilkan jumlah byte file Sitemap XML yang dihasilkan secara real-time, mengevaluasi apakah ukuran file memenuhi batasan mesin pencari
Output elemen root urlset standar: Mematuhi spesifikasi protokol http://www.sitemaps.org/schemas/sitemap/0.9 secara ketat, menyertakan deklarasi namespace xmlns yang benar
Deklarasi encoding UTF-8: Otomatis menambahkan deklarasi encoding XML, memastikan URL multibahasa seperti bahasa Tionghoa diurai dengan benar tanpa karakter rusak

Pertanyaan Umum

Apakah Sitemap harus dikirimkan? Tidak mengirimkan situs web tidak akan diindeks?

Tidak mengirimkan Sitemap situs web juga dapat diindeks — mesin pencari dapat menemukan halaman Anda melalui tautan luar dari situs web lain, pelacakan tautan internal. Tetapi mengirimkan Sitemap dapat secara signifikan mempercepat kecepatan penemuan, terutama situs baru, situs web besar, situs web dengan tautan internal tidak sempurna. Google secara resmi menyarankan semua situs web mengirimkan Sitemap, ini adalah pekerjaan dasar SEO dengan biaya sangat rendah dan keuntungan sangat tinggi.

Apakah URL dalam Sitemap harus jalur absolut? Bisa tulis jalur relatif?

Harus URL absolut lengkap, menyertakan header protokol (http:// atau https://) dan domain lengkap, tidak boleh tulis jalur relatif (seperti /page1.html) atau cara penulisan menghilangkan protokol. Saat mesin pencari mengurai Sitemap butuh URL lengkap untuk merayapi dengan benar, jalur relatif akan menyebabkan kesalahan parsing.

Apakah pengaturan changefreq dan priority benar-benar berguna? Apakah mesin pencari akan mematuhinya?

Kedua bidang ini adalah「saran」bukan「perintah」, mesin pencari tidak pasti mematuhi 100%, tetapi pengaturan yang benar masih memiliki nilai referensi. Dibandingkan itu lastmod (waktu modifikasi terakhir) adalah bidang yang paling dihargai mesin pencari di antara tiga bidang, karena dapat secara langsung memberi tahu crawler apakah halaman memiliki konten baru. Jangan curang mengatur semua halaman sebagai prioritas tertinggi atau always, ini akan membuat mesin pencari tidak lagi mempercayai metadata ini.

Apakah file Sitemap harus diletakkan di direktori root situs web?

Tidak harus, Sitemap dapat diletakkan di jalur mana pun di bawah situs web, asalkan URL dapat diakses secara normal. Tetapi robots.txt harus diletakkan di direktori root. Jika Anda menggunakan Sitemap Index memisahkan beberapa Sitemap, jalur Sitemap anak tidak ada batasan. Namun secara kebiasaan diletakkan di direktori root paling memudahkan manajemen, juga memudahkan crawler menemukan.

URL situs web belum mencapai 50.000, tetapi ukuran file melebihi 50MB bagaimana?

Perlu memisahkan Sitemap. 50.000 dan 50MB adalah dua batasan paralel, memenuhi salah satu syarat melebihi batas perlu dipisahkan. Anda dapat memisahkan berdasarkan jenis konten, atau menyederhanakan Sitemap (misalnya menghilangkan spasi, indentasi yang tidak perlu, menggunakan kompresi gzip), tetapi jika setelah kompresi masih melebihi 50MB maka harus dipisahkan.

Bisakah Sitemap menyertakan halaman noindex atau URL yang dilarang robots.txt?

Tidak disarankan. Dalam Sitemap seharusnya hanya menyertakan halaman yang Anda ingin mesin pencari rayapi dan indeks. Halaman noindex, halaman yang dilarang Disallow, halaman yang perlu login untuk diakses, halaman kesalahan 404 seharusnya tidak muncul dalam Sitemap, ini akan menurunkan kepercayaan mesin pencari terhadap Sitemap, juga membuang crawl budget.

Setelah memperbarui konten perlu mengirim ulang Sitemap? Berapa lama memperbarui Sitemap sekali yang cocok?

Selama URL file Sitemap tidak berubah, mesin pencari akan secara berkala merayapi kembali, tidak perlu mengirim ulang secara manual setiap kali memperbarui konten. Frekuensi pembaruan tergantung pada frekuensi pembaruan konten situs web Anda: situs web tipe berita dapat memperbarui Sitemap setiap hari bahkan setiap jam (dibuat otomatis), situs web perusahaan memperbarui mingguan atau bulanan cukup. Dapat mengatur skrip sisi server untuk memperbarui file Sitemap secara otomatis.

Bahasa URL apa yang didukung Sitemap? URL bahasa Tionghoa perlu dikodekan?

Sitemap mendukung URL bahasa apa pun, tetapi URL karakter non-ASCII (seperti bahasa Tionghoa) perlu melakukan encoding URL (juga disebut encoding persen, percent-encoding). Misalnya「中文页面」harus dikodekan menjadi bentuk %E4%B8%AD%E6%96%87%E9%A1%B5%E9%9D%A2. Kebanyakan browser dan alat akan memproses secara otomatis, tetapi Anda perlu memastikan URL dalam Sitemap yang dihasilkan dikodekan dengan benar.

Bisakah mengirimkan beberapa Sitemap sekaligus? Misalnya sekaligus ada Sitemap artikel dan Sitemap produk?

Bisa, ada dua cara:①Gunakan file indeks Sitemap Index mengelola secara terpadu semua Sitemap anak, ini adalah cara yang disarankan, hanya perlu mengirimkan URL file indeks;②Di platform webmaster kirimkan satu per satu URL setiap Sitemap anak, cara ini juga bisa tetapi manajemennya merepotkan. Kedua cara sama-sama efektif, mesin pencari akan merayapi semuanya.

Setelah membuat Sitemap perlu kompresi gzip? Apa manfaat kompresi?

Tidak wajib dikompresi, tetapi sangat disarankan. Kompresi gzip biasanya dapat mengurangi ukuran Sitemap sebesar 70%-80%, menghemat bandwidth dan waktu perayapan crawler, terutama situs web besar efeknya jelas. Mesin pencari sepenuhnya mendukung format terkompresi sitemap.xml.gz, akan otomatis mendekompresi. Selama setelah kompresi tidak melebihi 50MB tidak masalah.

Apakah kedua versi HTTP dan HTTPS situs web perlu mengirimkan Sitemap?

Anda seharusnya hanya mengirimkan versi pilihan yang ingin diindeks. Jika sudah seluruh situs HTTPS dan melakukan pengalihan 301 HTTP→HTTPS, hanya perlu mengirimkan Sitemap versi HTTPS. Jangan mengirimkan kedua versi HTTP dan HTTPS sekaligus, ini akan menyebabkan masalah konten duplikat. Demikian juga, www dan non-www juga perlu menentukan domain pilihan, hanya kirimkan Sitemap domain pilihan.

WordPress sudah menggunakan Yoast SEO membuat Sitemap, masih perlu menggunakan alat ini?

Yoast SEO dapat secara otomatis membuat Sitemap sebagian besar halaman, tetapi mungkin melewatkan beberapa halaman — misalnya seperti halaman tunggal yang Anda buat secara manual, post type kustom yang tidak dikonfigurasi dengan baik, halaman arahan khusus, halaman yang diimpor dari luar situs, dll. Dapat menggunakan alat ini melengkapi URL yang tidak dicakup Yoast, membuat Sitemap tambahan terpisah, atau memeriksa silang apakah Sitemap yang dihasilkan Yoast lengkap dan benar.

Apakah urutan URL dalam Sitemap penting? Meletakkan halaman penting di depan berguna?

Dalam protokol Sitemap urutan URL tidak memiliki bobot resmi apa pun, mesin pencari tidak akan memprioritaskan perayapan hanya karena URL berada di urutan depan. Tetapi beberapa praktisi SEO mengamati ada efek preferensi urutan ringan, jadi meletakkan URL penting di depan juga tidak ada salahnya, tetapi jangan berharap ini dapat membawa efek nyata, tetap harus mengidentifikasi prioritas dengan benar melalui bidang priority.

Apakah halaman paginasi (seperti /list?page=2, /page/3) perlu dimasukkan ke dalam Sitemap?

Ini tergantung pada nilai konten paginasi. Jika paginasi adalah daftar berulang yang bersifat「lihat lebih banyak」(seperti halaman ke-2, ke-3 dari daftar artikel), biasanya tidak disarankan dimasukkan ke dalam Sitemap, karena halaman-halaman ini kontennya berulang dan bernilai rendah, seharusnya fokus pada halaman pertama daftar dan halaman artikel spesifik. Tetapi jika paginasi adalah konten unik (seperti penelusuran berdasarkan kategori, paginasi memiliki nilai mandiri) dapat dipertimbangkan untuk disertakan, atur priority lebih rendah.

Bagaimana cara memverifikasi apakah Sitemap benar dan efektif?

Ada beberapa cara verifikasi:①Setelah dibuat dengan alat ini terlebih dahulu pratinjau struktur XML di lokal apakah benar, periksa penutupan tag, namespace, karakter escape apakah normal;②Gunakan alat sitemap-inspector verifikasi online format dan aksesbilitas URL, periksa secara massal kode status HTTP semua URL;③Setelah diunggah gunakan browser mengakses langsung URL Sitemap lihat apakah dapat ditampilkan normal tanpa kesalahan parsing XML;④Setelah dikirim ke Google Search Console/Bing Webmaster Tools lihat laporan status, lihat apakah ada kesalahan format, URL tidak dapat diakses, melebihi batasan, dll. peringatan kesalahan, ini adalah cara verifikasi paling otoritatif;⑤Juga dapat menggunakan alat verifikasi XML online memeriksa kebenaran sintaksis XML.

Pemecahan Masalah

Sitemap XML yang dihasilkan saat dibuka di browser menampilkan kesalahan parsing, memberitahukan format tidak benar

URL berisi karakter khusus XML seperti &, <, > tidak di-escape: saat menempel secara manual alat sudah otomatis escape, tetapi jika Anda telah mengedit file secara manual mungkin terlewat escape Deklarasi XML atau namespace urlset salah: periksa apakah nilai xmlns baris pertama cocok sepenuhnya http://www.sitemaps.org/schemas/sitemap/0.9, tidak ada garis miring berlebih Tag tidak ditutup dengan benar: semua tag pembuka seperti <url>, <loc> harus memiliki tag penutup yang sesuai </url>, </loc>, cara penulisan tag penutup mandiri jangan salah Encoding file bukan UTF-8 dengan BOM: Notepad Windows mungkin menyimpan sebagai encoding UTF-8 BOM atau GBK menyebabkan kesalahan parsing, perlu menyimpan sebagai UTF-8 tanpa BOM URL berisi karakter ilegal: URL bahasa Tionghoa perlu melakukan encoding URL (percent-encoding), karakter khusus yang tidak dikodekan akan menyebabkan kegagalan parsing XML Kesalahan deklarasi versi XML: baris pertama harus <?xml version="1.0" encoding="UTF-8"?>, jangan tulis sebagai 1.1 atau versi lain Kesalahan urutan sarang tag: tag anak harus terkandung sepenuhnya dalam tag induk, tidak boleh bersarang silang, seperti <url><loc></url></loc> urutan salah ini

Setelah mengirimkan Sitemap di Google Search Console menampilkan「Tidak dapat membaca Sitemap」atau「Kesalahan format」

URL file Sitemap tidak dapat diakses: periksa browser mengakses langsung URL Sitemap apakah mengembalikan kode status 200, tidak ada kesalahan 403/404/500 Server mengembalikan Content-Type yang salah: harus mengembalikan application/xml atau text/xml, jika mengembalikan text/html akan menyebabkan kegagalan identifikasi Sitemap berisi URL yang dilarang dirayapi oleh robots.txt: GSC mendeteksi jalur Disallow dalam Sitemap akan melaporkan kesalahan Masalah pengalihan URL: URL Sitemap jika 301/302 dialihkan ke alamat lain akan menyebabkan kesalahan, pastikan URL dapat diakses langsung tanpa pengalihan HTTP/HTTPS atau www/non-www tidak cocok: domain Sitemap yang dikirimkan tidak konsisten dengan domain yang diverifikasi di GSC (seperti yang diverifikasi adalah www.example.com tetapi Sitemap menggunakan example.com) File Sitemap terlalu besar melebihi batasan 50MB atau URL melebihi 50.000: GSC akan langsung menolak memproses file yang melebihi batas Menggunakan entitas HTML bukan entitas XML:   dari spasi adalah entitas HTML bukan entitas XML, tidak dapat digunakan dalam XML

Sudah mengirimkan Sitemap sangat lama, banyak URL masih belum diindeks Google

Masalah kualitas halaman: indeksasi bukan begitu dikirim pasti ada, halaman dengan orisinalitas konten buruk, konten duplikat, nilai konten rendah Google mungkin memilih untuk tidak mengindeks Masa peninjauan situs baru (efek kotak pasir): situs web baru setelah mengirimkan Sitemap mungkin membutuhkan beberapa minggu hingga beberapa bulan masa pengamatan baru akan mengindeks secara massal Halaman adalah noindex: dalam halaman yang dikembalikan URL ada tag meta noindex atau header respons X-Robots-Tag: noindex, Google akan secara aktif mengecualikan Crawl budget situs web tidak cukup: bobot situs web rendah, server merespons lambat, struktur tautan internal buruk, frekuensi perayapan yang dialokasikan Googlebot rendah, butuh waktu lebih lama Sitemap berisi sejumlah besar URL berkualitas rendah: jika banyak dalam Sitemap adalah kesalahan 404, 5xx, konten duplikat, halaman bernilai rendah, Google akan menurunkan kepercayaan terhadap seluruh Sitemap Domain dihukum: situs web memiliki masalah melanggar panduan kualitas Google (seperti kecurangan, konten sampah, malware) menyebabkan indeksasi terhambat Halaman adalah halaman terisolasi: halaman meskipun dalam Sitemap, tetapi tautan internal situs web tidak ada pintu masuk apa pun, crawler mungkin menganggap tidak penting sehingga tidak mengindeks

Sitemap menampilkan URL telah ditemukan, tetapi jumlah indeks aktual sangat sedikit

Ini adalah fenomena normal:「Ditemukan」hanya menunjukkan Google telah mengakses Sitemap melihat URL, tidak berarti akan mengindeks semuanya, tingkat indeksasi tergantung pada kualitas halaman Masalah konten duplikat: beberapa URL memiliki konten sangat mirip (seperti halaman yang sama dengan parameter berbeda, versi cetak, paginasi), Google akan memilih satu versi standar untuk diindeks Tag kanonik (canonical) menunjuk ke halaman lain: halaman telah mengatur <link rel="canonical" href="URL lain">, Google akan mengindeks alamat yang ditunjuk canonical Konten halaman terlalu tipis: jumlah kata konten terlalu sedikit, tidak ada nilai substansial, konten hasil kurasi, Google menganggap tidak layak diindeks Kecepatan muat halaman terlalu lambat: server respons timeout, halaman muat terlalu lambat, setelah crawler gagal merayapi berkali-kali akan menurunkan prioritas perayapan Masalah sertifikat HTTPS: sertifikat SSL tidak valid, kesalahan konten campuran, versi HTTP/HTTPS ada bersamaan menyebabkan masalah kanonik Masalah adaptasi seluler: keramahan seluler buruk, kesalahan adaptasi seluler, dalam lingkungan indeks prioritas seluler memengaruhi indeksasi

Bing dapat merayapi Sitemap normal tetapi Google sama sekali tidak merayapi

Masalah verifikasi Google Search Console: pastikan verifikasi kepemilikan domain masih berlaku, domain yang diverifikasi (www/non-www, http/https) konsisten dengan versi akses aktual Firewall server atau CDN memblokir Googlebot: periksa log akses server apakah permintaan Googlebot (user-agent berisi Googlebot) diblokir atau mengembalikan 403 Masalah resolusi DNS: IP yang diresolusi DNS Google berbeda dengan Bing, pastikan semua wilayah dapat meresolusi dengan normal ke server Anda robots.txt memiliki batasan khusus untuk Googlebot: periksa apakah di bawah User-agent: Googlebot ada aturan Disallow khusus Situs web sebelumnya memiliki riwayat kecurangan diturunkan peringkatnya oleh Google: domain yang pernah dihukum manual perlu mengajukan peninjauan kembali terlebih dahulu URL Sitemap berisi konten yang dianggap Google tidak aman: seperti domain yang ditandai sebagai malware, konten phishing Aturan WAF CDN salah blokir: beberapa aturan keamanan mungkin salah menilai perilaku crawler Googlebot, perlu memeriksa log keamanan CDN

Sitemap yang dihasilkan saat diuji lokal normal, setelah diunggah ke server akses mengembalikan kesalahan 404

Jalur file salah: sitemap.xml tidak diunggah ke direktori yang benar, pastikan telah diunggah ke lokasi yang sesuai dengan URL yang Anda nyatakan dalam robots.txt dan kirimkan ke mesin pencari Masalah huruf besar-kecil nama file: server Linux/Unix membedakan huruf besar-kecil, Sitemap.xml dan sitemap.xml adalah file yang berbeda, pastikan nama file seluruhnya huruf kecil Konfigurasi Nginx/Apache melarang akses file xml: periksa konfigurasi server apakah ada aturan location yang menolak akses file akhiran .xml atau mengembalikan aturan try_files yang salah Masalah izin file: izin file di server diatur tidak benar (seperti izin 600), pengguna server Web tidak memiliki izin baca, biasanya butuh izin 644, direktori butuh izin 755 CDN menyimpan cache respons 404 lama: file yang baru diunggah CDN mungkin masih menyimpan cache 404 sebelumnya, perlu menyegarkan cache CDN atau menunggu CDN otomatis memperbarui kembali ke sumber Konflik aturan tautan permanen CMS seperti WordPress: aturan penulisan ulang CMS memblokir sitemap.xml, perlu mengonfigurasi aturan pengecualian agar server mengakses langsung file statis Server telah mengonfigurasi anti-hotlink atau kontrol akses: aturan pemeriksaan referer, daftar putih IP, dll. dalam konfigurasi .htaccess atau Nginx mungkin memblokir akses crawler

Glosarium

Sitemap (Peta situs): File standar protokol XML yang memberi tahu mesin pencari tentang semua halaman di situs web yang tersedia untuk dirayapi, mencakup daftar URL lengkap dan informasi metadata setiap URL, membantu crawler seperti Googlebot, Bingbot menemukan, memahami, dan merayapi konten situs web dengan lebih cerdas dan efisien, dikelola oleh organisasi sitemaps.org dengan standar protokol terbuka terpadu (versi saat ini 0.9).
urlset: Elemen root dari file Sitemap XML standar, harus menyertakan deklarasi namespace xmlns yang benar, di dalamnya bersarang semua entri elemen turunan <url>, adalah identifikasi inti validitas Sitemap, Sitemap yang kekurangan struktur urlset yang benar akan langsung ditolak parsingnya oleh mesin pencari.
Sitemap Index: File indeks peta situs, harus digunakan ketika jumlah URL situs web melebihi 50.000 atau ukuran file Sitemap tunggal melebihi 50MB, elemen root adalah <sitemapindex>, digunakan untuk mendaftar dan mengelola secara terpadu alamat beberapa file Sitemap anak, adalah skema standar yang mendukung situs web besar memisahkan Sitemap.
changefreq: Elemen metadata opsional dalam Sitemap, digunakan untuk menentukan frekuensi pembaruan perkiraan konten halaman, ada total tujuh nilai legal yaitu always, hourly, daily, weekly, monthly, yearly, never, untuk referensi crawler mesin pencari mengatur frekuensi perayapan kunjungan kembali, pengaturan yang wajar dapat mengoptimalkan alokasi crawl budget.
priority: Elemen metadata opsional dalam Sitemap, digunakan untuk menentukan prioritas tingkat kepentingan URL ini relatif terhadap halaman lain di situs web, rentang nilai adalah desimal antara 0.0 dan 1.0, nilai default adalah 0.5, priority hanya memengaruhi prioritas perayapan relatif halaman di dalam situs, tidak memengaruhi peringkat hasil pencarian.
lastmod: Elemen metadata opsional dalam Sitemap, mencatat tanggal dan waktu modifikasi konten substansial terakhir halaman, format harus mematuhi spesifikasi W3C Datetime, adalah bidang yang paling dihargai mesin pencari di antara tiga bidang metadata opsional, karena secara langsung mengindikasikan apakah halaman memiliki konten baru perlu dirayapi ulang.
loc: Elemen turunan wajib di bawah elemen <url>, digunakan untuk menentukan alamat URL absolut lengkap halaman, harus dimulai dengan protokol http:// atau https://, menyertakan domain lengkap, panjang total URL tidak boleh melebihi 2048 karakter, tidak diizinkan menggunakan jalur relatif.
Namespace XML (xmlns): Atribut namespace XML yang harus dideklarasikan oleh elemen root urlset, nilai atribut harus cocok persis dengan http://www.sitemaps.org/schemas/sitemap/0.9, digunakan untuk mengidentifikasi versi protokol yang digunakan Sitemap, kekurangan atau kesalahan penulisan namespace akan menyebabkan kegagalan parsing Sitemap.
W3C Datetime: Format representasi tanggal dan waktu yang ditetapkan oleh W3C (World Wide Web Consortium), bidang lastmod dalam Sitemap harus mematuhi format ini, umumnya menggunakan format tanggal sederhana YYYY-MM-DD (kompatibilitas terbaik), juga mendukung format tanggal-waktu lengkap yang menyertakan informasi jam menit detik dan zona waktu.
Escape entitas XML: Dalam sintaksis XML karakter khusus harus di-escape menjadi referensi entitas yang sesuai agar dapat diurai dengan benar: & di-escape menjadi &, < di-escape menjadi <, > di-escape menjadi >, " di-escape menjadi ", ' di-escape menjadi ', ketika URL berisi karakter-karakter ini harus di-escape, jika tidak akan menyebabkan kesalahan parsing XML.
Google Search Console (GSC): Alat platform webmaster resmi yang disediakan Google, digunakan untuk mengirimkan Sitemap, melihat status indeks situs web, analisis data lalu lintas pencarian, laporan kesalahan perayapan, pemberitahuan masalah keamanan, pemberitahuan hukuman tindakan manual, dll., adalah alat yang diperlukan untuk optimasi mesin pencari (SEO) Google.
Bing Webmaster Tools: Platform webmaster resmi mesin pencari Microsoft Bing, fungsinya mirip dengan Google Search Console, mendukung pengiriman Sitemap, statistik cakupan indeks, analisis diagnosis SEO, riset kata kunci, kueri tautan balik, dll., mencakup lalu lintas pencarian dari dua mesin pencari besar Bing dan Yahoo.
robots.txt: File teks biasa yang disimpan di direktori root situs web, melalui perintah seperti User-agent, Disallow, Allow memberi tahu crawler mesin pencari jalur mana yang diizinkan dirayapi, jalur mana yang dilarang dirayapi, sekaligus juga dapat mendeklarasikan lokasi file Sitemap dalam file untuk crawler temukan secara otomatis.
Crawler (Perayap/Spider/Bot): Program otomatis yang dikembangkan mesin pencari untuk merayapi konten halaman web, seperti Googlebot (crawler Google), Bingbot (crawler Bing), Baiduspider (crawler Baidu), menemukan halaman baru dengan melacak tautan halaman dan membaca file Sitemap, setelah mengunduh konten halaman menyimpannya ke basis data indeks mesin pencari.
Crawl Budget (Anggaran perayapan): Total sumber daya perayapan yang dialokasikan mesin pencari untuk suatu situs web dalam siklus waktu tertentu, ditentukan bersama oleh berbagai faktor seperti bobot domain situs web, kecepatan respons server, kualitas konten halaman, efektivitas perayapan historis, dll., konfigurasi Sitemap yang benar dapat membantu mengoptimalkan efisiensi penggunaan crawl budget.
Encoding UTF-8: Encoding karakter yang wajib digunakan untuk file Sitemap XML, UTF-8 mendukung semua karakter Unicode termasuk bahasa Tionghoa, ditentukan melalui atribut encoding="UTF-8" dalam deklarasi XML, penggunaan encoding lain (seperti GBK, GB2312) dapat menyebabkan karakter rusak URL bahasa Tionghoa dan kegagalan parsing.
Kompresi gzip: Protokol Sitemap mendukung penggunaan algoritma gzip untuk kompresi transmisi (ekstensi file adalah .xml.gz), dapat mengurangi ukuran file Sitemap sebesar 70%-80%, secara signifikan menghemat bandwidth server dan waktu perayapan crawler, mesin pencari utama dapat secara otomatis mendekompresi dan memproses file Sitemap terkompresi gzip, setelah dikompresi masih perlu mematuhi batasan ukuran 50MB.
Yoast SEO: Plugin SEO yang banyak digunakan pada platform CMS seperti WordPress, Shopify, dapat secara otomatis membuat Sitemap, tag meta, navigasi breadcrumb, peta situs XML, optimasi RSS, metadata media sosial, dll. fungsi terkait SEO, adalah solusi SEO yang umum digunakan untuk situs web tipe konten.
Cakupan Indeks (Index Coverage): Salah satu laporan inti dalam Google Search Console, menampilkan secara rinci jumlah spesifik dan rincian penyebab halaman di situs web yang diindeks, dikecualikan, mengalami kesalahan, memiliki peringatan oleh Google, dapat digunakan untuk memverifikasi efektivitas pengiriman Sitemap dan mendiagnosis masalah indeksasi halaman.
Encoding URL (Percent-Encoding): Juga disebut encoding persen, adalah metode encoding yang digunakan untuk merepresentasikan karakter non-ASCII (seperti bahasa Tionghoa, simbol khusus) dalam URL, karakter Tionghoa akan dikodekan menjadi bentuk %XX%XX%XX (misalnya「中文」dikodekan menjadi %E4%B8%AD%E6%96%87), URL bahasa Tionghoa dalam Sitemap harus dikodekan dengan benar agar dapat diurai.

Tabel perbandingan skenario frekuensi pembaruan changefreq

Nilai changefreq	Frekuensi pembaruan	Jenis halaman penerapan umum	Catatan
`always`	Dapat berubah setiap akses	Halaman data real-time, pintu masuk pencarian, halaman agregasi dinamis	Bukan berarti crawler datang setiap kali, hanya frekuensi perubahan sangat tinggi; jangan disalahgunakan, halaman biasa jangan atur sebagai always
`hourly`	Diperbarui setiap jam	Beranda berita, dinamika media sosial, halaman harga real-time	Cocok untuk halaman yang menghasilkan konten baru setiap jam, situs dengan pembaruan tidak sering jangan atur sebagai hourly
`daily`	Diperbarui setiap hari	Beranda situs web, halaman daftar blog, halaman saluran berita, halaman kategori produk	Salah satu nilai yang paling umum digunakan, beranda dan halaman kolom sebagian besar situs web berlaku
`weekly`	Diperbarui setiap minggu	Halaman detail artikel biasa, halaman detail produk, halaman konten blog	Halaman konten utama sebagian besar situs web tipe konten menggunakan ini cukup sesuai
`monthly`	Diperbarui setiap bulan	Halaman direktori kategori, halaman arsip, halaman FAQ, halaman panduan penggunaan	Halaman tambahan yang pembaruan konten tidak sering tetapi kadang disesuaikan
`yearly`	Diperbarui setiap tahun	Halaman pengenalan perusahaan, halaman kontak, syarat layanan, kebijakan privasi	Halaman informasi statis yang hampir tidak berubah
`never`	Tidak pernah diperbarui	Arsip artikel historis, halaman acara kedaluwarsa, konten lama yang diarsipkan	Halaman yang dipastikan tidak dimodifikasi lagi atur sebagai never, jika ada pembaruan ingat segera ubah kembali

Tabel referensi pengaturan prioritas priority

Nilai priority	Tingkat prioritas	Jenis halaman penerapan	Proporsi jumlah halaman yang disarankan
`1.0`	Tertinggi	Beranda situs web, halaman arahan inti, pintu masuk saluran paling penting	Seluruh situs web hanya 1-3 halaman
`0.8-0.9`	Sangat tinggi	Halaman kolom utama, halaman kategori populer, halaman produk inti, topik khusus penting	Sekitar 5-10% dari total halaman
`0.6-0.7`	Cukup tinggi	Halaman kolom sekunder, halaman subkategori, artikel populer, detail produk penting	Sekitar 10-20% dari total halaman
`0.4-0.5`	Biasa	Halaman detail artikel biasa, halaman produk umum, halaman konten rutin	Sekitar 40-60% dari total halaman (nilai default)
`0.2-0.3`	Cukup rendah	Halaman tag, paginasi arsip, arsip artikel lama, halaman tambahan	Sekitar 15-25% dari total halaman
`0.0-0.1`	Terendah	Halaman bernilai rendah, halaman konten duplikat, halaman yang tidak ingin dirayapi fokus	Dalam 5% dari total halaman, 0 tidak berarti melarang indeksasi

Tabel batasan spesifikasi protokol Sitemap

Item batasan	Nilai batas atas	Keterangan	Skema penanganan saat melebihi batas
Jumlah URL dalam satu Sitemap tunggal	50.000 URL	Ketentuan keras protokol sitemap.org 0.9	Gunakan Sitemap Index untuk memisahkan menjadi beberapa Sitemap anak
Ukuran file Sitemap tunggal saat tidak dikompresi	50MB (52428800 byte)	Ukuran file asli termasuk semua tag dan spasi	Gunakan kompresi gzip, pisahkan Sitemap, sederhanakan komentar
Jumlah Sitemap anak yang dapat dimuat Sitemap Index	50.000	Batasan entri URL dari file indeks itu sendiri	Secara teoretis mendukung 2,5 miliar URL, situs web umum tidak perlu menggunakannya
Panjang satu URL	2.048 karakter	Termasuk protokol, domain, jalur, semua parameter kueri	URL terlalu panjang perlu menyederhanakan parameter atau melakukan penulisan ulang URL
Format encoding yang didukung Sitemap	UTF-8	Protokol mewajibkan, encoding lain dapat menyebabkan kegagalan parsing	Pastikan menggunakan encoding UTF-8 saat menyimpan file
Protokol yang didukung Sitemap	http:// atau https://	URL harus menyertakan header protokol lengkap	Tidak mendukung protokol lain seperti ftp://
Waktu respons crawler setelah pengiriman	Beberapa jam hingga beberapa hari	Tergantung pada bobot situs web dan kompleksitas Sitemap	Tidak perlu mengirim berulang, cukup sabar menunggu pemrosesan
Ukuran file setelah kompresi gzip	50MB	File setelah kompresi juga tidak boleh melebihi batasan 50MB	Melebihi batas setelah kompresi masih perlu memisahkan Sitemap