Uluslararası SEO Hataları ve Çözüm Yolları

Uluslararası SEO hataları çoğu projede “çeviriyi yayınladık” anından sonra görünür: yanlış ülkeye giden sürüm, birbirini görmeyen hreflang çiftleri, ince çeviri sayfalar ve geo targeting ile dil sinyalinin çakışması. Bu yazı trafik veya sıralama vaadi vermez; yapısal sapmaları ve düzeltme yollarını netleştirir. Çok dilli zemin için çok dilli SEO uygulamaları ile birlikte okuyun. Hreflang için Google’ın Search Central hreflang açıklaması birincil referanstır.

Kurumsal ölçekte uluslararası yayın, tek landing çevirisinden fazladır: yönetişim, şablon ve kalite kapısı gerekir. Kurumsal SEO nedir? ve enterprise SEO adımları bu ölçek bağlamını tamamlar.

Bölüm 1Ülke hedefi ile dil sürümünü aynı sandırmak

İlk kavramsal hata çoğu teknik hatadan önce gelir: “Almanca site = Almanya” varsayımı. Dil, kullanıcının okuduğu dildir; ülke/locale ise yasal, lojistik, para birimi ve bazen arama niyetinin bağlandığı coğrafyadır. Aynı dil birden fazla ülkede (de-DE / de-AT / de-CH) veya aynı ülkede birden fazla dil (İsviçre’de de-CH / fr-CH / it-CH) gerekebilir. Ülke hedeflemesi Search Console özelliği, içerik sinyalleri ve operasyon gerçeğiyle; dil sürümü hreflang, HTML lang ve görünür dil seçiciyle yönetilir — ikisini tek düğmeye indirgemek yanlış sürüm trafiğini büyütür.

• Dil kararı: hangi dilleri yayınlıyoruz, hangisini x-default’a aday görüyoruz?
• Ülke/locale kararı: hangi pazarlarda fiyat, KDV, teslimat veya yasal metin ayrı?
• Çakışma belirtisi: GSC’de ülke A’dan gelen tıklamalar, dil B landing’ine düşüyor

Bölüm 2Hreflang eşleşmelerini yarım bırakmak

En sık kırılma: A sayfası B’yi gösterir ama B geri dönmez; sayfa kendini (self-referencing hreflang) listede tutmaz; x-default belirsiz veya “ana dil” diye otomatik doldurulur; dil kodları hatalıdır; veya kanonik ile hreflang çelişir. Google’ın beklediği mantık özetle şudur: her dil/locale URL’si kümedeki diğerlerini ve kendini işaretler; dönüşler simetriktir. Yarım küme, eşlemeyi güvenilmez kılar. x-default bir “süper dil” değildir — dil/bölge eşleşmeyen kullanıcıya hangi URL’nin sunulacağını bilerek seçersiniz; emin değilseniz rastgele ana dil atamayın. Uygulama kontrolü için hreflang kontrol listesi satır satır kapatılmalıdır.

• Hata: yalnızca ana sayfada hreflang; ürün/kategori şablonunda yok
• Hata: sitemap’te hreflang var, HTML’de yok (veya tersi) ve ekipler hangisinin kaynak olduğuna karar vermemiş
• Hata: self link yok veya A→B var, B→A yok
• Çözüm: tek kaynaklı üretim (şablon veya sitemap) + örnek URL’lerde manuel self/return doğrulama

Bölüm 3ccTLD, alt dizin ve alt alan kararını “sezgiyle” vermek

example.de (ccTLD / ülke domain’i) ile example.com/de/ (alt dizin) arasında seçim; marka, operasyon, hukuk ve SEO ekibinin bakım kapasitesine bağlıdır. Hata, “rakipler ccTLD kullanıyor” diye kapasite olmadan çoğaltmak veya tersine, ülke operasyonu ayrıyken tek alt dizinde her şeyi sıkıştırmaktır. Karar kriterlerini yazın: yerel ödeme/lojistik ve yasal sorumluluk ayrı mı; ayrı ekip ve hosting/sertifika ayrımı gerekiyor mu; hreflang ve yönlendirme bakımını kim yapacak; marka tek domain otoritesini paylaşmak istiyor mu? Alt dizin sade yönetim ve paylaşılan otorite; ccTLD güçlü yerel ayrım ve operasyonel sınır — ikisi de “otomatik kazanç” değildir.

de.example.com gibi alt alanlar teknik olarak mümkündür; fakat çerez, analitik, arama özelliği ve ekip bilgisinin parçalanması maliyeti yüksektir. Seçtiyseniz bilinçli seçin; “geçici çözüm” diye yıllarca kalmasın.

Mimari kararını değiştirecekseniz yönlendirme ve hreflang planını aynı sprint’te yazın. Eski ülke URL’lerini 404’e düşürmek veya tek yönlü yönlendirmek hem kullanıcıyı hem eşlemeyi bozar. Geçişte “hangi sürüm kanonik kalacak?” sorusu cevapsız bırakılmamalıdır.

Bölüm 4Ham çeviriyi yerelleştirme sanmak

Ham (raw) çeviri kelime aktarır; yerelleştirme (localization) yerel soruları, ölçü birimlerini, yasal dipnotları, örnekleri ve satın alma dilini taşır. Sonuç farkı SEO’da da görünür: yinelenen veya zayıf sürümler, güven kırığı ve destek maliyetinin artması. Çözüm: kritik şablonlarda (fiyatlandırma, checkout, yasal, ana hizmet) insan yerelleştirmesi; blogda bile yerel örnek ve kaynak. “Aynı kelime yoğunluğu” hedefi uluslararası kalite ölçüsü değildir — niyet ve kanıt yerelliği ölçüdür.

İnce çevirinin SEO yüzeyi de vardır: aynı H1’in birebir karşılığı, yerel SERP’te beklenen soru formatına uymayabilir. Yerel editör “bu ülkede müşteri bunu böyle sorar” notunu brief’e eklemeden yayınlamayın. Ayrıca para birimi, teslimat ve iade metinlerini çeviri belleğine bırakmak şikayet ve güven sorununa dönüşür — bunlar içerik değil operasyon gerçeğidir.

• Kritik şablon = insan yerelleştirme kapısı zorunlu
• Destek makaleleri = yerel süreçlerle uyum kontrolü
• Blog = en azından örnek, birim ve yasal iddia denetimi

Bölüm 5Geo targeting ile dil sinyalini karıştırmak

Bir siteyi Search Console’da tek ülkeye kilitleyip aynı anda birçok dil sürümü yayınlamak veya içerikte ülke vaadi verip URL’de belirsiz bırakmak çakışma üretir. Çözüm: her özellik/URL kümesi için hedefi bilinçli seçin; dil ile ülke/locale ihtiyacını ayırın. Kullanıcıya görünür dil seçici, sürümler arası tutarlı navigasyon ve para birimi/adres sinyalleri metinle uyumlu olmalıdır. Search Central’daki çok bölgeli ve çok dilli siteler rehberi bu ayrımı çerçeveler.

• Hata: TR içeriği + yanlış ülke hedefi + hreflang’sız kopya URL’ler
• Hata: otomatik IP yönlendirmesi ile kullanıcının dil seçimini engellemek (keşif ve paylaşım da zarar görebilir)
• Çözüm: öneri bandı + manuel dil/ülke seçimi; botların tüm sürümleri tarayabilmesi

Paylaşılan bir URL’nin IP’ye göre başka dile zıplaması hem kullanıcıyı hem tarayıcı/önbellek senaryolarını bozar. Uluslararası sitede “doğru dil tahmini” yardımcı olabilir; zorunlu yönlendirme ise keşif ve destek maliyetini artırır. Tercih çerezini şeffaf tutun ve sürümler arası geçişi her sayfada erişilebilir bırakın.

Bölüm 6Ölçümü ülke/dil kırılımında okumamak

Uluslararası SEO’yu “toplam organik” ile yönetmek yanlış sürüm trafiğini gizler. Search Console’da ülke ve sorgu (dil ipuçları) kırılımlarını, hangi landing’in hangi ülkeden tıklandığını ve “beklenen sürüm ≠ görülen sürüm” vakalarını düzenli bakın. Analitikte dil/ülke boyutu ile dönüşüm veya destek oranı yan yana okunmalıdır: Almanya trafiğinin /fr/ landing’ine düşmesi hreflang veya yönlendirme borcudur; “içerik zayıf” diye yeniden yazmak kök nedeni kaçırır.

• GSC: ülke × sayfa — beklenmeyen dil klasörü mü çıkıyor?
• Destek/analitik: “yanlış dil / yanlış para birimi” şikayet oranı
• Keşif: yeni dil yayınından sonra sitemap indeksi ve örnek URL tarama durumu

Bölüm 7Keşif dosyalarını ülke/dil ölçeğinde ihmal etmek

Yeni dil sürümü yayınlanıp sitemap ve robots kurallarının güncellenmemesi sık görülür. Çözüm: dil/ülke kümeleri sitemap planında yer alır; yanlış disallow ile tüm /fr/ ağacını kapatmadığınızı doğrulayın. Yayın öncesi canlı robots ve sitemap kurallarıyla taslak arasında diff alın; örnek ülke/dil URL’lerini tarayıcı ve Search Console URL incelemesiyle kontrol edin.

Sitemap şişmesi de ayrı bir hatadır: parametreli kopyalar, test ortamı sızıntıları veya dil klasöründeki noindex URL’ler keşif gürültüsü üretir. Uluslararası büyürken “tüm URL’leri sitemap’e at” refleksi yerine şablon ve dil bazlı temiz listeler kullanın. Hreflang kaynaklı eşlemeler ile sitemap girdilerinin aynı kanonik URL’yi işaret ettiğini örneklerle doğrulayın.

Uluslararası SEO’da “daha fazla dil” hedefi değil, tutarlı eşleme ve bakılabilir yerelleştirme hedefi taşıyın. Ülke ile dili ayırın; hreflang’de self ve return’ü tamamlayın; mimariyi kapasiteye göre seçin; ham çeviriyi kritik şablonlarda yerelleştirmeye yükseltin; geo ile dil sinyalini hizalayın; ölçümü ülke/dil kırılımında okuyun; keşif dosyalarını sürümle birlikte güncelleyin.