Berikut adalah empat contoh tantangan tersembunyi yang mungkin dihadapi oleh para profesional SEO internasional selama implementasi hreflang – dan cara menghadapinya. Di dunia SEO internasional, elemen hreflang adalah salah satu alat paling berpengaruh bagi para profesional SEO dan pemilik situs web. Menampilkan halaman bahasa atau negara yang salah di hasil pencarian adalah masalah yang cukup umum di antara situs web global, bahkan ketika tidak ada situs bahasa duplikat. Ini mungkin bukan masalah di seluruh situs dan hanya terjadi dengan kueri penelusuran tertentu. Di masa lalu, kami harus membuat sinyal negara target untuk setiap pasar untuk menentukan lokasinya dengan perbedaan yang berbeda, seperti ccTLD dan lokasi server, tetapi itu tidak menyelesaikan semua masalah penargetan geografis. Jadi, ketika Google mengumumkan hreflang pada tahun 2013, Anda dapat membayangkan betapa banyak profesional SEO internasional melompat kegirangan. Namun, enam tahun kemudian, banyak yang masih berjuang untuk mendapatkan keuntungan dari hreflang. Posting ini bukan tentang bagaimana menggunakan hreflang atau apakah Anda harus menggunakan hreflang di header atau format peta situs XML. Ini juga bukan tentang bagaimana orang masih menggunakan EN-UK alih-alih EN-GB atau JP untuk bahasa Jepang alih-alih JA. Anda dapat belajar dari halaman bantuan Google dan video YouTube. Sebagai gantinya, saya ingin berbicara tentang tantangan tersembunyi yang sering terjadi selama implementasi hreflang. Di bawah ini adalah tiga tantangan umum yang berulang kali saya temukan.

1. Tidak Semua Situs Memiliki Konten yang Sama

hreflang bekerja dengan mencantumkan URL halaman yang memiliki konten yang sama atau serupa di setiap situs bahasa/negara. Pemetaan atau pengelompokan halaman konten yang sama tidak begitu sulit ketika semua situs memiliki konten yang sama dalam struktur konten yang sama, tetapi hal ini sering tidak terjadi. Ada berbagai alasan untuk ini terjadi. Bisa jadi alasan bisnis seperti beberapa item tidak tersedia di negara tertentu. Mungkin lebih banyak alasan eksternal seperti konten dibatasi oleh peraturan negara tertentu. Mengapa ini menjadi tantangan? Itu karena tidak ada yang benar-benar memahami ketersediaan konten dan konten unik dari situs ke situs. Seringkali, orang yang bertanggung jawab atas peta situs hreflang mengambil situs utama yang dia kenal untuk mengalikan URL dengan mengganti direktori bahasa-negara di URL dengan asumsi ada cakupan lengkap. Ketika Anda memiliki halaman yang hilang di beberapa situs bahasa/negara, Anda perlu memutuskan apakah Anda ingin menempatkan halaman pengganti di grup URL atau default ke URL global.

2. Positif Palsu oleh Alat Validasi Hreflang

Variasi struktur URL juga menyebabkan beberapa sakit kepala. Anda berharap semua orang hanya menggunakan struktur URL yang sama seperti situs utama, tetapi kenyataannya banyak situs menjadi kreatif sendiri dan menggunakan struktur URL yang berbeda. Ini sering terjadi pada situs domain yang sama, sehingga Anda dapat membayangkan tingkat kesulitan mencoba mengelompokkan halaman dengan benar dari situs domain yang berbeda. Perbedaan struktur URL tidak hanya terjadi antar situs, tetapi juga terjadi di dalam situs.

Contoh struktur URL tidak teratur:

  • example.com/us/category1/page1.html
  • example.co.uk/category1-page1/index.html
  • example.com/en-sg/products/category1/page1.html

Sebagian besar alat validasi tidak merayapi situs untuk mengonfirmasi URL di situs atau keberadaan URL yang terdaftar. Mereka tidak memeriksa apakah ada URL yang dialihkan atau halaman memiliki URL yang berbeda di tag kanonik. Itu hanya meninjau apa yang Anda masukkan terhadap logika halaman alternatif dari Hreflang. Jika masuk akal, itu kembali karena tidak ada masalah yang ditemukan. Alat ini hanya berfungsi jika Anda benar-benar yakin bahwa URL yang digunakan semuanya benar dan aktif.

3. Kanibalisasi Bisnis

Salah satu tujuan terpenting untuk menggunakan hreflang adalah untuk memastikan halaman bahasa/negara yang benar muncul di hasil pencarian berdasarkan lokasi pengguna pencarian. Ini untuk memberikan konten yang tepat kepada pengguna pencarian berdasarkan lokasi pencarian. Ini juga memiliki konversi bisnis di lokasi yang tepat sehingga tim lokal akan mendapat manfaat dari konvensi tersebut. Jika halaman bahasa/negara yang salah muncul di hasil pencarian, konversi dihitung di bawah kantor lokal yang salah, atau kasus terburuknya, tidak dikonversi sama sekali. Misalnya, ketika halaman Anda yang dibuat untuk pasar A.S. muncul di hasil pencarian di Jepang, pengunjung situs mungkin akan kembali ke halaman hasil pencarian dan mengklik link biru lainnya. Dalam hal ini, Anda baru saja kehilangan bisnis potensial. Halaman A.S. dapat muncul dalam hasil di Jepang terutama jika nama produk ditulis dalam huruf bahasa Inggris atau nomor produk adalah kombinasi huruf dan angka, dan tidak ada yang unik dalam bahasa Jepang. Ini menjadi lebih sulit ketika Anda memiliki beberapa situs web dalam bahasa yang sama yang menargetkan negara yang berbeda. Contoh kasus ini adalah ketika seseorang menelusuri dalam bahasa Spanyol di Kosta Rika, tetapi laman yang dirancang untuk Meksiko muncul di hasil penelusuran. Karena dalam bahasa Spanyol, pengunjung situs dapat mengisi formulir dengan pertanyaan atau permintaan tentang produk. Tetapi karena alamat di formulir itu bukan di Meksiko, kantor Kosta Rika tidak akan pernah mendapatkan informasi itu. Kemungkinan petunjuk dilupakan atau dihapus oleh kantor Meksiko. Kontributor utama kanibalisasi ini adalah implementasi hreflang yang tidak lengkap. Penelitian HREFLang Builder 2019 menemukan 42% situs global hanya mengimplementasikan hreflang di halaman beranda dan halaman kategori utama yang menyerahkan halaman produk kepada keputusan Google dan potensi peluang yang terlewatkan secara signifikan.

4. Tidak Ada yang Meninjau atau Memperbarui Hreflang

Sayangnya, ini adalah masalah umum bahwa daftar hreflang tidak diperiksa ulang sebelum ditayangkan. Itu terjadi dengan file peta situs XML biasa juga. Saya yakin banyak pembaca telah melihat “URL yang dikirimkan mengirimkan kesalahan 404” di laporan Google Search Console. Masalah tidak selalu terjadi sejak awal. Situs web tumbuh dari waktu ke waktu menambahkan konten baru. Halaman baru ditambahkan atau dihapus dari situs tetapi jarang ada metode otomatis untuk memperbaiki hreflang. Mungkin ada konten yang lebih unik di situs web bahasa/negara tertentu. Jika Anda menggunakan file peta situs hreflang dan tidak sering memperbaikinya, kemungkinan banyak URL memberikan 3xx dan 4xx.

Rekomendasi

Saat menerapkan hreflang untuk situs web Anda, luangkan waktu untuk memahami dengan baik struktur URL situs web dan arsitektur konten dari semua situs web yang ingin Anda daftarkan. Jangan berasumsi bahwa setiap orang memiliki konten yang sama menggunakan struktur URL yang sama. Setelah Anda memilikinya, buat daftar URL yang dipetakan, dan gunakan crawler untuk memastikan bahwa semua URL dalam daftar aktif, dan tidak dialihkan atau memiliki URL yang berbeda di tag kanonik. Jika Anda menemukan kesalahan, perbarui daftar. Bahkan situs kecil sering berubah dengan menambahkan atau menghapus halaman. Letakkan pembaruan peta situs XML hreflang pada jadwal tinjauan Anda untuk menjamin untuk memberi umpan URL terbaru ke mesin telusur. Mudah-mudahan, ini akan mencegah kanibalisasi bisnis karena bahasa atau halaman negara yang salah muncul. Jika Anda tidak yakin apakah Anda memiliki masalah kanibalisasi, Anda dapat meninjau halaman di Google Search Console untuk melihat apakah sebagian besar tayangan berasal dari pasar lain. Pemeriksaan cepat dan mudah ini dapat membantu Anda menemukan peluang baru untuk meningkatkan kinerja pasar lokal.

Source: https://www.searchenginejournal.com/hidden-hreflang-challenges/345208/