SEO

Çok Dilli Web Sitesinde SEO: URL Yapısı, Hreflang ve İçerik Planı

Dil sürümlerini ayrı URL, karşılıklı hreflang ve tutarlı canonical işaretleriyle bağlayın. Çeviri kapsamı ve teknik kontrolleri planlayın.

Çok Dilli Web Sitesinde SEO: URL Yapısı, Hreflang ve İçerik Planı

Türkçe hizmet sayfasındaki dil düğmesine basınca İngilizce ana sayfaya gönderildiğinizi düşünün. Menü değişmiştir ama aradığınız hizmeti yeniden bulmanız gerekir. Çok dilli bir sitede sorun bazen çevirinin kalitesinden önce, iki sayfa arasındaki ilişkinin kurulmamış olmasıdır.

Çok dilli SEO; URL yapısını, arama motoruna verilen işaretleri ve kullanıcının izlediği yolu birlikte ele alır. Birkaç etiketi eklemek eksik içeriği tamamlamaz. Kusursuz bir çeviri de yanlış URL eşleştirmesini kendiliğinden düzeltmez.

Bu rehberde Türkçe ve İngilizce hizmet sayfaları olan varsayımsal bir site üzerinden ilerliyoruz. Kod içindeki example.com adresleri yalnızca açıklayıcı örnektir; WebWizz'e uygulanmış veya yayımlanmış bir yapı göstermez.

Dil listesinden önce içerik envanteri çıkarın

“Siteyi İngilizce yapalım” talebini sayfa düzeyine indirin. Ana sayfa, hizmetler, ürünler, iletişim, form sonuçları ve indirilebilir belgeler aynı kapsamda mı? Çevirisi yapılmayacak eski bloglar bulunuyor mu? Her içeriğin sorumlusu ve yayına hazır olma durumu belli olmalıdır.

Basit bir çalışma tablosunda içerik kimliği, Türkçe adres, İngilizce adres, içerik sahibi ve kontrol tarihi tutabilirsiniz. Bu tabloyu URL metninden bağımsız bir içerik kimliğiyle yönetmek, başlık değiştiğinde dil ilişkisinin kaybolmasını önler.

Örneğin hizmetin İngilizce adı yeniden yazılsa bile aynı hizmet grubuna bağlı kalmalıdır. Buna karşılık yalnızca bir ülkede sunulan farklı hizmeti, benzer başlığı var diye otomatik eşleştirmeyin. Eşleşme kararı sözcük benzerliğine değil, sayfanın sunduğu bilgiye dayanmalıdır.

Her dil için erişilebilir ve kararlı bir adres seçin

Google, dil sürümleri için ayrı URL'ler kullanılmasını önerir. Alt dizin veya alt alan adı gibi seçenekler bulunur; seçimde mevcut altyapıyı ve yönetim yükünü değerlendirin. Kullanıcıyı tahmin edilen diline göre zorunlu yönlendirmek yerine diğer sürümlere ulaşabileceği açık bağlantılar sunun. Google Search Central: Çok bölgeli ve çok dilli siteler.

Örnek projede Türkçe hizmetler için /tr/hizmetler, İngilizce sürüm için /en/services seçilebilir. Ama sırf iki dili desteklemek için mevcut, çalışan URL yapısını düşünmeden değiştirmeyin. Adres değişikliği; eski bağlantıların, menülerin ve ölçüm raporlarının da ele alınacağı ayrı bir geçiş işi doğurur.

Dil seçici sayfa bağlamını korumalı

Kullanıcı Türkçe bir hizmeti incelerken İngilizceyi seçtiğinde aynı hizmetin karşılığına gidebilsin. Karşılığı yoksa bunu açıkça belirtin. Her eksik çeviriyi ana sayfaya bağlamak kullanıcının beklentisini bozar ve içerik envanterindeki eksikliği gizler.

Dil seçiciyi yalnızca bayraklardan oluşturmak yerine dil adlarıyla anlaşılır kılmayı değerlendirin. Aynı dil birden fazla ülkede kullanılabilir; dil ile bölgeyi ürün ve içerik kararlarında ayrı kavramlar olarak tutmak sonraki genişlemeyi kolaylaştırır.

Hreflang, karşılıkların birbirini tanımasını sağlar

Hreflang, dil veya bölge varyantlarını ilişkilendirir. Google'ın yönergesinde tam adres kullanılması, sürümün kendisini de listelemesi ve karşılıklı bağlantılar bulunması istenir. HTML, HTTP başlığı ve site haritası yöntemlerinden uygun olanını seçebilirsiniz; üçünü birlikte kullanmanın arama açısından ek avantajı yoktur. Google Search Central: Yerelleştirilmiş sürümler.

Aşağıdaki iki alternatif satırı, her iki hizmet sayfasının HTML head bölümünde aynı eşleşmeyi tanımlar:

<link rel="alternate" hreflang="tr" href="https://example.com/tr/hizmetler">
<link rel="alternate" hreflang="en" href="https://example.com/en/services">

Ülke ayrımı gerekmiyorsa örnekteki gibi dil koduyla başlayabilirsiniz. Hedeflenmeyen diller için bir karşılama veya dil seçme sayfası kullanılıyorsa x-default ayrıca değerlendirilebilir; bu işaret içerik çevirisinin yerini almaz.

Teknik ekip için yararlı yaklaşım, etiketleri her sayfaya elle yazmak yerine içerik grubundaki yayımlanmış karşılıklardan üretmektir. Böylece bir İngilizce sayfanın adresi değiştiğinde bütün ilişkileri farklı yerlerde ayrı ayrı güncelleme ihtiyacı azalır.

Canonical ile dil ilişkisini karıştırmayın

Hreflang “bu içeriğin başka dilde karşılığı var” derken canonical, aynı veya çok benzer içeriğin tercih edilen adresine ilişkin sinyal verir. Google, hreflang kullanılırken mümkünse aynı dilde canonical seçilmesini belirtir. Canonical bir sinyaldir; arama motorunun seçimine ilişkin mutlak garanti değildir. Google Search Central: Yinelenen URL'leri birleştirme.

Örneğimizde birbirinin tam çevirisi olan, bağımsız ve dizine girmesi amaçlanan iki hizmet sayfası kendi adreslerini canonical gösterebilir. Türkçe sayfada:

<link rel="canonical" href="https://example.com/tr/hizmetler">

İngilizce karşılığında:

<link rel="canonical" href="https://example.com/en/services">

Bu örneği bütün siteler için düşünmeden çoğaltmayın. Parametreli kopyalar, aynı dilde bölgesel benzerlikler veya başka çoğaltma sorunları varsa tercih edilen URL'ler ayrıca tasarlanmalıdır. Önce hangi sayfanın neden bağımsız sonuç olmasını istediğinizi yazın; etiketleri o kararın ardından kurun.

Çeviriyi dönüşüm akışının sonuna kadar götürün

İngilizce hizmet sayfası kaliteli olsa da teklif formundaki hata mesajları Türkçe kalıyorsa deneyim yarım kalır. Ekip, yalnızca ana metni değil düğmeleri, form yardımını, gönderim sonucunu ve ilgili e-posta metinlerini de kontrol etmelidir.

Varsayımsal hizmet sayfamız için iki dilde aynı senaryoyu deneyin: hizmeti bul, kapsamı anla, soru gönder, alındı mesajını gör. Her aşamada içerik sahibinin cevaplaması gereken soruları not edin. “Bu hizmet hangi bölgelerde sunuluyor?” sorusu, çevirmenin tahmin ederek dolduracağı bir ayrıntı değildir.

Başlık ve açıklamaları hedef dilde doğal ifadelerle hazırlayın. Kaynak metnin kelime sırasını korumak yerine hedef kullanıcının sorusuna cevap verin. Yerel örnekler kullanacaksanız doğruluğunu kontrol edin; mevcut olmayan ofis, müşteri veya hizmet kapsamı eklemeyin.

Güncellemelerin sahibi belli olsun

Türkçe hizmet kapsamı değiştiğinde İngilizce sürümün de gözden geçirilmesini sağlayan bir iş akışı kurun. İçerik grubu için “çeviri güncel değil” durumu, eski metnin sessizce unutulmasından daha yönetilebilirdir.

İlk yayından sonra düzenli bir örneklem seçebilirsiniz: bir hizmet, bir ürün, bir blog ve bir form. Bu örneklerin dil geçişlerini ve bağlantılarını yeniden test etmek, şablon güncellemelerinin etkisini erken fark etmeye yardım eder.

Yayın öncesi uygulama kontrol listesi

  • Her sayfanın dilini, içerik sahibini ve karşılığını kaydedin.
  • Önemli sayfalardaki dil seçiciyi kullanıcı gibi deneyin.
  • Dil eşleşmelerinde yayımlanmamış taslak adresleri kullanmayın.
  • Hreflang ilişkilerini karşılıklı ve tam URL'lerle kontrol edin.
  • Canonical kararlarını dil ve kopya içerik yapısıyla birlikte doğrulayın.
  • Hedef sayfaların erişilebilirliğini ve indeksleme ayarlarını inceleyin.
  • Formları, hata mesajlarını ve sonuç ekranlarını her dilde tamamlayın.
  • URL değişikliklerinde eski bağlantılar için geçiş planı hazırlayın.
  • Yayın sonrasında dil bazında sayfa ve başvuru verilerini ayrı izleyin.

WebWizz ile çok dilli bir site planlıyorsanız hedef dilleri ve çevrilecek sayfa listesini iletişim üzerinden paylaşabilirsiniz. Böylece işin kapsamı yalnızca çeviri sayısıyla değil, tamamlanmış kullanıcı akışlarıyla belirlenir.

Sık sorulan sorular

Hreflang eklemek sıralama artışını garanti eder mi?

Hayır. Dil karşılıklarını açıklamak, içeriğin yararlılığını veya rekabet koşullarını değiştiren bir garanti değildir. Başarıyı doğru sayfaya ulaşma ve nitelikli başvuru gibi kendi hedeflerinizle takip edin.

Çevrilmemiş bir blogu başka dilin ana sayfasına eşlemeli miyiz?

Eşdeğer içerik ilişkisi kurmuyorsa böyle bir eşleştirme yapmayın. Eksik çeviriyi envanterde görünür tutun ve kullanıcıya mevcut seçenekleri açıkça gösterin.

İngilizce sayfanın canonical adresi Türkçe sayfa olabilir mi?

Tam çevrilmiş, bağımsız olarak görünmesi amaçlanan örnekte dilleri tek adreste birleştirmekle başlamayın. Aynı dilde kopyalar ve özel durumlar için canonical kararını ayrıca değerlendirin.

Bütün blogları aynı anda çevirmek zorunda mıyız?

Hayır. Önce hizmet ve başvuru akışlarını tamamlayan bir kapsam seçebilirsiniz. Önemli olan hangi karşılıkların gerçekten hazır olduğunu bilmek ve sonraki çevirileri mevcut yapıya tutarlı eklemektir.

Yorumlar (0)

Tartışmaya Katılın

Yorum yapmak ve bu yazıyla etkileşime geçmek için giriş yapın.

Giriş Yap

Henüz yorum yok. İlk yorumu siz yapın!

WebWizz Bülten

Yeni içeriklerden haberdar olun

Yeni blog yazıları ve yayınlanan projeleri e-postayla paylaşalım. Yalnızca seçtiğiniz güncellemeleri alırsınız.

İçerik tercihleri