Pilih kelayakan sebelum Anda menghasilkan XML
Sitemap XML adalah daftar URL yang dapat dibaca mesin dan metadata opsional. Mulailah dengan aturan kelayakan, bukan ekspor perayap: sertakan halaman hanya ketika dimaksudkan untuk pencarian, dapat diambil secara publik, dan merupakan versi pilihan dari kontennya. Jaga URL katalog berfasa (faceted), hasil pencarian internal, variasi kampanye, tujuan login, dan pratinjau keluar kecuali memang dimaksudkan sebagai tujuan publik untuk pencarian.
Halaman publik yang berguna dan dimaksudkan untuk pencarian dengan satu URL pilihan.
Pengalihan, error, duplikat, halaman noindex, dan rute privat.
Bantuan penemuan tidak menjamin perayapan atau pengindeksan.
Cantumkan URL kanonik, bukan setiap cara untuk mencapainya
URL kanonik adalah versi yang Anda ingin mesin pencari perlakukan sebagai wakil halaman di antara versi‑versi serupa. Pencantuman di sitemap adalah sinyal kanonik yang lemah, jadi ia harus memperkuat—bukan bertentangan dengan—pengalihan, tag kanonik self‑referential, dan tautan internal. Pilih satu format HTTPS yang stabil dan keluarkan versi itu persis.
Periksa http dan https, www dan non‑www, aturan slash, kapitalisasi, halaman cetak, filter, dan parameter pelacakan. Jika sebuah URL melakukan redirect, cantumkan hanya tujuan kanonik akhir. Beri setiap halaman lokal yang dimaksudkan secara independen URL kanoniknya sendiri; jangan gunakan sitemap untuk merangkum konten lokal yang berbeda menjadi satu.
Tulis skema dan host lengkap, bukan path relatif. Google merayapi URL seperti yang tercantum.
Sitemap, tag kanonik, tautan internal, dan kebijakan redirect harus menunjuk ke halaman yang sama.
Memblokir duplikat dengan robots.txt tidak menetapkan versi yang dipilih.
Buat XML kecil, valid, dan jujur
Gunakan struktur Sitemap Protocol: XML UTF-8 dengan urlset, namespace sitemap, dan loc untuk setiap URL. Escape karakter sensitif XML dalam nilai URL. Otomasi harus menserialize URL daripada merangkai XML secara manual.
Setiap sitemap dapat berisi maksimal 50.000 URL dan berukuran tidak lebih dari 50 MB tanpa kompresi. Itu adalah batas, bukan target. Pecah lebih awal jika produk, artikel, lokal, atau jenis konten menciptakan batas operasional yang berguna.
Gunakan lastmod hanya untuk tanggal perubahan signifikan halaman yang sebenarnya. Google menggunakannya ketika konsisten dan dapat diverifikasi akurasinya; pembaruan tahun hak cipta tidak memenuhi syarat. Jangan pernah memberi cap waktu semua URL dengan waktu generator. Google mengabaikan changefreq dan priority, jadi hindari mencantumkannya.
loc wajib; lastmod opsional dan harus menggambarkan halaman, bukan waktu pembuatan file.
Gzip dapat mengurangi ukuran transfer, tetapi file terdekompresi harus tetap di bawah 50 MB.
Periksa well‑formedness XML, kemampuan diambil, dan perilaku halaman yang tercantum.
Gunakan indeks untuk skala tanpa kehilangan kepemilikan
Sitemap index mencantumkan file‑file sitemap. Gunakan satu ketika situs melebihi batas satu file atau membutuhkan inventaris terpisah. Kelompokkan menurut kepemilikan editorial, produk, atau pusat bantuan. Ia memiliki batas yang sama 50.000 item dan 50 MB tanpa kompresi.
Pertahankan file anak (child) pada situs yang dimaksudkan di URL yang stabil. Protokol umumnya mengikat URL yang eligible ke host dan lokasi sitemap; pengaturan lintas‑site memerlukan kepemilikan yang terverifikasi.
Pecah berdasarkan tujuan yang dapat diuji—jenis konten, toko, set bahasa, atau batasan deployment. Catat generator, pemilik, dan ekspektasi populasi.
Kirimkan indeks lengkap daripada setiap child satu per satu.
Index lastmod menggambarkan file sitemap, bukan halamannya.
Publikasikan, kirim, dan tafsirkan hasil dengan benar
Hosting sitemap di alamat HTTPS yang stabil dan dapat diambil secara publik, sebaiknya dekat dengan root. Tambahkan direktif Sitemap absolut ke robots.txt. Kirim sitemap atau indeks ke Google Search Console dan Bing Webmaster Tools untuk detail pemrosesan.
Di Search Console, Success berarti sitemap diambil dan dibaca tanpa kesalahan. Has errors berarti dibaca dengan kesalahan; Couldn’t fetch berarti tidak tersedia. Perbaiki pengiriman, autentikasi, DNS, robots, pengalihan, atau XML lalu kirim ulang.
Perlakukan jumlah halaman yang ditemukan sebagai masukan diagnostik, bukan skor. Halaman yang ditemukan tidak dijamin akan dirayapi atau diindeks. Contohkan URL terhadap URL kanoniknya, respons, dan laporan keterindeksan.
robots.txt membantu penemuan; pengiriman melalui alat memaparkan laporan pemrosesan.
Search Console mencantumkan file yang dikirim melalui laporan atau API, bukan setiap penemuan dari robots.txt.
Operasikan sitemap sebagai infrastruktur situs yang kritikal untuk rilis
Kualitas sitemap dapat merosot ketika plugin CMS berubah, deployment mengubah host kanonik, aturan cache menyajikan output usang, atau pekerjaan massal menerbitkan halaman tidak lengkap. Jadikan pemeriksaan sitemap sebagai bagian dari pekerjaan pra‑rilis dan rollback. Jangan menggantikan inventaris penuh secara diam‑diam dengan file kosong atau rusak.
Simpan sitemap yang sebelumnya dikenal baik, tandai perubahan jumlah yang tak terduga, dan contohkan penambahan serta penghapusan sebelum mempublikasikan. Ketika jalur berubah, koordinasikan pengalihan, tag kanonik, tautan internal, dan sitemap sebagai satu set perubahan. Ini adalah optimisasi kesiapsiagaan layanan yang proaktif: lindungi permukaan publik yang dapat ditemukan sebelum perayap dan pengunjung menemukan jalur yang rusak.
Tunda publikasi untuk output sitemap yang tidak valid, kosong, dengan host yang salah, atau nonkanonik.
Simpan artefak sebelumnya dan konfigurasi generator yang siap untuk rollback.