🇬🇧 English: Read this in English →

Çok dilli içerik operasyonları ikinci dili açtığın gün kırılmaz. Üç dil sonra, sessiz sedasız, kimsenin panoya koymadığı şekillerde çatlamaya başlar. Almanca sitedeki kampanya, İngilizce ile bir hafta tutmaz; İspanyolca altbilgideki bir hukuk cümlesi değişir, kimse fark etmez; Türkçe ürün başlığına bir yabancı sözcük sızar ve bir süre sonra atıf ekibi, trafik ne diyorsa dönüşüm oranı tam olarak onu söylemediğini fark etmeye başlar.

Hiçbiri kriz gibi okunmaz. Her kalem başka bir ekibin başındaki minik bir derttir. Yıla toplanınca ortaya çıkan şey, sahipsiz bir gelir kaybı çizgisidir ve bunu birden fazla şirkette, ancak bir yerelleştirme denetimi finans masasına düştüğünde gördüm.

Bir satın alma kararı veren tarafa açık söyleyeyim: çok dilli içerik bir çeviri sorusu değildir. Çeviri sorusu kılığına girmiş bir altyapı sorusudur ve tam da bu yüzden, canlanmaya başladığı noktada her zaman eksik bütçelenir. Bunu en açık söyleyen isim, yılda 79 milyar kelime çeviren bir şirketin yerelleştirme başkanı; onu dinlemeye değer.

Catch-22 İki Ekibin Ortak Sorunu Olup Hiçbirinin Sahiplenmediği Yerdedir

Booking.com’da Yerelleştirme Başkanı olan Mik Szajna, DeepL’in bu yıl yayımladığı The New Fluency adlı podcast’inde cümleyi şöyle kurmuş: “Asıl zorluk nereden başlayacağını bilmektir.” Üstünden geçtiğinde kapsam cümlesi gibi okunur. Değildir. Ciddi bir ölçekte yerelleştirme fonksiyonunun önünde bütçesinden fazla yüzey vardır ve soru hangi düzeltmenin en büyük olduğu değil, hangisinin yanlış gittiğinde arka tarafta en çok parayı yiyeceğidir.

Szajna’nın ekibi 45 dilde, 100’den fazla içerik tipini destekliyor; yılda yaklaşık 79 milyar kelime, günde 200 milyon kelime çeviriyor. Rakamlar DeepL’in bölüm özetinden. Bu hacimde, yazının kendi ifadesiyle, “yerelleştirme bir içerik sorunu olmaktan çıkar, altyapı sorunu haline gelir.” Booking.com değilsen bile senin sorunun aynı biçimde başlar; sadece daha küçük bir eşikte ısırır ve çoğu ekibin beklediğinden erken ısırır.

Yerelleştirme bir içerik sorunu olmaktan çıkar, altyapı sorunu haline gelir.

DeepL, The New Fluency, Booking.com Yerelleştirme Başkanı Mik Szajna’yı özetlerken

Boyutu Ölçelim: Sektör Modelin Değiştiğini Kendi Ağzıyla Kabul Ediyor

Makro resim, bir alıcıya fiyat konuşmasının gerçekte nereye gittiğini söylediği için önemlidir. CSA Research 20 Ocak 2026 tarihli 2026 öngörülerinde, “küresel içerik hacmi büyürken çeviri gelirinin düşmesi beklenmektedir” diyor; yapay zekâ kelime başına fiyatı sıkıştırırken yerelleştirmesi gereken yüzey sayısı artıyor. Aynı not, kurumlara “küresel içerik operasyonlarını yönetmek için yönetişim çerçevelerine yatırım yapmasını” söylüyor ve “uyum, risk ve hesap verebilirlik etrafında artan yönetişim yükümlülüklerini” işaret ediyor.

Bunu iki şekilde okumak lazım. Birincisi fiyat: dil hizmet sağlayıcısından aldığın saat eskisinden ucuz; faturada iyi görünür. İkincisi maliyet: o saate dahil olan kalite kontrol, yönetişim ve bağlam artık senin işin. Kendi altyapını kurmadıysan, ucuz çevirinin bedelini huninin alt tarafındaki hatalarla ödüyorsun.

CSA’nın daha uzun Ocak raporunu, The Transformational Imperative: Reframing Global Content‘i, Donald A. DePalma, Arle Lommel, Alison Toon ve Fatima Bengana ortak kaleme almış (30 Ocak 2026). Rapor, küresel içeriğin bir çeviri görevi olmaktan çıkıp bir kurumsal dönüşüme döndüğünü söylüyor. Katılıyorum ve operasyonel bir ek koyacağım: alıcı bu çerçeveyi kabul ettiği an, “çeviri” başlığının altındaki bütçe satırı büyütülecek yanlış satırdır. Büyümesi gereken satırın adı “içerik altyapısı”dır.

Birinci Kaldıraç: İlk Çatlayan Mimaridir, Kelime Değil

Szajna, Booking.com’da tek bir süreç olmadığını vurguluyor. Farklı içerik tipleri farklı muamele görüyor, ekip her yaklaşımın hâlâ işe yarayıp yaramadığını denetliyor. Olgun bir yerelleştirme operasyonunun biçimi tam olarak budur ve bu biçim, bir sürecin hem ürün açıklamasına hem de hukuki uyarıya yetmediğini birkaç acı döngüyle öğrendikten sonra ortaya çıkar.

Dil sayısını hızla artırdığında ne kırıldığının en net kamuya açık dökümü, Spotify mühendislik yazısı Scaling Translations at Spotify‘dir. Eylül 2022’de, Kıdemli Mühendislik Yöneticisi Tommy Tynjä ve Yerelleştirme Direktörü Martiño Prada Díaz tarafından yazılmış. Spotify altı aylık bir pencerede 26 dilden 62 dile çıkmış. Yalnızca keşif iki ay sürmüş ve 25 sayfalık bir rapor üretmiş. Otomatik değişiklikler 30’dan fazla arka servisi etkilemiş. Yazarlar açık konuşuyor: “Yalnızca bir yeni dil eklemek bile sanıldığı kadar basit değildir,” ve karmaşıklığın kaynağını hiper büyüme boyunca büyümüş yığında arıyorlar: “Conway yasası mimarimizde kendini gösteriyor.”

Bir alıcıya çevireyim: iki pazarda hizmete girdiğin günkü organizasyon şeman, onuncu pazara geçerken sana karşı savaşan şey olur. İçerik, 2020’de o işi sahiplenen ekiplerin kullandığı sistemlerde oturur ve beşinci dili eklemeden önce bunları birbiriyle uyumlu hale getirmenin işini kimse bütçelememiştir. Çözüm pek şahane değildir. Birisi, içerik modelini ekipler arasında sahiplenmek zorundadır ve bu kişi, mikrometni “yaratıcı” bir yere koymak isteyen ürün grubuna “hayır” diyebilecek kadar kıdemli olmalıdır.

İkinci Kaldıraç: Kalite Tahmini Paranın Saklandığı Yerdir

Booking.com’un döngüsü öğretici, çünkü çoğu ekibin içgüdüyle yaptığı ve aslında kuralla yapması gereken şeyi açığa çıkarıyor. DeepL özetine göre Szajna’nın ekibi kalite tahminini otomatik düzeltme sonrası ile birlikte işletiyor ve tuzağı net koyuyor: insan editörler aşırı müdahale ederse model kafayı karıştırıyor, yanlış eşiği uyguluyor, bu da sonraki çıktıya geri besleniyor. Düz Türkçeyle: editörler makine çıktısını her seferinde sessizce yeniden yazıyorsa sistemi iyileştirmiyorsun, ona “sürekli yeniden yazılmaya muhtaç ol” diye öğretiyorsun.

Bu yıl konuştuğum alıcıların yalnızca küçük bir bölümünde makine çıktısı için adıyla sanıyla bir kabul eşiği politikası var. Çoğu ya sağlayıcıdan geleni olduğu gibi kabul ediyor ya da her satırı içeride düzeltiyor; ikinci durumda makine çevirisini kullanmanın ekonomisini kaybediyor. Orta pozisyon, yani kalite tahmin skorunun hangi dizelerin insan denetimine gideceğine karar verdiği yer, marjın saklandığı yer. CSA’nın işaret ettiği yönetişim işi de tam burada yapılıyor.

Üçüncü Kaldıraç: Kimse Gönüllü Olmak İstemez Ama Yatırım Getirisi Testi Bu

Szajna’nın anlattığı en öğretici deneme, bütçe satırını kendiliğinden var edecek olanıdır. Booking.com, 45 dildeki kullanıcıların küçük bir bölümünde yerelleştirilmiş içeriği birkaç haftalığına kapatmış. Sonra karşılaştırmış. Etki, onun ifadesiyle, “gerçekten anlamlı”; özet cümlesi her finans yöneticisinin bir kere duyması gereken türden: “okuyamayan satın almaz.”

Az sayıda şirket bu deneyi yapar, çünkü sonuç tahmin edilebilir ve deneyin bedeli gerçek gelirdir. Mesele onu tekrarlaman gerektiği değil. Mesele şu: işletmede bir yerde birisi yerelleştirmeyi getirisi bilinmeyen bir maliyet merkezi gibi tutuyor ve “ne döndürüyor” sorusunun dürüst tek yanıtı, kimsenin onayını imzalamak istemediği bir holdout grubu. Holdout yoksa, bütçeyi pazarda olmanın maliyeti say ve yerelleştirme ekibinden onu CPM üzerinden savunmasını isteme.

Dördüncü Kaldıraç: Henüz İşlemeyen Satır Tam Otonomi

Her Format D parça, henüz getirisini vermeyen kaldıracı adıyla söylemek zorunda. Çok dilli içerik için, Ekim 2026 itibarıyla, o kaldıraç uçtan uca otonom yerelleştirmedir; bazı sağlayıcıların çoktan gelmiş gibi sattığı satır. Gelmedi. Hemen hemen tanıdığım her markadan ileride olan Booking.com’un kurulumu bile, önemli içeriği hâlâ insan denetiminden geçiriyor, model sapmaya başladığında döngüyü hâlâ elle geri bağlıyor. Bir sağlayıcı sana insan döngüsü olmadan küresel içeriğin yürüyeceğini anlatıyorsa, sunum, dünyada bu işi en açık şekilde ölçekte yürüten yerin pratiğinin önündedir.

Bugünkü dürüst alım katmanlı bir yayın hattıdır: uzun kuyruk için makine çevirisi, eskalasyonu kalite tahmini belirler, iğneyi oynatan içerikte insan editör döngüde kalır, bir yönetişim katmanı her pazarda neye ne dediğini hatırlar. Pek göz alıcı değildir ve kimse bunu bir slayttan satın almaz, zaten bu yüzden.

Gerçek Bir WordPress veya WooCommerce Mülkünde Ne İnşa Ederdik

Econsultancy’nin durduğu yer tam burası ve alıcı tarafın tercih yapmak zorunda kaldığı yer de. Aşağıdaki build bölümü, iki dilde çalışan ve üçüncü ya da dördüncü dili ekleyen bir orta ölçek markası için ayağa kaldıracağımız kurulumun kaba hatları. Rakamlar alıntı değil, gerçek işte vurduğumuz kaba şekiller.

Bir: çok siteli yapı, ayrık siteler değil. WordPress tarafında pazarları ortak kullanıcı tablosu olan bir multisite üzerinde yürüt; gerçekten paylaşılan taksonomiyi paylaştır, paylaşmadığını siteye özgü seçeneklerde ayrı tut. Diller arası eşleştirme bir eklenti katmanıdır, kural değil: bir çift, bir veritabanı satırı, iki tarafın da okuduğu tek bir editöryel banner. Kendi iki mülkümüzde böyle yürütüyoruz; kurulumu yaklaşık bir sprint, bakımı neredeyse sıfır. WooCommerce tarafında ürün ID’lerini pazarlar arası sabit tut, kataloğu SKU ve fiyatın tek doğruluk kaynağı olarak işlet; müşteriye bakan dizeleri çevir, tanımlayıcıları değil.

İki: dizeler gövde metninde değil, alanlarda. İçeriği, editörün pazara göre yeniden yazdığı kısımların kendi sürüm geçmişine sahip ayrı alanlar olacak şekilde modelle. Serbest metin bloğu düşmandır çünkü sapma problemlerinin yaşadığı yer orasıdır. İçerik tipi başına kabaca bir hafta bilgi mimarisi bütçele, ürün verisi için daha fazla. Kazanç doğrusaldır: sonradan eklediğin her dil, bir öncekinden gözle görülür biçimde ucuzlar.

Üç: yayına almadan önce bir kalite tahmini kapısı. Makine çıktısını güvene göre puanla; eşiğin altındaki her şeyi insan denetçisine gönder; skoru dizenin yanına yaz. Lansmanda eşiği bilinçli olarak yüksek tut, model ev stilini öğrendikçe gevşet. Çalışır bir döngü için üç ila altı hafta enstrümantasyon, eşiğin doğru yerde olup olmadığını söyleyecek iki çeyreklik çalıştırma yeter.

Dört: modelin gerçekten okuduğu bir terim sözlüğü ve ton kaydı. Çoğu ekibin pek şahane olmadığı için atladığı parça. Terminoloji ilk parçalanan şeydir. “Abonelik” ve “üyelik” İngilizcede aynı ürüne atıfta bulunuyorsa ama İspanyol ekip her seferinde farklı çeviriyorsa, aynı karışıklığın bedelini iki kere ödüyorsun. Pazar başına tek bir sahipli sözlük, çeviri yayın hattına kısıt olarak enjekte edilmiş, aylık bir gözden geçirme döngüsüyle dürüst tutulmuş. Düzenli ayda yarım gün, çeyreklik denetimden kıymetli.

Beş: dil varlığından haberdar bir analitik. GA4 varsayılan haliyle sana bir kullanıcının geldiğini söyler; Alman URL’sine düşen İspanyolca konuşan kullanıcının kahraman alandaki dize yanlış dilde olduğu için ayrıldığını söylemez. Dil varyantını bir boyut olarak enstrümante et; o zaman bir pazardaki dönüşüm düşüşü yaratıcı sorunu olarak değil, yerel ayar sorunu olarak geri okunur.

Dürüst Konuşalım: Hâlâ Çözülmemiş Olan Ne

Yukarıdakilerin hepsi yerine otursa bile iki sorun açık kalır. Birincisi, marka sesi tartışmalı olduğunda pazar arası tonlama: İngilizcede sıcak okunan bir cümle, kayıt doğru ayarlanmamışsa Almancada kaçamak okunabilir ve bunu senin yerine düzeltecek bir model yok. İkincisi, makine okuyuculardaki atıf. Bir yapay zekâ asistanı İspanyolca sorunun cevabı olarak İspanyolca sayfanı alıntıladığında, atıf asistandan trafik olarak gözükür, İspanyol pazar sinyali olarak değil ve klasik pazar panoları gelen kaymayı görmez. İkisi de çözülebilir, ikisi de bir eklenti değildir.

Senin konumundaki bir organizasyon bana dürüst soruyu sorsa, cevabım şöyle olurdu. İçerik altyapısının en zayıf olduğu bir pazarı seç ve bir sonraki dili eklemeden önce önce yönetişim katmanını orada ayağa kaldır. Sözlüğü kimin sahiplendiğine karar vermeden bir araç satın alma dürtüsüne direnç göster. Ve çok dilli içeriğe, Szajna’nın ekibinin zaten yaklaştığı gibi yaklaş: kendi bütçesi, kendi metriği ve sonucu zaten belli olduğu için çalıştırmayı reddettiğin bir holdout. Bu katmanı gerçek bir WordPress veya WooCommerce mülkü üzerinde tasarlamakta destek istersen, bu yaptığımız iştir ve bir aramada seve seve anlatırız.

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

Close Search Window
↑