Uluslararası SEO ve Hreflang: Çok Dilli Site Mimarisi Rehberi

Uluslararası SEO ve Hreflang 2026: Çok Dilli Site Mimarisi Rehberi

Türk markaların yurt dışı pazara açılması, multi-region B2B SaaS girişimleri ve Avrupa'daki Türk diasporasını hedefleyen sitelerin sayısı son üç yılda ciddi şekilde arttı. Ancak çok dilli site kurmanın yalnızca metni Almancaya çevirmek olduğunu sanan ekipler, Google'da "duplicate content" uyarıları, yanlış ülkede yayınlanan sayfalar ve trafik düşüşleriyle karşılaşıyor. Uluslararası SEO; domain mimarisi, hreflang etiketleri, locale UX, çeviri kalitesi ve yerel anahtar kelime araştırmasının birbirine bağlı çalıştığı disiplinli bir alandır. Bu rehberde Buyukweb hosting müşterilerimiz için adım adım i18n SEO çerçevesi, hreflang implementasyonu, sık yapılan hatalar ve pratik checklist'i paylaşıyoruz.

Buyukweb perspektifi: Çok dilli WordPress (WPML/Polylang) için cPanel paylaşımlı hostingimiz yeterli; LSCache eklentisi dil-aware cache üretir (her dil ayrı önbellek anahtarı). Multi-region B2B SaaS veya yüksek trafikli çok dilli portal için KVM tabanlı VDS + Cloudflare edge CDN birlikteliği daha doğru — ayrıntıları aşağıda ele alıyoruz. Buyukweb Bursa Tier 3 datacenter merkezli yapımız, ana pazarı Türkiye olan ancak DE/AT/NL pazarlarına da hitap eden siteler için ideal birinci-orijin sunucudur.

Uluslararası SEO Nedir? i18n vs L10n Ayrımı

Uluslararası SEO (International SEO), bir web sitesinin birden fazla ülke ve/veya birden fazla dilde organik arama sonuçlarında doğru kitlenin önüne çıkmasını sağlayan teknik ve içerik optimizasyonlarının bütünüdür. İki kavramı net ayırmak gerekir:

Kavram	Kapsam	Örnek
i18n (internationalization)	Mimari — sitenin çoklu dil/ülke desteklemek için yapısal hazırlığı	URL yapısı, hreflang, encoding, locale switching
L10n (localization)	İçerik+UX — belirli bir pazar için kültürel/dilsel adaptasyon	Çeviri kalitesi, para birimi, tarih formatı, görsel/renk seçimi

i18n teknik altyapı; L10n her pazar için tekrarlanan içerik/UX katmanıdır. Önce i18n doğru kurulmalı, sonra L10n her dil için işlenmeli; tersi sürdürülemez teknik borç doğurur.

Kim Uluslararası SEO'ya İhtiyaç Duyar?

• İhracat odaklı Türk markaları — tekstil, mobilya, gıda, makine sektörleri
• Multi-region B2B SaaS — yazılım, danışmanlık, eğitim platformları
• Türk diasporası hedefli siteler — DE/AT/NL Türk topluluğu için Türkçe + Almanca
• Turizm ve seyahat siteleri — EN, DE, RU, AR gibi gelen turist dillerinde içerik
• E-ticaret — Avrupa Birliği pazarlarına satış yapan WooCommerce mağazaları

Tek bir Türkçe siteyle yalnız Türkiye'yi hedefleyen yapı i18n SEO çalışması gerektirmez; ancak yukarıdaki profillere uyuyorsanız bu rehberin tamamı sizin içindir.

Domain Mimarisi: 4 Strateji ve Karar Matrisi

Uluslararası SEO'da kritik ilk karar URL yapısıdır. Yanlış seçim yıllar sonra düzeltilmesi pahalı olur. Dört yaygın strateji vardır:

1. ccTLD (Ülke Kodlu Top-Level Domain)

example.de    → Almanya
example.fr    → Fransa
example.com.tr → Türkiye

Artıları:

• En güçlü coğrafi sinyal — Google ülkeyi tartışmasız anlar
• Yerel kullanıcı güveni (".de" Alman gözünde yerli marka algısı)
• Yasal/vergi avantajı (yerel tüzel kişilik ile uyumlu)

Eksileri:

• Marka authority bölünür (her ccTLD ayrı domain, ayrı backlink profili)
• Domain yönetimi ve kayıt maliyeti yüksek (her ülke kendi tescil otoritesi)
• Yeni pazara açılırken sıfırdan SEO inşası gerekir
• Bazı ccTLD'ler yerel ikamet/şirket zorunluluğu ister (.com.tr gibi)

Ne zaman seçilir: Tek pazar büyüklüğü çok yüksekse (örn. yalnız Almanya, yalnız Fransa) ve yerel marka algısı kritikse.

2. gTLD + Subdirectory (Alt Dizin)

example.com/de/   → Almanca içerik
example.com/fr/   → Fransızca içerik
example.com/tr/   → Türkçe içerik

Artıları:

• Tek domain authority — backlink ve trust paylaşılır
• Yönetimi en kolay (tek hosting, tek SSL, tek WordPress)
• Yeni dil eklemek hızlı ve ucuz
• SEO geçmişi tüm dillerle paylaşılır

Eksileri:

• Coğrafi sinyal hreflang ve Search Console targeting ile verilmek zorunda
• Sunucu IP konumu tüm diller için aynı

Ne zaman seçilir: Çoğu KOBİ, B2B SaaS, içerik sitesi, blog ve orta ölçekli e-ticaret için en pratik seçim.

3. gTLD + Subdomain (Alt Alan Adı)

de.example.com    → Almanca
fr.example.com    → Fransızca

Artıları:

• Coğrafi/dil ayrımı net
• Her subdomain ayrı sunucuya yönlendirilebilir (multi-region hosting)
• DNS yönetimi esnek

Eksileri:

• Google subdomain'i kısmen ayrı entity gibi davranabilir — authority paylaşımı subdirectory kadar net değil
• SSL ve cookie yönetimi daha karmaşık (wildcard SSL gerekir)
• Her subdomain için ayrı Search Console property açılır

Ne zaman seçilir: Multi-region hosting altyapısı (her subdomain ayrı veri merkezi) gereksinimi varsa veya yasal/teknik nedenle dilleri sıkı izole etmek gerekiyorsa.

4. URL Parameter (Query String) — TAVSİYE EDİLMEZ

example.com?lang=de
example.com?lang=fr

Neden kötü:

• Google parametreli URL'leri tutarlı index'lemez
• Hreflang ile parameter kombinasyonu hata üretir
• Duplicate content riski yüksek
• Kullanıcı dostu URL değil, paylaşımda sorun çıkar

Ne yapın: Eski sitenizde parameter yapısı varsa subdirectory'ye 301 migrate edin; yeni site planlıyorsanız aklınızdan bile geçirmeyin.

Karar Matrisi Özeti

Senaryo	Önerilen
KOBİ ihracat, 2-4 dil, sınırlı bütçe	gTLD + subdirectory
Tek büyük pazar dominant (örn. yalnız DE)	ccTLD
Multi-region hosting zorunlu	subdomain
Yeni site, küresel SaaS	gTLD + subdirectory
Yasal yerel kişilik zorunluluğu	ccTLD
Marka authority tek noktada toplansın	gTLD + subdirectory

Hreflang Attribute: Çok Dilli SEO'nun Çekirdek Etiketi

Hreflang, Google'a ve diğer arama motorlarına bir sayfanın hangi dil ve hangi bölge için olduğunu, ayrıca aynı içeriğin başka dillerdeki alternatiflerini söyleyen bir HTML/XML/HTTP etiketidir. Doğru hreflang olmadan Google çoğu zaman yanlış dil sayfasını yanlış ülkede gösterir; bu doğrudan dönüşüm kaybıdır.

Temel Sözdizimi

HTML <head> bölümünde:

<link rel="alternate" hreflang="de-DE" href="https://example.com/de/" />
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/" />
<link rel="alternate" hreflang="tr-TR" href="https://example.com/tr/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

Yapı:

• hreflang="de-DE" → ISO 639-1 dil kodu (de = Almanca) + ISO 3166-1 ülke kodu (DE = Almanya)
• hreflang="en" → yalnız dil hedeflenmek isteniyorsa ülke kodu opsiyonel
• hreflang="x-default" → herhangi bir spesifik eşleşme bulunamazsa gösterilecek fallback sayfa (zorunlu öneri)

Dil Kodları ve Yaygın Kullanımlar

hreflang	Anlamı
tr	Türkçe (her ülke)
tr-TR	Türkçe konuşan Türkiye kullanıcısı
de	Almanca (her ülke)
de-DE	Almanca konuşan Almanya kullanıcısı
de-AT	Almanca konuşan Avusturya kullanıcısı
de-CH	Almanca konuşan İsviçre kullanıcısı
en	İngilizce (jenerik)
en-US	İngilizce ABD
en-GB	İngilizce Birleşik Krallık
en-CA	İngilizce Kanada
fr-CA	Fransızca Kanada
pt-BR	Portekizce Brezilya
pt-PT	Portekizce Portekiz
zh-Hans	Basitleştirilmiş Çince (script kodu)
x-default	Fallback (dil/ülke eşleşmesi yoksa)

Dikkat: Birçok geliştirici en-EN veya en-UK yazıyor — ikisi de yanlış. Doğrusu en-GB (Birleşik Krallık ISO 3166-1 kodu GB'dir, "UK" değil). Almanca için de-AL da yanlış; doğru de-DE.

Hreflang'i Nasıl İmplemente Edersiniz? 3 Yöntem

Yöntem 1: HTML Head (En Yaygın)

Her sayfanın <head> bölümüne tüm dil alternatiflerinin listesi:

<head>
  <title>Ana Sayfa - Örnek Marka</title>
  <link rel="canonical" href="https://example.com/tr/" />
  <link rel="alternate" hreflang="tr-TR" href="https://example.com/tr/" />
  <link rel="alternate" hreflang="de-DE" href="https://example.com/de/" />
  <link rel="alternate" hreflang="en-US" href="https://example.com/en/" />
  <link rel="alternate" hreflang="x-default" href="https://example.com/" />
</head>

Avantajı: Her sayfada görünür, kolay debug edilir.
Dezavantajı: Çok sayıda dil varsa head şişer, her sayfa için aynı blok tekrarlanır.

Yöntem 2: HTTP Header (PDF ve Non-HTML İçin)

Link: <https://example.com/whitepaper.pdf>; rel="alternate"; hreflang="en",
      <https://example.com/de/whitepaper.pdf>; rel="alternate"; hreflang="de-DE",
      <https://example.com/whitepaper.pdf>; rel="alternate"; hreflang="x-default"

Avantajı: PDF, doküman gibi HTML olmayan içerikler için tek yöntem.
Dezavantajı: Web sunucu konfigürasyonu (`.htaccess` veya nginx) gerekir.

Yöntem 3: XML Sitemap (Büyük Site İçin Önerilen)

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
        xmlns:xhtml="http://www.w3.org/1999/xhtml">
  <url>
    <loc>https://example.com/tr/</loc>
    <xhtml:link rel="alternate" hreflang="tr-TR" href="https://example.com/tr/" />
    <xhtml:link rel="alternate" hreflang="de-DE" href="https://example.com/de/" />
    <xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/en/" />
    <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/" />
  </url>
</urlset>

Avantajı: Tek dosyada tüm site yönetilir, HTML kod kirlenmez.
Dezavantajı: Sitemap büyürse parçalı (sitemap-index) yönetim gerekir.

Hreflang Altın Kurallar

1. Bidirectional (çift yönlü) olmalı: A sayfası B'ye işaret ediyorsa, B sayfası da A'ya işaret etmek zorunda. Tek yön Google tarafından tanımlanmaz.
2. Mutlak URL kullanın (href="/de/" değil href="https://example.com/de/").
3. Self-reference dahil edin: TR sayfası kendi tr-TR etiketini de listelemeli.
4. x-default eklemeyi unutmayın: Coğrafi/dil eşleşmesi olmadığında fallback gerekli.
5. Canonical + hreflang uyumlu olmalı: Almanca sayfanın canonical'ı kendi Almanca URL'i olmalı, başka dil sayfasını göstermemeli.

Hreflang Hatalarının Anatomisi: Gerçek Vaka Örnekleri

Aşağıdaki tablo Buyukweb müşterilerinde sık karşılaştığımız hreflang hatalarını listeliyor:

Hata	Sebep	Sonuç
Döngü kırık	A → B referansı var, B → A yok	Google hreflang'i geçersiz sayar, varsayılan dil gösterilir
Yanlış dil/ülke kodu	en-EN, de-AL, tr-TK gibi geçersiz kodlar	Etiket yok sayılır
en-US vs en-CA karışıklığı	Tüm İngilizce trafiği en-US'a yönlendirme	Kanada kullanıcısı yanlış para birimi/fiyat görür
Canonical çakışması	DE sayfasının canonical'ı EN URL'ini gösteriyor	Google DE sayfasını index'lemez
x-default eksik	Fallback tanımlanmamış	Eşleşmeyen kullanıcıya rastgele dil sunulur
Sayfa içeriği etiketle uyumsuz	Etiket fr-FR ama sayfa İngilizce	Spam sinyali, sıralama düşüşü
Göreceli URL	href="/de/" (mutlak yerine)	Hreflang yok sayılır
Pretty URL + parameter karışımı	Bazı dil sayfaları /de/, bazıları ?lang=de	Duplicate content, kafa karışıklığı

Döngü Kırık Örneği (Real Case)

Bir e-ticaret müşterimizde gerçekleşen senaryo:

TR ana sayfa head:
  hreflang="tr-TR" → /tr/
  hreflang="de-DE" → /de/    ← TR, DE'yi gösteriyor

DE ana sayfa head:
  hreflang="de-DE" → /de/
  (hreflang="tr-TR" referansi YOK)  ← Geri donus eksik

Google bu durumda hreflang setini geçersiz sayar; iki sayfa birbirinden bağımsız değerlendirilir, duplicate content riski oluşur. Çözüm: DE sayfasına hreflang="tr-TR" → /tr/ referansını eklemek. Tüm dil sayfaları birbirinin tamamına işaret etmeli ve kendini de listelemeli.

Google Search Console: International Targeting ve Hreflang Raporu

Google Search Console'da uluslararası SEO için kritik üç bölüm vardır:

1. Hreflang Hata Raporu (Indexing > Pages)

Search Console "Pages" raporu hreflang kaynaklı hataları gösterir:

• "Alternative page with proper canonical tag" → hreflang doğru çalışıyor
• "Duplicate, Google chose different canonical than user" → canonical-hreflang çakışması var
• "Submitted URL not selected as canonical" → hreflang döngüsünde sorun

2. International Targeting (Legacy Tool)

Eski Search Console arayüzünde International Targeting sekmesi hâlâ erişilebilir:

• Language sekmesinde hreflang etiketleri site bazında listelenir, hatalar raporlanır
• Country sekmesinde gTLD siteleri için geographic target ayarlanır (örn. example.com için "Germany" hedeflendi belirtilir)

Önemli not: ccTLD siteler (example.de) için country targeting otomatik, manuel ayar yapamazsınız. Yalnızca gTLD (.com, .net, .org) için manuel hedef seçimi geçerli.

3. Performance > Country Filter

Performance raporunda Country filtresi ile her ülkeden gelen impression ve click verisini ayrıca görebilirsiniz. Bu, hreflang implementasyonunun gerçek sonuç verip vermediğini kanıtlayan en pratik metriktir.

Çok Dilli WordPress Plugin Karşılaştırması

WordPress dünyasında çok dilli site kurmak için dört yaygın plugin vardır. Detaylı karşılaştırma için WordPress Çok Dilli Site WPML mi Polylang mi yazımıza bakabilirsiniz; bu bölümde i18n SEO odaklı özet sunuyoruz:

Plugin	Lisans	Yaklaşım	SEO Derinliği	Kullanım Kolaylığı
WPML	Premium ($39-159/yıl)	DB tabanlı, ayrı post per dil	En derin (XML sitemap multi-lang, WooCommerce entegrasyon)	Orta — öğrenme eğrisi var
Polylang	Free + Pro ($99/yıl)	DB tabanlı, ayrı post per dil	Çok iyi (Yoast/RankMath entegre)	Yüksek — sezgisel
TranslatePress	Free + Pro (€79/yıl)	Frontend visual editor	İyi (hreflang manuel/otomatik)	Çok yüksek — başlangıç dostu
Weglot / GTranslate	SaaS aylık (€15-200/ay)	Proxy/JavaScript çözüm	Orta (manuel kontrol sınırlı)	Çok yüksek — anında kurulum

Plugin Karar Matrisi

Senaryo	Önerilen Plugin
WooCommerce çok dilli e-ticaret, profesyonel çevirmen workflow	WPML
KOBİ blog, 2-3 dil, ücretsiz başlama	Polylang
Görsel düzenleme, kod istemeyen kullanıcı	TranslatePress
Hızlı çıkış, kurulum süresinin SEO'dan önemli olduğu durum	Weglot / GTranslate (uzun vadede sınırlı)
Multisite mimarisi (her dil ayrı WP)	Multilingual Press

Önemli: WPML ve Polylang DB tabanlı yaklaşımı tercih ettiği için içerik sunucunuzda kalır, indekslenmesi sağlam olur. Weglot/GTranslate çoğunlukla proxy mantığı kullanır; çevrilmiş içerik üçüncü-taraf altyapıda saklanabilir, abonelik biterse içeriği kaybedebilirsiniz. Uzun vadeli SEO için DB-tabanlı plugin tercih edilmelidir.

Çeviri Kalitesi: Üç Yaklaşım

Çeviri kalitesi doğrudan SEO performansını etkiler. Kötü makine çevirisi olan sayfa Google tarafından "düşük kaliteli içerik" sinyaliyle indekslenir, sıralama almaz.

1. Tamamen Otomatik Çeviri (Sadece MT)

DeepL, Google Translate gibi araçların ham çıktısı, insan dokunuşu olmadan yayınlanır.

• Maliyet: Çok düşük
• Hız: Anında
• SEO riski: Yüksek — Google "scaled content abuse" politikası kapsamında otomatik içerikleri düşük kaliteli sayabilir
• Önerilen senaryo: Yalnız iç bilgi sayfası, login sonrası kullanıcı paneli; public-facing SEO sayfası için kullanmayın

2. Profesyonel Çevirmen (İnsan Çevirisi)

Native konuşan profesyonel çevirmen yapar.

• Maliyet: Yüksek (kelime başı 0.05-0.15 €)
• Hız: Yavaş (günde 2-3 bin kelime)
• SEO riski: Çok düşük — yerel anahtar kelime, kültürel bağlam optimal
• Önerilen senaryo: Ana ürün/hizmet sayfaları, landing page, yasal metinler

3. Hibrit: MT + Post-Editing

Önce makine çevirisi, sonra native editör tarafından düzeltme.

• Maliyet: Orta (kelime başı 0.02-0.05 €)
• Hız: Hızlı (günde 5-8 bin kelime)
• SEO riski: Düşük-orta
• Önerilen senaryo: Blog yazıları, kategori sayfaları, FAQ — çoğu KOBİ için en pratik denge

Anahtar kelime uyarısı: Çeviriyi "Türkçe → Almanca direkt çeviri" yapmayın. Türkçede "ucuz hosting" diyen kullanıcı Almancada "günstiges Webhosting" arayabilir — birebir çeviri billiges Hosting Alman pazarında yanlış nüans verir. Her dil için ayrı anahtar kelime araştırması Google Trends ve yerel anahtar kelime araçları ile yapılmalıdır.

Currency ve Locale UX

Çok dilli sitenin başarısı yalnız çeviri değil; para birimi, tarih, saat, sayı formatı kullanıcıyı tanıdığı dile değil tanıdığı kültüre götürdüğünde gelir.

Para Birimi Otomatik Switch

Kullanici Almanya'dan ziyaret ediyor:
  → IP geo-detect → DE
  → Para birimi: € (EUR)
  → Manuel TL/USD/EUR switcher buton da gösterilir

WooCommerce + WPML kombinasyonunda multi-currency eklenti standart; Polylang için ek third-party plugin gerekir. Buyukweb tarafında: yalnız Türkiye'ye satıyorsanız ₺ tek para birimi yeterli; ihracat senaryosunda multi-currency açın.

Tarih ve Saat Formatı (ICU CLDR Standardı)

ICU CLDR (Common Locale Data Repository) standardı tarih, saat, sayı formatlarını tanımlar:

Locale	Tarih	Saat	Sayı
tr-TR	11.05.2026	14:30	1.234,56
en-US	05/11/2026	2:30 PM	1,234.56
en-GB	11/05/2026	14:30	1,234.56
de-DE	11.05.2026	14:30	1.234,56
fr-FR	11/05/2026	14:30	1 234,56
pt-BR	11/05/2026	14:30	1.234,56
ja-JP	2026/05/11	14:30	1,234.56

WordPress'in PHP date_i18n() ve JavaScript'in Intl.DateTimeFormat API'si CLDR'ı kullanır; manuel format kodlamayın.

Diğer Locale Detayları

• Adres formatı: US "Street, City, State, ZIP" vs DE "Strasse, PLZ Ort"
• Telefon formatı: +90 850 302 60 70 (uluslararası) vs 0850 302 60 70 (yerel TR)
• Sağdan-sola diller: Arapça, İbranice → CSS direction: rtl, layout flip
• Çoğul kuralları: Polonyaca, Rusça gibi diller plural form karmaşıktır; gettext plural function gerekir

GeoDNS ve CDN Edge: Hosting Mimarisi

Çok dilli site coğrafi olarak farklı pazarlara yayınlanıyorsa hosting konumu ve CDN edge kritik:

• TR pazar: Buyukweb Bursa Tier 3 datacenter — Türkiye'den 10-30 ms ping
• DE/AT/NL pazar: Cloudflare edge düğümü Frankfurt/Amsterdam — kullanıcıya 10-20 ms
• Global: Cloudflare 300+ POP üzerinden otomatik edge cache

GeoDNS yapılandırması için detaylı rehberimiz: CDN ve DNS GeoDNS ile Coğrafi Yönlendirme Yapılandırması. Buyukweb VDS müşterileri Cloudflare Free planı ile bile DE/AT pazarına 50 ms altında TTFB sunabilir; cPanel paylaşımlı paketlerimiz de Cloudflare entegrasyonu standart destekler.

Multi-region ihtiyacı varsa: Aynı sitenin DE datacenter'ında bir kopyası daha yayın olsun isteniyorsa VDS multi-instance + load balancer + senkron veritabanı (master-replica) kurulumu gerekir. Bu mimari için Buyukweb teknik destek ekibimizle iletişime geçin.

Schema.org Çok Dilli Markup

Schema.org JSON-LD ile çoklu dil işaretlemesi:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Uluslararası SEO Rehberi",
  "inLanguage": "tr-TR",
  "url": "https://example.com/tr/uluslararasi-seo/",
  "author": {
    "@type": "Person",
    "name": "Yazar Adı"
  }
}

Kritik özellikler:

• inLanguage property her sayfa için doldurulmalı (BCP 47 dil kodu)
• Organization schema'da sameAs array'i her dil sayfasına referans verebilir
• Product schema'da offers.priceCurrency doğru para birimini içermeli
• WPML, Yoast SEO ve RankMath bunu otomatik üretir; manuel kontrol Search Console > Enhancements > Schema raporundan yapılır

Sitemap Stratejisi

Büyük çok dilli sitelerde tek sitemap dosyası 50.000 URL veya 50 MB sınırını aşar. Strateji:

https://example.com/sitemap-index.xml
  ├── sitemap-tr.xml    (Türkçe sayfalar)
  ├── sitemap-de.xml    (Almanca sayfalar)
  ├── sitemap-en.xml    (İngilizce sayfalar)
  └── sitemap-fr.xml    (Fransızca sayfalar)

Her dil sitemap'inde <xhtml:link rel="alternate" hreflang="..." /> ile diğer dil alternatifleri belirtilir. Bu yaklaşım hem hreflang implementasyonunu basitleştirir hem de Google'ın index hızını artırır.

10 Adımlı Uluslararası SEO Checklist

1. Pazar analizi: Google Trends region karşılaştırması, Search Console > Performance > Country filter ile potansiyel pazarları doğrula.
2. Domain stratejisi seç: Yukarıdaki karar matrisine göre ccTLD/subdirectory/subdomain karar ver.
3. URL yapısı + permalink: Dil kodu URL'in en başında olsun (/de/sayfa/, /de/sayfa değil).
4. Hreflang implement et: HTML head, XML sitemap veya HTTP header — site büyüklüğüne göre yöntem seç.
5. Çeviri: Ana sayfalar profesyonel, blog için hibrit (MT + post-editing).
6. Locale UX: Para birimi, tarih/saat, telefon formatı, adres düzeni hedef pazara uyumlanmalı.
7. Yerel anahtar kelime araştırması: Her dil için ayrı; Google Trends, yerel araçlar — doğrudan çeviri yapma.
8. Yerel backlink ve citation: Hedef pazardan yerel domain referansları al; yerel Trade chamber, Yelp benzeri rehberler.
9. Schema.org inLanguage: Her sayfa şemasında dil property'si dolu.
10. Search Console monitoring: Property bazlı (her domain/subdomain için ayrı), International Targeting raporu, hreflang hata izleme aylık.

Sık Sorulan Sorular

Çok dilli site için ayrı hosting paketi mi gerekir?

Hayır, Buyukweb cPanel paylaşımlı paketleriniz yeterli. WordPress + WPML/Polylang kombinasyonunda LSCache dil-aware cache üretir (her dil ayrı cache anahtarı), LiteSpeed performansı dil sayısından etkilenmez. Yalnızca multi-region (her dil ayrı datacenter) gereksinimi varsa VDS multi-instance + load balancer'a geçilir.

gTLD subdirectory mi yoksa subdomain mi daha iyi SEO için?

Subdirectory (example.com/de/) çoğu site için daha iyi. Domain authority bölünmez, backlink etkisi tüm dillere yayılır. Subdomain'i yalnız multi-region hosting zorunluluğu, yasal izolasyon veya marka split stratejisi varsa tercih edin. URL parameter yöntemi (?lang=de) hiçbir senaryoda önerilmez.

Hreflang çalışmıyorsa nasıl debug ederim?

Üç adımda: (1) Chrome DevTools > Elements > head kısmında hreflang etiketlerini gör; (2) Search Console > Pages raporunda "Alternative page with proper canonical tag" sayısını kontrol et; (3) Merkur.com gibi ücretsiz hreflang validator araçları ile bidirectional bağlantı testleri yap. En sık görülen sorun döngünün tek-yön olması ve x-default eksikliği.

Buyukweb müşterisi olarak hreflang kurulumu için destek alabilir miyim?

Evet. 0850 302 60 70 üzerinden teknik destek ekibimiz cPanel + WordPress kombinasyonunuzda WPML/Polylang/TranslatePress kurulumu, sitemap yapılandırması ve Cloudflare DNS ayarları konusunda yardımcı olur. Çeviri içeriği müşteri sorumluluğunda; teknik altyapı bizim alanımız.

Otomatik çeviri (Google Translate) ile sayfa yayınlamak Google cezası getirir mi?

Riskli. Google'ın "Spam Policies" dokümanı 2024'te güncellendi: "scaled content abuse" başlığı altında kalitesiz toplu otomatik içerik üretimini yaptırıma alıyor. Birkaç bin sayfayı ham makine çevirisiyle yayınlamak indekslememe veya manuel ceza riski getirir. Public-facing tüm sayfalar için en az MT + post-editing yapın, ideal olarak ana sayfalar profesyonel çevirmen.

Sonuç

Uluslararası SEO; doğru domain mimarisi (subdirectory çoğunlukla doğru cevap), titiz hreflang implementasyonu (bidirectional + x-default), kaliteli çeviri (MT değil, en az hibrit), locale-aware UX (currency, tarih, telefon) ve yerel pazar bazlı anahtar kelime araştırması olmak üzere beş katmanın disiplinli birleşiminden oluşur. Hreflang döngü kırığı, yanlış ISO kodu, x-default eksikliği gibi klasik hatalar trafik kaybının %80'inden sorumlu — Search Console International Targeting raporu aylık izlenirse erken yakalanır.

Buyukweb cPanel paylaşımlı paketlerimiz çok dilli WordPress siteler için yeterli teknik kapasiteyi (LSCache dil-aware, LiteSpeed, NVMe, HTTP/3, Cloudflare entegrasyonu) sağlar. Multi-region ya da yüksek trafikli B2B SaaS senaryoları için VDS ölçeklendirme veya KVM tabanlı dedicated kaynaklara geçiş Buyukweb destek ekibimizin önerisiyle yapılır.

Soru ve teknik destek için: 0850 302 60 70.

---

İlgili Büyükweb Hizmetleri

Çok dilli site altyapısı için paketlerimiz:

• cPanel Web Hosting — LiteSpeed + LSCache, WPML/Polylang uyumlu
• WordPress Hosting — WP + multilingual plugin optimize altyapı
• Türkiye VDS — Bursa Tier 3, ana pazarı TR olan çok dilli site için
• VDS Sunucu — multi-region multi-instance senaryolar
• Tüm Paketler — Karşılaştırma

İlgili rehberler:

• WordPress Çok Dilli Site: WPML mi, Polylang mi?
• CDN ve DNS: GeoDNS ile Coğrafi Yönlendirme
• Mobil SEO ve Mobile-First Indexing 2026
• Hosting Seçiminin SEO'ya Etkisi 2026

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.