Bir ajans, İngilizce tek sürüm üzerinden ABD ve İngiltere pazarına birlikte hitap eden bir siteye hreflang eklemeye karar veriyor; tek dil olduğu için hreflang setinin bir işe yaramayacağını fark ediyorlar ve sonra soru şu hale geliyor: Google Search Console'da bir yerde "ülke hedefleme" ayarı yok muydu, o hâlâ çalışıyor mu? Cevap, evet ve hayır aynı anda; ayar hâlâ akılda ama artık orada değil, ve onun yerini alan sinyaller hreflang'la aynı işi görmüyor.
Hreflang ve geotargeting sık sık birbirinin yedeği gibi konuşuluyor, oysa ikisi farklı sorulara cevap veriyor. Hreflang "bu içeriğin hangi dil versiyonunu göster" sorusuna cevap üretir; geotargeting ise "bu siteyi hangi ülkedeki kullanıcıya öncelikli göster" sorusuna. Aynı dilde birden fazla ülkeye hitap eden bir site için bu ayrım, aynı dilde farklı ülkeleri hedeflemek konusunda görüldüğü gibi, teknik kurulumun neresinde durulacağını doğrudan belirliyor.
Bu karışıklığın kaynağı kısmen tarihsel: Search Console'un Uluslararası Hedefleme raporunda yıllarca bir "Ülke" sekmesi vardı ve bu sekme, ccTLD kullanmayan sitelere manuel bir hedef ülke atama imkanı veriyordu. O ayar artık raporun içinde yok. Geriye kalan soru, o ayarın gerçekten ne kadar etkili olduğu ve kaybolduktan sonra geotargeting'in hangi sinyallerle sürdüğü.
Geotargeting ile hreflang aslında farklı iki soruya cevap verir
Hreflang bir kümedir: aynı içeriğin birden fazla dil veya dil-bölge sürümü arasında karşılıklı referans kurar ve Google'a "bu grup birbirinin alternatifi" der. Geotargeting bir ağırlıktır: bir URL'nin veya bir sitenin belirli bir ülkedeki kullanıcı için ne kadar öncelikli görüneceğini etkiler. Bir site tek dilde yayın yapıyor ama üç farklı ülkeye satış yapıyorsa, hreflang kümesi kuracak alternatif içerik yoktur; kurulacak olan geotargeting sinyalidir.
Tersi de doğru: bir site beş dilde yayın yapıyor ama her dil tüm dünyaya aynı şekilde hitap ediyorsa (örneğin bir yazılım dokümantasyon sitesi), geotargeting'in üstleneceği ayrı bir görev yoktur; hreflang zaten dil bazlı ayrımı taşır. İki sinyal, sadece bir site hem çok dilli hem çok ülkeli olduğunda aynı anda devreye girer, ve o zaman bile birbirinin yerini tutmaz, birbirini tamamlar.
Bu iki katmanın birbirini tamamladığı en net örnek, aynı dilde farklı ülkelere hizmet eden sitelerde görülüyor: hreflang dil uyumunu kurmaya çalışmıyor çünkü tek bir dil var, geotargeting ülke uyumunu kurmaya çalışıyor ama manuel bir kontrol paneli artık mevcut değil. Tek URL ile her iki pazara birden hitap etmek geotargeting sinyallerini birbirinden ayırt edemeyeceği için bu senaryoda en kötü sonucu üretiyor. Her iki pazar da zayıf sinyal alıyor. Dil ayrımı yoksa hreflang kurmanın da bir anlamı kalmıyor; asıl karar, geotargeting sinyallerini hangi URL yapısıyla taşıyacağına geliyor.
Search Console'daki ülke hedefleme ayarı artık orada değil
Eski Uluslararası Hedefleme raporunun Ülke sekmesi, subdirectory veya subdomain yapısı kullanan (ccTLD kullanmayan) sitelere manuel bir hedef ülke seçme imkanı veriyordu; bu ayar sadece o property için geçerliydi ve global sıralamayı değiştirmiyordu, sadece belirli bir ülkedeki kullanıcıya sunulan sonuçlarda hafif bir öncelik yaratıyordu. Google bu özelliği raporun içinden kaldırdı ve gerekçe olarak, bu manuel sinyalin diğer otomatik sinyallere kıyasla göreceli ağırlığının düşük olduğunu ve ccTLD, sunucu konumu, hreflang gibi mevcut sinyallerin zaten daha güvenilir bir resim çizdiğini belirtti; alan adı uzantısı bu dolaylı geotargeting'in en sert parçasıdır.
Pratik sonuç şu: bugün bir siteye "bu ülkeyi hedefliyorum" diye manuel bir onay kutusu işaretleme imkanı yok. Geotargeting artık tamamen dolaylı sinyallerin toplamından oluşuyor, ve bu da onu hreflang'dan daha az kesin, daha yavaş oturan bir mekanizma haline getiriyor. Bir siteye yeni girdiğinizde hangi sinyalin ne kadar ağırlık taşıdığını bilmeden geotargeting kurmaya çalışmak, havada asılı bir hedefe nişan almaya benziyor.
ccTLD, sunucu konumu ve IP: geotargeting sinyalleri nereden toplanır
Manuel ayar kalktıktan sonra geotargeting üç ana sinyale yaslanıyor. Birincisi ccTLD: .de, .co.uk veya .com.tr gibi bir uzantı, en güçlü ve en doğrudan sinyali taşır, çünkü alan adı seviyesinde tanımlanmıştır ve alan adı seçimi kararında anlatıldığı gibi bu sinyal başka hiçbir ayarla değiştirilemez. İkincisi sunucu ve barındırma konumu; bu sinyal ccTLD'den daha zayıf ama sıfır değil, özellikle CDN kullanılmayan basit kurulumlarda hâlâ ölçülebilir bir etki bırakıyor. Üçüncüsü içerik dili ve içerik içindeki yerel referanslar: para birimi, telefon formatı, adres yapısı, yerel marka isimleri gibi ipuçları, Google'ın bir sayfanın hangi pazara yazıldığını anlamasına yardımcı oluyor.
Bu üç sinyal birbirinden bağımsız çalışıyor ve tek bir kontrol panelinden yönetilmiyor. ccTLD alındığı gün sabitleniyor, sunucu konumu barındırma sağlayıcısı değiştirilmeden değişmiyor, içerik sinyali ise her yeni sayfa yayınlandığında yeniden şekilleniyor. Bu dağınıklık, geotargeting'in neden hreflang kadar "kur ve bitir" bir iş olmadığını açıklıyor; sürekli biriken bir sinyal kümesi olarak davranıyor.
CDN kullanılan yapılarda sunucu konumu sinyali daha da karmaşıklaşıyor. İçerik küresel bir ağ üzerinden dağıtıldığında fiziksel origin sunucunun konumu tek bir noktaya işaret etmiyor ve Google bu durumu tamamen görmezden gelmiyor; origin sunucu ile CDN edge lokasyonları birbirinden farklı coğrafi sinyaller üretiyor. Pratik çıkarım basit: yaygın CDN kullanımında sunucu konumu sinyalinin görece ağırlığı azalıyor ve ccTLD ile içerik yerelleştirmesi, boşluğu doldurmak zorunda kalıyor. Bu farkın önemi, CDN geçişi planlarken geotargeting yapısını yeniden gözden geçirmeyi gerektiriyor.
Hreflang dili eşler, geotargeting ülkeyi eşler: çakıştıklarında hangisi öne çıkar
İkisinin aynı anda devrede olduğu bir sitede çakışma, genellikle hreflang bölge kodunun geotargeting sinyaliyle uyuşmamasından çıkıyor. Örneğin site içeriği en-GB olarak etiketlenmiş ama sunucu ABD'de barınıyor ve alan adı jenerik .com ise, hreflang "bu sayfa İngiltere için" derken diğer sinyaller nötr bir sinyal gönderiyor; bu durumda Google hreflang'ı görmezden gelmiyor ama tek başına yeterli kabul etmiyor, diğer sinyallerle birlikte tarttığı bir girdi olarak kullanıyor.
Pratikte hreflang, doğru dil sürümünün SERP'te gösterilmesi konusunda geotargeting'den daha belirleyici; bir kullanıcı Fransızca arama yapıyorsa ve site Fransızca sürüm sunuyorsa, o sürüm gösterilir, ülke sinyali burada ikinci planda kalır. Geotargeting'in asıl işlevi, aynı dilde birden fazla ülke sürümü olduğunda hangisinin o ülkedeki kullanıcıya öncelikli sunulacağını belirlemek; İngilizce versiyon için hedef ülke seçiminde görülen senaryo, geotargeting'in ülke katmanı işlevini doğrudan örnekliyor. Yani hreflang dil katmanını, geotargeting ülke katmanını yönetiyor; biri diğerinin üstüne binen bir hiyerarşi değil, paralel çalışan iki katman.
Subdirectory ve subdomain yapılarında geotargeting nasıl güçlendirilir
Manuel ayar olmadan, alt dizin veya alt domain yapısı kullanan bir sitenin geotargeting'ini güçlendirmek için elde kalan araçlar sınırlı ama etkisiz değil. Sitemap'te her dil-ülke kombinasyonu için ayrı bir bölüm tanımlamak, hreflang setinin tutarlılığını korumak ve her ülke sürümüne kendi yerel içeriğini (yerel para birimi, yerel telefon numarası, yerel referans noktaları) eklemek, dolaylı ama ölçülebilir bir katkı sağlıyor.
Yerel backlink kazanımı da bu listede genellikle gözden kaçan bir madde: bir ülkeye özgü sayfaya o ülkeden gelen bağlantılar, sunucu konumu veya ccTLD kadar güçlü olmasa da geotargeting'e katkıda bulunan bir sinyal taşıyor. Buna karşılık, tüm ülke sürümlerine tamamen aynı içeriği koymak, sadece hreflang etiketiyle ayırmak, geotargeting açısından hiçbir ek sinyal üretmiyor; Google'ın gözünde aynı içeriğin farklı URL'lerde tekrarı olarak duruyor ve ülke ayrımı sadece etiket seviyesinde kalıyor.
Hreflang etiketi içinde bölge kodunu atlamak bu yapılarda geotargeting açısından da bir kayıp üretiyor. en yerine en-GB yazmak, doğrudan bir geotargeting mekanizması değil; ancak Google'ın ülke-dil eşleştirmesini kurmasına yardımcı oluyor. Alt dizin yapısında ülke sinyalini en az maliyetle güçlendirmenin ilk adımı çoğunlukla buradan başlıyor: bölge kodlu hreflang, mevcut sinyallerin boşluklarını kapatan en erişilebilir düzeltme. Üstelik bu değişiklik tek başına yeterli değil; ancak diğer adımlarla birleştiğinde kümülatif bir etki yaratıyor.
Hangi senaryoda geotargeting hreflang'dan daha belirleyici olur
Geotargeting'in gerçek ağırlığı, dil ayrımının olmadığı veya zayıf olduğu senaryolarda ortaya çıkıyor. Aynı dilde (örneğin İngilizce) birden fazla ülkeye hizmet veren bir e-ticaret markası, ürün fiyatı, kargo süresi ve ödeme yöntemleri ülkeden ülkeye değiştiği için, hangi sürümün hangi kullanıcıya öncelikli gösterileceği kararını büyük ölçüde geotargeting sinyalleri belirliyor. Benzer şekilde, yerel hizmet sunan bir şirket (örneğin bölgesel bir danışmanlık firması) için dil ayrımı hiç yoksa, tüm ağırlık ccTLD, sunucu konumu ve yerel içerik sinyaline biniyor.
Buna karşılık, dil ayrımının güçlü olduğu ve her dilin kendi pazarına doğrudan denk geldiği senaryolarda (Türkçe içerik sadece Türkiye'ye, Almanca içerik sadece Almanya'ya hitap ediyorsa) hreflang zaten çoğu işi taşıyor ve geotargeting'in ekleyeceği marjinal katkı azalıyor. Bu ayrımı erken netleştirmek, hangi sinyale ne kadar yatırım yapılacağını belirlemede zaman kazandırıyor; her iki sinyale eşit ağırlıkta emek harcamak, dil ve ülke örtüştüğü senaryolarda gereksiz bir tekrar oluyor. Pratik çıkarım şu: tek dil, tek pazar kurulumunda teknik çabanın büyük bölümü hreflang doğruluğuna ayrılmalı; geotargeting sinyali bu yapılarda, ccTLD ve içerik yerelleştirmesi ile birlikte, büyük ölçüde kendiliğinden oturuyor.
Aradaki gri alan kısmi dil örtüşmesinde çıkıyor. İspanyolca içerik hem İspanya hem Meksika hem Arjantin'e hitap ediyorsa, hreflang kümeleri dil katmanını yönetiyor ama her pazardaki öncelik sırası geotargeting sinyallerine kalıyor. Bölge kodlu hreflang etiketi bu senaryoda iki sistemi birbirine yaklaştırıyor; hizalamanın net olduğu yapılarda beklenmedik sıralama davranışlarının kaynağını teşhis etmek de hızlanıyor. Hangi pazarda hangi sinyal baskın olduğunu anlamak, optimizasyon çabasının nereye yöneltileceğini de belirliyor.
Karar protokolü: iki sinyali birlikte kurmanın pratik sırası
İlk soru her zaman şu olmalı: dil ayrımı ile ülke ayrımı örtüşüyor mu, yoksa ayrışıyor mu? Örtüşüyorsa (her dil kendi ülkesine hitap ediyorsa) hreflang setini doğru kurmak neredeyse tüm işi görür ve geotargeting için ayrı bir çalışma gerekmez. Ayrışıyorsa (aynı dil birden fazla ülkeye hitap ediyorsa) sıradaki soru, ccTLD kullanılıp kullanılmayacağı; ccTLD mümkünse en güçlü ve en az bakım gerektiren sinyal budur, mümkün değilse (marka tutarlılığı veya bütçe nedeniyle) alt dizin yapısı seçilir ve geotargeting tamamen dolaylı sinyallere bırakılır.
Üçüncü soru ise: x-default hedefinin hangi ülke veya dil sürümüne işaret ettiği, çünkü coğrafi konumu belirsiz bir kullanıcı geldiğinde gösterilecek varsayılan sürüm de dolaylı bir geotargeting kararı taşıyor. Son adım, sitemap'te dil-ülke bölümlerinin tutarlı ayrıldığı ve Search Console'un Uluslararası Hedefleme raporunun hâlâ mevcut olan Dil sekmesinde hata görünmediğinin doğrulanması; bu rapor artık ülke ayarını taşımasa da, hreflang tarafındaki hataları hâlâ en güvenilir şekilde gösteriyor.
Gerçek projelerden gelen bir örüntü var: ccTLD kullanmayı planlayan bir site, marka tutarlılığı veya bütçe nedeniyle bu kararı erteliyor ve alt dizin yapısıyla yayına giriyor. İlk aylarda geotargeting sinyalleri henüz birikmediği için doğru ülkedeki kullanıcıya doğru sürümü göstermek güçleşiyor; arama motoruna gönderilen sinyaller belirsizliğini korurken, rakip ccTLD sahibi sitelerin ülke sıralamalarındaki üstünlüğü sabit kalıyor. Bu gecikme bazen ccTLD maliyetinden çok daha yüksek bir fırsat maliyetine dönüşüyor. Karar protokolünün ilk sorusu, erteleme yapılıyorsa, alt dizin geotargeting'ini baştan hangi sinyallerin taşıyacağını netleştirmek olmalı.
Geotargeting kurulumunu bir kerelik ayar gibi ele almak, ortadan kalkan manuel seçeneğin bıraktığı en yaygın yanılgı. Ayar kaybolduğu için artık kontrol edilecek bir düğme yok; kontrol edilecek olan, ccTLD kararının, sunucu konumunun ve içerik sinyalinin zaman içinde birbiriyle çelişmediğinden emin olmak.
Hreflang'ın yerini geotargeting'in tutup tutamayacağı sorusu, aslında yanlış soru. İkisi aynı işi farklı hızlarda yapan iki alternatif değil, farklı katmanları yöneten iki bağımsız sistem; biri dil sürümünü seçer, diğeri o sürümün hangi ülkede ne kadar öncelikli görüneceğini şekillendirir. Bir site her iki katmanı da doğru ayarladığında, aradaki fark sadece teorik kalıyor ve kullanıcı hangi sürümü göreceğini hiç sormadan doğru sayfaya ulaşıyor.