Amalan Terbaik Peta Laman XML untuk SEO

Peta laman XML yang baik menyenaraikan hanya URL kanonikal yang boleh diindeks dan mengembalikan status 200, dengan tarikh lastmod yang jujur. Ia kekal di bawah had 50,000 URL dan 50 MB, diisytiharkan dalam robots.txt, dihantar ke Search Console dan Bing, serta dijana semula setiap kali kandungan berubah.

Senaraikan hanya URL yang anda mahu diindeks

Peta laman ialah pengesyoran kepada enjin carian: "inilah halaman yang berbaloi dirangkak dan diindeks." Setiap URL di dalamnya sepatutnya memenuhi tiga syarat:

• Kanonikal — versi yang anda mahu muncul dalam hasil carian, bukan varian dengan parameter penjejakan atau halaman pendua.
• Boleh diindeks — tidak ditanda noindex dan tidak disekat oleh robots.txt.
• Status 200 — bukan ubah hala, bukan 404, bukan halaman yang memerlukan log masuk.

URL yang gagal mana-mana syarat ini bukan sekadar sia-sia; ia melemahkan isyarat keseluruhan fail. Google menilai kualiti peta laman anda secara agregat — fail yang penuh dengan ubah hala dan halaman mati akan kurang dipercayai.

Apa yang patut ditinggalkan sama pentingnya dengan apa yang dimasukkan: halaman hasil carian dalaman, varian penapis dengan parameter, halaman penomboran selepas halaman pertama, halaman log masuk dan troli, serta sebarang URL yang mempunyai tag kanonikal yang menghala ke tempat lain. Jika anda ragu-ragu tentang sesuatu URL, tanya satu soalan: "adakah saya mahu halaman ini muncul dalam hasil carian?" Jika jawapannya tidak, ia tidak layak berada dalam peta laman.

Pastikan lastmod jujur

Medan <lastmod> ialah medan pilihan yang paling bernilai, tetapi hanya jika ia benar. Google menyatakan secara terbuka bahawa ia menggunakan lastmod hanya apabila nilai itu didapati konsisten dan tepat; laman yang menetapkan tarikh hari ini pada semua URL setiap kali fail dijana akan hilang kepercayaan itu sepenuhnya. Peraturan mudahnya: lastmod hendaklah mencerminkan kali terakhir kandungan halaman berubah secara bermakna, bukan kali terakhir fail peta laman dijana. Jika sistem anda tidak menjejaki tarikh suntingan sebenar, lebih baik tinggalkan medan ini daripada mengisinya dengan nilai palsu.

changefreq dan priority: diabaikan Google

Ini perlu dinyatakan dengan terus terang: Google mengabaikan <changefreq> dan <priority>, dan Bing sebahagian besarnya juga begitu. Menetapkan priority 1.0 pada setiap halaman tidak mengubah apa-apa. Kedua-dua medan ini sah dari segi XML dan tidak memudaratkan, tetapi masa yang anda habiskan untuk menalanya adalah masa yang terbuang. Keutamaan rangkakan sebenar datang daripada pautan dalaman, kualiti kandungan dan lastmod yang tepat.

Had saiz dan bila perlu memecahkan fail

Satu fail peta laman dihadkan kepada 50,000 URL dan 50 MB tanpa mampatan. Jangan tunggu sehingga mencecah had: apabila laman anda melepasi kira-kira 40,000 URL, rancang pemecahan kepada beberapa fail yang disenaraikan dalam satu indeks peta laman. Ramai yang memecahkan lebih awal atas sebab organisasi — satu fail bagi setiap jenis kandungan atau bahasa — kerana ia memudahkan penyahpepijatan dalam Search Console: statistik pengindeksan dilaporkan bagi setiap fail yang dihantar.

Mampatkan dengan gzip

Peta laman boleh disajikan sebagai fail .xml.gz yang dimampatkan dengan gzip. Had 50 MB tetap dikira pada saiz selepas nyahmampat, jadi gzip tidak menambah kapasiti URL, tetapi ia menjimatkan lebar jalur dan mempercepat pengambilan untuk fail yang besar. Pastikan pelayan menghantar jenis kandungan yang betul dan fail itu benar-benar gzip yang sah — arkib yang rosak dikira sebagai peta laman yang gagal.

Autodiscovery melalui robots.txt

Tambahkan satu baris pada robots.txt anda supaya semua perangkak menemui peta laman tanpa penghantaran manual:

Sitemap: https://example.com/sitemap.xml

Baris ini menerima URL mutlak dan boleh diulang untuk beberapa fail. Jika anda menggunakan indeks peta laman, senaraikan indeks itu sahaja. Ini satu-satunya mekanisme penemuan yang berfungsi untuk semua enjin carian serentak, jadi ia wajib ada walaupun anda turut menghantar secara manual.

Hantar dalam Search Console dan Bing Webmaster Tools

Penghantaran manual memberi anda data pemantauan yang tidak diberikan oleh autodiscovery. Dalam Google Search Console, laporan Sitemaps menunjukkan bila fail terakhir dibaca, berapa URL ditemui dan sebarang ralat penghuraian. Bing Webmaster Tools menawarkan laporan yang setara. Hantar sekali sahaja; kedua-dua enjin akan menyemak semula fail itu secara berkala tanpa perlu dihantar semula, kecuali jika URL fail itu sendiri berubah.

Berapa kerap perlu dijana semula?

Peraturan amnya: peta laman patut dikemas kini pada kadar yang sama dengan kandungan anda. Blog yang menerbit setiap hari perlu menjana semula setiap hari; laman korporat yang statik memadai dengan jana semula pada setiap keluaran. Ada dua pendekatan:

• Penjanaan dinamik — pelayan membina XML daripada pangkalan data pada setiap permintaan. Sentiasa terkini, tetapi menambah beban pelayan dan boleh perlahan untuk laman besar; kebanyakan pelaksanaan menambah lapisan cache.
• Penjanaan statik — fail dibina semasa proses keluaran atau melalui cron. Pantas dan boleh diramal, tetapi akan lapuk jika jadual penjanaan terlepas daripada jadual penerbitan.

Kedua-duanya baik; yang penting ialah fail tidak lapuk dan tidak rosak. Kegagalan yang paling kerap kami lihat ialah gabungan kedua-dua kelemahan: fail statik yang dijana sekali semasa pelancaran dan tidak pernah disentuh lagi, sehingga separuh kandungannya menghala ke halaman yang telah dipadam. Selepas setiap perubahan besar, jalankan fail melalui pengesah peta laman sebelum enjin carian membacanya.

Mitos lawan realiti

Senarai semak penyelenggaraan

1. Jana semula peta laman setiap kali kandungan diterbit, diubah atau dibuang.
2. Sahkan fail selepas sebarang perubahan pada penjana atau penghijrahan pelayan.
3. Semak laporan Sitemaps dalam Search Console sebulan sekali untuk ralat baharu.
4. Audit kandungan fail setiap suku tahun: buang URL mati, ubah hala dan halaman noindex.

Jika anda menemui ralat semasa audit, panduan pembetulan ralat kami merangkumi setiap satu berserta penyelesaiannya.