Bir SaaS ekibi iki yıl önce Türkçe kaynak site üzerine İngilizce çeviri sürümünü ekledi: her yeni özellik önce Türkçe yazıldı, sonra İngilizceye çevrildi, blog takvimi de aynı sırayı takip etti. Büyüme raporuna bakıldığında tablo tersine döndü; gelirin dörtte üçü artık İngilizce konuşulan pazarlardan geliyor, Türkçe kullanıcı tabanı sabit kalırken İngilizce tabanı katlanarak büyümüş. Ürün ekibi bu veriyle bir karar veriyor: kaynak dil artık İngilizce olacak, Türkçe ikincil çeviri konumuna geçecek. Karar iş açısından mantıklı, ama teknik SEO tarafında göründüğünden çok daha fazla katman etkileniyor.
Kaynak dil değişimi çoğu zaman "hangi dilde önce yazıyoruz" sorusuna indirgeniyor, oysa hreflang kümesinin mantığı, canonical ilişkisi, iç link ağırlığı ve mevcut backlink profili hepsi aynı anda yeniden değerlendirilmesi gereken katmanlar. Bu değişimi bir editoryal takvim güncellemesi gibi ele almak, aylar sonra indeks durumunda ve trafik dağılımında açıklanamayan dalgalanmalara yol açıyor. Peki asıl tehlike nerede? Değişikliğin görünmez kalması: hiçbir sayfa hata vermiyor, hiçbir konfigürasyon bozulmuyor, ama sinyal yapısı yanlış dili önceliklendirmeye devam ediyor.
Kaynak dil değişince aslında ne değişiyor
Hreflang mimarisi değişmiyor. Bu gerçeği erken kabul etmek önemli; çünkü değişmeyen yapı, geçişin tamamlandığı yanılsamasını yaratıyor.
Hreflang kümesinin kendisi teknik olarak simetriktir; tr ve en sürümleri birbirine karşılıklı referans verir ve Google açısından hangisinin "önce" yazıldığı doğrudan bir sinyal taşımaz. Asıl değişen, içerik üretim akışının yönü. Yeni bir özellik sayfası artık önce İngilizce yazılıyorsa, Türkçe sürüm bir süre eksik veya güncel olmayan bilgiyle kalabilir; bu gecikme önceden tersine işliyordu ve kimse fark etmiyordu, çünkü İngilizce zaten ikincil sürümdü ve daha az trafik taşıyordu.
Şimdi gecikme yaşayan taraf, tarihsel olarak daha güçlü indeks otoritesine sahip Türkçe sürüm. Dil versiyonları arası indeks durumunu okuma yönteminde anlatılan mantık burada tam tersine dönüyor: geçmişte İngilizce sürümün indekslenme hızı izlenirdi, şimdi Türkçe sürümün güncellik kaybını izlemek gerekiyor. Bu izleme atlanırsa, güçlü bir dil versiyonu sessizce zayıflarken kimse fark etmeden aylar geçebilir.
Bir ayrımı burada netleştirmek gerekiyor: içerik üretim sırası ile yayın önceliği birbirinden farklı kararlar. Kaynak dili İngilizceye taşımak, Türkçe sürümü ihmal etmek anlamına gelmez; sadece çeviri yönünü tersine çevirir. Ama pratikte bu ters çevirme çoğunlukla örtük kalıyor: Türkçe içeriklerin güncelleme sıklığı düşüyor, yazıların bazıları yalnızca İngilizce yayınlanıyor ve bu fark dokümante edilmeden biriküyor. Kümenin bir üyesi aylarca güncel olmayan içerikle kaldığında, Google o sürümü diğerinden daha az özenli buluyor. Bunu doğrudan bir ceza olarak okumak yanlış; ama zamanla indeks frekansında ve sıralamada bir ayrışma yaşandığını GSC Coverage raporları gösteriyor.
Bu ayrışmayı erken yakalamanın pratik bir yolu var: yayın tarihleri arasındaki farkı iki dilde ayrı ayrı listelemek. Türkçe sürümde son güncelleme tarihleri İngilizce sürümdekinden sistematik olarak geride kalıyorsa, bu tek bir sayfanın sorunu değil, editoryal akışın kendisinin sorunu. Bir sayfada birkaç günlük fark önemsizdir; ama site genelinde ortalama fark haftalar mertebesine ulaşıyorsa, kümenin bir kolu sessizce zayıflıyor demektir. Bu ölçümü çeyreklik bir rutin haline getirmek, geçiş sonrası ilk altı ayda özellikle değerlidir; çünkü tam da bu dönemde eski alışkanlıklar hâlâ üretim sürecine sızmaya devam eder.
x-default hedefi eski kaynağa kilitliyse geçiş görünmez kalır
Çoğu kurulumda x-default, tarihsel olarak kaynak dile atanmış URL'yi gösterir; bu değer kod içinde sabit yazılmış olabilir, CMS ayarında elle seçilmiş olabilir veya build sürecinde otomatik üretiliyor olabilir. Kaynak dil değişse bile x-default değeri eski Türkçe URL'ye kilitli kalırsa, dil veya bölge eşleşmesi bulunamayan tüm ziyaretçiler (örneğin Fransa'dan gelen bir kullanıcı) hâlâ Türkçe sürüme yönlendirilir; şirketin stratejik önceliği İngilizce olsa bile.
Bu hata özellikle sessiz kalıyor, çünkü hreflang setinin kendisi teknik olarak doğru görünür; Search Console hata göstermez, çünkü karşılıklı referans bozulmamıştır. Sorun sadece varsayılan tercih ediliyor mu sorusuna gizlenir. Geçiş planında x-default değerinin yeni kaynak dile taşınması, ilk kontrol noktası olmalı; bu değişiklik genellikle en ucuz düzeltme ama en kolay atlanan adım. Tek satır. Ama haftalar önce yazılmış eski bir template'in içinde gömülü olabilir.
x-default'un nerede tanımlandığını bulmak zaman alabilir. Dinamik bir site mimarisinde bu değer üç farklı yerden beslenebilir: sunucu tarafında oluşturulan HTTP başlıkları, head bölümündeki link etiketleri veya XML sitemap'teki hreflang blokları. Üçünün de aynı anda güncellenmesi gerekiyor; birini atlayıp diğerlerini güncellemek çelişen sinyaller yaratır. Çelişen sinyal, yoktan daha kötü bir durum. Google hangi değere güveneceğini belirleyemediğinde x-default'u yoksayma eğiliminde.
Canonical ilişkisi kaynak değişince yeniden kurulmalı
Self-referencing canonical kuralı, her dil sürümünün kendi URL'sine canonical vermesi biçiminde değişmez kalır; kaynak dil değişimi bu kuralı bozmaz. Ama pratikte kırılan farklı bir şey: kaynak sürüm güncellenip yayına girdiğinde, çeviri sürümü henüz eski içerikle kalıyorsa, iki sayfa arasındaki içerik benzerliği geçici olarak düşer. Canonical yönetiminde anlatılan varsayım, iki sürümün içerik derinliği bakımından yakın kalması üzerine kuruludur; kaynak değişimi sırasında bu yakınlık haftalarca bozulabilir.
Google bu durumu hemen duplicate veya kalitesiz içerik olarak işaretlemez, ama uzun süre devam eden bir tutarsızlık, zayıf kalan sürümün kendi canonical değerini korusa bile daha az güvenilir bulunmasına yol açabilir. Pratik çözüm, kaynak dili değiştirirken çeviri gecikmesine bir üst sınır koymak: örneğin yeni içeriğin en fazla iki hafta içinde diğer dile aktarılması gibi bir kural, otomatik değil ama takip edilebilir bir eşik oluşturur.
Burada asıl karar noktası şu: canonical etiket çeviri gecikmesini gizliyor ama çözmüyor. Bir sayfa kendi URL'sine canonical veriyor, içerik ise dört hafta önceki bilgiyi taşıyor; etiket doğru, içerik eski. Google bot her seferinde taradığında sayfanın içerik değişmediğini görüyor ve tarama sıklığını düşürüyor. Bu mekanizma, beklenmedik bir tarama azalmasının kök nedenini anlamayı güçleştiriyor; teknik yapı sağlam göründüğü için ekip içerik gecikmesini şüpheli olarak değerlendirmiyor. Canonical etiketinin doğruluğunu kontrol etmek yeterli değil; bu denetimi güncel içerik varlığıyla birlikte yapmak gerekiyor.
Pratikte geçiş döneminde çeviri gecikmesini sıfıra indirmek mümkün değil. Kaynak dil değişimi anında gerçekleşiyor, çeviri kapasitesi ise anlık ölçeklenemiyor. Bu nedenle geçiş döneminde hangi sayfaların önce çevrileceğine dair açık bir öncelik sıralaması oluşturmak (yüksek trafik, dönüşüm ağırlıklı ve en çok iç link alan sayfalar önce) gecikmeyi kontrol altına almanın tek gerçekçi yolu. Gecikmeyi sıfırlamak değil, yönetmek; bu iki hedef birbirinden çok farklı.
Eski URL'ler kalır, ama iç link ağırlığı kayması gerekir
Kaynak dil değişimi genellikle URL yapısını değiştirmez; /tr/ ve /en/ önekleri yerinde kalır, ama ağırlık kayması hangi dilin önce yazıldığı kararıyla birlikte okunmalıdır, sadece hangi klasörün "orijinal" sayıldığı değişir. Bu durum yanıltıcı bir rahatlık veriyor: teknik altyapıda hiçbir şey kırılmadığı için ekip iç link yapısını gözden geçirme gereği duymuyor. Ama iç linkleme stratejisinde vurgulanan merkez sayfa mantığı burada geçerliliğini koruyor: yeni ürün ve yeni içerik artık önce İngilizce sürümde yayınlanıyorsa, ana sayfa, menü ve öne çıkan içerik blokları da bu yeni ağırlığı yansıtmalı.
Eski yapı hâlâ Türkçe sürümü öne çıkaran bir iç link hiyerarşisi taşıyorsa, tarama önceliği ve link eşitliği bir süre yanlış dile akmaya devam eder. Bu, kaynak dil değişiminin en kolay gözden kaçan sonucu; çünkü hiçbir sayfa bozulmamıştır, sadece ağırlık dağılımı artık gerçek stratejik önceliği yansıtmıyordur. Altyapı sağlam, öncelik yanlış. Bu ikisi aynı anda doğru olabilir.
İç link yapısını gözden geçirirken en iyi başlangıç noktası ana sayfadır. Büyük olasılıkla ilk görünür İngilizce bağlantılar menüde değil, footer'da yer alıyordur; çünkü yapıyı başlangıçta kim kurdu ve hangi dil için kurdu, bu kararlar footer'da en az değiştirilen biçimde duruyor. Site içindeki blog yazılarının, özellik sayfalarının ve yardım dokümantasyonunun birbirine verdiği bağlantı yoğunluğunu dil bazında karşılaştırmak (kaç iç link Türkçeden İngilizceye, kaçı tersine akıyor) bu asimetriyi somutlaştırmanın en pratik yolu. Sonuç genellikle sürpriz oluyor: eski kaynak dil, yeni kaynak dilden iki ila üç kat daha fazla iç link alıyor.
Search Console geçişi nasıl yansıtıyor: geçici dalgalanma mı, kalıcı sorun mu
Kaynak dil değişiminin ilk haftalarında GSC'de küçük dalgalanmalar normaldir: tarama sıklığı yeni yayın ritmine göre yeniden dengelenir, bazı sayfalarda indeksleme tarihleri güncellenir. Bu dalgalanmayı gerçek bir sorundan ayırmanın pratik yolu, etkilenen dilin hangisi olduğuna bakmak. Hreflang kaynaklı trafik düşüşü tanılamasında anlatılan yöntem burada da işliyor: düşüş kaynak dilde görülüyorsa (bu senaryoda Türkçe), bu beklenen bir yeniden dengelenmedir; düşüş her iki dilde birden görülüyorsa veya İngilizce sürümde de belirginse, kök neden büyük olasılıkla x-default veya canonical katmanında.
İzleme penceresi olarak dört ila altı hafta gerçekçi bir eşik. Altı hafta dolmadan panik yapmak erken, altı haftadan sonra beklemek ise geç. Bu süre boyunca haftalık kontrol yeterli; ama altıncı haftadan sonra hâlâ açıklanamayan bir düşüş sürüyorsa, dalgalanma değil yapısal bir hata var ve teşhis derinleştirilmelidir.
GSC'de izlenecek iki sinyal birbirinden ayrı değerlendirilmeli. Birincisi tıklama ve gösterim verisi: kısa vadeli dalgalanmayı yansıtır. İkincisi Coverage raporundaki "Valid" sayısı: indeks büyüklüğünü gösterir ve daha ağır değişimler için daha güvenilir bir referans noktasıdır. Geçiş sonrasında tıklamalar düşüyor ama Coverage stabil kalıyorsa, büyük olasılıkla bir yeniden dengelenme aşamasındasınızdır. Her ikisi birden düşüyorsa ve düşüş dört haftayı geçiyorsa, x-default ile canonical tutarlılığını aynı anda gözden geçirmek kaçınılmaz hale gelir.
Backlink profili kaynak değişimini otomatik takip etmiyor
Şirketin yıllar içinde topladığı dış bağlantıların büyük kısmı, kaynak dilin Türkçe olduğu dönemde Türkçe sayfalara verilmiştir. Kaynak dil İngilizceye kayınca bu linkler kendiliğinden yeni kaynağa taşınmaz; backlink dil versiyonu yönetiminde anlatıldığı gibi, link eşitliği dil sürümleri arasında otomatik akmaz. Türkçe sayfaya işaret eden güçlü bir bağlantı, o sayfa artık ikincil çeviri statüsünde olsa bile otoritesini Türkçe URL'de tutmaya devam eder. Otorite taşınmaz. Sadece yeni bağlantılar yeni konuma gidebilir.
Bu durum tek başına bir hata değildir, ama stratejik bir eksiklik yaratır: şirketin en değerli geri bağlantıları hâlâ ikincil hale gelen dile bağlıdır. Kısa vadede yapılabilecek en gerçekçi adım, yeni outreach ve PR çalışmalarını İngilizce sürüme yönlendirmek; mevcut linkleri taşımak mümkün olmadığından, gelecekteki otorite kazanımını doğru kaynağa yönlendirmek daha uygulanabilir bir çözüm.
Daha incelikli bir sorun şu: bazı dış linkler içerik türü bazında gelmiştir. Örneğin teknik bir blog yazısına verilen güçlü bir bağlantı, o yazının Türkçe sürümüne işaret ediyor olabilir; yalnızca o sayfa için değil, içerik konusu için topiksel otorite sinyali de taşıyor. Bu tür bağlantıların dil versiyonu açısından yanlış tarafta olması, o konuya ait İngilizce içeriklerin otorite geliştirmesini yavaşlatır. Hızlı bir çözümü yok, ama en azından hangi bağlantıların bu kategoride olduğunu bilmek, yeni içerik üretim önceliğini belirlemede yardımcı olur.
Kaynak dil değişimi, teknik olarak tek bir dosyanın veya ayarın değiştirilmesiyle biten bir işlem değil; x-default, canonical zamanlaması, iç link ağırlığı ve backlink profili aynı kararın dört farklı yansıması olarak birlikte hareket etmesi gerekiyor. Bu dört katmandan biri eski kaynağa sadık kalırsa, geri kalan üçü ne kadar doğru kurulsa da genel sinyal karışık kalır.
Hangi katmanın önce ele alınacağına karar vermek, geçişin başarısını büyük ölçüde belirliyor. x-default güncellenmesi sabah yayınlandığında etkisi aynı gün arama motoruna ulaşmıyor; Google yeni değeri bir sonraki tarama döngüsünde alıyor ve bu birkaç gün ile birkaç hafta arasında değişiyor. Bu gecikmeyi hesaba katmadan iç link yapısını da aynı gün güncellemek, iki sinyal arasında geçici bir tutarsızlık yaratıyor. Bu tutarsızlık kısa süreli ve zararsız olabilir, ama kötü zamanlama nedeniyle ikisi birbiriyle çakışırsa GSC'de anlamsız görünen birkaç haftalık trafik oynaklığı ortaya çıkabilir; neyin etkisi neyin olmadığını anlamak güçleşiyor.
Geçişin en kritik özelliği görünmezliği. Hiçbir sayfa hata vermiyor, hiçbir rapor kırmızıya dönmüyor. Ama sinyal yapısı aylarca eski önceliği anlatmaya devam ediyor. Teknik SEO ekipleri bu tür sessiz kaymalara en az hazırlıklı; çünkü alarmları kapatan şey değişikliğin başarısı değil, sadece hiçbir şeyin kırılmaması. Bu ayrımı erkenden kuran ekipler, kaynak dil geçişini kaygısız bir editoryal karardan, takip gerektiren çok katmanlı bir teknik sürece dönüştürebiliyor.