İçeriğe geç

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.

3 dk okumaİleri seviye
WordPress'te çok dilli site kurulumu: yaklaşımlar ve dikkat edilmesi gerekenler — editoryal kapak görseli

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şımNasıl çalışırEn uygun olduğu durum
Çok dilli eklenti (WPML, Polylang)Tek WordPress kurulumu, her yazının dil varyantları veritabanında ilişkilendirilirOrta ölçekli, aktif olarak yönetilen çok dilli site
WordPress Multisite + dil başına siteHer 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ı/subdomainHer dil tamamen bağımsız bir WordPress kurulumuDile özgü tamamen farklı tasarım/işlevsellik gereken durumlar
WordPress'te çok dilli yapı kurmanın üç temel yaklaşımı

URL yapısı kararı

Alt dizin, subdomain ve ayrı alan adı çok dilli URL yapılarını karşılaştıran diyagram
Çok dilli WordPress sitelerinde yaygın üç URL yapısı: alt dizin, subdomain ve ayrı alan adı.

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

  1. Google Search Central — Managing multi-regional and multilingual sites

Paylaş