Uluslararası SEO mimarisi: ccTLD, subdomain, subfolder kararı

Uluslararası SEO mimarisi nedir ve ne zaman gerekir?

Uluslararası SEO mimarisi, aynı markanın farklı dil ve ülke pazarlarına nasıl ayrılacağını belirleyen teknik ve stratejik çerçevedir. Buradaki temel ayrım şudur: çok dilli yapı aynı pazarda birden fazla dili hedefleyebilir; çok bölgeli yapı ise aynı dili farklı ülkeler için farklı tekliflerle sunabilir. Bu yüzden sadece çeviri yapmak yeterli olmaz; URL yapısı, içerik ayrımı, para birimi, navigasyon ve ölçümleme birlikte düşünülmelidir.

Google Search Central’ın 2025-12-10 tarihinde güncellenen çok bölgeli ve çok dilli site dokümanına göre farklı dil veya ülke sürümleri için ayrı URL kullanmak hâlâ en net sinyaldir. Aynı resmi kaynağa göre otomatik dil yönlendirmesi tek başına güvenli çözüm değildir; kullanıcıya görünür bir seçim bırakılmalıdır. 2025-12-10 güncellenen locale-adaptive sayfalar dokümanı da IP veya Accept-Language temelli tek URL kurgularında Google’ın tüm varyasyonları aynı netlikte taramayabileceğini açıkça hatırlatıyor.

Bu karar çoğu marka için ilk günden gerekmez; ama şu eşiklerde stratejik zorunluluk hâline gelir:

• Aynı ürün için farklı ülkelerde farklı teslimat, mevzuat veya fiyat mesajı gerekiyorsa.
• İçerik ekibi ülke bazlı landing page ve blog hub üretmeye başladıysa.
• Search Console raporlarında ülke ve dil performansını ayrı okuyamamak büyümeyi yavaşlatıyorsa.
• Tek URL üzerinde dil değiştirip aynı niyete hitap etmeyen sayfalar birikmeye başladıysa.

ccTLD, subdomain ve subfolder arasında nasıl seçim yapılır?

Tek bir evrensel en iyi yapı yoktur. ccTLD, subdomain ve subfolder; güven sinyali, otorite aktarımı, bakım maliyeti ve ekip bağımsızlığı arasında farklı denge kurar. ccTLD yerel güven ve yerel marka algısını güçlendirir; subfolder tek domain altında otorite birikimini kolaylaştırır; subdomain ise ekiplerin veya sistemlerin birbirinden daha rahat ayrılmasını sağlar. 2025-12-10 güncellenen Google dokümanında da ülke hedefleme için ccTLD’nin güçlü bir sinyal olduğu, fakat tek çözüm olmadığı açıkça belirtiliyor.

Karar matrisi nasıl okunmalı?

• ccTLD: Yerel güven yüksektir, ancak yeni domain otoritesi ve ayrı operasyon ister.
• Subdomain: Teknik ayrım kolaydır, fakat yönetişim zayıfsa iç link ve canonical disiplini bozulabilir.
• Subfolder: En merkezi modeldir; içerik, crawl ve otorite tek çatıda toplandığı için özellikle sınırlı ekiplerde sürdürülebilir olur.

Teknoloji yığını kararı ciddi biçimde etkiler. Shopify tarafında çok mağazalı kurgu ccTLD veya subdomain kararını hızlandırabilir; WordPress çok dilli eklenti ekosistemi nedeniyle subfolder yaklaşımını operasyonel açıdan daha rahat taşır. Headless yapılarda ülke bazlı deploy ve cache yönetimi güçlüyse subdomain mantıklı olabilir. Özel yazılımda ise içerik yönetim paneli tek merkezde kalacaksa subfolder çoğu zaman daha düşük sürtünme yaratır.

Pratikte karar şu soruya dayanır: yerel ekipler ne kadar bağımsız çalışacak, teknik borç ne kadar kaldırılabilir ve marka otoritesini ne kadar bölmek istiyorsunuz? Küçük veya orta ölçekli ekiplerde subfolder çoğu kez daha hızlı sonuç verir. Yerel pazarda ayrı PR, ayrı satış ve ayrı operasyon modeli kuruluyorsa ccTLD daha savunulabilir olur. Subdomain ise iki uç arasında esnek, fakat yönetim hatalarına açık bir orta yoldur.

Hreflang, canonical ve URL standardı birlikte nasıl kurgulanır?

Uluslararası mimarinin en çok bozulan noktası, hreflang ile canonical ilişkisinin birbirinden bağımsız ele alınmasıdır. Google’ın 2025-12-22 güncellenen Localized Versions dokümanına göre hreflang işaretleri karşılıklı olmalı, tam URL içermeli ve tüm varyantlar kendisi dâhil birbirini işaretlemelidir. Aynı belgede HTML, HTTP header ve XML sitemap yöntemlerinin kullanılabileceği; asıl kritik noktanın yöntem seçimi değil tutarlılık olduğu vurgulanır. x-default ise desteklenmeyen dil veya bölge için varsayılan seçici ya da nötr sayfa tanımlamakta kullanılır.

Dil ve bölge kodlarında gelişi güzel kısaltma kullanılmaz. Yapı, BCP 47 mantığıyla dil ve gerekirse bölge birleşiminden oluşur; örneğin de, de-DE veya en-GB. Canonical tarafında kural daha nettir: aynı niyete sahip, aynı dilde ama izleme parametresi veya teknik kopya gibi tekrarlar varsa canonical tek sürüme bağlanır; farklı ülke veya dil sayfaları ise genellikle kendi kendine canonical verir ve hreflang kümesi içinde ayrı kalır.

En sık gördüğümüz hata senaryoları şunlardır:

• Hreflang’de göreli URL kullanmak ve bazı varyantları eksik bırakmak.
• TR sayfasını EN sayfasına canonical verip sonra iki sayfayı hreflang ile bağlamaya çalışmak.
• Dil değiştiricide kullanıcıyı zorla yönlendirip alternatif sayfalara normal iç link vermemek.
• Sitemap’te olan varyantı HTML head içinde unutarak sinyalleri parçalamak.

Dil değiştirici navigasyon, iç linkleme ve URL standardı birlikte çalışmalıdır. Kullanıcı ve bot, örneğin /de/, /en-gb/ veya de.example.com yapısının neyi temsil ettiğini ilk bakışta anlamalıdır. Google Search Central Blog’daki 2023-05-08 tarihli x-default yazısı da x-default değerinin yalnızca eşleştirme değil, bazı durumlarda URL keşfine katkı sağlayabildiğini söylüyor. Bu yüzden hreflang sadece etiket işi değil, keşif ve dönüşüm mimarisinin parçasıdır.

Çeviri değil yerelleştirme: içerik, para birimi ve SERP niyeti nasıl ayrışır?

Uluslararası SEO’da yerelleştirme, metni başka dile çevirmekten daha geniştir. Para birimi, teslimat süresi, vergi ifadesi, iletişim tonu, yasal uyarılar ve hatta görsel seçimleri bile pazara göre değişebilir. Aynı ürün sayfası Almanya’da güven ve uyumluluk odaklı sorgular alırken Birleşik Krallık’ta karşılaştırma ve teslimat hızına odaklı sorgular alabilir. Bu farkı tek kopya içerikle yönetmeye çalışmak, hem sıralamayı hem dönüşümü zayıflatır.

Bu yüzden her ülke ve dil için aynı şablonu çoğaltmak yerine, ayrı niyet kümeleri tanımlamak gerekir. Yeni pazar araştırmasında bir anahtar kelime aracı ile ülke bazlı sorgu kalıplarını görmek, hangi sayfanın ortak kalabileceğini ve hangisinin ayrı landing page istemesi gerektiğini çok hızlı ortaya çıkarır. Özellikle 2026 SERP’inde AI destekli özetler ve global content hub söylemi artsa da çekirdek gerçek değişmiyor: kullanıcı niyeti yerelse, içerik de yerel olmalı.

Buradaki kritik karar, dil ayrımı ile içerik ayrımını birbirine karıştırmamaktır. Örneğin sadece İngilizce konuşulan pazarları tek klasörde toplamak teoride temiz görünür; pratikte para birimi, kargo politikası ve ticari ifadeler ayrışıyorsa ayrı ülke sayfaları gerekir. Blog ve rehber içeriklerinde de aynı mantık geçerlidir: bazı konular ortak bir global hub altında çalışır, bazıları ise ülke bazlı mini hub ister. Mimari, içerik stratejisinin sonucu değil; onun taşıyıcı sistemi olmalıdır.

90 günlük pilotta üç mimariyi yan yana test ettiğinizde ne görürsünüz?

Danışmanlık tarafında en öğretici yöntem, tek markayı üç ayrı yapıda pilot pazarda modellemektir: /de/, de.example.com ve example.de. Son dönemde benzer kurulumlarda tekrar eden desen şuydu: subfolder yapısı içerik yayını ve iç link yönetimi açısından en hızlı öğrenilen model oluyor; subdomain ekip ayrımını kolaylaştırıyor ama governance zayıfsa hreflang ve canonical dağılabiliyor; ayrı ccTLD ise yerel marka sinyali için güçlü ama ilk günden daha fazla teknik ve editoryal koordinasyon istiyor.

90 günlük pencerede ilk bakılan metrik çoğu zaman trafik olur, ama asıl farklar daha erken görünür: hangi modelde yeni sayfalar daha hızlı kalite kontrolden geçiyor, hangi modelde sitemap ve şablon güncellemesi daha az sürtünme yaratıyor, hangi yapıda ülke ekibi kendi backlog’unu bağımsız yönetebiliyor. Pilotlarda sık gördüğümüz bir gerçek var: hreflang hata oranı tek başına mimari sorunu değil, çoğu zaman süreç sorunudur. Eğer yayın akışı tek checkliste bağlı değilse en iyi URL modeli bile hata üretir.

Özellikle /en/ alt klasörden ayrı ccTLD’ye geçiş senaryolarında önce-sonra farkı ilk etapta CTR’den çok veri netliğinde ortaya çıkar. Ülke bazlı raporlama, yerel PR ve backlink çalışması, ayrı domain üzerinde daha okunur hâle gelir; buna karşılık redirect haritası zayıfsa eski otoritenin taşınması uzar. Bu nedenle pilotun amacı sadece kazanan mimariyi seçmek değil, migration maliyetini önceden görünür kılmaktır.

Migration, ölçümleme ve araç seti: 2026 operasyon çerçevesi

Migration aşamasında sıra önemlidir: önce hedef URL sözlüğü çıkarılır, sonra şablonlar hazırlanır, ardından hreflang ve canonical kuralları sabitlenir, en son yönlendirme haritası canlıya alınır. Sitemap güncellemesi, QA kontrolü ve rollback planı bu akışın dışında düşünülemez. 2026’da hâlâ en pahalı hata, yeni ülke yapısını yayına alıp birkaç hafta sonra URL standardının değişmesidir; bu durum hem tarama verisini hem raporlamayı kirletir.

Ölçümleme tarafında ülke ve dil bazında şu KPI seti yeterince nettir:

• Index coverage ve dışlanan URL desenleri.
• Gösterim, tıklama ve sorgu kırılımı.
• Hreflang ve canonical hata oranı.
• Log verisinde bot erişimi ve tarama frekansı.
• Locale bazlı dönüşüm ve gelir katkısı.

Bu iş akışında site sağlığı görünümü ile kırık hreflang, canonical sapması ve yönlendirme zincirleri erken fark edilir; sıralama takibi ülke bazlı görünürlüğün mimari değişimden sonra nereye gittiğini izler; backlink analizi özellikle ccTLD geçişlerinde yerel otorite boşluğunu okumayı kolaylaştırır; AI görünürlük ise 2026 SERP’inde markanın yapay zekâ destekli cevaplarda hangi pazarlarda daha sık geçtiğini anlamaya yardım eder. Ahrefs ve SEMrush geniş veri katmanlarıyla bilinir; SEOYEN bu operasyonu Türkiye ekiplerinin daha hızlı çalışabileceği Türkçe arayüz, TL bazlı fiyatlandırma ve yerel Türkçe destekle tek platformda toplar. Operasyon kapasitesini planlarken paket seçenekleri üzerinden lisans ve ekip uyumunu ayrıca değerlendirmek mantıklıdır.

Adım Adım Uluslararası SEO mimarisi seçimi için karar akışı

1. Hedef pazarları dil ve ülkeye göre ayır

   Önce hangi farkın yalnızca dil, hangisinin gerçekten ülke farkı olduğunu netleştirin. Aynı dil konuşan iki pazarda para birimi, teslimat modeli ve mevzuat farklıysa bunları tek locale altında toplamaya çalışmayın. İlk karar ağacı, içerik şablonundan önce iş modelinden çıkmalıdır.

2. URL modelini ekip ve bütçeye göre seç

   ccTLD, subdomain ve subfolder seçeneklerini teknik olarak değil, operasyonel gerçeklikle kıyaslayın. İçerik ekibi tek panelden çalışacaksa ve hızlı rollout gerekiyorsa subfolder öne çıkar. Yerel ekipler bağımsızsa ve ayrı marka sinyali önemliyse ccTLD daha anlamlı olabilir.

3. Hreflang ve canonical ilişkisini tasarla

   Her locale sürümü için karşılıklı hreflang bağlantıları, self-canonical ve gerekirse x-default mantığını başlangıçta tanımlayın. HTML head, sitemap ve yönlendirme kuralları aynı sözlükten beslenmeli. Sonradan eklenen istisnalar, uluslararası yapılarda en hızlı büyüyen teknik borçtur.

4. Yerelleştirme ve içerik akışını planla

   Çeviri, editoryal review, yasal kontrol ve ticari kopya onayını tek süreçte birleştirin. Sadece metni çevirmek yerine yerel sorgu niyetini, görsel dili ve teklif yapısını ayrı düşünün. İçerik takvimi locale bazlı ownership almıyorsa mimari ne kadar doğru olursa olsun yayın kalitesi düşer.

5. KPI ve migration kontrol listesini tamamla

   Canlıya çıkmadan önce Search Console doğrulamaları, redirect map, sitemap submit, robots kontrolleri ve örnek sayfa QA tamamlanmalı. İlk 30 gün için günlük, sonraki 60 gün için haftalık izleme planı oluşturun. Başarılı migration, sadece açılış günü değil, izleyen haftalardaki veri temizliğiyle anlaşılır.

Sıkça Sorulan Sorular