Uluslararası SEO (International SEO) Mimarisi: Çok Dilli Sitelerde Hreflang ve ccTLD Stratejisi

Uluslararası SEO (International SEO) Mimarisi: Çok Dilli Sitelerde Hreflang ve ccTLD Stratejisi

Yazar: Kumsal AjansOluşturulma: Güncellenme: 7 dk okuma
Henüz puanlanmadı Puanınız:

Blog yazısı içeriği

Bir web sitesini farklı dillere çevirmek, uluslararası SEO için tek başına yeterli değildir. Arama motorunun her sayfanın hangi dil ve ülke için hazırlandığını anlayabilmesi; kullanıcının da doğru fiyat, ürün, iletişim bilgisi ve içerikle karşılaşması gerekir. Bu nedenle uluslararası SEO mimarisi, hreflang etiketi eklemekten çok daha kapsamlıdır. Alan adı yapısı, URL standardı, içerik eşleştirme, canonical kullanımı, yönlendirmeler, site haritaları ve ölçümleme kararları aynı model içinde ele alınmalıdır.

Doğru mimari, örneğin Almanya’daki Almanca aramada Türkiye sayfasının veya İngiltere’deki kullanıcıya ABD fiyatlarının gösterilmesi riskini azaltır. Aynı zamanda benzer bölgesel sayfaların gereksiz biçimde birbirleriyle rekabet etmesini önler. Kurumsal markalar, ihracatçılar ve e-ticaret ekipleri için amaç yalnızca daha fazla URL üretmek değil; her pazarın kullanıcı beklentisine karşılık veren, sürdürülebilir ve yönetilebilir bir sistem kurmaktır.

Uluslararası SEO mimarisi nedir?

Uluslararası SEO mimarisi; dil ve ülke hedeflerinin URL’lere, içerik modeline, teknik işaretlere ve kullanıcı deneyimine nasıl yansıtılacağını tanımlayan yapıdır. Çok dilli bir site yalnızca Türkçe ve İngilizce içerik sunabilir. Çok bölgeli bir site ise aynı dilde konuşan farklı ülkeler için ayrı ürün, fiyat veya mevzuat sayfaları yayımlayabilir. Örneğin en-GB ve en-US sayfaları aynı dili kullanmasına rağmen farklı pazarlara hizmet eder.

İlk adım, hedefleri “dil” ve “ülke” olarak ayırmaktır. İspanyolca içerik bütün İspanyolca konuşan kullanıcılara mı sunulacak, yoksa İspanya ve Meksika için ayrı deneyimler mi hazırlanacak? Bu karar; URL şemasından hreflang kodlarına, ürün kataloğundan içerik üretim bütçesine kadar bütün sistemi etkiler. Google da çok dilli sürümler için ayrı URL kullanılmasını ve varyasyonların açık işaretlerle belirtilmesini önerir. Ayrıntılar, çok bölgeli ve çok dilli site yönetimi rehberinde açıklanır.

Uluslararası SEO Mimarisini Kurma Sırası
Uluslararası SEO Mimarisini Kurma Sırası

ccTLD, alt alan adı ve alt dizin arasında nasıl seçim yapılır?

Uluslararası sitelerde üç temel yapı öne çıkar: ülke kodlu üst düzey alan adı, yani ccTLD; alt alan adı; genel alan adı altında alt dizin. Her model teknik olarak uygulanabilir. Doğru tercih, hedef pazarların önemi, operasyonel bağımsızlık, marka stratejisi, geliştirme kaynakları ve içerik yönetim kapasitesiyle birlikte değerlendirilmelidir.

ccTLD: Güçlü ülke sinyali, yüksek operasyon yükü

example.de veya example.fr gibi ccTLD’ler, sitenin belirli bir ülkeye yönelik olduğunu kullanıcıya ve arama motoruna açıkça anlatır. Yerel güven algısı, ayrı kampanyalar ve ülkeden ülkeye bağımsız operasyon için avantaj sağlayabilir. Buna karşılık her alan adının tescili, teknik bakımı, güvenliği, analitik kurulumu ve otorite gelişimi ayrı yönetilir. Bazı ülkelerde alan adı tahsisi için yerel varlık şartları da bulunabilir.

ccTLD yaklaşımı; ülkelerin bağımsız ekip, katalog, mevzuat ve pazarlama bütçelerine sahip olduğu yapılarda anlamlıdır. Yalnızca birkaç sayfayı çevirecek veya merkezi bir ekiple çok sayıda pazarı yönetecek markalarda ise maliyet ve yönetişim yükü faydayı aşabilir.

Alt dizin: Merkezi otorite ve kolay yönetim

example.com/de/ veya example.com/tr/ modeli, bütün pazarları tek alan adı altında toplar. Teknik altyapı, otorite sinyalleri, analitik ve yönetim paneli daha kolay merkezileştirilir. Yeni bir ülke açmak da çoğu zaman yeni bir alan adı kurmaktan daha hızlıdır. Buna karşılık ülke ayrımı URL’den herkes için açık olmayabilir ve altyapıdaki büyük bir sorun bütün pazarları etkileyebilir.

Alt alan adı: Ayrışma ile merkezilik arasında

de.example.com gibi alt alan adları, farklı ekip veya platformların ayrıştırılmasına olanak tanır. Ancak teknik yönetim ve performans takibi alt dizine göre daha parçalı olabilir. URL’deki “de” ifadesinin dil mi, ülke mi anlattığı da kullanıcı açısından belirsiz kalabilir. Parametre tabanlı ?lang=de yapıları ise kalıcı uluslararası mimari için önerilmez; tarama, paylaşım, analiz ve segmentasyon süreçlerini zorlaştırır.

Hreflang nasıl doğru kurgulanır?

Hreflang, birbirinin dil veya bölge alternatifi olan URL’leri bir küme halinde arama motoruna bildirir. Etiket bir sıralama garantisi değildir; arama motorunun uygun kullanıcıya doğru sürümü göstermesine yardımcı olan bir eşleştirme işaretidir. Dil kodu ISO 639-1, isteğe bağlı ülke kodu ise ISO 3166-1 Alpha 2 standardına göre yazılır. Örneğin Türkçe için tr, Almanya’ya yönelik Almanca için de-DE, İsviçre’ye yönelik Almanca için de-CH kullanılabilir.

Her alternatif sayfa kendisini ve kümedeki diğer eşdeğer sayfaları listelemelidir. Bağlantılar karşılıklı olmalıdır: Türkçe sayfa İngilizce alternatifi gösterirken İngilizce sayfa da Türkçe sürüme dönmelidir. URL’ler göreli değil, protokol ve alan adı dahil tam biçimde yazılmalıdır. Belirli bir dil veya bölgeyle eşleşmeyen kullanıcılar için seçici sayfa ya da genel sürüm x-default ile tanımlanabilir. Google’ın yerelleştirilmiş sayfa sürümleri dokümanı, HTML, HTTP başlığı ve XML site haritası uygulamalarını ayrıntılandırır.

Hreflang HTML başlığında, XML site haritasında veya HTML dışı belgeler için HTTP başlığında uygulanabilir. Aynı ilişkiyi üç yöntemle birden tanımlamak zorunlu değildir. Büyük ve sık değişen kataloglarda XML site haritası merkezi yönetimi kolaylaştırabilir; daha küçük kurumsal sitelerde HTML etiketi yeterli olabilir. Esas ölçüt, seçilen yöntemin otomatik üretilebilmesi ve sürümler arasında tutarlı kalmasıdır.

İçerik eşleştirmesi neden etiketten önce gelir?

Hreflang ancak gerçekten eşdeğer sayfalar arasında kurulmalıdır. Türkçe ürün sayfasını İngilizce kategori sayfasıyla, bir hizmet açıklamasını yabancı dil ana sayfasıyla eşleştirmek yanlış bağlam oluşturur. Önce bütün pazarlardaki sayfaları satır bazında gösteren bir eşleştirme tablosu hazırlanmalıdır. Her satır aynı arama niyetini ve kullanıcı görevini karşılayan URL’leri içermelidir.

Bir sayfanın belirli bir dilde karşılığı yoksa yapay bir eşleştirme yapılmamalıdır. Eksik alternatif sonradan üretilebilir; ancak o zamana kadar hreflang kümesinin dışında bırakılabilir. Otomatik çeviriyle yüzlerce zayıf sayfa yayımlamak yerine ürün bulunabilirliği, ölçü birimleri, para birimi, teslimat koşulları, hukuki metinler ve yerel terminolojiyle tamamlanmış içerikler hazırlanmalıdır. Bu süreç, çeviriden ziyade çok dilli kullanıcı deneyimi ve web tasarımı problemi olarak ele alınmalıdır.

YapıTemel avantajTemel maliyetUygun senaryo
ccTLD: example.deGüçlü ülke sinyaliAyrı altyapı ve otoriteBağımsız ülke operasyonu
Alt alan adı: de.example.comTeknik ayrışmaParçalı yönetimFarklı platform veya ekip
Alt dizin: example.com/de/Merkezi ve kolay yönetimDaha zayıf görsel ülke ayrımıOrtak altyapılı büyüme

Canonical ve hreflang birlikte nasıl kullanılmalı?

Canonical, benzer veya yinelenen URL’ler arasından temsilci sürüm tercihini bildirir; hreflang ise farklı dil ve bölge sürümlerinin ilişkisini açıklar. Bu iki işaret birbirinin yerine geçmez. İndekslenmesi istenen her yerelleştirilmiş sayfa genel olarak kendisini canonical göstermelidir. Almanya sayfasının canonical etiketini İngilizce veya küresel sayfaya yöneltmek, bölgesel URL’nin ayrı olarak indekslenmesini zayıflatabilir.

Aynı dildeki ülke sürümleri birbirine çok benzeyebilir. Böyle durumlarda her pazar sayfasının kendine referans veren canonical etiketi ile karşılıklı hreflang ilişkileri birlikte kullanılmalıdır. Google’ın URL canonicalization açıklaması, bölgesel varyasyonlarda canonical ve hreflang sinyallerinin birlikte değerlendirilmesini önerir. Site haritası, iç bağlantılar ve yönlendirmeler de seçilen canonical URL’lerle çelişmemelidir.

Otomatik yönlendirme neden risklidir?

Kullanıcıyı IP adresine veya tarayıcı diline göre zorunlu olarak başka bir sürüme yönlendirmek, arama motorlarının bütün varyasyonları taramasını engelleyebilir. IP konumu her zaman kullanıcının gerçek tercihini göstermez; seyahat eden, VPN kullanan veya farklı dil tercih eden ziyaretçiler yanlış sürümde kalabilir. Daha güvenli yaklaşım, öneri bandı göstermek ve kullanıcının ülke ya da dil seçimini kalıcı biçimde hatırlamaktır.

Dil seçici yalnızca bayraklardan oluşmamalıdır; bayrak ülkeyi, dil adı ise dili temsil eder. Her sayfada görünür, klavyeyle kullanılabilir ve taranabilir bağlantılar bulunmalıdır. Kullanıcı bir ürün sayfasında dil değiştirdiğinde mümkünse aynı ürünün alternatifine geçmeli, ana sayfaya gönderilmemelidir. Kalıcı URL değişikliklerinde 301, geçici kampanya veya bakım geçişlerinde ihtiyaca göre 302 kullanılmalı; yönlendirme zincirleri ve döngüleri engellenmelidir.

İndeksleme ve yayın kontrol listesi

Uluslararası SEO yayından sonra eklenen bir etiket paketi değil, geliştirme kabul kriterlerinin parçasıdır. Yönetim paneli; dil ve pazar durumunu, karşılık URL’yi, indeksleme tercihini ve yayın durumunu açıkça yönetebilmelidir. Özel web yazılım geliştirme sürecinde sayfa silme, ürünün belirli ülkede satıştan kalkması ve yeni pazar ekleme senaryoları da modellenmelidir.

  • Her indekslenebilir dil veya ülke sürümünün benzersiz ve kalıcı bir URL’si bulunmalıdır.
  • Hreflang kümelerinde öz referans, karşılıklı bağlantı, geçerli kod ve 200 durumlu hedef kontrol edilmelidir.
  • Canonical, hreflang, XML site haritası ve iç bağlantılar aynı URL standardını göstermelidir.
  • Robots.txt, noindex, kimlik doğrulama veya hatalı yönlendirme nedeniyle alternatif sayfalar engellenmemelidir.
  • Başlık, meta açıklaması, ana içerik, görsel alternatifleri ve yapılandırılmış veriler yerelleştirilmelidir.
  • Mobil performans, temel erişilebilirlik, çerez tercihleri ve form doğrulamaları her pazar için test edilmelidir.
  • Arama performansı ülke, dil, dizin veya alan adı bazında izlenmeli; yanlış pazar gösterimleri düzenli incelenmelidir.

Sürdürülebilir uluslararası yapı nasıl planlanır?

Başarılı yapı, hedef pazar araştırmasıyla başlar. Arama talebi, yerel rakipler, marka bilinirliği, ürün uygunluğu ve operasyon kapasitesi değerlendirilir. Ardından ccTLD, alt alan adı veya alt dizin seçilir; URL adlandırma standardı ve içerik matrisi oluşturulur. Tasarım ve geliştirme aşamasında dil seçici, yerel bileşenler, hreflang üretimi, canonical kuralları, site haritaları, performans ve analitik birlikte uygulanır.

Yayın sonrasında iş bitmez. Yeni sayfaların alternatif kümelerine eklenmesi, kaldırılan URL’lerin doğru hedefe yönlendirilmesi ve çeviri eksiklerinin raporlanması gerekir. İçerik, SEO ve yazılım ekiplerinin aynı veri modelini kullanması manuel hata riskini azaltır. Kumsal Ajans; araştırma temelli dijital marka danışmanlığı, bilgi mimarisi, kurumsal web tasarım, özel yazılım, içerik planı ve teknik SEO kararlarını uçtan uca bir proje olarak ele alır.

Hedef ülkeleriniz, dilleriniz ve mevcut alan adı yapınız için ölçeklenebilir uluslararası SEO ve çok dilli web mimarisini Kumsal Ajans ile planlayın. Böylece yalnızca doğru hreflang etiketlerini değil; ekiplerinizin yönetebildiği, kullanıcıların anlayabildiği ve yeni pazarlara kontrollü biçimde genişleyebilen bir dijital yapı kurabilirsiniz.

Anasayfa

Projelerimiz

Ürünlerimiz

Hizmetlerimiz