Rehber
WordPress'te çok dilli site kurulumu: yaklaşımlar ve dikkat edilmesi gerekenler
Uluslararası pazara açılan bir WordPress sitesi için çok dilli yapı kurarken hangi yaklaşımın seçileceği, hreflang doğru kullanımı ve sık yapılan hatalar.
Bir WordPress sitesini birden fazla dilde sunmak, yalnızca içeriği çevirmekten ibaret değildir — arama motorlarının doğru dil/bölge sürümünü doğru kullanıcıya göstermesi için teknik bir yapı da kurulmalıdır. Bu yapı yanlış kurulduğunda, aynı içeriğin farklı dillerdeki sürümleri birbirini kanibalize edebilir.
Üç temel yaklaşım
| Yaklaşım | Nasıl çalışır | En uygun olduğu durum |
|---|---|---|
| Çok dilli eklenti (WPML, Polylang) | Tek WordPress kurulumu, her yazının dil varyantları veritabanında ilişkilendirilir | Orta ölçekli, aktif olarak yönetilen çok dilli site |
| WordPress Multisite + dil başına site | Her dil ayrı bir alt site, ortak çekirdek ama ayrı içerik/veritabanı tabloları | Dil başına farklı ekip/yayın takvimi olan kurumsal yapılar |
| Ayrı kurulum + alan adı/subdomain | Her dil tamamen bağımsız bir WordPress kurulumu | Dile özgü tamamen farklı tasarım/işlevsellik gereken durumlar |
URL yapısı kararı
Google, alt dizin (ornek.com/tr/), subdomain (tr.ornek.com) ve ayrı alan adı (ornek.com.tr) yapılarının tümünü destekler; hiçbiri diğerine göre doğrudan bir SEO avantajı sağlamaz. Seçim, çoğunlukla operasyonel faktörlere dayanır: alt dizin, tek bir alan adının otoritesini tüm dillerde paylaştığı için genellikle en az bakım gerektiren seçenektir.
hreflang doğru kullanımı
hreflang etiketi, arama motoruna 'bu sayfanın şu dildeki/bölgedeki karşılığı şu URL'dir' bilgisini verir. Google Search Central dokümantasyonuna göre en sık yapılan hata, hreflang'in tek yönlü eklenmesidir — A sayfası B sayfasına hreflang ile işaret ederken, B sayfası da A'ya geri işaret etmelidir (karşılıklı/reciprocal olmalı), aksi halde etiket güvenilmez sayılabilir.
- Her dil sürümü kendi dilindeki hreflang etiketini ve diğer tüm dil sürümlerinin hreflang etiketlerini içermeli
- x-default değeri, dil/bölge belirlenemeyen ziyaretçiler için gösterilecek varsayılan sürümü işaret etmeli
- hreflang kodları ISO 639-1 dil kodu (+ isteğe bağlı ISO 3166-1 bölge kodu) standardına uymalı
İçerik kalitesi: makine çevirisi riski
Ham makine çevirisiyle toplu olarak üretilen sayfalar, hem kullanıcı deneyimini hem de arama motorlarının içerik kalitesi değerlendirmesini olumsuz etkileyebilir. Google'ın kendi rehberliği, otomatik çevirinin insan incelemesinden geçmeden yayınlanmasını önermez; en azından teknik terimler ve çağrı-to-action metinlerinin ana dilde bir editör tarafından gözden geçirilmesi önerilir.
Sık yapılan hatalar
- Bir dilde yayınlanan yazının diğer dillerde 'draft' olarak kalması ama hreflang etiketinin yine de eklenmesi (kırık bağlantı)
- Dil değiştirici düğmesinin, çevirisi olmayan sayfalarda kullanıcıyı ana sayfaya yönlendirmesi (context kaybı)
- Her dilin kendi kanonik URL'ine değil, yanlışlıkla ana dildeki sayfaya kanonik vermesi (diğer dillerin indeksten düşmesine yol açar)
Karar verirken
Küçük bir ekip için en düşük operasyonel yük genellikle bir çok dilli eklenti + alt dizin URL yapısı kombinasyonundadır. Çok büyük, dile özgü farklı ürün/kampanya mantığı olan kurumsal yapılarda multisite veya ayrı kurulum daha uygun olabilir.
Kategoriler
Etiketler
Kaynaklar
Paylaş
İlgili içerikler
WordPress 7.1.1 güvenlik güncellemesi: 11 güvenlik açığı kapatıldı
WordPress 7.1.1, aralarında stored XSS ve yetkisiz şablon kurulumu gibi ciddi sorunların bulunduğu 11 güvenlik açığını kapatan acil bir güvenlik sürümü.
2 dk okuma
Yazıyı okuWooCommerce ile online mağaza kurulumu: temel adımlar ve ilk ayarlar
WordPress üzerinde WooCommerce ile bir online mağazayı sıfırdan kurarken izlenmesi gereken adımlar, kritik ayarlar ve sık yapılan hatalar.
3 dk okuma
Yazıyı okuWordPress mi özel yazılım mı? İşletmeniz için doğru kararı vermek
WordPress mi yoksa sıfırdan özel yazılım mı sorusunun tek doğru cevabı yok. Karar, bütçe, zaman çizelgesi ve gelecekteki esneklik ihtiyacına göre değişir.
2 dk okuma
Yazıyı oku
