Yurt dışına hizmet satan şirketler için çok dilli web sitesi; her hedef dilde ayrı, taranabilir URL'lere sahip, satın alma kararını destekleyen yerelleştirilmiş hizmet sayfalarından oluşmalıdır. Yalnız menüyü çevirmek yerine ilgili ülkedeki müşterinin hizmet kapsamı, teslim yöntemi, referans, sözleşme ve teklif sorularını yanıtlayın; eşdeğer dil sayfalarını karşılıklı hreflang ile ilişkilendirin. Her dilde kolay ulaşılır bir teklif formu ve açık bir dil değiştirme seçeneği sunun. Ülke sayfasını gerçek operasyon farkı yokken aynı metni çoğaltmak için açmayın.
İlk adım: Hedef ülkeler mi, diller mi farklı?
Çok dilli ve çok bölgeli web sitesi farklı ihtiyaçları çözer. Türkiye'deki bir yazılım ajansı Almanya ve Avusturya'daki müşterilere aynı Almanca hizmeti sunuyorsa başlangıçta tek, iyi hazırlanmış Almanca hizmet sayfası yeterli olabilir. Teslimat modeli, yerel temsilci, fiyatlandırma, yasal metin veya referanslar değişiyorsa ülkeye özel sürümler değerlendirilebilir. İngilizce sayfayı otomatik olarak Birleşik Krallık, ABD ve tüm Avrupa için ayrı ayrı çoğaltmak yerine müşteri ihtiyaçlarını doğrulayın.
| İş durumu | URL yaklaşımı | İçerikte değişmesi gereken |
|---|---|---|
| Türkiye ve diğer ülkelerde aynı İngilizce hizmet | /en/services/ | Tek güçlü İngilizce hizmet anlatımı, uluslararası teklif akışı |
| Almanca konuşan pazarlarda aynı operasyon | /de/leistungen/ | İyi düzenlenmiş Almanca metin ve Almanca yanıt verebilen iletişim noktası |
| Almanya ve Avusturya'da farklı hizmet kapsamı | /de-de/ ve /de-at/ | Ülke bazlı süreç, doğrulanmış referans ve teslim koşulları |
| Henüz hizmet verilmeyen ülke | Yeni ülke sayfası açmayın | Gerçek hizmet kapasitesi ve iletişim süreci oluşana kadar genel dil sayfası |
Çok dilli sitede URL mimarisi nasıl kurulmalı?
Google Arama Merkezi, dil sürümleri için farklı URL kullanılmasını önerir. Tek ekip ve tek içerik yönetim sistemiyle çalışan şirketlerde /tr/, /en/ ve /de/ gibi alt dizinler pratik bir başlangıçtır; ancak alan adı, alt alan adı veya alt dizin seçimi mevcut marka ve teknik mimariye göre yapılır. /en/ sayfasının kendi gezinmesi, hizmet açıklaması, form etiketleri, hata mesajları ve SEO meta verileri o dilde olmalıdır. Kullanıcı tek URL'de çerez veya tarayıcı diline göre bütünüyle değişen içerikle karşılaşmamalıdır.
| Yapı | Örnek | Ne zaman değerlendirilmeli? | Dikkat |
|---|---|---|---|
| Alt dizin | ornek.com/de/ | Tek marka ve merkezi içerik yönetimi | Dil rotaları ve teknik SEO birlikte test edilmeli |
| Alt alan adı | de.ornek.com | Ayrı ekip ya da teknik altyapı | Performans ve içerik yönetimi çoğalabilir |
| Ülkeye özgü alan adı | ornek.de | Ayrı ülke markası veya yerel operasyon | Alan adı, bakım ve içerik maliyetleri artar |
| URL parametresi | ornek.com?lang=de | Ana dil mimarisi olarak seçmeyin | Taranabilirlik ve dil sürümü yönetimi zorlaşabilir |
Hreflang doğru dil sayfasını nasıl işaretler?
Hreflang, Google'a sayfanın hangi dil veya ülke sürümleriyle eşdeğer olduğunu bildirir; kendi başına sıralama garantisi değildir. Bir Türkçe ve bir Almanca hizmet sayfası birbirini karşılıklı göstermelidir. Alternatif bağlantılar tam HTTPS URL olmalı, her sayfa kendisini de listelemeli ve yalnız gerçekten yayımlanmış, eşdeğer içeriklere işaret etmelidir. Genel dil sayfası uygunsa 'en', Birleşik Krallık'a gerçekten özgü bir sürüm varsa 'en-GB' kullanın; yalnız 'GB' dil kodu değildir. Uygun genel dil veya ülke seçme sayfasında 'x-default' değerlendirilebilir.
Bir ülkeye yönelik hizmet sayfasında neler bulunmalı?
- İlk ekranda kime, hangi hizmeti, hangi teslim modeliyle sunduğunuzu tek cümleyle belirtin.
- Hizmet kapsamı ve hariç tutulan işleri anlaşılır maddelerle açıklayın; her ülkeye sunulmayan hizmeti vaat etmeyin.
- Sektör, proje tipi ve yetkinliği gösteren yalnız izinli ve doğrulanmış referansları ekleyin.
- Uzaktan veya yerinde çalışma biçimi, iletişim saatleri, proje aşamaları ve kullanılan dili açıkça yazın.
- İlgili dilde kısa teklif formu, iletişim kişisi ve yanıt süreci sunun.
- Gizlilik, çerez ve form bilgilendirmelerini gerçekten faaliyet gösterilen pazarlardaki gerekliliklere göre hukuk danışmanıyla kontrol edin.
Almanca sayfada yalnız İngilizce teklif formuna geçmek, beklentinin karşılanmadığı bir kırılma noktası olabilir. Ancak şirket Almanca satış görüşmesi yapamıyorsa sırf SEO için Almanca form açmayın; hangi dillerde görüşme yapılabildiğini dürüstçe yazın. Çeviri kontrollerinde teknik terimleri satış ekibi ve ana dili bilen bir editör birlikte gözden geçirmelidir.
Örnek iş akışı: Almanya'ya yazılım hizmeti satan kurgusal ekip
Aşağıdaki örnek kurgusaldır; gerçek müşteri, trafik veya dönüşüm sonucu değildir. İzmir merkezli bir kurumsal yazılım ekibinin Almanya'daki üreticilere stok ve teklif süreçleri için entegrasyon hizmeti sunduğunu varsayalım. Önce Almanya'dan gelen satış sorularını görüşme notlarından sınıflandırır: mevcut ERP, veri aktarımı, proje dili, destek saatleri ve veri barındırma gereksinimi. Ardından yalnız bu hizmet için Almanca bir sayfa hazırlar ve kapsam dışı kalan hizmetleri eklemez.
| Aşama | Web sitesindeki karşılığı | Ölçülebilir çıktı |
|---|---|---|
| Alıcı sorularını toplama | ERP bağlantısı, proje aşamaları ve destek dilleri | Sık sorulan ihtiyaçların listesi |
| Almanca sayfa | /de/erp-integration/ ve doğru hreflang | Almanca sayfa görünürlüğü ve ilgili ziyaretler |
| Güven kanıtı | İzinli proje özeti, gerçek ekip ve teknik yaklaşım | İlgili vaka sayfası etkileşimleri |
| Teklif formu | Şirket, ERP, ihtiyaç, zamanlama ve izin alanları | Tamamlanmış nitelikli talep |
| CRM devri | Dil, ülke, hizmet ve talep kaynağıyla görev ataması | Görüşme, teklif ve kapanan fırsat kayıtları |
Uluslararası teklif formu nasıl kurgulanmalı?
Form ilk adımda yalnız satış ekibinin doğru yanıt vermesi için gerekli bilgileri toplamalıdır: şirket adı, iş e-postası, hedef hizmet, mevcut sistem veya proje kapsamı, ülke, tercih edilen iletişim dili ve isteğe bağlı bütçe aralığı. Teknik çizim veya gizli dosya istenecekse güvenli aktarım ve yetkilendirme ayrı tasarlanmalıdır. Formun başarı mesajı, hata açıklamaları ve sonrasındaki e-posta aynı dilde olmalıdır. CRM'de dil ve ülkeyi farklı alanlarda tutun; Almanca konuşmak, müşterinin mutlaka Almanya'da bulunduğu anlamına gelmez.
Çok dilli SEO ve teklif kalitesi hangi verilerle izlenir?
| Kontrol | Aranacak işaret | Düzeltilmesi gereken durum |
|---|---|---|
| Dizinlenebilirlik | Her dil URL'sinin HTTP 200, doğru canonical ve sitemap kaydı | Eksik dil URL'si veya yanlış sayfaya canonical |
| Hreflang | Karşılıklı, tam ve eşdeğer dil alternatifleri | Var olmayan veya başka hizmete giden eşleme |
| Dil deneyimi | Menü, hizmet, form ve onay mesajı aynı dilde | Yarım kalmış çeviri veya zorunlu otomatik yönlendirme |
| Talep kalitesi | CRM'de ülke, dil, hizmet, nitelik ve teklif durumu | Yalnız sayfa görüntülenmesini satış saymak |
| Operasyon | Yanıt verilebilen dilde gerçek satış ve destek | Karşılanamayan dil veya teslimat sözü |
Search Console verilerini dil klasörlerine ve ilgili hizmet sayfalarına göre inceleyin; yalnız toplam organik trafikle karar vermeyin. Almanca sayfa görünürlük kazanırken İngilizce formdan terk oranı artıyorsa içerik dilinden çok teklif akışında sorun olabilir. CRM'de nitelikli talep, gönderilen teklif ve sözleşmeye dönen fırsatları ayrı raporlayın. Ülke veya dil sayfası açmanın tek başına teklif garantisi olmadığını unutmayın.
Yayına almadan önce sekiz maddelik kontrol listesi
- Hedef ülke ve dil seçimi doğrulanmış müşteri talebine dayanıyor mu?
- Her dilin tam çevrilmiş, farklı ve taranabilir hizmet URL'si var mı?
- Eşdeğer sayfalar arasında karşılıklı hreflang ve uygun canonical tanımlı mı?
- Dil değiştirici kullanıcıyı mümkünse bulunduğu sayfanın eşdeğerine götürüyor mu?
- Gerçek referans, hizmet alanı ve destek dili beyanları teyit edildi mi?
- Teklif formu ve otomatik yanıt ilgili dilde uçtan uca test edildi mi?
- Gizlilik, çerez ve veri işleme metinleri hedef pazara göre kontrol edildi mi?
- Search Console, form ölçümü ve CRM kaynak takibi denendi mi?
Sık sorulan sorular
İngilizce web sitesi yurt dışına hizmet satmak için yeterli mi?
Bazı uluslararası B2B müşteriler için olabilir. Ancak hedef kitleniz sözleşme, teknik kapsam veya destek bilgisini Almanca gibi başka dilde bekliyorsa ayrıca yerelleştirilmiş bir sayfa ve gerçek yanıt kapasitesi planlayın.
Hreflang ekleyince diğer ülkelerde ilk sayfaya çıkar mıyız?
Hayır. Hreflang eşdeğer dil ve bölge sürümlerini arama motoruna bildirir; içerik kalitesi, alaka, teknik erişilebilirlik ve rekabetin yerini almaz.
Her ülke için ayrı alan adı gerekli mi?
Hayır. Aynı marka ve merkezi ekip için dil veya ülke alt dizinleri yönetilebilir bir başlangıç olabilir. Ayrı ülke operasyonu ve güçlü marka gereksinimi varsa ülkeye özgü alan adı ayrıca değerlendirilebilir.
Almanca sayfaya İngilizce teklif formu koyabilir miyiz?
Teknik olarak evet; fakat kullanıcı beklentisini bozabilir. Satış ekibi gerçekten Almanca yanıt verebiliyorsa form ve hata/onay mesajlarının da Almanca olması daha tutarlı bir deneyim sunar.
Dil değişimi ziyaretçiyi otomatik yönlendirmeli mi?
Zorunlu IP veya tarayıcı dili yönlendirmeleri kullanıcının ve arama motorunun diğer sürümlere erişimini zorlaştırabilir. Açık dil seçimi ve her dil için ayrı taranabilir URL tercih edin.