İçindekiler
Web Sitesi Yerelleştirme: Süreç, İş Akışı ve Teknoloji için Eksiksiz Rehber
Küresel pazara açılmak artık yalnızca büyük kurumsal şirketlerin ayrıcalığı değil. Girişimler ilk günden beş dilde ürün çıkarıyor. E-ticaret mağazaları ikinci yılını doldurmadan yeni pazarlara giriyor. SaaS ürünleri aylara kalmadan kıtalara yayılıyor. Her başarılı uluslararası genişlemenin ortak paydası, web sitesi yerelleştirmeye sağlam bir yaklaşım — yalnızca çeviri değil, bir sitenin her katmanını her hedef pazara uyarlayan disiplinli bir süreç.
Bu rehber her şeyi kapsıyor: web sitesi yerelleştirmenin gerçekte ne içerdiği, süreç ve iş akışının nasıl yapılandırılacağı, hangi teknolojilere bakılacağı, HTML'e ilişkin konuların yaklaşımınızı nasıl şekillendirdiği ve ekibiniz için doğru web sitesi yerelleştirme çözümlerini ve hizmetlerini nasıl değerlendireceğiniz.
Web Sitesi Yerelleştirme Nedir?
Web yerelleştirme, bir dildeki kelimeleri başka bir dildeki kelimelerle değiştirmenin çok ötesine geçer. Çeviri metni ele alır. Yerelleştirme deneyimi ele alır.
Yerelleştirilmiş bir web sitesi şunları uyarlar:
- İçerik — metin, başlıklar, harekete geçirici mesajlar, yasal uyarılar
- Medya — kültürel anlam taşıyan görseller, ikonlar ve videolar
- Biçimler — tarih, saat, para birimi, telefon numaraları, adresler
- Düzen — Almancadaki metin genişlemesi, Arapça için sağdan sola rendering
- SEO — hreflang etiketleri, yerelleştirilmiş metadata, bölgeye özgü anahtar kelime hedefleme
- Hukuk ve uyumluluk — GDPR bildirimleri, yerel tüketici koruma metni, çerez politikaları
- Kullanıcı deneyimi — ödeme akışları, ödeme yöntemleri, güven sinyalleri
Bu ayrım önemli; çünkü yerelleştirmeye "sadece çeviri" gözüyle bakan şirketler yeni pazarlarda sürekli olarak geride kalıyor. Kullanıcılar, sitenin onlar için yapılmadığını hemen anlıyor. Farklı çeviri araçları ve yaklaşımları arasında karar veren ekipler için çeviri araçlarına yönelik eksiksiz rehberimiz mevcut seçenekleri ele alıyor.
Web Sitesi Yerelleştirme Süreci
Tekrarlanabilir bir web sitesi yerelleştirme süreci beş ayrı aşamadan oluşur. Herhangi birini atlamak, ilerleyen aşamalarda katlanarak büyüyen sorunlara yol açar.
Aşama 1: Uluslararasılaştırma (i18n)
Yerelleştirme yapabilmek için önce kod tabanının i18n'e hazır olması gerekir. Bu, teknik altyapı çalışmasıdır:
- Tüm stringleri kaynak koddan kaynak dosyalara (JSON, PO, XLIFF) taşıyın
- Sabit kodlanmış biçimleri kaldırın — locale'e duyarlı tarih, sayı ve para birimi API'leri kullanın
- Kullanıcı arayüzünün değişken metin uzunluklarını bozmadan kaldırabildiğinden emin olun
- Gerektiğinde çift yönlü metin desteği ekleyin
<html>öğesindekilangniteliğiyle başlayarak web sitesi yerelleştirme HTML'ini doğru şekilde yapılandırın
i18n mevcut bir kod tabanına sonradan ekleniyorsa, bileşenler genelinde dağılmış yüzlerce sabit kodlanmış stringin ortaya çıkmasını bekleyin. Eksik çeviri anahtarlarını işaretleyen araçlar ve linter'lar yardımcı olur; ancak baştan i18n gözetilerek geliştirmek bunların yerini tutmaz.
Aşama 2: İçerik Çıkarma ve Çeviri
Kod tabanı hazır olduğunda, içerik çeviri pipeline'ına taşınır:
- Kaynak dosyalardan stringleri çeviri için uygun biçimlere çıkarın
- İçeriği çevirmenlere gönderin — insan, makine veya hibrit iş akışı
- Daha önce onaylanmış çevirileri yeniden kullanmak için translation memory uygulayın
- Marka terimleri, ürün adları ve teknik sözcük dağarcığı için glossary tutun
Web sitesi çeviri yerelleştirme kalitesi büyük ölçüde bağlama bağlıdır. "Submit" gibi bir string, bir formun, ödeme adımının ya da destek talebinin ardından gelip gelmediğine bağlı olarak farklı çevrilebilir. Çevirmenlerin en iyi işi yapabilmesi için ekran görüntülerine, açıklamalara ve karakter sınırlarına ihtiyacı vardır.
Aşama 3: Yerelleştirme Mühendisliği
Bu aşama, çevirilerin ürüne geri entegre edilmesindeki teknik çalışmayı kapsar:
- Çevrilmiş dosyaları içe aktarın ve eksik key olmadığını doğrulayın
- Diller arasında önemli ölçüde farklılık gösteren çoğullaştırma kurallarını işleyin
- String interpolation'ı test edin — çevrilmiş stringlerin içindeki değişkenler sağlam kalmalıdır
- Çevrilmiş içeriğin kullanıcı arayüzünde doğru render edildiğini doğrulayın
Web sitesi yerelleştirme HTML konuları burada en belirgin şekilde öne çıkar. Eksik lang nitelikleri, yanlış charset bildirimleri veya hatalı kodlanmış karakterler mühendislik doğrulaması sırasında gün yüzüne çıkar.
Aşama 4: Dilbilimsel ve İşlevsel QA
Kalite güvencesi, otomatik kontrollerin yakalayamadıklarını yakalar:
- Ton, terminoloji ve kültürel uyum için anadil konuşanı incelemesi
- Tüm yerelleştirilmiş UI durumlarının işlevsel testi
- Çevrilmiş içerikten kaynaklanan düzen sorunları için visual regression kontrolleri
- Tüm locale'lerde link ve form doğrulaması
Aşama 5: Yayınlama ve Süregelen Bakım
Yerelleştirme bir kerelik proje değildir. Her yeni özellik, pazarlama kampanyası ve ürün güncellemesi, aynı pipeline'a giren yeni içerik üretir. Olgun bir web sitesi yerelleştirme iş akışı, içeriği bir parti proje yerine sürekli bir akış olarak ele alır.
Web Sitesi Yerelleştirme İş Akışı: Sürekli vs. Toplu
Çoğu ekip toplu yaklaşımla başlar: tüm içeriği toplar, çeviri için gönderir, geri entegre eder, yayınlar. Bu küçük ölçekte işe yarar ancak ürün hızı arttıkça bozulur.
Sürekli bir web sitesi yerelleştirme iş akışı, çeviriyi geliştirmeyle paralel yürütür:
- Geliştiriciler yeni string keyleriyle birlikte kod işler
- Otomasyon yeni keyleri algılar ve çevirmenlere yönlendirir
- Çevrilmiş stringler repository'ye otomatik olarak geri işlenir
- Sürümler, ayrı bir yerelleştirme sprint'i gerekmeden çevrilmiş içerik barındırır
Bu yaklaşım, sürümleri geciktiren "yerelleştirme dondurma"yı ortadan kaldırır. Aynı zamanda çeviri çalışmasını daha dengeli dağıtır; bu da büyük ve aceleye getirilen partilerden daha tutarlı kalite üretir.
Sürekli iş akışının temel destekleyicileri:
- Source control entegrasyonu — çeviri dosyaları kodla aynı repo'da bulunur
- API güdümlü çeviri platformları — stringler programatik olarak girer ve çıkar
- Otomatik QA — linting ve key kapsam kontrolleri CI'da çalışır
- In-context editing — çevirmenler çalışırken canlı UI önizlemesini görür
Web Sitesi Yerelleştirme Teknolojisi
Web sitesi yerelleştirme teknolojisi ekosistemi önemli ölçüde olgunlaştı. Katmanları anlamak, ekiplerin mimarilerine uyan araçları seçmesine yardımcı olur.
Uluslararasılaştırma Framework'leri
Her büyük frontend framework'ünün bir i18n çözümü vardır:
- React — react-i18next, react-intl, LinguiJS
- Vue — vue-i18n
- Angular — yerleşik i18n modülü
- Next.js — i18n yapılandırmasıyla yerleşik routing, çoğu React i18n kütüphanesiyle uyumlu
- Svelte / SvelteKit — paraglide-js, svelte-i18n
Framework seçimi her şeyi şekillendirir: dosya biçimi, çoğullaştırma API'si, namespace yapısı ve çevirilerin runtime veya build zamanında nasıl yüklendiği.
Translation Management System'ler (TMS)
Bir TMS, web yerelleştirme hizmetleri için operasyonel merkezdir. Çevirileri depolar, iş akışlarını yönetir, değişiklikleri takip eder ve entegrasyonlar veya API'ler aracılığıyla kod tabanınıza bağlanır. Değerlendirilecek temel özellikler:
- Translation memory ve glossary yönetimi
- İnsan post-editing ile machine translation entegrasyonu
- İş akışı otomasyonu ve onay adımları
- Geliştirici odaklı API ve CLI
- Çevirmenler, inceleyiciler ve yöneticiler için rol tabanlı erişim
- Gerçek zamanlı iş birliği ve in-context önizleme
Hangi translation management system'in ihtiyaçlarına uygun olduğunu değerlendiren ekipler için translation management system seçme rehberimiz temel karar kriterlerini ele alıyor.
CDN ve Dağıtım
Çevrilmiş içeriğin kullanıcılara ulaşma biçimi performans açısından önemlidir:
- Static generation, her locale için önceden render edilmiş HTML üretir; maksimum hız ve SEO uyumluluğu sağlar
- Runtime fetching, locale dosyalarını isteğe bağlı yükler; başlangıç bundle boyutunu küçültür
- Edge localization, kullanıcının bölgesini CDN katmanında algılar ve origin'e bir round trip olmaksızın uygun locale'i sunar
Web Sitesi Yerelleştirme Çözümü Olarak better-i18n
better-i18n, bağlantısız araçları yönetme yüküyle uğraşmadan çok dilli ürünler çıkarmak isteyen geliştirme ekipleri için özel olarak inşa edilmiştir. Tek bir platform aracılığıyla kod tabanınızı çeviri iş akışlarına bağlayan hem bir web sitesi yerelleştirme çözümü hem de bir içerik yönetim katmanı olarak işlev görür.
better-i18n'i web yerelleştirmede etkili kılan temel özellikler:
- Git-native iş akışı — çeviri dosyaları repository'nizde bulunur; better-i18n değişiklikleri otomatik olarak senkronize eder
- Sürekli yerelleştirme — yeni stringler manuel müdahale olmadan algılanır, çevirmenlere yönlendirilir ve geri işlenir
- In-context editor — çevirmenler canlı UI önizlemesinde çalışır; çeviri kalitesini düşüren bağlam sorununu ortadan kaldırır
- İnsan incelemesiyle machine translation — AI destekli öneriler maliyet ve süreyi azaltırken kalite kontrolü için insan dilbilimcileri döngüde tutar
- Developer-first API — CLI ve REST API ile yerelleştirmeyi CI/CD pipeline'ınıza entegre edin
- İçerik yönetimi — blog yazılarını, landing page'leri ve pazarlama içeriğini UI stringleriyle aynı yerde yönetin
better-i18n'i yerelleştirme platformu olarak benimseyen ekipler, yerelleştirme döngü süresini genellikle yarıdan fazla kısaltır ve ayrı çeviri satıcılarını, dosya el değiştirmelerini ve import komut dosyalarını yönetmenin koordinasyon yükünü ortadan kaldırır.
Web Sitesi Yerelleştirme HTML: Teknik Temeller
HTML, her yerelleştirilmiş web sitesinin sunum biçimidir. Teknik ayrıntıları doğru yapmak isteğe bağlı değildir — erişilebilirliği, arama motoru indekslemesini ve tarayıcılar ile cihazlar genelinde doğru rendering'i etkiler.
lang Niteliği
Her yerelleştirilmiş sayfa, dilini <html> öğesinde bildirmelidir:
<html lang="de">
IETF dil etiketleri kullanın. Bölgesel varyantlar için bölge alt etiketini ekleyin:
<html lang="pt-BR"> <!-- Brezilya Portekizcesi --> <html lang="zh-Hans"> <!-- Basitleştirilmiş Çince -->
Ekran okuyucular, doğru ses ve telaffuzu seçmek için lang niteliğini kullanır. Arama motorları, bir sayfanın hangi dili hedeflediğini anlamak için bunu kullanır.
Çok Dilli SEO için hreflang
Aynı içerik birden fazla dilde veya bölgede mevcutsa, hreflang etiketleri arama motorlarına belirli bir kullanıcı için hangi sürümün sunulacağını bildirir:
<link rel="alternate" hreflang="en" href="https://example.com/en/pricing" /> <link rel="alternate" hreflang="de" href="https://example.com/de/pricing" /> <link rel="alternate" hreflang="fr" href="https://example.com/fr/pricing" /> <link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
Her sayfa, kendi locale'i için öz referanslı etiket dahil olmak üzere tüm alternate link setini içermelidir. Eksik veya tutarsız hreflang etiketleri uluslararası SEO yamyamlaşmasına yol açar — yanlış dil sürümü yanlış pazar için sıralanır. hreflang uygulamasına kapsamlı bir bakış için hreflang SEO rehberimize göz atın.
Karakter Kodlaması
Her sayfada UTF-8 kodlaması bildirin:
<meta charset="UTF-8" />
UTF-8 tüm yazı sistemlerini destekler. Eski kodlamalar kullanıldığında ASCII aralığı dışındaki karakterler için rendering hataları ortaya çıkar.
Çift Yönlü Metin
Arapça, İbranice, Urduca, Farsça gibi sağdan sola yazılan diller için dir niteliğini ekleyin:
<html lang="ar" dir="rtl">
CSS logical property'leri (margin-inline-start, padding-inline-end), ayrı stylesheet gerektirmeden RTL için düzeni otomatik olarak uyarlar. Fiziksel property'ler (margin-left, padding-right) kullanmak manuel geçersiz kılmalar gerektirir.
Locale'e Duyarlı Biçimlendirme
Sayıları, tarihleri ve para birimini locale kurallarına göre biçimlendirmek için JavaScript'teki Intl API'yi kullanın:
new Intl.NumberFormat('de-DE', { style: 'currency', currency: 'EUR' }).format(1234.5);
// Çıktı: 1.234,50 €
new Intl.DateTimeFormat('ja-JP').format(new Date());
// Çıktı: 2026/3/1
Biçimleri sabit kodlamak — ya da Intl API olmadan locale'e özgü kütüphaneler kullanmak — diğer bölgelerdeki kullanıcılar için yanlış çıktı üretir.
Web Sitesi Yerelleştirme Adımları: Pratik Kontrol Listesi
İlk yerelleştirme projesine başlayan ekipler için bu web sitesi yerelleştirme adımları yapılandırılmış bir başlangıç noktası sunar:
- Kod tabanını denetleyin — tüm sabit kodlanmış stringleri, biçimleri ve asset'leri tanımlayın
- i18n framework'ünüzü seçin — frontend stack'inizle eşleştirin
- Stringleri çıkarın — tüm metni harici kaynak dosyalara taşıyın
- Bir TMS veya yerelleştirme platformu kurun — better-i18n doğrudan repo'nuza bağlanır
- Hedef locale'leri belirleyin — iş akışını doğrulamak için iki veya üçle başlayın
- İlk çeviriyi çalıştırın — temel sayfalar için insan incelemesiyle machine translation
- Locale routing uygulayın — alt dizin (
/de/), subdomain (de.example.com) veya ccTLD (example.de) - hreflang etiketleri ekleyin — her yerelleştirilmiş sayfada
- Her locale'i QA'dan geçirin — işlevsel test artı anadil konuşanı incelemesi
- Sürekli yerelleştirme kurun — devam eden sürümler için pipeline'ı otomatikleştirin
- İzleyin ve yineleyin — locale bazında etkileşim metriklerini takip edin ve ayarlayın
Web Sitesi Yerelleştirme Hizmetleri ve Ajansları Seçimi
Dış uzmanlığa ihtiyaç duyan ekipler için web sitesi yerelleştirme hizmetleri pazarı birkaç kategori içerir:
Tam hizmet web sitesi yerelleştirme ajansları, uçtan uca destek sağlar: proje yönetimi, dilbilimsel hizmetler, mühendislik ve QA. Bir web sitesi yerelleştirme ajansı şu durumlarda uygundur:
- Ekipte kurum içi yerelleştirme uzmanlığı yoksa
- Proje büyük hacimli düzenlenmiş veya markaya duyarlı içerik içeriyorsa
- Birden fazla dili aynı anda yayına almak gerekiyorsa
Language service provider'lar (LSP'ler) çeviri ve dilbilimsel çalışmaya odaklanır. Teknik uygulamayı üstlenmek yerine TMS'nizle entegre olurlar.
better-i18n gibi teknoloji platformları, sürekli yerelleştirme için altyapı sağlar ve giderek hem kurum içi ekiplerin hem de ajansların üzerine inşa ettiği temel haline gelmektedir.
Website localisation services (Avrupa ve Milletler Topluluğu pazarlarında yaygın İngiliz imla varyantı) aynı değerlendirme kriterlerini izler; AB üye devletlerindeki uyumluluk gereksinimlerine ek dikkat gösterir. Website localisation services ya da web localisation aramanız fark etmeksizin, değerlendirmeniz gereken temel özellikler tutarlı kalır.
Herhangi bir web yerelleştirme hizmetleri sağlayıcısı için değerlendirme kriterleri:
| Kriter | Nelere Bakılacak |
|---|---|
| Dil kapsamı | Hedef locale'lerinizi anadil konuşanlarıyla kapsıyor mu? |
| Alan uzmanlığı | Sektörünüzde deneyim (hukuk, tıp, SaaS, e-ticaret) |
| Teslimat süresi | Sürekli teslimatı destekleyebiliyor mu yoksa yalnızca toplu sürümleri mi? |
| Teknoloji entegrasyonu | Manuel dosya transferleri olmadan stack'inize bağlanıyor mu? |
| Translation memory | Maliyeti azaltmak ve tutarlılığı artırmak için önceki çalışmaları yeniden kullanıyor |
| Kalite süreci | Tanımlanmış inceleme ve onay adımları, yalnızca ham makine çıktısı değil |
| Fiyatlandırma modeli | Kelime başına, dil başına veya abonelik — hangisi hacminize uyuyor? |
Yaygın Web Sitesi Yerelleştirme Hataları
Deneyimli ekipler bile bu hataları tekrarlar:
Yerelleştirmeyi yayın sonrası adım olarak ele almak. i18n gözetilmeden inşa edilmiş bir kod tabanına sonradan i18n eklemek pahalı ve yavaştır. Baştan dışsallaştırılmış stringlerle geliştirin.
Metin genişlemesini göz ardı etmek. Almanca ve Fince metni, İngilizce eşdeğerlerinden yüzde 20-35 daha uzundur. İngilizce metin uzunluğunu varsayan tasarımlar diğer dillerde bozulur.
Tüm çeviriyi tek bir darboğazda merkezileştirmek. Tek bir dilbilimci veya ekip kısıt haline gelir. Net sahiplikle paralel iş akışları daha iyi ölçeklenir.
Locale'e özgü SEO'yu atlamak. İçeriği metadata, URL'ler ve dahili linkler uyarlanmadan çevirmek organik trafiği masada bırakır. Her locale'in kendi anahtar kelime araştırmasına ve sayfa içi optimizasyonuna ihtiyacı vardır. Web sitesi yerelleştirme çözümleri yalnızca içerik çevirisini değil, SEO araçlarını da içermelidir. Yerelleştirme SEO rehberi, yerelleştirilmiş içeriğinizin her hedef pazarda gerçekten sıralanmasını nasıl sağlayacağınızı açıklar.
Machine translation'ı inceleme olmadan kullanmak. Sinirsel machine translation yeteneklidir ama kusursuz değildir. Yüksek riskli içerik — hukuki şartlar, pazarlama metni, destek belgeleri — yayından önce insan incelemesi gerektirir.
Süregelen bakımı ihmal etmek. Bir web sitesi statik değildir. Her ürün güncellemesi, sezonsal kampanya ve politika değişikliği yeni içerik üretir. Yalnızca ilk yayını ele alan bir yerelleştirme iş akışı haftalar içinde geride kalır.
better-i18n Neden Modern Web Yerelleştirmesi için İnşa Edilmiştir
Web sitesi yerelleştirme çözümleri, modern geliştirme ekiplerinin çalışma biçimiyle ne kadar örtüştükleri bakımından farklılık gösterir. better-i18n, özellikle şu ekipler için tasarlanmıştır:
- Sürekli çıktı üretir ve sürümleri engelleyen yerelleştirme sprint'lerini göze alamaz
- Çevirinin e-postayla gönderilen spreadsheet'ler aracılığıyla değil, repository'de gerçekleşmesini ister
- Hem UI stringlerini hem de pazarlama içeriğini tek bir platformda yönetmesi gerekir
- Çeviri kalitesini önemser ama aynı zamanda maliyeti ve teslimat süresini kontrol etmesi gerekir
Platform, yerel string çıkarma ve çeviriden içerik yönetimi ve yayınlamaya kadar tam web sitesi yerelleştirme iş akışını destekler; en yaygın frontend stack'leri için yerel entegrasyonlar ve özel pipeline'lar için geliştirici API'si sunar.
Web sitesi yerelleştirme teknolojisini değerlendiren ekipler için better-i18n, string yönetimi, çeviri satıcı koordinasyonu ve içerik yayınlama için ayrı araçları bir araya getirme ihtiyacını ortadan kaldırır. Her şey tek bir arayüz, tek bir erişim kontrolü seti ve tek bir denetim izi üzerinden işler.
Özet
Web sitesi yerelleştirme teknik ve operasyonel bir disiplindir, yalnızca bir içerik görevi değil. Doğru yapmak şunları gerektirir:
- Baştan i18n için inşa edilmiş bir kod tabanı
- Tanımlı aşamalarla net bir süreç: i18n, çıkarma, mühendislik, QA ve yayınlama
- Ürün geliştirmeyle aynı hızda ilerleyen sürekli bir iş akışı
- Sağlam web sitesi yerelleştirme HTML temelleri:
langnitelikleri, hreflang etiketleri, UTF-8 kodlaması ve locale'e duyarlı biçimlendirme - Ekibinizin ihtiyaçları için doğru teknoloji ve dilbilimsel hizmet kombinasyonu
İster kurum içi bir ekip yönetiyor ister bir web sitesi yerelleştirme ajansıyla çalışıyor olun, seçtiğiniz araçlar sonrasındaki her şeyin hızını, kalitesini ve maliyetini şekillendirir. better-i18n, bu temeli mümkün olduğunca sağlam yapmak için inşa edilmiştir — böylece ekibiniz hizmet ettiğiniz her pazar için harika ürünler geliştirmeye odaklanabilir.
better-i18n'in web yerelleştirme iş akışınızı nasıl yönettiğini görmek ister misiniz? Ücretsiz başlayın ve ilk projenizi dakikalar içinde bağlayın.