Bekerja dengan situs multiwilayah

Jumat, 12 Maret 2010

Tahukah Anda bahwa sebagian besar pengguna yang dimintai survei merasa bahwa informasi yang ditulis dalam bahasa mereka lebih penting daripada harga yang murah? Bertempat tinggal di negara yang berbahasa non-Inggris, saya telah melihat teman dan anggota keluarga terang-terangan mencari dan menggunakan situs lokal dan yang dilokalkan—situs yang dilokalkan dengan benar tentunya memiliki keuntungan bagi pengguna. Google berupaya keras untuk menampilkan hasil penelusuran terbaik kepada pengguna. Sering kali halaman tersebut adalah halaman yang dilokalkan, untuk lokasi pengguna dan/atau dalam bahasa pengguna.

Jika Anda berencana meluangkan waktu untuk membuat dan mengelola versi lokal situs, membuat situs mudah dikenali dan ditemukan adalah hal yang semestinya dilakukan dalam proses ini. Dalam seri postingan blog ini, kita akan melihat apa saja hal-hal yang berkaitan dengan situs multiregional dan multibahasa dari sudut pandang mesin telusur. Situs multiregional adalah situs yang secara eksplisit menargetkan pengguna di berbagai wilayah (umumnya negara yang berbeda); kami menyebutnya multibahasa jika tersedia dalam beberapa bahasa. Situs ini juga terkadang menargetkan beberapa wilayah dan tersedia dalam beberapa bahasa. Mari kita mulai dengan beberapa persiapan umum, lalu melihat situs yang menargetkan beberapa wilayah.

Menyiapkan situs global

Memperluas situs untuk mencakup beberapa wilayah dan/atau bahasa bukanlah hal mudah. Dengan membuat beberapa versi situs, setiap masalah pada versi dasar akan digandakan; pastikan Anda sudah memeriksa bahwa semuanya berfungsi lancar sebelum memulai. Artinya, karena umumnya Anda akan mengerjakan URL dengan jumlah lebih banyak, Anda perlu memiliki infrastruktur yang sesuai untuk mendukung situs.

Merencanakan situs multiregional

Saat merencanakan situs untuk beberapa wilayah (biasanya negara), jangan lupa untuk meneliti persyaratan hukum atau administratif yang mungkin pertama kali harus dipenuhi. Persyaratan ini mungkin akan menentukan langkah Anda selanjutnya, seperti apakah Anda memenuhi syarat untuk menggunakan nama domain spesifik per negara.

Semua situs dimulai dengan nama domain; jika menyangkut nama domain, Google membedakan antara dua jenis nama domain:

  • ccTLD (nama domain level teratas kode negara): Nama ini terikat dengan negara tertentu (misalnya .de untuk Jerman, .cn untuk China). Pengguna dan mesin telusur menggunakan nama domain ini sebagai tanda kuat bahwa situs Anda secara eksplisit ditujukan untuk negara tertentu.
  • gTLD (nama domain level teratas umum): Nama ini tidak terikat dengan negara tertentu. Contoh gTLd adalah .com, .net, .org, .museum. Google melihat nama domain level teratas regional seperti .eu dan .asia sebagai gTLD, karena nama domain tersebut tidak dapat dikaitkan ke negara tertentu. Kami juga memperlakukan beberapa ccTLD cantik (seperti .tv, .me, dll.) sebagai gTLD, karena kami mendapati bahwa pengguna dan webmaster lebih sering melihatnya sebagai domain umum, bukan ditargetkan ke negara tertentu (kami tidak memiliki daftar lengkap ccTLD cantik yang kami perlakukan sebagai gTLD semacam ini, karena jumlahnya dapat terus berubah seiring waktu). Anda dapat menyetel penargetan-geo untuk situs web dengan gTLD menggunakan setelan Target Geografis Alat WebMaster.

Faktor penargetan-geo

Google umumnya menggunakan elemen berikut untuk menentukan penargetan-geo sebuah situs (atau bagian dari situs):

  1. Penggunaan ccTLD umumnya merupakan sinyal yang kuat bagi pengguna karena secara eksplisit menentukan satu negara dengan cara yang tidak mungkin salah.

    atau

    Penargetan-geo manual Alat WebMaster untuk gTLD (dapat berada di tingkat domain, subdomain, atau subdirektori); informasi selengkapnya tentang hal ini dapat ditemukan di postingan blog kami dan di Pusat Bantuan. Dengan tag wilayah dari penargetan-geo yang ditampilkan di hasil penelusuran, metode ini juga sangat jelas bagi pengguna. Harap diingat bahwa umumnya Anda tidak perlu menentukan target geografis jika halaman situs yang sama menargetkan beberapa negara (misalnya, semua negara berbahasa Jerman)—cukup tulis dalam bahasa tersebut dan jangan gunakan setelan penargetan-geo (selengkapnya tentang menulis dalam bahasa lain akan segera hadir).

  2. Lokasi server (melalui alamat IP server) sering kali berada di dekat pengguna. Namun, beberapa situs menggunakan jaringan penayangan konten (CDN) terdistribusi atau dihosting di negara dengan infrastruktur server web yang lebih baik, jadi kami mencoba untuk tidak hanya mengandalkan lokasi server.
  3. Sinyal lainnya dapat memberi kami petunjuk. Sinyal ini dapat berasal dari alamat dan nomor telepon lokal di halaman, penggunaan bahasa dan mata uang lokal, link dari situs lokal lainnya, dan/atau penggunaan Pusat Bisnis Lokal Google (jika tersedia).

Perhatikan bahwa kami tidak menggunakan tag meta lokasi (seperti geo.position atau distribution) atau atribut HTML untuk penargetan-geo. Meskipun keduanya mungkin berguna dalam kasus lain, kami mendapati bahwa hal tersebut umumnya tidak cukup andal untuk digunakan dalam penargetan-geo.

Struktur URL

Tiga elemen pertama yang digunakan untuk penargetan-geo sangat terkait dengan server dan URL yang digunakan. Menentukan penargetan-geo berdasarkan tiap halaman merupakan hal yang sulit, jadi sebaiknya pertimbangkan untuk menggunakan struktur URL yang memudahkan segmentasi bagian situs untuk penargetan-geo. Berikut adalah beberapa kemungkinan struktur URL dengan kelebihan dan kekurangan sehubungan dengan penargetan-geo:

ccTLD, misalnya: example.de, example.fr Subdomain dengan gTLD misalnya: de.site.com, fr.site.com, dll. Subdirektori dengan gTLD misalnya: site.com/de/, site.com/fr/, dll. Parameter URL misalnya: site.com?loc=de, ?country=france, dll.

kelebihan (+)

  • penargetan-geo jelas
  • lokasi server tidak relevan
  • situs mudah dipisahkan
  • persyaratan hukum (terkadang)

kelebihan (+)

  • mudah disiapkan
  • dapat menggunakan penargetan-geo Alat WebMaster
  • memungkinkan lokasi server yang berbeda
  • situs mudah dipisahkan

kelebihan (+)

  • mudah disiapkan
  • dapat menggunakan penargetan-geo Alat WebMaster
  • biaya pemeliharaan rendah (host yang sama)

kelebihan (+)

(tidak direkomendasikan)

kekurangan (-)

  • mahal (+ ketersediaan)
  • lebih banyak infrastruktur
  • persyaratan ccTLD (terkadang)

kekurangan (-)

  • pengguna mungkin tidak mengenali penargetan-geo hanya dari URL (apakah "de" mewakili bahasa atau negara?)

kekurangan (-)

  • pengguna mungkin tidak mengenali penargetan-geo hanya dari URL
  • satu lokasi server
  • situs lebih sulit dipisahkan

kekurangan (-)

  • segmentasi berdasarkan URL sulit
  • pengguna mungkin tidak mengenali penargetan-geo hanya dari URL
  • penargetan-geo di Alat WebMaster tidak dapat dilakukan

Seperti yang Anda lihat, penargetan-geo bukanlah ilmu pasti (bahkan situs yang menggunakan nama domain level teratas kode negara dapat bersifat global), jadi Anda harus membuat rencana untuk pengguna dari lokasi yang "salah". Salah satu cara untuk melakukannya adalah dengan menampilkan link di semua halaman agar pengguna dapat memilih wilayah dan bahasa sesuai keinginan. Kita akan melihat lebih lanjut beberapa solusi lain yang mungkin dalam seri postingan blog ini.

Menangani konten duplikat di situs global

Situs yang menyediakan konten untuk berbagai wilayah dan dalam berbagai bahasa terkadang berisi konten yang sama atau mirip tetapi tersedia di URL yang berbeda. Umumnya, hal ini tidak menjadi masalah selama konten tersebut ditujukan untuk pengguna yang berbeda di negara yang berbeda. Meskipun kami sangat menyarankan Anda untuk menyediakan konten unik untuk setiap grup pengguna yang berbeda, kami memahami bahwa hal ini mungkin tidak selalu dapat dilakukan untuk semua halaman dan variasi dari awal. Umumnya, Anda tidak perlu "menyembunyikan" duplikatnya dengan tidak mengizinkan crawling di file robots.txt atau menggunakan tag meta robots noindex. Namun, jika Anda menyediakan konten yang sama ke pengguna yang sama di URL yang berbeda (misalnya, jika "example.de/" dan "example.com/de/" menampilkan konten berbahasa Jerman untuk pengguna di Jerman), logikanya Anda harus memilih versi yang diinginkan dan mengalihkan ke sana (atau menggunakan elemen "rel=canonical" link) sebagaimana mestinya.

Apakah Anda sudah memiliki situs yang menargetkan beberapa wilayah atau ada pertanyaan tentang proses perencanaannya? Buka Forum Bantuan dan gabung dalam diskusi. Di postingan berikutnya, kita akan melihat situs multibahasa lalu melihat beberapa situasi khusus yang dapat muncul terkait situs global. Sampai jumpa lagi!