Dil seçici iki sayfayı arama motoru için eşleştirmez
Çok dilli web sitesi SEO'su nasıl yapılır? Bu sorunun cevabı, sağ üst köşeye TR ve EN düğmeleri koymaktan çok daha geniştir. Dil seçici ziyaretçinin sayfalar arasında geçmesini sağlar. Arama motorunun hangi URL’nin hangi dil ve pazar için hazırlandığını anlaması ise ayrı URL’ler, doğru canonical kullanımı, karşılıklı hreflang işaretleri ve gerçekten yerelleştirilmiş içerik ister.
Sorun çoğu zaman site yayına çıktıktan sonra fark edilir. İngilizce sayfa Google’da Türkçe başlıkla görünür, dil düğmesi kullanıcıyı aynı konunun karşılığına değil ana sayfaya gönderir veya iki sürüm birbirinin kopyası sayıldığı için yanlış URL öne çıkar. Bu yazı, tasarımdan ölçüme kadar hangi kararların birlikte alınması gerektiğini pratik bir sıraya koyuyor.
Önce dili değil, o dildeki arama niyetini ayırın
Antalya’da turizm veya sağlık alanında çalışan bir marka için İngilizce sayfa açmak mantıklı olabilir. Fakat Türkçe sayfanın cümlelerini çevirmek, yabancı kullanıcının sorularını otomatik olarak cevaplamaz. Yerel kullanıcı konum, fiyat aralığı veya randevu hızı ararken yurt dışındaki biri ulaşım, süreç, yeterlilik, ödeme, konaklama ya da işlem sonrası iletişim hakkında daha fazla açıklama isteyebilir. Turizm ve sağlık markalarında dijital karar yolu bu nedenle her dilde aynı sırayla ilerlemeyebilir.
Anahtar kelime araştırmasını tek bir liste üzerinde yapıp karşısına çevirisini yazmak yerine her dil için ayrı arama kümesi oluşturun. Sorgunun bilgilendirici mi, karşılaştırmalı mı yoksa hizmet almaya yakın mı olduğunu yeniden sınıflandırın. Sayfa başlığı, ara başlıklar, örnekler ve CTA bu sınıfa göre kurulmalı. Bir dilde yüksek niyetli görünen ifade, diğerinde yalnızca genel bilgi arayışı taşıyabilir.
Her dil sürümü kendi adresine ve kendi canonical’ına ihtiyaç duyar
Sağlam yapı, her dil sürümünü kalıcı ve taranabilir bir URL’de sunar. Örneğin Türkçe hizmet sayfası ile İngilizce karşılığı farklı adreslerde yaşayabilir. Her ikisi de kendisini canonical göstermeli, sonra hreflang ile birbirini karşılıklı olarak işaretlemelidir. İngilizce sayfanın canonical etiketini Türkçe sayfaya vermek, arama motoruna “asıl sürüm bu değil” demektir. Bu çelişkiyi hreflang tek başına düzeltemez.
Dil seçici de kullanıcının bulunduğu sayfanın gerçek karşılığına gitmeli. Bir kişi İngilizce hizmet sayfasından Türkçeye geçtiğinde ana sayfaya düşüyorsa hem deneyim hem sinyal zinciri kopar. JavaScript ile aynı URL üzerinde metin değiştirmek, çerezle dil saklamak veya IP’ye göre zorunlu yönlendirme yapmak da taramayı belirsizleştirebilir. Kurumsal web tasarımı planlanırken dil rotaları sonradan eklenecek bir eklenti gibi değil, bilgi mimarisinin parçası olarak ele alınmalı.
Hreflang sıralama düğmesi değil, eşleştirme işaretidir
Hreflang doğru kurulduğunda arama motorunun doğru kullanıcıya doğru dil veya bölge sürümünü göstermesine yardım eder. Kötü bir sayfayı güçlü hale getirmez. URL taranamıyorsa, noindex taşıyorsa, başka bir sayfaya yönleniyorsa veya canonical farklı bir adresi seçiyorsa hreflang dizisinin anlamı zayıflar. Önce her sayfanın tek başına indekslenebilir olduğundan emin olun, sonra dil ilişkisini tanımlayın.
En sık görülen teknik karışıklıklar karşılıksız etiketler, yanlış dil kodları, yalnızca ana sayfada kurulan ilişkiler ve sitemap ile HTML etiketlerinin farklı URL’ler söylemesidir. x-default kullanılıyorsa bunun da bilinçli bir varsayılan sayfaya gitmesi gerekir. Teknik denetim sırasında tek bir sayfanın kaynak koduna bakmak yetmez. Dil çiftleri örneklenmeli, yönlendirme zincirleri izlenmeli ve indekslenebilir URL listesiyle karşılaştırılmalıdır.
Çeviri dosyası yerine altı sütunlu yerelleştirme matrisi kurun
Fark Studio’da çok dilli site brieflerinde sık gördüğümüz sorun, çeviri tamamlandığı halde sayfanın karar vermeye yardım etmemesidir. Bunu önlemek için her önemli URL’yi bir satır kabul eden basit bir matris kullanın. Sütunlar “hedef dil ve pazar”, “birincil kullanıcı sorusu”, “sayfanın vaadi”, “gerekli kanıt”, “CTA” ve “içerik sahibi” olsun. Böylece eksik olanın kelime mi, güven unsuru mu yoksa operasyonel cevap mı olduğu görünür hale gelir.
Hedef dil ve pazar: Sadece EN yazmak yerine hangi kullanıcı grubuna seslenildiğini tanımlayın. Kullanıcı sorusu: Arama sonucuna gelmeden önce çözülmek istenen sorunu yazın. Vaat ve kanıt: Sayfanın neyi açıklayacağını ve bunu hangi uzmanlık, süreç, vaka veya belgeyle destekleyeceğini eşleştirin. CTA ve sahiplik: Kullanıcının sonraki adımını, bu talebi cevaplayacak ekibi ve güncelleme sorumlusunu belirleyin. Matris küçük görünür ama çeviri teslimi ile çalışan bir sayfa arasındaki farkı hızla ortaya çıkarır.
İçerik eşitliği aynı kelime sayısı demek değildir
Dil sürümleri aynı işlevi taşımalı, fakat birebir aynı uzunlukta olmak zorunda değildir. Hizmet kapsamı, ekip bilgisi, iletişim yolu, yasal sınırlar ve kritik güven unsurları iki tarafta da güncel kalmalı. Buna karşılık örneklerin sırası, açıklamanın derinliği ve CTA dili pazara göre değişebilir. Otomatik fallback, boş sayfayı geçici olarak saklayabilir ama kullanıcıya yanlış dilde içerik gösteriyorsa yayına hazır sayılmaz.
İç bağlantılar da yerelleştirilmelidir. İngilizce bir yazı içindeki hizmet bağlantısı Türkçe rotaya gidiyorsa kullanıcı dil değiştirir ve arama motoru mimariyi bulanık okur. Yeni içerik girerken link alanlarına hangi formatın yazılacağı, sistemin rotayı render sırasında çevirip çevirmediği ve editörün bunu nasıl kontrol edeceği açık olmalı. Antalya’da web projesi seçerken teknik zemini değerlendirme rehberi bu mimari kararların neden yalnızca arayüz meselesi olmadığını daha geniş çerçevede ele alıyor.
Ölçüm dil bazında ayrılmadığında sorun görünmez
Search Console’da sayfa ve sorguları dil klasörüne göre izleyin. Analitik tarafta dil sürümü, landing page, form dili ve hedef pazar ayrı boyutlar olarak okunabilmeli. İngilizce trafik artarken başvuru gelmiyorsa hemen içerik hacmini büyütmeyin. Yanlış CTA, eksik güven bilgisi, para birimi belirsizliği, mobil form sorunu veya satış ekibinin o dilde geç yanıt vermesi daha temel bir darboğaz olabilir.
Bu veriyi reklam ve CRM tarafıyla aynı tabloda görmek, organik trafiği gerçek talep kalitesiyle karşılaştırmayı kolaylaştırır. Dijital pazarlama stratejisi içinde dil bazlı ölçüm kurulmadığında her pazar aynı ortalamaya karışır. Sonuçta hangi sayfanın görünürlük, hangisinin güven, hangisinin operasyon sorunu taşıdığı anlaşılamaz.
Yayından önce kısa ama sert bir kontrol yapın
Her dil çifti için altı soruyu yanıtlayın: İki URL de 200 dönüyor ve kendisini canonical gösteriyor mu? Hreflang ilişkisi karşılıklı mı? Dil seçici aynı konunun eşine gidiyor mu? Başlık ve meta açıklaması o dilde doğal mı? Kritik bilgi ve CTA eksiksiz mi? İç bağlantılar kullanıcının dilini koruyor mu? Bir sorunun cevabı hayırsa, sayfa çeviri olarak bitmiş olabilir ama SEO açısından bitmemiştir.
Çok dilli yapı en rahat, içerik üretimi başlamadan önce çözülür. Mevcut sitede sorunlar varsa önce URL envanteri, canonical ve hreflang haritası, ardından içerik ve ölçüm matrisi çıkarılmalı. Fark Studio ile dil sürümlerini aynı sistemde toplamak istiyorsanız SEO hizmetinin teknik ve içerik denetimini web mimarisiyle birlikte planlayabiliriz. Böylece yalnızca iki dilde görünen değil, iki pazarda da anlaşılır ve yönetilebilir bir yapı kurulur.
