Çok dilli bir siteyi hayata geçirmenin en az çaba gerektiren yollarından biri, ziyaretçinin tarayıcı diline veya IP konumuna bakarak aynı URL üzerinden farklı içerik sunmaktır. Teknik altyapı genellikle birkaç satır sunucu yapılandırması ya da bir JavaScript bloğuyla kurulur. Kullanıcı deneyimi açısından pürüzsüz görünür: herkes kendi dilinde sayfayı okur, URL değişmez, sistem tek bir sayfa gibi davranır. Ama arama motorları açısından tablo çok farklıdır.
Google bu yaklaşıma locale-adaptive pages adını veriyor ve resmî belgelerinde açıkça bir uyarı yapıyor: aynı URL'nin farklı içerikler sunması, arama motorunun o sayfayı yalnızca tek bir dil sürümünde indekslemesine yol açar. Bunun nedeni Googlebot'un nasıl tarama yaptığıyla doğrudan ilgili. Googlebot bir isteği belirli bir dil tercihi bildirmeden gönderir; dönen içerik ne olursa olsun onu o URL'nin kalıcı içeriği olarak kaydeder. Diğer dil sürümleri, kullanıcıların erişebildiği gerçek sayfalar olsa bile, arama motorunun gözünde yoktur.
Bu durum hem indeksleme hem de hreflang etiketlerinin işleyişi açısından ciddi bir kırılma noktası oluşturur. Hreflang etiketleri dil sürümlerini birbirine bağlar; ancak bağlanacak ayrı URL'ler yoksa etiketlerin varlığı anlamsızlaşır. Locale-adaptive yapıda genellikle bağlanacak farklı bir URL de yoktur — her şey tek bir adreste yığılıdır.
Locale-adaptive sayfa tam olarak ne anlama geliyor?
Locale-adaptive, bir sayfanın ziyaretçi sinyallerine göre içeriğini dinamik olarak uyarlaması demektir. Bu sinyaller genellikle üç kaynaktan gelir: HTTP isteğinin Accept-Language başlığı, kullanıcının IP adresinden çıkarılan coğrafi konum ve tarayıcıda depolanan çerez veya oturum bilgisi. Sunucu bu sinyallerden birini ya da birkaçını birlikte okuyarak hangi içerik sürümünü döndüreceğine karar verir. URL hiçbir zaman değişmez; example.com/products adresi Türkiye'den açıldığında Türkçe içerik, Almanya'dan açıldığında Almanca içerik sunar.
Uygulamada iki farklı derinlik düzeyi görülür. Birincisi yüzeysel uyarlama: para birimi sembolü, tarih formatı veya ölçü birimi gibi küçük ayrıntıların değiştiği, metnin büyük bölümünün sabit kaldığı durumlar. İkincisi derin uyarlama: sayfanın başlıktan kapanış paragrafına kadar başka bir dilde tamamen yeniden yazıldığı, hatta farklı ürünler veya fiyatlandırmanın öne çıktığı durumlar. Bu iki düzey arasındaki fark, SEO riski açısından da belirleyicidir.
Teknik uygulama sunucu tarafında da yapılabilir istemci tarafında da. Sunucu taraflı locale-adaptive genellikle daha temiz çalışır: tarayıcı içeriği eksiksiz alır, JavaScript yüklenmesini beklemez. İstemci taraflı uyarlama ise Googlebot'un JavaScript'i işleme kapasitesine bağımlıdır — ve bu kapasite her zaman tam değildir. İstemci taraflı bir uyarlamada Googlebot sayfayı ilk JavaScript çalıştırılmadan okursa varsayılan içerikle karşılaşır; dinamik katman hiç devreye girmez.
Googlebot neden her zaman aynı sürümü görüyor?
Googlebot bir URL'yi taradığında, HTTP isteğini belirli bir dil tercihi bildirmeksizin gönderir. Accept-Language başlığı ya boştur ya da genel bir değer içerir; IP adresi ise Google'ın sunucu altyapısından, çoğunlukla ABD kaynaklı bir adres olarak görünür. Locale-adaptive mantığı bu sinyallere bakarak varsayılan içeriği, yani çoğu durumda İngilizce veya sitenin ana dilini döndürür.
Sonuç öngörülebilirdir: Googlebot, o URL için tek bir içerik sürümünü depolar. Türkçe, Almanca veya Japonca sürümleri gerçek kullanıcılara ulaşıyor olsa bile bunların hiçbiri indekslenmez. SERP'te yalnızca Googlebot'un gördüğü sürüm yer alır. Ziyaretçi doğru dilde içerik okuyabilir; ama o ülkedeki bir kullanıcı Google'da arama yaptığında bu sayfayla hiç karşılaşmayabilir.
Buradaki asıl sorun, davranışın sessiz olmasıdır. Search Console'da bir hata uyarısı çıkmaz; indeksleme sayıları sizi yanıltabilir çünkü sayfa indekslenmiştir — sadece tek bir dilde. Search Console'un uluslararası hedefleme raporları bile bu durumu otomatik olarak işaretlemez; raporlar hreflang etiket hatalarını gösterir, ama hreflang hiç kurulmamışsa boş bir tablo döner. Sorun ancak organik trafik analizi yapıldığında, hedef dilde hiç arama görünürlüğü olmadığı fark edildiğinde gün yüzüne çıkar.
Aynı URL, farklı içerik: cloaking sınırı nerede çiziliyor?
Locale-adaptive tartışmalarında sık çıkan bir soru şudur: Googlebot'a farklı içerik göstermek cloaking sayılır mı? Google'ın resmî tutumu net: dil veya bölgeye göre içerik uyarlamak cloaking değildir ve bu yaklaşım teknik olarak yasak değildir. Cloaking, kullanıcılara ve arama motorlarına kasıtlı olarak farklı içerik sunmak, yani sıralama kazanmak amacıyla Googlebot'u manipüle etmektir. Locale-adaptive'in motivasyonu farklıdır; amaç kullanıcıya uygun dilde içerik sunmaktır.
Ancak bu sınır pratikte her zaman keskin değildir. İçerik tamamen farklılaşıyorsa — örneğin Almanya sürümünde başka ürünler listeleniyor, başka fiyatlar gösteriliyor ve metin baştan sona yeniden yazılmışsa — Google'ın otomatik sistemleri bunu beklenmedik bir içerik farklılığı olarak işaretleyebilir. Bu tür durumlarda risk teorik düzeyde kalsa da gereksiz belirsizlik yaratmak, özellikle büyük kataloglarda, istenmeyen bir durumdur. Ayrı URL yapısı bu belirsizliği baştan ortadan kaldırır.
Daha pratik bir risk vardır: otomatik yönlendirmeler ve dil seçici hataları. Locale-adaptive ile birlikte çalışan bir yönlendirme sistemi, Googlebot'u sürekli varsayılan dile yönlendiriyorsa bu durum tarama bütçesini verimsiz kullandırır ve indeksleme sürecini uzatır. Yönlendirme ile locale-adaptive mantığını aynı anda çalıştıran sistemlerde bu çakışma oldukça yaygındır.
Locale-adaptive'in gerçekten işe yaradığı durumlar
Locale-adaptive yaklaşımı her durumda yanlış değildir. Belirli koşullarda, özellikle içerik değişikliğinin kapsamı sınırlı kaldığında, bu yöntem hem kabul edilebilir hem de işlevseldir.
En temiz kullanım alanı yerel biçimlendirmedir: para birimi, tarih formatı, telefon numarası yapısı, ölçü birimi. Türkiye'den gelen kullanıcı fiyatı TL cinsinden görürken Almanya'dan gelen kullanıcı Euro görüyorsa ve metnin geri kalanı değişmiyorsa bu bir locale-adaptive uygulama sayılır. Googlebot bu sayfayı taradığında içeriğin özü — ürün bilgisi, açıklama, başlık — tutarlı kalır; yalnızca biçimsel bir ayrıntı değişmiştir. Bu, indeksleme açısından ciddi bir sorun oluşturmaz.
Bir başka makul senaryo: dil seçimi henüz yapılmamış ziyaretçilere coğrafi bir öneri sunmak. Sayfa İngilizce içerik sunarken üst kısımda küçük bir banner "Türkçe sürüme geçmek ister misiniz?" sorusu sorar. Bu durumda URL değişmez, içerik değişmez; yalnızca bir UI öğesi kişiselleşir. SEO açısından temiz bir yapıdır. Asıl sorun, bu öneri ziyaretçi tarafından kabul edildiğinde nereye yönlendirileceğidir — eğer ayrı bir Türkçe URL yoksa yönlendirme imkânsızdır.
Locale-adaptive'in işlevsel kalabilmesi için pratik eşik şudur: sayfanın anlamsal içeriği — metin, başlık hiyerarşisi, ürün bilgisi — değişmiyorsa bu yaklaşım kabul edilebilir. İçerik özü değişiyorsa, yani Googlebot'un gördüğü ile hedef kullanıcının gördüğü birbirinden belirgin biçimde ayrışıyorsa, ayrı URL yapısına geçmek tek sürdürülebilir yoldur.
Ayrı URL yapısının getirdiği operasyonel maliyet
Google'ın ayrı URL tercihini takip etmek kolay bir karar gibi görünür — ama uygulamada ciddi bir operasyonel yük getirir. Her dil sürümü için ayrı bir URL, dolayısıyla ayrı bir içerik varlığı gerekir. 5 dil ve 200 sayfa varsa yönetilmesi gereken 1.000 URL oluşur. Bu sayı büyüdükçe içerik üretimi, güncelleme senkronizasyonu ve kalite kontrolü zorlaşır.
Hreflang yönetimi de karmaşıklaşır. Her URL'nin diğer dil karşılıklarına karşılıklı olarak işaret etmesi gerekir; tek bir eksik veya yanlış etiket tüm kümenin doğruluğunu bozabilir. Bu konuyu uluslararası SEO teknik hataları açısından ele aldığımızda görülen en yaygın sorunlardan biri de hreflang kümelerinin büyüdükçe bozulmaya başlamasıdır.
Tarama bütçesi de hesaba katılmalıdır. 10 dil sürümüyle çalışan bir site, Googlebot'un aynı içeriği 10 farklı URL üzerinden taraması gerektiği anlamına gelir. İçerikler gerçekten farklılaşmışsa bu bütçe meşru biçimde harcanmış demektir; ama sürümler arasındaki fark yalnızca dil düzeyinde kalıyorsa ve yerelleştirme yetersizse — makine çevirisi düzeyinde, düzensiz güncellemelerle — bu tarama bütçesi verimli kullanılmıyor demektir. Teknik SEO denetimlerinde bu dengesizlik sıkça gün yüzüne çıkar.
Locale-adaptive mi, ayrı URL mi: karar noktaları
İki yaklaşım arasındaki seçim çoğunlukla şu soruyla başlar: bu sayfayı hedef dilde arama sonuçlarında göstermek istiyor musunuz? Eğer yanıt evetse ayrı URL kaçınılmazdır. Locale-adaptive yapıda Googlebot o URL için tek bir içerik sürümü depolar; hedef dildeki SERP görünürlüğü yapısal olarak imkânsızlaşır.
İçerik değişikliğinin kapsamı da belirleyicidir. Yalnızca para birimi, tarih formatı veya telefon numarası gibi biçimsel unsurlar değişiyorsa locale-adaptive kabul edilebilir. Ürün açıklamaları, sayfa başlıkları veya meta metinleri dile göre farklılaşıyorsa ayrı URL gereklidir; aksi hâlde bu içerikler hiçbir zaman indekslenmez.
Üçüncü değişken kapasite gerçekçiliğidir. Ayrı URL yapısına geçmek, her sürüm için içerik üretme ve güncelleme kapasitesi anlamına gelir. Bu kapasite yoksa — örneğin üç dilde tam yerelleştirme yerine makine çevirisiyle doldurulmuş sayfalar üretilecekse — ayrı URL'lerin varlığı SEO açısından bir avantaj değil ek bir yük olur. Düşük kaliteli içerik, ayrı bir URL üzerinde olsa bile değer üretmez; hatta ince içerik sorununa yol açabilir.
Locale-adaptive pages, çok dilli SEO'nun en sık yanlış anlaşılan kavramlarından biridir. Teknik olarak çalışıyor görünen bir sistem, arama motoru indekslemesi açısından hiç çalışmıyor olabilir. İki yaklaşım arasındaki fark — aynı URL üzerinde içerik uyarlamak ya da her dil için ayrı bir adres açmak — kullanıcı deneyiminde görünür olmayabilir ama SERP performansında çok belirgin biçimde ortaya çıkar.
Doğru strateji teknik altyapıya, içerik kapasitesine ve hedef pazarlara göre değişir. Küçük ölçekli bir sitede yüzeysel uyarlamalar locale-adaptive çerçevesinde yönetilebilir. Büyüdükçe ve organik görünürlük gerçek bir hedef hâline geldikçe ayrı URL yapısı kaçınılmaz hâle gelir. Bu kararı erken vermek, sonradan yapılacak kapsamlı bir URL yeniden yapılandırmasının maliyetini ortadan kaldırır.