Uluslararası SEO: Ülke, Dil ve URL Yapısı Kararı

Uluslararası SEO'da üç karar sırayla verilir: hangi kullanıcıyı hedefliyorsunuz (dil mi, ülke mi, ikisi de mi), her sürüm hangi URL yapısında duracak ve bu sürümleri Google'a nasıl bildireceksiniz. Google'ın belgeleri her sürüm için ayrı bir URL kullanmayı, sürümleri hreflang ile birbirine bağlamayı ve kullanıcıyı varsayılan dilinden otomatik yönlendirmemeyi önerir. Hiçbir seçim sıralama garantisi vermez; amaç, doğru kişiye doğru sürümü gösterebilen ve yönetilebilir bir yapı kurmaktır. Çerçeve, yurt dışına açılan ihracatçılar, e-ticaret ekipleri ve ajanslar için bir karar sırasıdır.

Yorum ve öneri niteliğindeki cümleler "Uygulama önerisi" etiketini taşır; etiketsiz cümleler Google belgelerindeki ifadelerdir. Google belgelerindeki ayrıntılar değişebilir; uygulamadan önce güncel sayfalara bakın.

Önce karar: dil mi, ülke mi?

Çok dilli ve çok bölgeli kavramları birbirine karışır; oysa Google'ın çok bölgeli ve çok dilli siteler belgesi (yeni sekmede açılır) iki ayrı tanım verir. Çok dilli site, birden fazla dilde içerik sunan sitedir ve Google Arama sorgulayanın diline uygun sayfayı bulmaya çalışır. Çok bölgeli site ise farklı ülkelerdeki kullanıcıları açıkça hedefleyen sitedir ve Google doğru yerel sayfayı bulmaya çalışır. Bir site ikisi birden olabilir; belgenin örneği, ABD ve Kanada için ayrı sürümleri olan ve Kanada'da hem Fransızca hem İngilizce içerik sunan bir sitedir.

Yalnız dil hedefliyorsanız

Müşterinizi konuştuğu dille tanımlıyorsanız, örneğin tüm Almanca konuşanlara aynı kataloğu sunuyorsanız, dil temelli bir yapı yeterli olabilir. Bu durumda fiyat, teslimat süresi ve vergi gibi ülkeye özgü ayrıntılar sayfada ayrı bir blokta yönetilir. Dil temelli yapının riski, ülke farklarını gizlemek ve alıcıya yanlış beklenti vermektir.

Ülke hedefliyorsanız

Ülke temelli yapı; fiyat, para birimi, stok, teslimat ve yasal metin farkı olduğunda gerekir. Google belgesi, sitenin hedef kitlesini belirten işaretler arasında yerel dili, yerel para birimini, yerel adres ve telefon numaralarını, yerel sitelerden gelen bağlantıları ve Business Profile sinyallerini sayar. Bu liste, ülke sürümünün yalnızca bir URL etiketinden ibaret olmadığını gösterir: içeriğin kendisi o ülkenin kullanıcısına dönük olmalıdır.

İkisini birleştirmek

Aynı dili konuşan birden çok ülkeyi hedefliyorsanız, örneğin İngilizce konuşan üç ayrı pazarı, her ülke sürümünü ayrı tutup ortak bir genel dil sürümü de sağlayabilirsiniz. Localized versions belgesi, aynı dili paylaşan birkaç bölge sürümü için o dile genel bir yedek (fallback) sağlanmasını önerir; bu rolü belirli sayfalardan biri üstlenebilir.

Karar kuralı: sayfanın içeriği yalnız dil nedeniyle değişiyorsa dil sürümü, fiyat, stok, yasal koşul ya da teslimat gibi ülkeye bağlı bir nedenle değişiyorsa ülke sürümü açın. Gerekçesini yazamadığınız bir ülke sürümünü açmayın; sürüm sayısı arttıkça bakım yükü de artar.

URL yapısı seçenekleri ve ödünleşimler

Google, çok bölgeli siteler belgesinde dört yapıyı karşılaştırır. Tablo, belgedeki artı ve eksilerin özetidir.

Ülke alan adı

Belgeye göre ülke alan adı en net coğrafi hedeflemeyi verir ve sunucu konumunu önemsiz kılar. Bedeli, her ülke için ayrı alan adı almak, her birinde ayrı altyapı ve içerik süreci yürütmektir. Ayrıca bir ülke alan adı yalnız o ülkeyi hedefler; aynı dili konuşan bir bölgeyi tek alan adıyla kapsamak istiyorsanız yetmez. Belge, .tv ve .me gibi bazı ülke alan adlarının, ayrıca .eu ve .asia gibi genel bölgesel uzantıların gTLD gibi ele alındığını da yazar; bu nedenle uzantıya bakıp ülke hedeflemesi varsaymayın.

Alt alan adı

Alt alan adı kurulumu kolaydır ve farklı sunucu konumlarını mümkün kılar. Belgenin işaret ettiği zayıflık, kullanıcının URL'ye bakarak "de" parçasının dili mi ülkeyi mi gösterdiğini çıkaramamasıdır. Localized versions belgesi ayrıca, "en-gb" gibi alt alan adlarının hedef kitleyi kendiliğinden belirlemediğini söyler; hedef kitleyi açıkça eşlemeniz gerekir.

Alt dizin

Alt dizin, tek barındırma altında en düşük bakımla çalışır. Eksileri; hedeflemenin URL'den belli olmaması, tek sunucu konumu ve sürümleri birbirinden ayırmanın göreli güçlüğüdür. Uygulama önerisi: küçük ve orta ekiplerde, tek bir platformdan yönetilen sitelerde alt dizin en az engel çıkaran başlangıç olabilir; ama bu bir kural değil, bakım kapasitesine göre yapılan bir değerlendirmedir.

URL parametresi

Belge parametre kullanımını önermez. Dil ya da ülke ayrımını çerez ya da tarayıcı ayarıyla yapmak da aynı şekilde sorunludur: Google, içeriğin dil ayarlarına göre dinamik değiştiği ya da yönlendirildiği sitelerde tüm varyasyonları bulup tarayamayabilir. Bu yüzden her dil sürümü için ayrı URL kullanılması öneriliyor. Bu konunun Googlebot tarafı için çok dilli sitede otomatik dil yönlendirme ve SEO riskleri yazısına bakabilirsiniz.

URL'de yerel sözcük kullanmak

Belge, URL'lerde yerelleştirilmiş sözcüklerin sorun olmadığını, uluslararası alan adlarının kabul edildiğini ve URL'lerin UTF-8 ile doğru kaçışlanması gerektiğini yazar. Slug çevirisinin nasıl uygulanacağı ayrı bir konudur ve yerelleştirilmiş URL ve slug çevirisi yazısında anlatılır.

Sürümleri Google'a bildirmek

Sürümleri bildirmek, doğru URL'yi kullanıcıya göstermeye yardım eder. Localized versions belgesi (yeni sekmede açılır) Google'ın sürümleri kendi başına da bulabildiğini, ama açık bildirimin önerildiğini söyler.

Üç yöntem, tek seçim

Belge üç eşdeğer yöntem tanıtır: head içindeki HTML link etiketleri, HTTP Link üstbilgileri (PDF gibi HTML olmayan dosyalar için) ve XML site haritası girişleri. Üçünü birden kullanmanın ek bir faydası yoktur, bakım güçlüğü getirir; birini seçin. HTML etiketleri, site haritası ya da üstbilgi kontrolü olmayan durumlarda kullanışlıdır.

Zorunlu kurallar

• Her sürüm kendisini ve diğer tüm sürümleri listeler.
• URL'ler protokol dahil tam olmalıdır; /foo yerine https://example.com/foo yazılır.
• Alternatif sürümler farklı alan adlarında olabilir.
• Aynı dili paylaşan birkaç bölge varsa o dil için genel bir yedek sağlanır.
• Sayfalar birbirine geri bağlanmıyorsa işaretler yok sayılır.
• hreflang, media gibi başka niteliklerle tek etikette birleştirilmez.

Belgeye göre en sık yapılan hata eksik geri bağlantıdır. Tam bir çift yönlü küme tutmak zorsa bazı dilleri dışarıda bırakabilirsiniz; yeni sürümlerin en azından baskın özgün dil sürümüne çift yönlü bağlanması gerekir.

Hangi yöntem hangi durumda?

HTML etiketleri, sayfa şablonuna dokunabilen ekipler için doğal seçimdir; etiketler head içinde, geçerli bir yapı içinde durmalıdır ve belge bir HTML doğrulayıcının yerleşimi doğrulayabileceğini söyler. HTTP üstbilgisi PDF gibi dosyalar içindir; üstbilgi her sürümde aynı olmalı ve istenen sürümü de içermelidir. Site haritası yöntemi ise xhtml ad alanının tanımlanmasını, her url girdisinin kendi loc değerini ve tüm sürümleri (kendisi dahil) listeleyen xhtml:link alt öğelerini gerektirir. Site haritası, listelediği URL'leri içeren bir dizinde durmalıdır. Uygulama önerisi: şablon kontrolünüz sınırlıysa ve sürüm sayısı fazlaysa site haritası, tek bir yerden yönetildiği için bakım açısından rahat olabilir.

Dil ve bölge kodları

Kod biçimi, ISO 639-1 dil kodu ve isteğe bağlı olarak ISO 3166-1 Alpha-2 bölge kodudur, örneğin en-GB. Tek başına bölge kodu geçersizdir; ülke kodu dil yerine kullanılamaz ("be" Belarusça demektir, Belçika değil). Zh-Hant gibi yazı sistemi kodları da kullanılabilir. ISO standartlarında olmayan es-419 gibi kodlar desteklenmez; EU, UN ve UK gibi ayrılmış kodların etkisi yoktur.

x-default ve kanonik

x-default, dili sürümlerinizden hiçbirine uymayan kullanıcılar için yedektir ve ülke seçici sayfalar için uygundur. Çok bölgeli belge, bölgesel URL'lerde yinelenen içerik varsa tercih edilen sürümü seçip rel="canonical" ile hreflang'ı birlikte kullanmayı söyler. Localized versions belgesi ise çevrilmiş sürümlerin yalnızca ana içerik çevrilmediğinde yinelenen sayılacağını yazar.

Etiketlerin denetimi ayrı bir iştir; adım adım kontrol için hreflang etiketlerini denetleme rehberine bakın. Belgenin bir notu da önemlidir: Google sayfa dilini hreflang ya da HTML lang özniteliğinden değil, kendi algoritmalarıyla görünür içerikten belirler.

İçerik ve çeviri kalitesi kararları

Teknik bildirim doğru olsa da içeriğin kendisi zayıfsa sürüm işe yaramaz. Bu bölüm, sürümlerin içeriğiyle ilgili kararları toplar.

Bir sayfa, bir dil

Çok bölgeli belge, her sayfada içerik ve gezinme için tek bir dil kullanmayı ve yan yana çeviri sunmamayı öğütler. Yalnız şablonu çevirip kullanıcı içeriğini tek dilde bırakmak da zayıf bir deneyimdir; aynı içerik arama sonuçlarında farklı şablon dilleriyle görünebilir. Diğer dil sürümlerine verilen bağlantılar, kullanıcıya seçim bırakır.

Otomasyon ve çeviri

Çok bölgeli siteler belgesi otomatik (makine) çevirisini ele almaz; yani "makine çevirisi serbesttir" ya da "yasaktır" biçiminde bir hüküm o belgeden çıkarılamaz. Yararlı içerik rehberi (yeni sekmede açılır) da çeviriyi anmaz, ama genel bir ölçüt verir: nitelikli bir gözden geçirme olmadan büyük miktarda metin üretmek için üretken yapay zekâ kullanmak düşük emek sayılır, ve çok sayıda konuda yoğun otomasyonla içerik üretiyor musunuz sorusu bir uyarı işaretidir. Rehber, içerik nasıl üretildiyse bunu okuyucuya açıklamayı da önerir.

Uygulama önerisi: çeviriyi içerik üretimi olarak görün, çeviri aracının çıktısını yayından önce hedef dili ana dili gibi bilen biri gözden geçirsin. Ürün adları, ölçü birimleri, yasal ifadeler ve hitap biçimi gibi alanlarda yerel gözden geçirme atlanmamalıdır.

Yerel işaretler

Hedef kitleyi gösteren işaretler arasında sunucu konumu da sayılır, ama belge bunun kesin olmadığını, çünkü CDN'lerin ve barındırma tercihlerinin görüntüyü bozabildiğini ekler. Belge ayrıca IP analizine dayanarak içerik uyarlamayı, güvenilmez olduğu ve Google'ın sürümleri taramasını engelleyebileceği için önermez. Konuma göre değişen sayfaların tarama etkisi ayrı bir konudur ve yukarıda bağlantısı verilen yönlendirme yazısında işlenir.

Yerel adres, telefon, para birimi ve yerel kaynaklardan gelen bağlantılar da kitleyi tanımlar. Yerel bağlantı çalışması için uluslararası çok dilli backlink stratejisi yazısı kullanılabilir. Google'ın coğrafi meta etiketlerini (geo.position, distribution gibi) yok saydığını da unutmayın.

İçerik kararları için kontrol listesi

• Her sürüm, tek bir dilde içerik ve gezinme sunuyor mu?
• Çeviri yapılmış mı, yoksa yalnızca şablon mu çevrildi?
• Ürün adları, birimler ve yasal ifadeler hedef kitle için doğru mu?
• Para birimi, adres ve iletişim bilgisi hedef ülkeyle uyuşuyor mu?
• Sürümler arasında dil seçimini sağlayan görünür bağlantılar var mı?
• Kullanıcı dil değiştirdiğinde URL de değişiyor mu?
• Çeviri sonrası kalite incelemesini yapan kişi belirlenmiş mi?

Hangi pazarla başlanır?

Pazar seçimi Google belgelerinin konusu değildir; bu bölümdeki her şey uygulama önerisidir. Yine de URL ve içerik kararlarının nasıl verileceği, seçilen pazarın niteliğine bağlıdır, bu yüzden kısa bir değerlendirme çerçevesi işe yarar.

Önce kendi verinize bakın

Mevcut siparişleriniz, mesajlarınız ve satış görüşmeleriniz hangi ülke ve dillerden geliyor? Yurt dışından zaten talep geliyorsa, bu talebin hangi dilde ve hangi sorularla geldiğini yazın. Talep yoksa pazar varsayımınızı küçük bir sınama ile deneyin: tek bir kategori için tek bir dil sürümü yayımlayın ve gelen kullanıcı davranışına bakın.

Operasyonel hazırlığı sorgulayın

Bir ülke sürümü açmak, o ülkeye gönderim, ödeme, iade ve müşteri iletişimi sözü vermektir. Bu sözleri tutamıyorsanız sürüm açmak kullanıcıyı hayal kırıklığına uğratır. Teslimat koşullarını, vergi ve gümrük notlarını ve iade politikasını sayfada net yazabilecek durumda olmalısınız.

Rekabeti ve dili anlayın

Hedef ülkedeki kullanıcının aradığı sözcükleri ve kullandığı ifadeleri anadili gibi bilen biri değerlendirmelidir. Bir sözcüğün birebir çevirisi, hedef ülkede aynı şeyi aramıyor olabilir. Bu yüzden anahtar kelime çalışması çeviri değil, yerel araştırma olarak yürütülmelidir.

Karar belgesi nasıl yazılır?

Her yeni sürüm için tek sayfalık bir karar belgesi, kararları sonradan açıklamayı kolaylaştırır. Belge uzun olmamalı; ama aşağıdaki alanları içermelidir:

• Hedef kullanıcı: hangi dil, hangi ülke.
• Fark nedeni: dil mi, fiyat mı, stok mu, yasal koşul mu.
• URL yapısı ve seçim gerekçesi.
• Sürümü bildirme yöntemi: HTML etiketi, üstbilgi ya da site haritası.
• Çeviri ve inceleme sorumlusu.
• Sürüm yayımlandıktan sonra izlenecek göstergeler.
• Kapatma ya da birleştirme kriteri: hangi koşulda sürüm kaldırılır.

Son madde sık atlanır, ama önemlidir. Bakımı sürdürülemeyen bir sürümü kaldırmak ya da başka bir sürümle birleştirmek, bunu önceden yazmışsanız kolay bir karardır. Bir sürümü kaldırırken eski adreslerin yönlendirilmesini ve bildirimlerin güncellenmesini unutmayın.

Sürümler arasında hangi sayfa türü nasıl ele alınır?

Her sayfa türü aynı biçimde çevrilmez. Uygulama önerisi olarak, sayfa türüne göre bir yerelleştirme derinliği belirleyebilirsiniz.

Tabloda "tam yerel yazım" demek, metnin hedef dil ve ülke için sıfırdan düşünülmesi demektir. Çeviri ise mevcut metnin dönüştürülmesidir. Hangi sayfanın hangisini gerektirdiği, o sayfanın gelir ve güven rolüne bağlıdır. Önemli olan, yarım çevrilmiş ya da karışık dilli sayfa yayımlamamaktır; Google'ın tek dil ilkesi bu noktada da geçerlidir.

Pazara giriş için 90 günlük yol haritası

Aşağıdaki plan bir uygulama önerisidir; Google'ın belgesi süre ya da sıra vermez. Süreler ekibin kapasitesine göre kısalıp uzayabilir.

Örnek senaryo: seramik sofra takımı ihracatçısı

Örnek senaryo: Türkiye'de üretim yapan bir seramik atölyesi, Almanca konuşan pazarlara açılmak istiyor. Almanya ve Avusturya için fiyat, teslimat süresi ve iade koşulları farklı. İsviçre'ye şimdilik satış yok. Site Türkçe ve İngilizce olarak mevcut.

Atölye önce hedefleme birimini seçiyor: fiyat ve teslimat ülkeye göre değiştiği için ülke sürümü gerekiyor, ama içerik aynı dilde. Bu nedenle ortak bir Almanca genel sürüm ile iki ülke sürümü planlıyor. Alt dizin yapısı seçiliyor, çünkü tek platformdan yönetiliyor ve ek alan adı maliyeti istenmiyor. Her sürümün başlık ve açıklaması, o ülkenin teslimat bilgisini yansıtacak biçimde ayrı yazılıyor. Çeviri, Almanca bilen bir editör tarafından gözden geçiriliyor.

Planın her adımında sorulacaklar

Birinci dönemde asıl iş, "Bu pazar için neden ayrı bir sürüm?" sorusunu yazılı cevaplamaktır. Cevap yoksa sürüm açmayın. İkinci dönemde en çok trafik ya da gelir getirmesi beklenen sayfa türleriyle başlayın; sitenin tamamını bir seferde çevirmek kaliteyi düşürür. Üçüncü dönemde bildirimleri tek yöntemle (HTML etiketi, üstbilgi ya da site haritası) yapın. Dördüncü dönemde yayını ve kapsama durumunu izleyin; bir sorun belirirse önce karşılıklı bağlantıları kontrol edin, çünkü belge eksik geri bağlantıyı en yaygın hata olarak gösterir.

Yayın sonrası bakım ve ölçüm

Sürüm sayısı arttıkça bakım sorumluluğu da netleşmelidir. Her sürüm için bir sorumlu atayın, fiyat ve stok gibi ülkeye özgü alanların güncelleme sıklığını yazın ve yeni ürün eklendiğinde hangi sürümlere eklenmesi gerektiğini bir kontrol listesiyle bağlayın. Sürüm bildirimleri bir kez kurulup unutulmamalı; sayfa taşındığında ya da silindiğinde karşılıklı bağlantılar da güncellenmelidir.

Ölçüm için Search Console'daki ülke ve dil kırılımları, sürüm bazında dizin durumu ve doğru sürümün doğru ülkede gösterilip gösterilmediği izlenebilir. Bu verilere erişimi olmayan ekipler en azından manuel kontrolle, belirli sorguların hedef ülkede hangi URL ile göründüğüne bakabilir. Hiçbir ölçüm tek başına sürümün başarısını kanıtlamaz; amaç, sorunları erken görmektir.

Yaygın hatalar ve karşı önlemler

1. Sürümü ülke kodu değil dil kodu olması gereken yerde ülke koduyla işaretlemek: kod tablosunu belgeye göre kontrol edin.
2. Geri bağlantı eksikliği: her sürümün tüm sürümleri listelediğini otomatik testle doğrulayın.
3. Yalnız şablonu çevirmek: çeviri incelemesini yayın koşulu yapın.
4. Aynı içeriği iki ülkeye kopyalamak: gerekçe yoksa tek bir sürüm ve genel dil yedeği yeterli olabilir.
5. Kullanıcıyı IP ya da tarayıcı dilinden otomatik yönlendirmek: seçim bağlantıları sunun ve yönlendirmeyi zorlamayın.

Beşinci madde belgeyle uyumlu bir öneridir: Google, kullanıcıları varsayılan dillerine göre otomatik yönlendirmekten kaçınmayı ve diğer dil sürümlerine bağlantılar eklemeyi söyler.

Ekiplerin en sık tartıştığı üç soru

Tek sürüm yeterli mi?

Ürün ve koşullar her yerde aynıysa ve müşteriniz içeriğinizi zaten anlıyorsa tek dil sürümü yeterli olabilir. Ek sürüm, ek bakım demektir. Karar için şunu sorun: ikinci bir sürüm, kullanıcıya bugün yapamadığı bir şeyi yaptırıyor mu? Yaptırmıyorsa sürüm açmanın gerekçesi yok demektir.

Ülke alan adı gerçekten gerekli mi?

Belge ülke alan adının en net hedeflemeyi verdiğini söyler, ama aynı belge maliyetini ve tek ülkeye bağlılığını da yazar. Bir ülke alan adını yalnızca o pazarda yerel güven için, yatırım ve ayrı yönetim kapasitesiyle birlikte düşünün. Hedefleme için tek yol olmadığını, alt dizin ve alt alan adının da belgede geçerli seçenekler olarak sunulduğunu hatırlayın.

Dil seçimini nerede tutmalıyım?

Belge dil değişimini çerezle ya da tarayıcı ayarıyla değil, ayrı URL ile yapmayı önerir. Kullanıcının dil tercihini hatırlamak kullanıcı arayüzü açısından yararlı olabilir, ama tercih bir URL'ye karşılık gelmeli ve arama motoru sürümleri doğrudan bağlantıyla bulabilmelidir. Dil seçici bağlantılarının tarayıcıya açık, gerçek bağlantılar olması bu yüzden önemlidir.

Karar akışı: tek bakışta

Yukarıdaki kararlar tek bir akışta toplanabilir.

1. Hedef kullanıcıyı yaz: hangi dil, hangi ülke, hangi koşul farkı.
2. Farkın nedeni yalnız dil mi? O zaman dil sürümü. Fiyat, stok ya da yasal koşul mu? O zaman ülke sürümü.
3. Bakım kapasitene göre URL yapısını seç: ülke alan adı, alt alan adı ya da alt dizin. Parametre ve çerezle sürüm değiştirmeden kaçın.
4. Her sürüme ayrı URL ver ve tüm sürümleri karşılıklı olarak tek yöntemle bildir.
5. Tek dilli sayfa, incelenmiş çeviri ve yerel işaretlerle içeriği tamamla.
6. Önceliklendirilmiş sayfalarla yayınla, kapsamayı izle, genişleme kararını yazılı al.

Bu sıra, her adımdan sonra bir önceki adımı yeniden sorgulamaya izin verir. URL yapısını seçtikten sonra içerik planınız bir sürümü taşımıyorsa, hedefleme birimine geri dönmek maliyeti en aza indirir.

Sık Sorulan Sorular

Uluslararası SEO'da önce dil mi ülke mi seçilir?

Önce sayfanın neden değiştiğine bakın. Yalnız dil değişiyorsa dil sürümü, fiyat, stok, teslimat ya da yasal koşul ülkeye göre değişiyorsa ülke sürümü gerekir. Google belgesi çok dilli ve çok bölgeli siteleri ayrı tanımlar ve bir sitenin ikisi birden olabileceğini söyler.

Alt dizin mi, alt alan adı mı, ülke alan adı mı seçmeliyim?

Google üç yapının da artı ve eksilerini listeler: ülke alan adı net hedefleme verir ama pahalıdır ve tek ülkeyi hedefler, alt alan adı kolaydır ama dil mi ülke mi olduğu URL'den anlaşılmayabilir, alt dizin düşük bakım getirir ama tek sunucu konumuyla çalışır. Belge parametreyi önermez. Seçim bakım kapasitesine bağlıdır.

Her sürümü Google'a bildirmek zorunlu mu?

Zorunlu değildir, ama Google açık bildirimi önerir. HTML etiketi, HTTP üstbilgisi ve site haritası eşdeğer yöntemlerdir; üçünü birden kullanmak fayda katmaz. Her sürüm kendisini ve diğerlerini listelemeli, sayfalar birbirine geri bağlanmalıdır.

Makine çevirisi uluslararası SEO için kullanılabilir mi?

Google'ın çok bölgeli siteler belgesi otomatik çeviriyi ele almaz. Yararlı içerik rehberi ise nitelikli gözden geçirme olmadan büyük miktarda metni otomasyonla üretmeyi düşük emek örneği sayar. Uygulama önerisi: çeviri çıktısını yayından önce hedef dili bilen biri incelesin.

Kullanıcıyı konumuna göre otomatik yönlendirmeli miyim?

Google, kullanıcıları varsayılan diline göre otomatik yönlendirmekten kaçınmayı ve diğer sürümlere bağlantılar vermeyi söyler. IP analiziyle içerik uyarlamayı da güvenilmez bulduğu ve tarama engelleyebileceği için önermez.

Aynı dilde iki ülke için ayrı sayfa gerekir mi?

Fiyat, stok ya da yasal koşul farklıysa ayrı ülke sürümü anlamlıdır. Aynı dili paylaşan sürümler için genel bir dil yedeği sağlanması önerilir; yinelenen içerik varsa tercih edilen sürümü rel=canonical ile hreflang birlikte belirtebilirsiniz.

Sonuç

Uluslararası SEO bir etiket işi değil, karar sırası işidir: önce sayfanın neden değiştiğini, yani dil mi ülke mi olduğunu belirleyin; sonra bakım kapasitenize göre URL yapısını seçin; sonra her sürüme ayrı URL verip tek yöntemle karşılıklı bildirin; en sonda da içeriğin gerçekten o dilde ve o ülke için yazıldığından emin olun. Google'ın belgeleri sıralama garantisi vermez ve sınırlar değişebilir, bu yüzden uygulamadan önce güncel sayfalara bakın.

Yeni bir pazar için dil sürümlerine yerel bir yazar ve editör gerekiyorsa Akua Adforce'ta makale yazımı hizmetini inceleyebilirsiniz; kapsam ve koşullar ilgili ürün sayfasında yazılıdır.