Sitemap yang berguna berisi URL yang memang ingin kamu ajukan sebagai halaman utama, dapat diakses, dan sesuai keadaan website. File XML yang berhasil dibuka belum tentu memenuhi itu. Kesalahan sering ada pada daftar URL, bukan sintaks XML-nya.
Gunakan panduan ini ketika website baru diluncurkan, jumlah URL sitemap berubah tajam, atau halaman penting tidak muncul di daftar. Tujuannya menghasilkan daftar koreksi yang bisa diterapkan pada generator sitemap.
Pisahkan daftar halaman dari semua URL yang mungkin ada
Website dapat menghasilkan URL artikel, parameter tracking, halaman login, filter, draft, dan redirect lama. Tidak semuanya perlu dimasukkan ke sitemap pencarian.
Misalnya blog edukasi memiliki 240 artikel publik, 18 draft, 12 URL lama yang sudah dialihkan, dan 30 variasi parameter. Jangan menyimpulkan sitemap harus berisi 300 URL. Mulai dari status halaman dan tujuan masing-masing.
Google menyarankan URL canonical yang ingin ditampilkan di hasil pencarian. Batas satu file adalah 50.000 URL atau 50 MB sebelum kompresi; file lebih besar perlu dipecah. Nilai lastmod seharusnya mencerminkan perubahan signifikan yang akurat. Panduan pembuatan sitemap.
Bangun tabel pembanding sederhana
Ekspor daftar halaman dari CMS atau sumber konten, lalu bandingkan dengan sitemap. Pertahankan kolom status publikasi supaya draft tidak terbawa hanya karena filenya sudah ada.
| URL | Status konten | Di sitemap | Respons yang diharapkan | Keputusan |
|---|---|---|---|---|
/panduan/kompos/ |
Publik | Ya | 200 | Pertahankan |
/panduan/kompos-baru/ |
Draft | Ya | Tidak untuk publik | Keluarkan dari generator publik |
/tips-kompos/ |
URL lama | Ya | Redirect | Ganti dengan tujuan final yang relevan |
/panduan/pupuk/ |
Publik | Tidak | 200 | Periksa alasan pengecualian |
Tabel merupakan contoh ilustratif. URL publik yang tidak ada di sitemap belum otomatis bermasalah; bisa saja ditemukan lewat navigasi. Namun, selisih yang tidak disengaja perlu ditelusuri.
Periksa hasil yang benar-benar disajikan server
Buka sitemap dari alamat publik yang dipakai, bukan hanya file di komputer. Pastikan responsnya XML yang benar, bukan halaman login atau halaman error dengan kode 200.
Jika memakai sitemap index, buka setiap file anak yang tercantum. Index yang valid tetapi menunjuk file anak yang gagal diakses masih menyisakan masalah. Untuk sampel URL, periksa host, protokol, slash, encoding karakter, dan tujuan akhir setelah redirect.
Contoh ilustratif satu entri:
<url>
<loc>https://example.com/panduan/kompos/</loc>
<lastmod>2026-10-10</lastmod>
</url>
Tanggal tersebut hanya tepat bila memang ada perubahan signifikan pada halaman pada tanggal itu. Build ulang situs atau perubahan footer seragam tidak otomatis berarti isi setiap panduan diperbarui.
Cocokkan sitemap dengan keputusan canonical
Ambil satu URL yang tercantum dan lihat canonical pada halamannya. Kalau sitemap menyebut A tetapi A menunjuk B sebagai canonical, tanyakan versi mana yang sebenarnya ingin diprioritaskan.
Jangan memperbaiki selisih dengan menghapus canonical secara acak. Generator sitemap dan template halaman sebaiknya mengambil keputusan URL utama dari sumber yang konsisten. Untuk website multilingual, periksa pula bahwa URL yang diajukan memang versi bahasa yang dimaksud.
Pada situs besar, ambil sampel per template terlebih dahulu. Bila kesalahan berasal dari satu fungsi generator, perluas pemeriksaan untuk menghitung seluruh dampaknya. Menemukan lima URL salah tidak membuktikan hanya lima URL yang salah.
Maknai laporan Search Console secara tepat
Simpan alamat sitemap, waktu submit atau pembacaan terakhir, status pemrosesan, serta jumlah URL yang terdeteksi. Lalu periksa URL penting secara terpisah. Sitemap adalah jalur penemuan, bukan bukti bahwa semua halaman sudah diambil atau diindeks.
Kalau jumlah terdeteksi lebih kecil dari harapan, periksa file anak, batas parsing, dan daftar URL aktual. Kalau URL terdeteksi tetapi tidak diindeks, pemeriksaan berikutnya ada pada halaman dan alasan pemrosesannya, bukan otomatis mengirim sitemap berulang kali.
Gunakan laporan Page Indexing untuk memahami kelompok alasan. Data contoh di laporan memiliki batas cakupan; simpan inventaris internalmu sendiri untuk mengetahui halaman yang memang seharusnya ada.
Kriteria selesai yang bisa diperiksa
Sitemap selesai diperbaiki ketika URL yang tidak semestinya sudah tersaring, halaman utama yang terlewat sudah ditangani, semua file dapat diakses, dan timestamp berasal dari perubahan yang benar. Simpan daftar pengecualian yang disengaja, seperti halaman akun atau draft.
Langkah berikutnya adalah meninjau satu sumber generator. Jika daftar sitemap dibuat dari folder konten, periksa filter publikasinya. Jika dibuat plugin, periksa tipe konten dan status yang disertakan. Dengan memperbaiki sumber daftar, kamu mengurangi kemungkinan masalah yang sama muncul setiap kali halaman baru ditambahkan.
