Türkçe ve İngilizce iki sürüm yayınlayan birçok site, arama motorlarının geri kalanını kendiliğinden çözeceğini varsayıyor. Oysa çok dilli SEO tarafında asıl kırılma noktası çoğu zaman içerik kalitesinden önce yapı, etiketleme, yerelleştirme ve raporlama oluyor.

Her iki dil sürümünün de görünür olmasını istiyorsanız teknik olarak net, ekip içinde de sürdürülebilir bir kurulum gerekir. Aşağıdaki yaklaşım, Türkçe ve İngilizce içerik yöneten sitelerde sahada en çok işe yarayan çerçevedir.

Alt dizin mi, alt alan adı mı, ccTLD mi

Çok dilli SEO kurulumunda ilk karar, her dilin sitede nerede yaşayacağıdır. Türkçe ve İngilizce için en yaygın seçenekler; /tr/ ve /en/ gibi alt dizinler, tr.example.com ve en.example.com gibi alt alan adları ya da ülke kodlu ayrı domainlerdir.

Çoğu ekip için en sade başlangıç noktası alt dizindir. Tek domain altında kalırsınız, analytics ve yönetişim daha kolay yürür, otoriteyi farklı yapılara bölme riski azalır. Temiz bir kurulum genelde şu şekilde görünür:

• example.com/tr/ Türkçe için
• example.com/en/ İngilizce için
• Aynı path içinde iki dili karıştırmak yerine, dil bazında tutarlı URL kurgusu

Alt alan adı da çalışabilir; ancak tracking, CMS ayarları ve teknik sahiplik tarafında çoğu zaman ek karmaşıklık getirir. ccTLD ise hukuki, operasyonel veya pazar bazlı ayrışma gerçekten gerekiyorsa anlamlıdır. Yalnızca Türkçe ve İngilizce sürüm yayınlayan birçok site için çoğu zaman gereksiz yük yaratır.

Pratik kural şudur: sunumda daha etkileyici duran yapıyı değil, ekibin önümüzdeki iki yıl boyunca düzenli şekilde sürdürebileceği yapıyı seçin.

İlk günden kurulması gerekenler

Hangi yapıyı seçerseniz seçin, ölçekli yayına geçmeden önce şu temelleri kurun:

• Her dil sürümü için ayrı bir URL oluşturun. Aynı URL üzerinde dili dinamik olarak değiştirmeyin.
• Bilgi mimarisini mümkün olduğunca paralel tutun. Türkçe tarafta bir hizmet sayfası varsa, İngilizce tarafta da karşılığı olsun; metin birebir aynı olmak zorunda değil.
• Dil geçişini crawl edilebilir yapın. Sadece JS ile çalışan bir switch yerine düz HTML linkler kullanın.
• Her sayfa sürümünde self-referencing canonical tanımlayın.
• Her dil URL’sini XML sitemap içine ekleyin.

WordPress kullanan ekiplerin sık sorduğu başlıklardan biri de Polylang SEO tarafıdır. Burada eklentinin adı kadar çıktısı önemlidir. Çok dilli eklentinizin stabil URL üretmesi, dil bazında ayrı metadata alanları sunması, canonical yapısını doğru kurması ve kullanılabilir hreflang çıktısı vermesi gerekir. Varsayılan ayarların yeterli olduğunu peşinen kabul etmeyin.

Gözden kaçan bir başka nokta da tarayıcı diline göre otomatik yönlendirmelerdir. Tarayıcısı Türkçe olan herkesi zorla Türkçe sayfaya atmak doğru yaklaşım değildir. Almanya’daki bir kullanıcı İngilizce sürümü tercih edebilir. Hem kullanıcıya seçim alanı bırakın hem de arama motorlarının iki sürümü de engel olmadan taramasını sağlayın.

Klasik hatalar olmadan hreflang

hreflang, arama motorlarına hangi dil sürümünün hangi kullanıcı için daha uygun olduğunu anlatır. Tek başına sıralama artırmaz. Asıl işlevi, farklı dillerdeki yakın eşdeğer sayfalar arasındaki belirsizliği azaltmaktır.

Türkçe ve İngilizce kurulumda en yaygın model oldukça nettir:

• Türkçe sayfa kendisini tr, İngilizce eşdeğerini en olarak işaretler
• İngilizce sayfa kendisini en, Türkçe eşdeğerini tr olarak işaretler
• İsteğe bağlı olarak x-default, dil seçiciye veya varsayılan uluslararası sayfaya gider

Örneğin İngilizce sayfada şu yapı bulunabilir:

• rel=”alternate” hreflang=”en” İngilizce URL’ye gider
• rel=”alternate” hreflang=”tr” Türkçe URL’ye gider
• rel=”alternate” hreflang=”x-default” kullanılıyorsa fallback URL’ye gider

Hatalar çoğu zaman etiketin kendisinde değil, sayfa eşleştirmesi ve bakım sürecinde ortaya çıkar.

Elle kontrol etmeye değer beş nokta

1. Karşılıklı dönüş linkleri tam mı? İngilizce sayfa Türkçe sayfayı gösteriyorsa, Türkçe sayfa da İngilizceye geri dönmelidir.
2. Dil kodları geçerli mi? Gerçek bir neden yoksa Türkçe için tr, İngilizce için en kullanın. en-gb veya en-us gibi bölgesel varyantlara durduk yere geçmeyin.
3. Her hreflang hedefi 200 durum kodu veriyor mu? Yönlenen, canonical ile başka yere işaretlenen veya noindex sayfalara hedef vermeyin.
4. Sayfa çifti gerçekten eşdeğer mi? Türkçe kategori sayfasını, sadece konu yakın diye İngilizce blog yazısına bağlamayın.
5. Çelişen sinyaller var mı? Bir sayfa canonical ile başka URL’ye işaret ederken hreflang ile farklı bir sürümü asıl sayfa gibi göstermemelidir.

Bir sayfanın diğer dilde karşılığı yoksa eşleşmeyi zorlamayın. Alakasız bir hedefe bağlamaktansa, o eşleşmeyen sayfada hreflang kullanmamak daha doğrudur.

Daha büyük sitelerde hreflang etiketlerini HTML head içinde ya da XML sitemap üzerinden yönetin; ardından ana şablonları örnekleyerek kontrol edin: ana sayfa, hizmet sayfaları, blog yazıları, ürün sayfaları ve sayfalı arşivler. Bu yöntem, tek tek rastgele URL bakmaktan daha hızlı şekilde şablon seviyesindeki hataları yakalar.

CMS tarafında eklenti otomasyonu kullanıyorsanız, her yapısal değişiklikten sonra denetim yapın. URL’ler değiştiği halde eski hreflang referanslarını aylarca taşımaya devam eden iki dilli siteler gördük; bu da zamanla tüm indexleme yapısında gereksiz gürültü üretir.

Çeviri yerelleştirme değildir

Doğrudan çeviri, bir sayfayı okunur kılabilir; ama aramada faydalı ya da rekabetçi hale getirmez. Yerelleştirme ise sayfayı, her dilde kullanıcıların nasıl aradığını, nasıl karşılaştırdığını ve nasıl karar verdiğini dikkate alarak düzenlemektir.

İş çoğu ekibin iki dilde aynı bıraktığı sayfa unsurlarından başlar:

• Title tag ve meta description
• Navigasyon etiketleri
• İç link anchor text yapısı
• CTA dili
• Güven unsurları, örnekler ve referans çerçevesi

İngilizce bir sayfa hizmeti esneklik, entegrasyon veya büyüme ekseninde çerçeveliyor olabilir. Türkçe eşdeğeri ise satın alma bağlamına göre operasyonel netlik, uygulama kapsamı ya da geri dönüş hızıyla daha iyi karşılık bulabilir. Buradaki mesele kullanıcıyı kalıba sokmak değil; aynı ticari niyetin farklı dillerde farklı ifadelerle ortaya çıkmasıdır.

Paragrafları değil, sayfanın tamamını yerelleştirin

İşe yarayan yöntem, yerelleştirmeyi katmanlar halinde ele almaktır:

1. Arama niyeti katmanı: Her dilde hedef anahtar kelimenin aynı niyeti taşıdığını doğrulayın.
2. Sayfa yapısı katmanı: Başlıkları, FAQ kurgusunu ve CTA sırasını kullanıcıların değerlendirme biçimine göre uyarlayın.
3. Kanıt katmanı: Örnekleri, kullanım senaryolarını ve terminolojiyi pazarın doğal diline yaklaştırın.
4. Dönüşüm katmanı: Form alanlarını, microcopy’yi ve bir sonraki adım beklentisini dile göre düzenleyin.

Örneğin bir SaaS onboarding sayfası İngilizcede “book a demo” veya “talk to sales” gibi ifadeler kullanabilir. Türkçe sürümde ise kullanıcı beklentisine göre “görüşme talep et”, “kurulum değerlendirmesi iste” ya da “uygulama sürecini konuşalım” gibi daha açık bir sonraki adım daha uygun olabilir. Bu tür küçük ifade farkları, anahtar kelime eklediği için değil, kullanıcı beklentisiyle örtüştüğü için etki yaratır.

Birçok uluslararası SEO projesi de tam burada sapıyor. Ekipler her dilde aynı sayfa sayısını ve aynı düzeni koruyor; ama terminoloji farklarını, kategori derinliğini veya arama davranışını dikkate almıyor. Yerelleştirme bütün siteyi baştan yapmak demek değil. Her dil sürümünün kendi işini düzgün yapmasına izin vermek demek.

İçerik iki dilde de yayında olmasına rağmen bir sürüm düzenli olarak geride kalıyorsa, önce sayfanın ilk ekranını inceleyin. H1 altındaki çerçeve, destekleyici metin, CTA ve iç linkler çoğu zaman asıl sorunu gösterir. Problem her zaman otorite veya indexleme değildir; satır satır çevrilmiş ama kullanıcıların tarama ve karar verme biçimine uyarlanmamış bir sayfa da olabilir.

İki dilde anahtar kelime araştırması

İki dilli sitelerde anahtar kelime araştırması çeviri işi değildir. İngilizcedeki tek bir ifade, Türkçede tek bir ifadeye temiz biçimde karşılık gelmez. Sadece arama hacmine bakmak da niyet kontrolü yapılmadığında yanıltıcı olabilir.

Pratik yaklaşım, devasa bir kelime listesinden değil, sayfa hedeflerinden başlamaktır. Önce ihtiyacınız olan sayfaları netleştirin: ana sayfa, hizmet sayfaları, kategori sayfaları, ana blog içerikleri ve kritik destek sayfaları. Sonra her dili kendi içinde ayrı araştırın.

Uygulanabilir iki dilli anahtar kelime akışı

1. Ana sayfaları listeleyin. Her sayfanın ticari veya bilgilendirici rolünü tanımlayın.
2. Tohum kelimeleri Türkçe ve İngilizce ayrı yazın. İlk adımda bir listeyi diğerine çevirmeyin.
3. Her iki dilde SERP’i kontrol edin. Hangi sayfa tipleri sıralanıyor bakın: rehber, landing page, dizin, ürün sayfası, karşılaştırma içeriği.
4. Niyete göre gruplayın. Bilgilendirici aramaları, hizmet veya satın alma odaklı aramalardan ayırın.
5. Her sayfaya, her dil için tek bir ana anahtar kelime teması atayın. Destekleyici varyasyonları alt başlıklarda ve gövde metninde doğal biçimde işleyin.

Bunun pratikteki karşılığı şudur: İngilizce bir sorgu daha geniş ve eğitici olabilirken, Türkçedeki en yakın ifade daha çok tedarikçi değerlendirme niyetine kayabilir. İki sürümü de aynı sayfa kurgusuna zorladığınızda, taraflardan biri çoğu zaman hedefi ıskalar.

Bu yazının konusu üzerinden düşünürsek, İngilizcede “multilingual seo” geniş bir çatı kavram olarak çalışır. Türkçede ise aynı arama davranışı; uygulama sorularına, dil bazlı terimlere ve platform odaklı sorgulara bölünebilir. Bu da Türkçe sayfanın daha açıklayıcı bir girişe veya biraz farklı bir içerik mimarisine ihtiyaç duyabileceği anlamına gelir.

SERP incelemesinde neye bakılmalı

Araştırma sırasında şu detayları manuel olarak not alın:

• Yerel dildeki sonuçlar İngilizce ödünç terimleri mi, Türkçe karşılıkları mı kullanıyor?
• Üst sıralardaki sayfalar ajans sayfaları mı, yayıncı rehberleri mi, yazılım dokümantasyonu mu?
• Başlık ve heading yapılarında konum belirten ifadeler ne kadar sık geçiyor?
• Kullanıcı strateji önerisi mi, uygulama desteği mi, araç odaklı talimat mı arıyor?

Bu yaklaşım özellikle araçlar ve CMS kurguları etrafında içerik planlarken işe yarar. Polylang SEO ile ilgili bir sorgu, geniş çerçeveli eğitim ihtiyacından çok uygulama odaklı bir ihtiyete işaret edebilir. Böyle durumlarda genel bir çok dilli SEO rehberi yerine daha kısa, görev odaklı bir sayfa daha uygun olur.

Anahtar kelime haritası çıktıktan sonra iç linkleri de dil bazında hizalayın. İngilizce sayfalar öncelikle İngilizce kümeyi, Türkçe sayfalar ise Türkçe kümeyi güçlendirmeli. Diller arası geçiş linkleri kullanıcı için değerlidir; ancak her dil bölümünün kendi içindeki topikal iç link yapısının yerini almamalıdır.

Bu kümeyi daha sistemli büyütmek istiyorsanız, anahtar kelime eşlemesinden sonra konu kümesi planlamasına geçen bir rehber doğal bir iç link adayı olur.

Dil bazında performans ölçümü

Çok dilli SEO raporlamasının en sık zayıfladığı yer burasıdır. Yalnızca site geneli trafiğe bakarsanız asıl tabloyu kaçırırsınız: bir dil görünürlük kazanırken diğer dil, kritik ticari sayfalarda gerileyebilir.

En sade çözüm, ölçümü dil dizini, sayfa grubu ve arama niyeti bazında ayırmaktır. Alt dizin yapısında bu, hem analytics hem de arama görünürlüğü raporlarında /tr/ ve /en/ bölümlerini ayrı izlemek anlamına gelir.

Dil seviyesinde bir dashboard kurarken bakılacak ana görünümler

• Dil dizinine göre organik landing page performansı
• Sayfa setine göre Search Console sorguları
• Dil bölümüne göre index coverage sorunları
• Dile göre dönüşüm veya lead aksiyonları
• Her dil içinde en çok iç link alan öncelikli sayfalar

Sadece trafiğe bakmayın. Her dil bölümünde şunları da karşılaştırın:

• Kritik ticari sayfaların kapsama düzeyi eşdeğer mi?
• Metadata kalitesi benzer standartta mı?
• Crawl edilebilirlik ve indexlenme sağlıklı mı?
• Öncelikli sayfalara giden iç linkler yeterli mi?

Aylık kontrol çok karmaşık olmak zorunda değil:

Kontrol	Türkçe	İngilizce
Ana sayfalar indexte mi	Hizmet ve kategori URL’lerini gözden geçir	Hizmet ve kategori URL’lerini gözden geçir
Öne çıkan landing page’ler	Şablon bazında artış ve düşüşleri not et	Şablon bazında artış ve düşüşleri not et
Sorgu niyeti dağılımı	Bilgilendirici ve ticari ayrımı	Bilgilendirici ve ticari ayrımı
Dönüşümler	Form ve iletişim aksiyonlarını takip et	Form ve iletişim aksiyonlarını takip et
Teknik sorunlar	hreflang, canonical, yönlendirmeler	hreflang, canonical, yönlendirmeler

Dillerden biri geride kalıyorsa teşhisi şu sırayla yapın: indexleme, sayfa eşlemesi, arama niyeti uyumu, ardından otorite. Birçok ekip önce link inşasına koşuyor; oysa başlık, gövde metni ve iç link yapısı o dildeki kullanıcı beklentisini karşılıyor mu sorusu daha önce gelmeli.

Burası aynı zamanda SEO çalışmalarını içerik operasyonu ve otomasyon akışlarıyla bağlamak için doğru noktadır. Bir dilde güncellemeler düzenli yayınlanırken diğer dil sürekli gecikiyorsa, zaman içinde performans farkı oluşması kaçınılmazdır.

Daha eski iki dilli siteleri yenilerken iyi bir başlangıç, yalnızca üç sayfa çiftini denetlemektir: ana sayfa, bir çekirdek hizmet sayfası ve yüksek trafik alan bir içerik sayfası. Yapı, hreflang, metadata ve yerelleştirme burada sorunluysa, benzer problemlerin sitenin geri kalanında da bulunma ihtimali yüksektir.

İyi bir çok dilli SEO kurgusu, daha fazla sayfa eklemekten çok her dil sürümünü kendi başına net, yerel bağlama uygun ve ölçülebilir hale getirmekle ilgilidir. Türkçe ve İngilizce siteler karmaşık bir stack istemez; ekip tarafından düzenli biçimde sürdürülebilen bir kurulum ister.

Türkçe ve İngilizce site yapınızı planlıyorsanız ya da yayındaki iki dilli kurguda sorunları gidermek istiyorsanız, Konuşalım.

Sıkça Sorulan Sorular

Çok dilli SEO için alt dizin mi yoksa alt alan adı mı daha uygundur?

Çoğu ekip için alt dizin yapısı daha kolay yönetilir. Tek domain altında kalmak, ölçümleme, teknik bakım ve içerik yönetişimi açısından genelde daha sade bir yapı sunar.

hreflang sıralamayı doğrudan artırır mı?

Hayır. hreflang doğrudan sıralama sinyali değildir. Görevi, benzer sayfaların hangi dil sürümünün hangi kullanıcıya gösterileceğini netleştirmektir.

Çeviri ile yerelleştirme arasındaki fark nedir?

Çeviri metni başka dile taşır. Yerelleştirme ise başlıkları, CTA dilini, iç linkleri, örnekleri ve sayfa kurgusunu o dildeki kullanıcı beklentisine göre düzenler.

Polylang SEO için tek başına yeterli midir?

Eklenti tek başına yeterli sayılmaz. Asıl önemli olan; stabil URL yapısı, ayrı metadata alanları, doğru canonical kurulumu ve sağlıklı hreflang çıktısı üretmesidir.