Çok dilli satışa geçmek kağıt üzerinde basit görünür: panelden İngilizce dil dosyasını aç, ürün adlarını çevir, bir bayrak simgesi koy. Çoğu satıcı bunu yapar ve birkaç ay sonra tuhaf bir tablo görür. Yurt dışından gelen ziyaretçi sayısı artmaz, buna karşılık Türkçe sayfaların sıralaması gerilemeye başlar. Kimse bu ikisini birbirine bağlamaz, oysa sebep tam olarak burada saklıdır.
Gerçek şu ki çok dilli bir e-pin satış scripti kurmak, iki siteyi aynı çatı altında yönetmektir ve arama motoruna hangi sayfanın kime ait olduğunu açıkça söylemezsen bu iki site birbirini yer. İki dilde yayınlanan aynı içerik, doğru işaretlenmediğinde yinelenen içerik gibi davranır. İşte hreflang tam olarak bu karışıklığı çözmek için var; ama yarım uygulandığında hiç uygulamamaktan daha kötü sonuç verir. Aşağıda hangi sırayla ne yapılacağını anlatıyorum.
Çok Dilli Satmak = Çok Dilli Sıralamak Değil
Sitene bir dil eklediğinde satış yapabilir hale gelirsin, ama otomatik olarak o dilin arama sonuçlarında görünmeye başlamazsın. Bunlar farklı işlerdir. Satış için arayüzün çevrilmesi ve ödeme yönteminin çalışması yeterlidir. Sıralama için ise o dildeki sorguları hedefleyen, o pazarın alışkanlıklarına göre yazılmış içerik ve teknik olarak doğru işaretlenmiş adresler gerekir.
Bu ayrımı kurmadan dil eklemek, boş vitrin açmakla aynıdır. İngilizce sayfanız var ama İngilizce arama yapan biri sizi hiç görmüyorsa, o dil sadece mevcut müşteriye kolaylık sağlar. Yeni müşteri getirmesini istiyorsan her dilin kendi anahtar kelime araştırmasını, kendi kategori metinlerini ve kendi başlık etiketlerini istemesi gerektiğini kabul etmelisin. Kullandığın dijital ürün satış yazılımı her dil için ayrı SEO alanı vermiyorsa, çok dilli olma iddiası yüzeyseldir.
hreflang Nedir, Neden Karşılıklı Olmak Zorunda?
hreflang, bir sayfanın başka dillerdeki eşdeğerlerini arama motoruna bildiren etiket kümesidir. Mantığı şudur: "Bu sayfa Türkçe konuşan kullanıcı için, aynı içeriğin İngilizcesi şu adreste, Almancası şurada." Bu bilgi doğru verildiğinde arama motoru sayfaları rakip değil kardeş kabul eder ve her kullanıcıya doğru dildeki sürümü gösterir.
En kritik kural karşılıklılıktır. Türkçe sayfa İngilizce sayfayı gösteriyorsa, İngilizce sayfa da Türkçe sayfayı ve kendisini göstermek zorundadır. Tek yönlü etiket tamamen yok sayılır. İkinci kural, her sayfanın kendisini de listelemesidir. Üçüncü kural, hreflang'in gösterdiği adresin kanonik adresle çelişmemesidir; bir sayfanın kanoniği başka bir adresi gösteriyorsa hreflang zinciri kopar. Bu üç kuralı şablon seviyesinde garanti altına almak, elle tek tek etiket eklemekten kat kat güvenlidir. Doğru kurulmuş bir e-pin scripti bu etiketleri dil tablosundan otomatik üretir.
| Yapı | Örnek | Avantaj | Risk |
|---|---|---|---|
| Alt dizin | site.com/en/ | Tek domain gücü, kolay yönetim | Ülke hedefi zayıf |
| Alt alan adı | en.site.com | Ayrı sunucu ve dil izolasyonu | Otorite bölünür |
| Ayrı domain | site.de | En güçlü ülke sinyali | Sıfırdan otorite kurma |
| Parametre | site.com/?lang=en | Hızlı kurulum | SEO için uygun değil |
| Çerez ile dil | URL değişmez | Yok | İndekslenemez, kaçınılmalı |
URL Yapısı Kararı: Alt Dizin, Alt Alan Adı, Ayrı Domain
Çok dilli kurulumda geri dönüşü en zor karar URL yapısıdır. Sonradan değiştirmek, yüzlerce adrese yönlendirme kurmak ve geçici sıralama kaybını göze almak anlamına gelir. Bu yüzden ilk günde doğru seçim yapılmalıdır.
Pratikte e-pin ve dijital ürün satan işletmelerin büyük kısmı için alt dizin yapısı en dengeli seçenektir. Tek domainde topladığın otorite tüm dillere hizmet eder, teknik yönetim basittir, sertifika ve sunucu tarafında ek yük çıkmaz. Ayrı domain ancak belirli bir ülkede yerel bir marka kurmayı, orada ayrı ödeme altyapısı ve ayrı destek ekibi işletmeyi planlıyorsan mantıklıdır. Alt alan adı ise ikisinin arasında kalır ve çoğu durumda alt dizinin sağladığı faydayı vermez. En kötü seçenek parametreli dil değişimidir; içerik aynı adreste değiştiği için hiçbir dil ayrı ayrı indekslenemez ve tüm çok dilli çaban görünmez olur.
Çok dilli kurulumlarda görülen hata dağılımı
- Eksik veya tek yönlü hreflang 50%
- Otomatik çeviri içeriği 25%
- IP tabanlı zorunlu yönlendirme 15%
- x-default eksikliği 10%
Para Birimi ve Ödeme: Dil Değişince Dönüşüm Neden Düşer?
Teknik tarafı çözüp trafiği getirdiğini varsayalım. İngilizce sayfaya gelen ziyaretçi fiyatı Türk lirası görürse ne yapar? Çoğu durumda hesap makinesi açmaz, sekmeyi kapatır. Dil çevirisi tek başına yeterli değildir; para birimi, vergi gösterimi ve ödeme yöntemi de o pazara uymak zorundadır.
Burada dikkat edilecek nokta, fiyatın anlık kur üzerinden çevrilip ondalıklı garip sayılar üretmesidir. Yuvarlanmış, akılda kalan fiyatlar her zaman daha iyi dönüşür. İkinci nokta ödeme yöntemi çeşitliliğidir; bir pazarda kart yeterliyken başka bir pazarda yerel cüzdan beklentisi olabilir. Üçüncü nokta destek dilidir: İngilizce satış yapıp Türkçe destek vermek, ilk sorunda güveni bitirir. Bir e-pin yazılımı seçerken çoklu para birimi ve dil bazlı ödeme yöntemi eşleştirmesini mutlaka sorgula; bu özellikler özellikler bölümünde ayrıntılı listelenir.
Ziyaretçinin IP adresine göre otomatik ve zorla dil değiştirmek arama motoru botlarını da yönlendirir; sonuç, yabancı dil sayfalarının hiç taranmamasıdır. Dil önerisini bir bildirim çubuğuyla sun, kararı kullanıcıya bırak.
Otomatik Çeviri Tuzağı ve Yinelenen İçerik
Yüz kategori metnini tek tuşla çevirmek cazip görünür. Sorun, bu metinlerin o dilde arama yapan kişinin kullandığı ifadeleri barındırmamasıdır. Çeviri motoru senin Türkçe anahtar kelimenin İngilizce karşılığını bilmez, kelimenin sözlük karşılığını verir. Sonuçta dilbilgisi doğru ama hiçbir sorguyla örtüşmeyen sayfalar elde edersin.
Daha büyük risk kalite algısıdır. Makine çevirisi kokan yüzlerce sayfa, sitenin tamamına dair olumsuz bir sinyal üretir ve bu Türkçe tarafını da etkiler. Doğru yöntem kademeli açılıştır: önce en çok gelir getiren yirmi sayfayı insan eliyle, hedef pazarın terminolojisiyle hazırla, sonuçları ölç, işe yararsa genişlet. Otomatik çeviriyi ancak arayüz metinleri ve ürün özellikleri gibi kalıplaşmış kısımlarda kullan; kategori metinlerinde ve blog yazılarında kullanma. Hangi sürümün kaç dil desteklediğini fiyat bölümünde görebilirsin.
x-default, Yönlendirme ve Sitemap: Son Üç Hata
Birinci hata x-default etiketini atlamaktır. Bu etiket, tanımladığın dillerden hiçbirine uymayan kullanıcıya hangi sürümün gösterileceğini söyler. Genelde dil seçim ekranı veya ana dilin kök adresi buraya atanır. Yoksa arama motoru rastgele bir sürüm seçer.
İkinci hata yönlendirme zincirleridir. Dil eklerken eski adresleri yeni yapıya taşırken iki-üç kademeli zincirler oluşur ve her kademe hem hız hem sinyal kaybı demektir. Her eski adres tek adımda hedefine gitmeli. Üçüncü hata sitemap tarafındadır: her dil için ayrı bir sitemap dosyası üret, bunları bir dizin dosyasında topla ve her girdide dil bilgisini belirt. Bu üçü tamamlandığında çok dilli yapın artık sağlam durur ve dijital ürün satış scripti tarafındaki otomatik üretim bu dosyaları senin elini kirletmeden güncel tutar.
| Kontrol maddesi | Neden gerekli | Öncelik |
|---|---|---|
| hreflang etiketleri karşılıklı ve kendini içeriyor | Etiketin geçerli sayılması için şart | Çok yüksek |
| x-default tanımlı | Eşleşmeyen kullanıcı için doğru sürüm | Çok yüksek |
| Her dil için ayrı başlık ve meta açıklama | O dilde tıklama oranı | Çok yüksek |
| Zorunlu IP yönlendirmesi kapalı | Botların tüm dilleri tarayabilmesi | Yüksek |
| Dil başına sitemap ve dizin dosyası | Hızlı ve eksiksiz indeksleme | Yüksek |
| Çoklu para birimi ve yerel ödeme | Dönüşüm oranı | Yüksek |
| html lang niteliği doğru | Temel dil sinyali | Orta |
| Tek adımlı yönlendirmeler | Hız ve sinyal korunumu | Orta |
Çok dilli yapıyı ilk günde doğru kur
Pinova'da hreflang, x-default, dil bazlı SEO alanları ve çoklu para birimi tek panelden yönetilir. Sonradan taşıma acısını yaşamadan başla.
Tek dil için de hreflang gerekir mi?
Gerekmez. hreflang yalnızca aynı içeriğin birden fazla dil veya bölge sürümü olduğunda anlam taşır. Tek dilli sitede eklemek fayda sağlamaz.
Aynı dili farklı ülkeler için ayırmalı mıyım?
Sadece fiyat, ödeme yöntemi veya yasal metinler gerçekten farklıysa ayır. Fark yoksa tek dil kodu kullan; gereksiz bölge sürümü yönetim yükü ve hata riski üretir.
Çeviri yapılmamış sayfalar ne olacak?
O sayfa için hreflang bağını hiç kurma ve eksik dil sürümünü yayınlamaktan kaçın. Yarı çevrilmiş sayfa, olmayan sayfadan daha çok zarar verir.
Yabancı dil sayfalarına ayrı içerik mi yazmalıyım?
Evet, en azından kategori metinleri ve blog için. O pazarın kendi sorgu ifadelerini kullanmadan sıralama almak neredeyse imkansızdır.
Çok dilli yapı, doğru kurulduğunda satış hacmini büyüten; yarım kurulduğunda mevcut sıralamayı da götüren bir karardır. Dil tablosundan otomatik üretilen hreflang etiketlerini, x-default ayarını ve dil bazlı SEO alanlarını kendi gözünle görmek istersen canlı demo üzerinden ikinci bir dil açıp yapının nasıl davrandığını adım adım deneyebilirsin.