Empat Masalah Umum Ditemukan di Peta Situs XML dan Cara Memperbaikinya

Apa masalah umum yang ditemukan di peta situs XML? Apa pengaruhnya dan bagaimana Anda memperbaikinya?

Itulah yang akan kita diskusikan hari ini dengan seorang wanita yang ketika dia tidak mengerjakan proyek atau menulis tentang SEO, menghabiskan waktunya untuk menanam tomat, paprika, dan rempah-rempah. Dia baru-baru ini dibimbing oleh Aleyda Solis dan bimbingan Freelance Coalition untuk Negara Berkembang Tech SEO mentorship. Dan sebagai kontraktor lepas dan pendiri Tech SEO Journal. Sambutan hangat di podcast In Search SEO, Katherine Nwanorue.

Dalam episode ini, Katherine membagikan empat masalah umum peta situs XML dan cara memperbaikinya, termasuk:

• Cantumkan URL yang tidak memenuhi syarat
• Kesalahan format HTML yang tidak didukung
• Tidak mendeklarasikan halaman dan versi alternatifnya dengan benar
• Memiliki satu peta situs yang lebih besar untuk Bagian Terpisah dari Situs Web

Catherine: Hai, David. Terima kasih telah memilikiku.

D: Hei, Katherine. Senang memiliki Anda di sini. Anda dapat menemukan Katherine di techseojournal.com. Jadi Katherine, mengapa peta situs XML begitu penting?

K: Itu pertanyaan yang bagus. Bagi saya, ada dua manfaat utama memiliki peta situs XML. Pertama, ini membantu mesin pencari menemukan halaman penting Anda. Jika Anda berurusan dengan situs web yang lebih kecil yang memiliki 500 halaman atau kurang, struktur tautan internal yang baik, dan halaman yang tidak sering berubah, maka memiliki peta situs XML bukanlah prioritas Anda dalam kasus ini. Tetapi jika Anda berurusan dengan situs web yang lebih besar, di mana Anda memiliki konten yang sering berubah, struktur tautan internal yang buruk, dan halaman yatim piatu, maka memiliki peta situs masuk akal karena dapat membantu mesin pencari menemukan halaman penting Anda.

Tetapi saya juga ingin menyebutkan bahwa memiliki peta situs XML tidak menjamin pengindeksan. Ini lebih seperti petunjuk, petunjuk, untuk mesin pencari. Ini seperti mengatakan kepada Google, "Hei, saya memiliki halaman yang sangat keren yang menurut saya harus diindeks. Maukah Anda melihatnya?"

Manfaat kedua memiliki peta situs XML adalah membantu dalam memecahkan masalah SEO, terutama masalah pengindeksan. Tapi aku akan kembali ke yang satu ini.

D: Bagus, sekarang Anda mengatakan untuk situs yang lebih besar. Apakah Anda memiliki sejumlah halaman dalam pikiran di mana jika sebuah situs memiliki lebih dari sejumlah halaman tertentu, maka sebaiknya menggunakan peta situs XML?

K: Dokumentasi Google merekomendasikan 500 halaman atau lebih, kebalikan dari situs web yang lebih kecil. Tetapi dalam kebanyakan kasus, 1000 halaman atau lebih bisa jadi baik-baik saja.

D: Sangat bagus untuk memiliki angka definitif untuk fokus di sana. Jadi hari ini, Anda berbagi empat masalah umum dengan peta situs XML. Dimulai dengan nomor satu, mencantumkan URL yang tidak memenuhi syarat.

1. Mencantumkan URL yang Tidak Memenuhi Syarat

K: Ya, dan dengan URL yang tidak memenuhi syarat, maksud saya URL yang menghasilkan kode kesalahan 404. Mungkin mereka diblokir oleh robots.txt, atau mereka memiliki tag noindex, atau mereka sedang dialihkan. Ini biasanya muncul dalam kasus di mana Anda mungkin membuat peta situs secara manual dan entah bagaimana halaman kesalahan ini berhasil masuk ke dalam file. Alasan lain mengapa ini muncul adalah mungkin Anda membuat peta situs XML yang tidak diperbarui secara otomatis, itu statis. Jadi ketika Anda membuat halaman baru di situs web Anda, itu tidak mencerminkan peta situs. Ini adalah masalah karena alih-alih merayapi halaman Anda yang valid, mesin pencari membuang-buang waktu untuk mencoba mengakses konten Anda yang banyak dialihkan atau halaman yang seharusnya tidak mereka tuju. Dan Google telah menyebutkan bahwa jika mereka gagal merayapi peta situs setelah beberapa kali mencoba, mereka akhirnya akan berhenti mencoba. Ini mengalahkan tujuan memiliki peta situs XML di tempat pertama.

D: Jadi, jika Anda tetap memasukkan URL yang tidak memenuhi syarat ke dalam peta situs XML Anda, maka pada akhirnya Google akan mengabaikan peta situs XML Anda, atau bahkan mungkin tidak memercayai seluruh situs web Anda sebagai otoritatif. Ini membawa kita ke nomor dua ketika peta situs XML menghasilkan kesalahan format HTML yang tidak didukung.

2. Kesalahan Format HTML yang Tidak Didukung

K: Pertama, saya ingin menjelaskan tentang apa itu Peta Situs HTML. Peta Situs HTML adalah kontennya, tautan ke halaman Anda, dan bagian di situs web Anda. Biasanya ditujukan bagi pengguna manusia untuk menavigasi situs Anda. Itu terletak di bagian footer situs web Anda. Dan ya, dalam banyak kasus, mesin pencari juga dapat mengikuti tautan ini untuk menemukan halaman Anda. Tapi di situlah kesamaan berakhir dengan peta situs XML. Peta Situs HTML tidak memiliki tanggal modifikasi. Jika Anda memiliki video, Anda mungkin bahkan tidak dapat menautkan video tersebut ke peta situs HTML.

Jika Anda benar-benar ingin memberi tahu mesin telusur tentang konten Anda yang sudah ada dan yang diperbarui, Anda harus tetap menggunakan peta situs XML. Tetapi jika Anda mencoba mengirimkan peta situs XML dan Anda mendapatkan kesalahan ini dalam format HTML, maka kemungkinan Anda benar-benar mengirimkan file dalam format HTML, atau peta situs Anda memiliki kesalahan yang membuatnya sulit untuk dibaca.

Alasan umum lainnya mengapa ini muncul adalah bahwa ada fungsi caching di situs web Anda di mana plugin, server, atau konfigurasi menghalangi dan malah menyajikan file dalam format HTML.

D: Tips yang bagus juga. Apakah ada manfaat memiliki peta situs HTML dan peta situs XML pada saat yang sama atau apakah peta situs XML saja sudah cukup?

K: Ada keuntungan memiliki keduanya. Jika Anda bisa mendapatkan nilai tambah dalam sesuatu, mengapa tidak? Jika halaman Anda memiliki kedalaman perayapan yang sangat panjang, di mana beberapa halaman sulit dijangkau, maka mungkin peta situs HTML dapat membantu Anda mengarahkan pengguna ke halaman yang seharusnya mereka masuki dan dapat membantu mereka menavigasi situs web Anda. Di sisi lain, peta situs XML dimaksudkan untuk mesin pencari. Jadi dalam hal ini, Anda mempertimbangkan pengguna dan perayap. Jadi ya, itu pasti ide yang baik untuk memiliki keduanya.

D: Dan Anda jelas berbicara tentang pentingnya mengkodekan peta situs XML dengan benar. Apakah ada tempat yang Anda rekomendasikan untuk memeriksa apakah Peta Situs XML Anda dikodekan dengan benar?

K: Ya, jika Anda khawatir peta situs XML Anda mungkin berupa file HTML, Anda harus mencoba mengirimkannya di Google Search Console. Anda mungkin akan mendapat tanggapan bahwa ini adalah Peta Situs HTML. Dan ketika itu terjadi, untuk mencari tahu apa yang sebenarnya menyebabkan ini, buka peta situs XML di browser Anda, dan periksa halaman dengan alat pengembang Chrome. Jika ada plugin, atau jika itu adalah caching server, Anda mungkin akan melihat daftar hal-hal yang menghalangi. Setelah Anda menemukan bahwa ada fungsi caching, Anda dapat melanjutkan dan mengubah konfigurasi Anda, menghapus cache Anda, dan semuanya akan kembali seperti semula. Tetapi jika Anda tidak melihat fungsi caching apa pun yang menghalangi, kemungkinan Anda mengalami kesalahan. Dan dalam hal ini, Anda perlu menggunakan validator peta situs XML untuk memeriksa apakah ada kesalahan atau atribut yang dikodekan secara salah pada peta situs Anda.

D: brilian. Dan jika peta situs XML Anda dikodekan dengan benar, jika itu XML yang tepat, apakah ada bahaya memiliki plugin caching yang membekukan peta situs XML Anda sehingga tidak diperbarui dengan benar? Atau apakah itu tidak berbahaya dengan file XML?

K: Itu bahaya. Itu sebabnya saya menyarankan Anda untuk memastikan tidak ada caching di plug-in. Ada pengaturan di banyak plugin di mana Anda dapat men-cache peta situs Anda tetapi Anda tidak boleh melakukannya karena dapat menyebabkan masalah seperti yang saya sebutkan. Itu bisa membuat peta situs XML muncul sebagai file HTML. Itu bisa membuat begitu banyak kesalahan sehingga yang terbaik adalah tidak menyimpan peta situs XML Anda. Tolong jangan. Hanya saja lebih baik tidak.

D: Dan nomor tiga tidak mendeklarasikan halaman dan versi alternatifnya dengan benar.

3. Tidak Mendeklarasikan Halaman dan Versi Alternatifnya dengan Benar

K: Ini berlaku untuk kasus di mana Anda menerapkan tag hreflang pada peta situs XML Anda. Dan dalam hal ini, Anda perlu menentukan URL yang ingin Anda indeks dan versi alternatifnya, termasuk dirinya sendiri. Sebagai contoh, katakanlah, saya memiliki halaman untuk penutur bahasa Inggris di situs web saya, dan saya ingin halaman itu diindeks. Tetapi pada saat yang sama, saya memiliki dua versi alternatif. Saya memiliki versi bahasa Jerman untuk penutur di Swiss, dan versi bahasa Mandarin untuk pengguna bahasa Mandarin. Jadi untuk melakukan ini saya akan menentukan URL untuk halaman bahasa Inggris dan kemudian membuat daftar tiga versi ini. Ada versi Jerman untuk Swiss, versi China untuk China, dan versi bahasa Inggrisnya sendiri.

Dan tag ini timbal balik. Jadi jika setiap versi alternatif yang direferensikan tidak menunjuk kembali ke yang lain, ada masalah. Peta situs XML Anda dapat menimbulkan masalah di mana tag hreflang Anda salah ditafsirkan, atau diabaikan sama sekali.

D: Dan itu membawa kita ke nomor empat, yang memiliki satu peta situs yang lebih besar untuk bagian terpisah dari sebuah situs web.

4. Memiliki satu Peta Situs yang Lebih Besar untuk Bagian Terpisah dari Situs Web

K: Benar. Saat ini, Google mendukung 50.000 URL dalam satu peta situs, atau ukuran peta situs maksimum 50 MB yang tidak terkompresi, mana pun yang Anda tekan lebih dulu. Itu tidak berarti bahwa jika Anda memiliki 50.000 URL, Anda harus mencantumkan semuanya dalam satu halaman. Itu bukan praktik yang baik, karena dapat mempersulit Anda untuk memecahkan masalah. Anda tidak akan tahu bagian mana dari situs web Anda yang mengalami masalah pengindeksan atau perayapan, bagian di mana mesin telusur dan perayap tidak masuk.

Idealnya, Anda harus mengelompokkan peta situs Anda berdasarkan bagian. Misalnya, jika Anda memiliki situs web e-niaga, Anda dapat membuat satu peta situs untuk halaman statis Anda (Tentang Kami, syarat dan ketentuan, dll.) dan kemudian peta situs yang berbeda untuk halaman kategori Anda. Dengan cara ini Anda dapat dengan mudah menemukan masalah dan menyaring laporan industri di Google Search Console, bagian situs web Anda yang tidak dirayapi dan diindeks sebagaimana mestinya.

D: Apakah ada jumlah maksimum peta situs yang dapat Anda miliki untuk situs Anda?

K: Saat ini, saya tidak bisa memasukkan nomornya sekarang.

D: Bagaimana dengan memeriksa dan mendiagnosis peta situs XML Anda secara teratur? Apakah ada sesuatu yang harus Anda periksa untuk melihat apakah ada kesalahan sebulan sekali?

K: Saya tidak akan merekomendasikan sebulan sekali. Jika Anda benar-benar ingin tahu apa yang terjadi di situs web Anda, Anda harus memeriksa Google Search Console Anda, karena di sanalah Anda dapat melihat kesalahan ini untuk peta situs. Anda harus memeriksanya secara berkala, setiap hari jika Anda bisa, atau setiap minggu, tergantung pada jumlah halaman yang Anda terbitkan. Jika Anda mempublikasikan konten setiap hari, maka masuk akal untuk sering memeriksanya. Tetapi jika halaman Anda jarang berubah, maka mingguan akan baik-baik saja. Tapi tolong, Anda harus memeriksanya.

D: Orang-orang yang membaca, mendengarkan, atau menonton ini berpikir bahwa saya perlu memahami lebih banyak tentang peta situs XML. Apakah ada sumber daya yang dapat Anda rekomendasikan bagi orang-orang untuk mengetahui lebih lanjut tentang peta situs XML?

K: Ya. Anda harus memeriksa dokumentasi Google. Mereka memiliki dokumentasi ekstensif tentang apa itu peta situs XML, cara membuatnya, praktik terbaik, dan cara mengelolanya untuk situs multibahasa. Hampir setiap informasi yang dapat Anda temukan ada di sana.

Pareto Pickle - Memiliki Struktur Tautan Internal yang Baik

D: Luar biasa. Mari kita akhiri dengan Pareto Pickle. Pareto mengatakan bahwa Anda bisa mendapatkan 80% dari hasil Anda dari 20% dari usaha Anda. Apa satu aktivitas SEO yang Anda rekomendasikan yang memberikan hasil luar biasa untuk tingkat usaha yang sederhana?

K: Saya akan mengatakan struktur tautan internal yang baik. Ini karena ini adalah sumber utama penemuan URL untuk mesin telusur. Mereka dapat mengikuti tautan dalam situs Anda untuk membuka halaman penting di situs web Anda. Dan di luar ini, Anda juga dapat menggunakan tautan untuk memberikan nilai SEO ke halaman lain juga. Atau Anda juga dapat menggunakannya untuk menunjukkan kepentingan relatif suatu halaman di atas yang lain dan hubungan antar halaman Anda. Jadi ya, struktur tautan internal yang baik adalah yang terbaik.

D: Jadi, apakah memiliki struktur tautan internal yang baik tidak berarti bahwa peta situs XML tidak diperlukan?

K: Tidak juga. Seperti yang saya sebutkan, jika Anda memiliki struktur tautan internal yang baik dan situs web yang lebih kecil, bukanlah prioritas untuk memiliki peta situs XML. Tetapi beberapa situs dapat melihat nilai lebih dari peta situs XML daripada yang lain. Jika Anda memiliki halaman yang sangat besar, Anda dapat memiliki struktur tautan internal yang baik tetapi siapa yang tidak menginginkan nilai lebih? Siapa yang tidak ingin mesin pencari membuka halaman mereka tepat waktu? Jadi peta situs XML seperti tindakan pencegahan sekunder yang Anda ambil sementara struktur tautan internal yang baik adalah langkah utama yang Anda ambil.

D: Apakah Peta Situs HTML diperlukan jika Anda memiliki tautan internal yang baik?

K: Jika pengguna masih mengalami masalah dalam menavigasi ke situs web Anda, maka Peta Situs HTML masuk akal.

D: Dipahami. Jadi, jika Anda mengalami masalah dengan mendapatkan peringkat URL, atau mungkin navigasi, seperti yang Anda katakan, maka Peta Situs HTML bisa baik untuk pengguna dan mesin telusur. Tetapi jika semua halaman yang ingin diindeks sudah terindeks maka tidak perlu memiliki Peta Situs HTML.

K: Ya, itu tidak perlu. Ini bagus untuk dimiliki dalam kasus itu, tetapi tidak harus dimiliki.

D: Yah, saya pernah menjadi tuan rumah Anda, David Bain. Anda dapat menemukan Katherine di techseojournal.com. Katherine, terima kasih banyak telah hadir di podcast In Search SEO.

K: Terima kasih telah memiliki saya. Sudah menyenangkan.

D: Dan terima kasih telah mendengarkan. Lihat semua episode sebelumnya dan daftar untuk uji coba gratis platform Rank Ranger di rankranger.com.