Fail Indeks Peta Laman: Panduan Lengkap

Fail indeks peta laman ialah "peta laman untuk peta laman": fail XML dengan elemen akar <sitemapindex> yang menyenaraikan fail peta laman lain, bukannya halaman. Anda memerlukannya apabila melepasi had 50,000 URL atau 50 MB, atau apabila mahu mengelola peta laman mengikut jenis kandungan, bahasa atau tarikh.

Apa itu fail indeks peta laman?

Strukturnya sengaja dibuat serupa dengan peta laman biasa. Bezanya hanya dua: elemen akar ialah <sitemapindex> dan bukannya <urlset>, dan setiap entri ialah <sitemap> yang menghala ke fail peta laman lain, bukannya <url> yang menghala ke halaman. Enjin carian membaca indeks, kemudian mengambil dan memproses setiap peta laman anak yang disenaraikan di dalamnya. Format penuh ditakrifkan dalam protokol sitemaps.org.

Bila anda memerlukannya

Ada dua sebab utama untuk beralih kepada indeks:

• Anda melepasi had. Satu fail peta laman dihadkan kepada 50,000 URL dan 50 MB tanpa mampatan. Melebihi mana-mana satu bermakna fail wajib dipecahkan, dan indeks ialah cara rasmi untuk menyenaraikan pecahan itu.
• Anda mahu organisasi yang lebih baik. Walaupun jauh di bawah had, ramai yang memecahkan peta laman mengikut jenis kandungan (sitemap-produk.xml, sitemap-blog.xml), bahasa, atau tarikh penerbitan. Kelebihan praktikalnya besar: Search Console melaporkan statistik pengindeksan bagi setiap fail secara berasingan, jadi anda boleh melihat dengan tepat bahagian mana laman anda yang bermasalah.

Cara membahagikan URL anda

Tiada peraturan protokol tentang cara URL dibahagikan antara fail anak — pilih pembahagian yang paling berguna kepada anda. Tiga corak yang lazim:

• Mengikut jenis kandungan — produk, kategori, artikel blog dan halaman statik dalam fail berasingan. Paling berguna untuk penyahpepijatan kerana isu pengindeksan biasanya menumpu pada satu jenis kandungan.
• Mengikut bahasa atau wilayah — satu fail bagi setiap versi bahasa. Memudahkan semakan liputan bagi laman berbilang bahasa.
• Mengikut tarikh atau julat nombor — sitemap-2026-07.xml atau pecahan 10,000 URL setiap fail. Paling mudah dijana secara automatik untuk arkib yang sangat besar.

Elakkan pembahagian yang berubah-ubah antara penjanaan: jika URL yang sama berpindah dari satu fail anak ke fail anak lain setiap malam, statistik pengindeksan per fail dalam Search Console menjadi tidak bermakna.

Contoh penuh

Indeks yang sah dengan dua peta laman anak kelihatan seperti ini:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://example.com/sitemap-produk.xml</loc>
    <lastmod>2026-07-15</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://example.com/sitemap-blog.xml.gz</loc>
    <lastmod>2026-07-10</lastmod>
  </sitemap>
</sitemapindex>

Perhatikan bahawa namespace-nya sama dengan peta laman biasa, setiap <loc> ialah URL mutlak, dan fail anak boleh dimampatkan dengan gzip. Nama fail anak bebas dipilih — yang penting URL-nya boleh dicapai dan mengembalikan XML yang sah dengan status 200.

Peraturan yang perlu dipatuhi

Gunakan lastmod per anak dengan bijak

Medan <lastmod> pada setiap entri memberitahu enjin carian fail anak mana yang berubah sejak lawatan terakhir. Apabila tepat, ia membolehkan perangkak mengambil semula hanya fail yang berubah dan bukannya kesemua 50,000 — penjimatan yang besar untuk laman gergasi. Peraturannya sama seperti lastmod pada halaman: isikan tarikh perubahan sebenar, atau langsung jangan isi. Menetapkan tarikh hari ini pada semua anak setiap kali indeks dijana memusnahkan nilai medan ini.

Hantar indeks sahaja

Dalam Google Search Console dan Bing Webmaster Tools, hantar URL fail indeks sahaja — enjin akan menemui dan memproses semua fail anak secara automatik. Menghantar setiap anak secara berasingan tidak salah, tetapi ia mengganggu laporan dan tidak memberi apa-apa kelebihan. Perkara yang sama terpakai untuk robots.txt: satu baris Sitemap: yang menghala ke indeks sudah memadai.

Selepas penghantaran, laporan Sitemaps dalam Search Console akan mengembangkan indeks dan menyenaraikan setiap fail anak berserta bilangan URL yang ditemui dan status pengindeksannya. Inilah kelebihan pelaporan yang menjadikan indeks berbaloi walaupun untuk laman yang belum mencecah had: apabila liputan pengindeksan jatuh, anda nampak serta-merta fail anak mana — dan dengan itu bahagian laman mana — yang menjadi punca.

Bagaimana pengesah menyemak fail indeks

Apabila anda menyemak fail indeks dengan pengesah kami, dua peringkat berlaku. Pertama, indeks itu sendiri disahkan: elemen akar, namespace, kehadiran <loc> dalam setiap entri, format lastmod dan had entri. Kedua, setiap peta laman anak disenaraikan dengan butang pengesahan satu klik, supaya anda boleh menyemak setiap fail anak tanpa menaip URL-nya semula. Indeks yang sah tidak menjamin anak-anaknya sah — kedua-dua peringkat perlu hijau.

Kesilapan biasa dengan fail indeks

• Menyenaraikan halaman dan bukannya peta laman. Entri <sitemap> mesti menghala ke fail XML peta laman. URL halaman biasa di dalam indeks akan diabaikan atau dilaporkan sebagai ralat.
• Indeks bersarang. Menghala satu indeks ke indeks lain melanggar protokol. Jika anda mencapai had 50,000 peta laman dalam satu indeks, gunakan beberapa indeks selari dan isytiharkan setiap satu dalam robots.txt.
• Fail anak yang mati. Indeks yang menyenaraikan fail 404 atau fail yang telah berpindah adalah punca amaran Search Console yang kerap. Pastikan proses jana semula mengemas kini indeks dan fail anak serentak.
• Elemen akar tersilap. Menggunakan <urlset> untuk indeks (atau sebaliknya) menyebabkan penghurai menganggap setiap entri tidak sah.
• Campuran halaman dan peta laman dalam satu fail. Protokol tidak membenarkan hibrid; pisahkan kepada indeks tulen dan peta laman tulen.

Langkah seterusnya

Jika anda baru mahu memecahkan peta laman yang besar, mulakan dengan pembahagian yang bermakna untuk pelaporan — mengikut jenis kandungan biasanya paling berguna — kemudian sahkan indeks dan setiap anak sebelum menghantar. Panduan amalan terbaik peta laman kami merangkumi rutin penyelenggaraan selepas itu.