Chrome Çevirisi Siteyi Bozuyor mu? Otomatik Çeviriyi Yönetme Rehberi

Biz Talha Aslan ve ekibi olarak site denetimlerinde bu şikâyeti sık duyuyoruz: "Yabancı müşteri siteyi çevirince menü iki satıra düştü, logonun yanındaki marka adı başka bir kelimeye dönüştü." Kısacası sorun çoğu zaman sitenin kendisinde değil, sitenin çeviriye hazırlıksız olmasında. Bu rehber yalnız bu tek soruyu ele alıyor.

Önemli bir ayrım da var. Ziyaretçinin çeviri yapmasını engellemek çoğu zaman yanlış hedeftir. Doğru hedef, çevirinin zarar vermemesidir; yani marka adı aynı kalsın, menü taşmasın, form çalışmaya devam etsin.

Chrome çevirisinin sorun çıkardığını hangi belirtilerden anlarsınız?

Belirtiler genelde aynı kalıpla gelir. Ziyaretçi sayfayı kendi diline çevirir ve ilk bakışta her şey yolunda görünür; ancak birkaç tıklamadan sonra garip davranışlar başlar. Aşağıdaki listeyi kendi sitenizde tek tek deneyebilirsiniz.

• Üst menüdeki kısa Türkçe kelimeler uzun karşılıklara dönüşür ve menü ikinci satıra taşar.
• Marka adınız, ürün adınız ya da kişi adları sözlük anlamına dönüşür.
• Düğme metinleri kutunun dışına taşar veya yarım kalır.
• Form gönderildikten sonra hata mesajı özgün dilde kalır.
• Sepet, filtre ya da sekme gibi etkileşimli parçalar çeviriden sonra yanıt vermez.
• Fiyat, ölçü birimi veya sipariş kodu gibi alanlarda anlamsız değişiklikler çıkar.

Bu belirtilerden biri bile dönüşüm kaybı demektir. Özellikle yurt dışından teklif isteyen ziyaretçi bozuk bir menüyle karşılaşırsa güven duygusu zayıflar. Bu nedenle sorunu tasarım ayrıntısı değil, satış akışının parçası olarak görmenizi öneriyoruz.

Tarayıcı çevirisi sayfada teknik olarak neyi değiştirir?

Tarayıcı çevirisi sunucunuzdaki dosyaya dokunmaz. Sayfa yüklendikten sonra tarayıcı ekrandaki metin parçalarını toplar, çeviri hizmetine gönderir ve gelen karşılıkları aynı yerlere yazar. Yani değişiklik yalnız ziyaretçinin ekranında olur.

Sorun tam da burada başlar. Sitenizin betikleri belirli bir metni ya da metin düğümünü bekliyorsa, çeviri o düğümü değiştirdiğinde betik aradığını bulamayabilir. Ayrıca çeviri bazen tek bir kelimeyi ek bir sarmalayıcı içine alır; böylece sayfa yapısı küçük ama önemli bir biçimde farklılaşır.

İkinci etki uzunluktur. Türkçeden İngilizceye ya da Almancaya geçişte bazı kelimeler kısalır, bazıları belirgin biçimde uzar. Almanca bileşik kelimeler özellikle dar menülerde taşmaya yol açar. Tasarım sabit genişlikli kutulara dayanıyorsa bu uzama düzeni doğrudan bozar.

Bu yüzden sorunun iki katmanı var: hangi metnin çevrileceğini kontrol etmek ve çevrilen metnin sığacağı esnek bir düzen kurmak. Altyapınız bu iki katmanı desteklemiyorsa sorunu yamalarla çözmek zorlaşır; böyle durumlarda kurumsal web sitesi yaptırma sürecinde çeviriye dayanıklılığı baştan şart koymak daha ucuz bir yoldur.

lang özniteliği neden ilk kontrol noktasıdır?

lang özniteliği, sayfanın ya da bir öğenin hangi dilde yazıldığını bildiren HTML değeridir. MDN lang öznitelik belgesi bu değerin BCP 47 dil etiketi aldığını, tanımlanmazsa dilin "bilinmiyor" sayıldığını ve alt öğelerin dili üst öğeden devraldığını açıklar. Örneğin Türkçe bir sayfada html öğesinde lang değeri tr olmalıdır.

Yanlış lang değeri çeviri davranışını doğrudan etkiler. Türkçe sayfada değer en olarak kaldıysa tarayıcı sayfayı İngilizce sanabilir ve İngilizce okura çeviri önermeyebilir. Tersine, hazır bir temadan kalan yanlış değer Türk ziyaretçiye gereksiz bir çeviri önerisi gösterebilir.

Ayrıca lang değeri erişilebilirlik için de gereklidir; ekran okuyucular doğru telaffuzu bu değere göre seçer. Google tarafında yanlış dil algısı yaşıyorsanız html lang hatası ve yanlış dil algısı rehberimize bakabilirsiniz; orada konuyu arama motoru açısından ayrıntılı ele aldık.

Pratik kural basit: sayfa düzeyinde tek bir doğru değer verin, sayfa içinde başka dilde bir alıntı ya da ürün adı varsa yalnız o öğeye kendi lang değerini ekleyin.

Kontrol etmek de kolay. Tarayıcıda sayfanın kaynağını açıp en üstteki html öğesine bakmanız yeterli. Hazır tema ya da eklenti kullanıyorsanız bu değeri genelde site ayarlarındaki dil seçeneği belirler; yani çoğu zaman kod yazmadan, yalnız doğru dili seçerek düzeltebilirsiniz.

Sayfa içindeki farklı dildeki metinleri nasıl işaretlersiniz?

Türkçe bir sayfada İngilizce bir slogan, Almanca bir ürün adı ya da yabancı bir alıntı bulunabilir. Bu parçalar için ayrı lang değeri vermezseniz tarayıcı onları da Türkçe sanır. Sonuç olarak çeviri aracı zaten İngilizce olan bir sloganı tuhaf biçimde yeniden çevirmeye çalışabilir.

Çözüm basit: yabancı dildeki parçayı saran öğeye kendi dil etiketini ekleyin. Örneğin İngilizce slogan için en, Almanca ürün adı için de değerini kullanın. Böylece hem çeviri aracı hem ekran okuyucu o parçayı doğru dilde ele alır.

• Sloganlar ve kampanya cümleleri.
• Yabancı dildeki müşteri alıntıları.
• Ürün ve model adlarındaki yabancı kelimeler.
• Dil seçicideki dil adları; her dil adı kendi dilinde yazılır ve kendi lang değerini taşır.

Ayrıca bu işaretleme erişilebilirlik açısından da bir kazanımdır. MDN, sayfa içinde farklı dildeki bölümlerin ayrıca işaretlenmesini erişilebilirlik ölçütlerinin bir gereği olarak anlatır. Yani tek bir düzenlemeyle iki sorunu birden çözersiniz.

Çeviri sorunlarını sitenin hangi bölümlerinde daha sık görürsünüz?

Saha deneyimimize göre sorunlar rastgele dağılmaz; belirli bölümlerde yoğunlaşır. Bu bölümleri bilirseniz test süresini kısaltırsınız ve önce en riskli alanlara bakarsınız.

• Üst menü ve açılır alt menüler: dar alanda çok kelime bulunur.
• Kahraman alanı başlıkları: büyük yazı boyutu uzayan metni hemen taşırır.
• Fiyat kartları ve karşılaştırma kutuları: kartlar eşit yükseklik bekler.
• Form etiketleri ve hata mesajları: betiklerle en çok etkileşen alanlardır.
• Alt bilgi: marka adı, adres ve yasal bağlantılar bir aradadır.

Örnek senaryo: bir hizmet sayfasında üç fiyat kartı yan yana duruyor. Çeviri sonrasında ortadaki kartın başlığı iki satıra çıkıyor ve kartların düğmeleri farklı hizalarda kalıyor. Bu küçük kayma bile sayfayı özensiz gösterir. Dolayısıyla kart düzenlerinde düğmeyi kartın altına sabitleyen, ama yüksekliği içeriğe bırakan bir yapı tercih edin.

translate="no" ne işe yarar ve nereye eklersiniz?

translate özniteliği, bir öğenin metninin çevrilip çevrilmeyeceğini çeviri araçlarına bildirir. MDN translate öznitelik belgesi iki değer tanımlar: boş ya da yes çevirmeye izin verir, no ise öğenin çevrilmemesi gerektiğini söyler. MDN, Google Translate gibi otomatik çeviri sistemlerinin bu değere uyduğunu ve marka adları için kullanılmasını önerdiğini belirtir.

Değeri yalnız korunması gereken en küçük parçaya ekleyin. Örneğin logonun yanındaki marka adı, ürün kodu ya da e-posta adresi için o kısa metni saran öğe yeterlidir. Bütün başlığı ya da bütün menüyü kapatırsanız ziyaretçi o alanı hiç anlayamaz.

• Marka ve ürün adlarını saran kısa öğeler.
• Sipariş numarası, stok kodu, IBAN gibi kod niteliğindeki metinler.
• Kullanıcı adı, e-posta adresi ve alan adı (example.com gibi) gösterimleri.
• Betiklerin metnine bağlı çalıştığı küçük arayüz parçaları.

MDN ayrıca her tarayıcının bu özniteliği tanımadığını da not eder. Bu nedenle translate="no" tek başına bir garanti değildir; sağlam düzen ve doğru betik yapısıyla birlikte kullandığınızda anlam kazanır.

Sayfa düzeyinde çeviriyi kapatmak ne zaman doğrudur?

Bazı sayfalarda çeviri gerçekten zarar verir. Örneğin yasal metnin yalnız resmi dilde geçerli olduğu bir sözleşme sayfası ya da kod örnekleriyle dolu teknik bir belge bu gruba girer. Google Search Central özel etiketler sayfası, googlebot için notranslate değeri taşıyan bir meta etiketini listeler ve bu etiketin Google'a sayfa için çeviri sunulmasını istemediğinizi söylediğini açıklar.

Ancak bu etiket arama sonuçlarındaki çeviri sunumuyla ilgilidir. Ziyaretçinin tarayıcısında yaptığı çeviri için öğe düzeyindeki translate değeri daha doğrudan bir araçtır. Ayrıca bazı tarayıcı çevirileri notranslate sınıfına da saygı gösterir; ama bu davranışı resmi belgeyle doğrulayamadığımız tarayıcılarda varsayım olarak ele almanızı öneriyoruz.

Genel kanaatimiz şu: sayfa düzeyinde kapatma istisna olmalı. Ziyaretçi dili anlamıyorsa ve çeviriyi kapatırsanız, ya kendi yöntemleriyle çevirir ya da siteden çıkar. İkisi de sizin için daha iyi bir sonuç değil. Kısacası çeviriyi yasaklamak yerine yönetmek çoğu işletme için daha doğru yoldur.

Marka adlarını Chrome çevirisinden nasıl korursunuz?

Marka adı çevrilince ortaya hem komik hem zararlı sonuçlar çıkar. Örnek senaryo: "Mavi Kapı Mobilya" adlı bir işletmenin adı çeviride "Blue Door Furniture" olur; ziyaretçi sonra bu adla arama yaptığında işletmeyi bulamaz. Bu yüzden marka adı her yerde aynı kalmalıdır.

1. Sitede marka adının geçtiği yerleri listeleyin: logo metni, başlık, alt bilgi, iletişim kartı ve ürün adları.
2. Her birinde yalnız adı saran küçük öğeye translate="no" ekleyin.
3. Logo görselse, görselin alt metnindeki marka adını da tutarlı yazın.
4. Sayfa başlığında ve meta açıklamada marka adını değiştirmeyin.
5. Değişiklikten sonra sayfayı Chrome çevirisi ile birkaç dilde açıp kontrol edin.

Ayrıca başka kaynaklardan gelen içerikleri unutmayın. Örneğin sitenize gömdüğünüz yorum kutusundaki işletme adı da çevrilebilir. Google yorumlarını web sitesinde gösterme rehberimizde bu tür gömülü alanların düzenini ayrıca anlattık. Kurumsal kimlik kılavuzunuz varsa marka adının çevrilmeyeceğini oraya da yazın; böylece yeni sayfa ekleyen herkes aynı kuralı uygular.

Hangi alanlara çeviri izni vermeli, hangilerini korumalısınız?

Karar vermeyi kolaylaştırmak için alanları üç gruba ayırıyoruz: serbestçe çevrilebilenler, korunması gerekenler ve tasarım desteği isteyenler. Aşağıdaki tablo hızlı bir karar aracı olarak işinizi görür.

Tablodaki "duruma göre" satırı için not düşelim: hukuki danışmanlık vermiyoruz. Yasal metinlerin hangi dilde geçerli olduğunu hukuk danışmanınızla netleştirin; sitede ise çevirinin bilgi amaçlı olduğunu belirten kısa bir not kullanabilirsiniz.

Menü taşmasını nasıl önlersiniz?

Menü taşması en görünür belirtidir, çünkü sayfanın en üstünde olur. Türkçe "Hizmetler" gibi bir kelime çeviride çok daha uzun bir karşılığa dönüşebilir. Menü her öğe için sabit genişlik ayırdıysa son öğe aşağı kayar ya da ekran dışına çıkar.

• Menü öğelerine sabit genişlik vermeyin; içerik kadar genişlesinler.
• Sığmadığı durumda öğelerin alt satıra düzenli geçmesine ya da daha erken mobil menüye dönüşmeye izin verin.
• Öğe sayısını azaltın; az ve net öğe, çeviride daha az risk demektir.
• Menüde tek satır metin zorunluluğu koymayın.

Menü kurgusunun kendisi için web sitesi menü yapısı rehberimize göz atabilirsiniz; orada öğe sayısını ve hiyerarşiyi ayrıntılı ele aldık. Öte yandan taşan menü bazen sayfanın yana kaymasına da yol açar. Bu ayrı ve sık görülen bir sorun; web sitesinin mobilde taşması ve yatay kaydırma yazımızda adım adım çözümünü bulabilirsiniz.

Kısa bir test yöntemi de önerelim: menünüzü en uzun kelimelerle dolu gibi düşünün. Bu hayali uzunlukta bile düzen ayakta kalıyorsa çeviri sizi büyük olasılıkla zor durumda bırakmaz.

Uzayan metne dayanıklı tasarımı nasıl kurarsınız?

Dayanıklı tasarımın özü, metnin uzunluğunu önceden bilmediğinizi kabul etmektir. Bu bakış açısıyla kutular metne göre büyür, düğmeler iki satıra geçebilir ve başlıklar kesilmek yerine alt satıra iner.

• Düğme ve etiketlerde sabit yükseklik ve genişlik yerine iç boşluk kullanın.
• Metni tek satırda zorla tutan ve taşanı gizleyen ayarlardan kaçının.
• Uzun kelimelerin satır sonunda bölünebilmesine izin verin.
• Kart düzenlerinde kartların farklı yükseklikte olabileceğini baştan kabul edin.
• Simge ile metni yan yana koyduğunuz yerde metne nefes alanı bırakın.

Okunabilirlik de bu işin parçası. Satır uzunluğu ve yazı boyutu dengeli bir sayfa, çeviride uzayan metni çok daha rahat taşır. Bu konuyu okunabilir metin tasarımı yazımızda satır uzunluğu, yazı boyutu ve satır aralığıyla birlikte anlattık.

Kısacası çeviriye dayanıklı tasarım ayrı bir proje değildir. İyi bir esnek düzen zaten farklı ekran boyutlarına uyum sağlar; çeviri yalnız bu esnekliği sınayan bir başka durumdur.

Formlar ve uygulamalar Chrome çevirisinden sonra neden çalışmayı bırakır?

Form ve uygulama sorunları en sinsi olanlardır, çünkü ilk bakışta görünmezler. Bir betik "Gönder" metnini arayarak düğmeyi buluyorsa, çeviri bu metni değiştirdiğinde betik düğmeyi bulamaz. Benzer biçimde metni doğrudan değiştiren betikler, çevirinin araya eklediği yapıyla çakışabilir.

Bu yüzden geliştiricinize iki ilkeyi hatırlatmanızı öneriyoruz. Birincisi, betikler öğeleri görünen metinle değil, kimlik ya da veri öznitelikleriyle bulsun. İkincisi, sık değişen küçük metin parçaları, çeviriden etkilenmemesi gerekiyorsa translate="no" ile korunsun.

1. Formu çeviri kapalıyken doldurup gönderin ve sonucu not alın.
2. Sayfayı Chrome çevirisiyle başka bir dile çevirin.
3. Aynı formu yeniden doldurun; zorunlu alan uyarısını ve başarı mesajını kontrol edin.
4. Sepet, filtre ve sekme gibi etkileşimli parçaları da aynı yöntemle deneyin.
5. Sorun çıkan parçayı geliştiricinize ekran kaydıyla iletin.

Sitenizde sohbet penceresi varsa onu da teste dahil edin. Çok dilli ziyaretçiye gerçekten hizmet etmek istiyorsanız tarayıcı çevirisine güvenmek yerine kendi dilinde yanıt veren bir yapı daha sağlıklıdır; yapay zeka sohbet botu geliştirme sayfamızda bu yaklaşımı anlattık.

Chrome çevirisi testini adım adım nasıl yaparsınız?

Test için özel bir araca gerek yok; masaüstü ve mobil Chrome yeterlidir. Önemli olan, testi rastgele değil sistemli yapmaktır. Aşağıdaki sırayı her büyük tasarım değişikliğinden sonra tekrar edebilirsiniz.

1. Ana sayfa, bir hizmet sayfası, bir ürün sayfası ve iletişim sayfasını test listesine alın.
2. Her sayfayı önce özgün dilde açın ve ekran görüntüsü alın.
3. Ardından sayfayı en az iki farklı dile çevirin; biri kelimeleri uzatan, biri kısaltan bir dil olsun.
4. Menü, düğmeler, kartlar ve alt bilgi alanını özgün görüntüyle karşılaştırın.
5. Marka adının ve kodların değişip değişmediğine bakın.
6. Formu ve etkileşimli parçaları çeviri açıkken kullanın.
7. Mobil ekranda aynı adımları tekrar edin.

Bulduğunuz her sorunu üç soruyla sınıflandırın: Bu metne çeviri izni vermeli miydiniz? Düzen uzayan metni taşıyabiliyor mu? Betik metne bağımlı mı? Bu üç sorunun cevabı hangi çözüme gideceğinizi söyler. Ayrıca test sonuçlarını kısa bir tabloda tutarsanız sonraki tasarım değişikliğinde aynı hataları tekrar etmezsiniz.

Safari ve diğer tarayıcılarda durum farklı mı?

Evet, ayrıntılar tarayıcıdan tarayıcıya değişir. Chrome, Safari ve Edge kendi çeviri özelliklerini sunar ve her biri sayfadaki metni farklı yöntemlerle değiştirebilir. Bu nedenle tek tarayıcıda yaptığınız test bütün ziyaretçilerin deneyimini temsil etmez.

İyi haber şu: çözümün temeli bütün tarayıcılarda aynı. Doğru lang değeri, korunan alanlarda translate="no" ve esnek düzen hepsinde işe yarar. MDN, translate özniteliğinin her tarayıcıda tanınmadığını belirtir; yani bir tarayıcı bu değeri yok sayarsa sizi kurtaracak olan yine esnek tasarımdır.

Pratik önerimiz, ziyaretçi istatistiklerinize bakarak en çok kullanılan iki tarayıcıyı seçmek ve testi bu ikisinde yapmaktır. Özellikle iPhone kullanıcısı yoğunsa Safari testini atlamayın. Böylece emeğinizi gerçek ziyaretçinin kullandığı ortama harcarsınız.

Mobil tarafı ayrıca önemsiyoruz. Telefon ekranı dar olduğu için uzayan metin masaüstünden çok daha hızlı taşar. Örneğin masaüstünde rahat duran bir düğme, mobilde çeviriyle birlikte iki satıra çıkabilir ve yanındaki simgeyi aşağı itebilir. Bu nedenle mobil testi masaüstü testinin kısa bir tekrarı olarak değil, ayrı bir adım olarak planlayın.

Çeviriyi tamamen kapatmak doğru bir karar mı?

Çoğu işletme için hayır. Çeviriyi tamamen kapatmak sorunu çözmez, yalnızca yabancı ziyaretçiyi sayfayı anlayamaz hâle getirir. Ziyaretçi yine de bir yolunu bulur; örneğin metni kopyalayıp başka bir çeviri aracına yapıştırır. Bu da deneyimi sizin kontrolünüzden tamamen çıkarır.

Kapatmanın mantıklı olduğu durumlar dardır. Örneğin yalnız resmi dildeki metnin geçerli olduğu bir sözleşme sayfası, teknik terimlerin çevrilince anlamını yitirdiği bir belge ya da kodlarla dolu bir yardım sayfası bu gruba girer. Bu sayfalarda bile çeviri kapalıysa ziyaretçiye kısa bir açıklama göstermek iyi bir uygulamadır.

Bizim önerdiğimiz denge şudur: sayfa genel olarak çevrilebilir kalsın, yalnız marka adı, kod ve betiğe bağlı küçük parçalar korunsun. Böylece hem ziyaretçi içeriği anlar hem de siteniz sağlam kalır.

Ne zaman tarayıcı çevirisi yerine gerçek çok dilli site gerekir?

Tarayıcı çevirisi bir köprüdür, kalıcı bir çözüm değildir. Yabancı ziyaretçi oranınız küçükse ve onlardan temel bilgi almasını bekliyorsanız köprü yeterli olabilir. Ancak yurt dışından düzenli satış ya da teklif bekliyorsanız gerçek çok dilli bir yapı gerekir.

• Yabancı dilde arama sonuçlarında görünmek istiyorsanız.
• Teklif formunun, sözleşmenin ve fiyat bilgisinin o dilde doğru olması gerekiyorsa.
• Marka sesinin her dilde aynı özenle aktarılmasını istiyorsanız.
• Her dil sürümünün arama motorunda ayrı bir sayfa olarak yer almasını istiyorsanız.

Tarayıcı çevirisi yalnız ziyaretçinin ekranında olur; arama motoru bu çeviriyi sizin sayfanız olarak dizine eklemez. Çok dilli yapının arama tarafını çok dilli web sitesi SEO rehberimizde anlattık. Dil seçimini otomatik yapmayı düşünüyorsanız IP adresine göre otomatik dil yönlendirmesi yazımız riskleri gösterir. Dil seçici tasarımı için de dil seçici rehberimize bakabilirsiniz.

Çok dilli sitede Chrome çevirisi yine sorun çıkarır mı?

Çıkarabilir, ama çok daha az. Gerçek çok dilli bir sitede her sürümün kendi doğru lang değeri olur. Tarayıcı, ziyaretçinin dilindeki sürümü gördüğünde çeviri önermeye gerek duymaz. Ziyaretçi sizin sunmadığınız bir dilden geliyorsa ise çeviri yine devreye girer.

Bu nedenle çok dilli sitede de aynı temel kurallar geçerlidir. Marka adını koruyun, düzeni esnek tutun ve betikleri metinden bağımsız yazın. Özellikle Türkçe ve İngilizce sürümünüz varken Arapça ya da Rusça konuşan bir ziyaretçi gelirse, tarayıcı çevirisi yine sizin tasarımınızı sınar.

Bir de sık yapılan hata var: sürümlerden birinde lang değerini güncellemeyi unutmak. Örneğin İngilizce sürüm hazır temadan kalan tr değerini taşıyorsa, tarayıcı İngilizce okura bile çeviri önerebilir. Bu küçük hata hem ziyaretçiyi hem arama motorunu şaşırtır; bu yüzden yayına almadan önce her sürümde lang değerini tek tek kontrol edin.

Chrome çevirisi sorunlarını kendiniz ne kadar çözebilirsiniz?

Bazı adımları teknik bilgi olmadan yapabilirsiniz. Test sürecini yürütmek, marka adlarının listesini çıkarmak ve sorunlu sayfaları ekran görüntüsüyle belgelemek için geliştirici olmanız gerekmez. Ayrıca içerik yönetim sisteminiz izin veriyorsa marka adına translate="no" eklemek de çoğu zaman basit bir düzenlemedir.

Ancak bazı işler tasarım ve kod bilgisi ister. Sabit genişlikli bir tema yapısını esnek hâle getirmek, betikleri görünen metinden bağımsız yazmak ya da çok dilli bir yapı kurmak bu gruba girer. Bu işlerde hatalı bir değişiklik, çözmeye çalıştığınız sorundan daha büyük bir sorun doğurabilir.

Kendi başınıza başlayacaksanız sırayı şöyle tutun: önce lang değeri, sonra marka adları, ardından menü ve düğme taşmaları, en son formlar. Bu sıra en ucuz ve en etkili adımlarla başlar; böylece küçük emekle büyük iyileşme görürsünüz.

Yayına almadan önce hangi kontrol listesini uygulamalısınız?

Aşağıdaki listeyi her yeni sayfa ve her tema güncellemesinden sonra uygulayabilirsiniz. Liste kısa ama sorunların büyük kısmını yakalar.

• html öğesindeki lang değeri sayfanın gerçek dilini gösteriyor.
• Başka dildeki alıntı ve ürün adlarında kendi lang değeri var.
• Marka adı, ürün adı ve kodlar translate="no" ile koruma altında.
• Menü, en uzun çeviride bile taşmıyor ve yatay kaydırma oluşmuyor.
• Düğmeler ve kartlar uzayan metinle birlikte büyüyor.
• Formlar çeviri açıkken de gönderiliyor ve hata mesajları görünüyor.
• Testi en az iki tarayıcıda ve mobil ekranda tamamladınız.
• Sayfa düzeyinde çeviri kapatmayı yalnız gerekli sayfalarda uyguladınız.

Bu listeyi ekip içinde paylaşırsanız yeni içerik ekleyen herkes aynı kurallara uyar. Böylece sorunu bir kez çözersiniz ve tekrar ortaya çıkmaz. Ayrıca listeyi yılda bir kez gözden geçirip yeni bileşenleri eklemeyi unutmayın.

Çeviriye dayanıklı bir siteyi profesyonele bırakmak ne zaman mantıklı?

Testlerinizde menü, form ve kartlarda birden fazla sorun çıkıyorsa, sorun büyük olasılıkla tek tek düzeltmelerle değil temel yapıyla ilgilidir. Bu durumda her yamayı ayrı ayrı yapmak zamanla daha pahalıya gelir. Esnek düzen, metinden bağımsız betikler ve doğru dil yapısı baştan planlandığında çok daha sağlam olur.

Biz Talha Aslan ve ekibi olarak yeni projelerde çeviri testini teslim öncesi kontrol listesine alıyoruz. Siz de web sitesi yaptırmak için bir ekip seçerken çeviri ve uzayan metin testini nasıl yaptıklarını sorun. Bu soru, yalnız çeviri sorununu değil, sitenin genel esnekliğini de ortaya çıkarır.

Kısacası Chrome çevirisi düşmanınız değildir; sitenizin ne kadar esnek kurulduğunu gösteren ücretsiz bir testtir. Doğru lang değeri, korunan marka adı ve esnek düzenle bu testi rahatça geçersiniz.