Bilgi Tabanınız Yapay Zekâya Hazır mı? 12 Maddelik İçerik Denetimi

Bir yapay zekâ asistanı bilgiye saniyeler içinde ulaşabilir. Ancak bu, ulaştığı bilginin yanıta dönüşmeyi hak ettiği anlamına gelmez.

Birçok bilgi tabanı; eski bir tarihi yorumlayabilen, iki politikanın çeliştiğini fark eden veya belirsiz bir cümlenin gerçekte ne anlama geldiğini çalışma arkadaşına sorabilen insanlar için oluşturuldu. Yapay zekâ asistanında böyle bir kurum içi sezgi yoktur. Hazırlık yapmadan onu her sayfaya, PDF'ye, sunuma ve paylaşımlı klasöre bağlarsanız güvenilir tek bir doğruluk kaynağı oluşturmazsınız. Gizli kalan tüm içerik sorunlarını sohbet hızında erişilebilir hâle getirirsiniz.

Bu denetim; içeriğinizin web sitesi yapay zekâ asistanı, kurum içi copilot veya bilgi tabanına dayalı başka bir deneyim için hazır olup olmadığına karar vermenize yardımcı olur. Bilerek modelden önce bilgiyi değerlendirir. Gelişmiş bir erişim sistemi içeriği verimli biçimde bulabilir; ancak çelişen iki politikadan hangisine şirketinizin uymayı amaçladığına karar veremez.

Önce “yapay zekâya hazır” olmanın ne anlama geldiğini belirleyin

Yapay zekâya hazır içerik, bir makine yazmış gibi görünmesi için yeniden kaleme alınmış içerik değildir. Şu özellikleri taşıyan bilgidir:

• Bir yanıtı destekleyecek kadar güvenilir ve yetkili olması.
• Nerede, ne zaman ve kimler için geçerli olduğunu açıkça belirtmesi.
• İlgili bölümün, koşulları kaybolmadan bulunabileceği biçimde yapılandırılması.
• Yalnızca kullanma yetkisi bulunan kişi ve sistemler tarafından erişilebilmesi.
• İşletme değiştikçe sorumlusunun belli olması, test edilmesi ve güncel tutulması.

Birçok asistan, kısaca RAG olarak adlandırılan erişim destekli üretim yöntemini kullanır. Sade bir ifadeyle sistem, soru geldiğinde onaylı içerik havuzunda arama yapar, ilgili bölümleri bulur ve yanıt oluşturması için bu bölümleri dil modeline verir. Böylece modelin her değişiklikte yeniden eğitilmesine gerek kalmadan güncel işletme bilgilerinizden yararlanılabilir.

Ancak RAG bir doğruluk makinesi değildir. Erişim sistemi eski bir sayfayı öne çıkarabilir, bir istisnayı ait olduğu tablodan ayırabilir veya yanlış pazar için hazırlanmış içeriği bulabilir. Yanıtın kalitesi, erişilebilen bilginin kalitesi ve kontrolüyle sınırlıdır.

Denetim nasıl puanlanır?

12 maddenin her birine 0 ile 2 arasında puan verin:

• 0 — Eksik: Güvenilir bir süreç veya kanıt yok.
• 1 — Kısmen var: Uygulama bazı önemli içeriklerde var ancak tutarlı değil.
• 2 — Kontrollü: Uygulama belgelenmiş, belirlenen kapsamda yürürlükte ve kanıtlanabilir durumda.

Hafızanıza dayanarak puan vermeyin. Yayına alınması planlanan gerçek kaynaklardan örnek seçin ve kanıtları kaydedin: URL, doküman kimliği, sorumlu, inceleme tarihi, test sonucu veya erişim kuralı. Farklı içerik havuzları arasında büyük kalite farkı varsa asistanın kullanmasına izin verilecek en zayıf olanı puanlayın.

1. Kaynakların yetki sırası belli mi?

Asistanın hangi belgelerde arama yapabileceğini bilmesi yetmez. Hangi kaynağın üstün sayılacağına ilişkin bir kurala da ihtiyacı vardır.

Her içeriği ana kaynak, destekleyici, tarihsel veya kapsam dışı olarak işaretleyen bir kaynak envanteri oluşturun. Konuya göre bir yetki sırası belirleyin. Örneğin onaylı iade politikası bir yardım makalesinden; ürün kataloğu ise teknik özellikler konusunda kampanya sayfasından üstün olabilir.

Ardından çelişkileri özellikle test edin. Onaylı iki kaynak birbiriyle uyuşmadığında sistem, sözcükleri soruya daha çok benzeyen bölümü sessizce seçmemelidir. Çelişkiyi içerikte çözün veya yanıtın doğrulanamadığını belirtip politika sorumlusuna aktarmak gibi güvenli bir davranış tanımlayın.

2 puan verin: Konulara göre ana kaynaklar ile çelişki kuralları belgelenmiş ve bilinen her çelişkinin bir sorumlusu varsa.

2. Asistanın kapsamı açıkça tanımlı mı?

“Şirketteki tüm bilgiler” sağlıklı bir başlangıç kapsamı değildir. Asistanın destekleyeceği kitleleri, amaçları, ürünleri, pazarları, kanalları ve işlemleri listeleyin. Kapsam dışındaki alanları da aynı açıklıkla yazın.

Herkese açık bir satış asistanı; ürün uygunluğu, fiyatlandırma ilkeleri, entegrasyonlar ve randevu konularını kapsayabilir. Hesaba özel destek, sözleşme yorumu ve henüz yayımlanmamış ürün planları ise kapsam dışında kalabilir. Bu dışlamalar hangi içerik havuzlarının indekse hiç girmemesi gerektiğini ve hangi soruların bir çalışana aktarılacağını belirler.

Kapsam, bağlamlar arası yanlış yanıtları da önler. İş ortağı indirimi, kurum içi geçici çözüm ve herkese açık kampanya kendi sınırları içinde doğru; bu sınırların dışında ise zararlı olabilir.

2 puan verin: Kapsama alınan her kaynak belirlenmiş bir kullanım senaryosunu ve kitleyi destekliyor, kapsam dışı konular için de davranış tanımlanmışsa.

3. Her önemli kaynağın sorumlusu ve inceleme tarihi var mı?

“Son değiştirilme tarihi” ile “son doğrulanma tarihi” aynı değildir. Dün yapılan bir biçim düzenlemesi, politikanın güncel olduğunu kanıtlamaz.

Değerli her kaynak için iş birimi sorumlusunu, son esaslı inceleme tarihini, sonraki inceleme veya sona erme tarihini ve durumunu kaydedin. İnceleme sıklığını konuya göre belirleyin: Hızla değişen fiyatların, uzun süre aynı kalan şirket tarihçesinden farklı bir döngüye ihtiyacı olabilir.

İçerik süresi dolduğunda ne olacağını tanımlayın. Erişimden kaldırma, yetki düzeyini düşürme, inceleyene uyarı gösterme veya sorumlu onaylayana kadar yanıtı engelleme seçenekler arasındadır. Sonucu olmayan inceleme hatırlatıcısı, yönetişim değildir.

2 puan verin: Kritik içeriklerin sorumluları ve inceleme tarihleri belli, geciken içerikler otomatik olarak görünür kılınıyor veya kapsamdan çıkarılıyorsa.

4. İçerik gerçek bir soruyu doğrudan yanıtlayabiliyor mu?

Gezinme, marka anlatımı veya hukuki bütünlük için yazılan bir içerik bir konudan söz edebilir; ancak ziyaretçinin sorusunu yanıtlamayabilir.

Gerçek sorulardan bir örneklem alın ve her yanıtı desteklemesi gereken bölümü tam olarak bulun. Bu bölümün kararı, temel koşulları, istisnaları ve sonraki adımı içerip içermediğine bakın. Yanıt için bir çalışanın beş sayfayı birleştirip yazılı olmayan bir kuralı çıkarsaması gerekiyorsa, bu beş sayfanın indekslenmiş olması içeriği hazır kılmaz.

Açık başlıklar, anlamlı etiketler, tamamlanmış cümleler ve bölüm başına tek ana amaç kullanın. Kısaltmaları ve kurum içi terimleri açıklayın. Önemli bir koşulu, sınırladığı ifadenin yanına koyun; uzaktaki bir dipnota saklamayın.

2 puan verin: Yaygın sorular, gerekli koşulları içeren; tek başına anlamlı ve belirsizlik taşımayan bölümlerle eşleşiyorsa.

İlgili yazı: Müşteri Güvenini Kaybetmeden 30 Günde Web Sitesi AI Asistanı Nasıl Yayına Alınır?

5. Yapı, metin çıkarma ve parçalara bölme işleminden sonra korunuyor mu?

Bilgi sistemleri belgeleri erişim amacıyla çoğu zaman daha küçük bölümlere ayırır. Başlık, satır etiketi veya istisna ait olduğu içerikten ayrılırsa bulunan parça yanıltıcı hâle gelebilir.

PDF'leri, tabloları, taranmış sayfaları, sunumları, ekran görüntülerini, açılır bölümleri ve videoları inceleyin. Anlamlı metnin gerçekten çıkarılabildiğini ve okuma sırasının korunduğunu doğrulayın. Tablolara açıklayıcı başlıklar verin, gerektiğinde temel bağlamı tekrar edin ve yalnızca şema veya ekran görüntüsünde bulunan bilgi için metin karşılığı sağlayın.

İçeriğinizi test etmeden rastgele seçilmiş “ideal parça boyutuna” göre tasarlamayın. Önemli olan, erişilen her bölümün anlamını tek başına koruyup korumadığıdır. Örneğin “30 gün boyunca geçerlidir” cümlesi; neyin, kim için ve hangi olaydan itibaren 30 gün geçerli olduğunu hâlâ açıklıyor mu?

2 puan verin: Temsili dosyalar doğru biçimde metne dönüşüyor; başlıklar, listeler, tablolar, notlar ve istisnalar erişilen bölümlerde anlamını koruyorsa.

6. Üst veri doğru bağlamı belirliyor mu?

Yalnızca metin benzerliği yeterli değildir. İki sayfa neredeyse aynı dili kullanırken farklı ülke, müşteri grubu, ürün veya tarih için geçerli olabilir.

Erişimin uygun içeriği filtrelemesini veya öne çıkarmasını sağlayacak metadata alanları ekleyin. Yararlı alanlar genellikle şunlardır:

• Ürün veya hizmet.
• Kitle veya hesap türü.
• Ülke, pazar veya yetki alanı.
• Dil ve yerel ayar.
• Yürürlük, sona erme tarihi ve sürüm.
• İçerik sorumlusu ve onay durumu.
• Gizlilik veya erişim sınıfı.
• Kaynak türü ve yetki düzeyi.

Aynı pazar için “TR”, “Türkiye” ve “Turkey” gibi gelişigüzel etiketler yerine kontrollü değerler kullanın. Eksik metadata görünür bir hata üretmeli; sessizce “her yerde geçerli” anlamına gelmemelidir.

2 puan verin: Zorunlu metadata için tanımlı bir şema, geçerli değer listesi ve kalite kontrolleri var; bu alanlar erişim kararlarında kullanılıyorsa.

7. Gizlilik ve erişim yetkileri korunuyor mu?

Teknik olarak erişilebilir olması, bir içeriği her yanıtta kullanılmaya uygun hâle getirmez. İçeriği sisteme almadan önce kaynakları kurumunuzun kurallarına göre herkese açık, kurum içi, gizli, kişisel veya başka bir kısıtlı sınıfa ayırın.

Asistan, erişim yetkisini hassas metin bulunduktan sonra gizleyerek değil, arama anında uygulamalıdır. Gerektiğinde kullanıcı kimliğini doğrulayın, kaynak izinlerini koruyun, uygun durumlarda herkese açık ve kurum içi koleksiyonları ayırın, kullanım senaryosu için gereken en az veriyi kullanın.

Görüşme verilerini de gözden geçirin: Neler kaydediliyor, kimler inceleyebiliyor, ne kadar süre saklanıyor ve kişisel bilgiye gerçekten ihtiyaç var mı? İndekslemeden önce kaynak dosyalardan parolaları, erişim anahtarlarını, gereksiz kişisel verileri, özel yorumları ve değişiklik geçmişini temizleyin.

2 puan verin: Kaynak erişimi kullanıcı izinleriyle eşleştirilmiş, hassas veriler incelenmiş, hem kaynaklar hem de görüşmeler için saklama kuralları kontrol altındaysa.

8. Dil ve pazar sürümleri gerçekten uyumlu mu?

Çeviri yalnızca bir yazım işi değildir. Türkçe bir sayfa, Arapça bir PDF ve İngilizce bir politika; başlıkları eş değer görünse de farklı güncelleme tarihlerine veya hukuki kapsama sahip olabilir.

Çevirileri tek bir ana içerik kaydına bağlayın. Her sürümün doğrudan çeviri, yerel uyarlama veya ayrı bir pazar politikası olup olmadığını işaretleyin. Ürün adlarını ve onaylı terminolojiyi koruyun; ancak bir dildeki eksiğin başka bir dille güvenle doldurulabileceğini varsaymayın.

Diller arası soruları, farklı dillerden terimlerin bir arada kullanımını, yerel tarih ve sayı biçimlerini; gerektiğinde sağdan sola görünümü test edin. Ana dili konuşanların incelemesi, yalnızca giriş paragrafında değil özellikle koşullar, istisnalar ve eylem çağrılarında önemlidir.

2 puan verin: Dil sürümleri birbirine bağlı, aralarındaki eş değerlik veya farklar açık ve güncellemelerin fark edilmeden boşluk yaratması engelleniyorsa.

9. Yanıtın kaynağına kadar iz sürülebiliyor mu?

Ekibiniz bir yanıtın neden gösterildiğini inceleyebilmelidir. Ziyaretçi de politikanın tamamını, teknik ayrıntıyı veya özgün bağlamı görmek istediğinde bağlantıdan yararlanabilir.

Sisteme alma sürecinde kalıcı kaynak kimliklerini, açıklayıcı başlıkları, bölüm bağlantılarını, sürüm bilgisini ve ana URL'leri koruyun. Deneyimin hangi durumlarda kaynağı göstermesi gerektiğine ve çalışanların her yanıt için bulunan bölümleri nasıl inceleyeceğine karar verin.

İzlenebilirlik doğruluğun yerine geçmez; yanlış politikaya verilen kaynak bağlantısı da yanlıştır. Ancak incelemeyi, düzeltmeyi ve güveni mümkün kılan kanıt katmanını sağlar.

2 puan verin: İnceleyen kişi yanıttan tam kaynak bölümüne, oradan da güncel sorumlu, sürüm ve durum bilgisine ulaşabiliyorsa.

İlgili yazı: Web Sitesi Yapay Zekâ Asistanı Gerçekte Ne Kadara Mal Olur? Toplam Maliyet Çalışma Tablosu

10. Gerçek sorulardan oluşturulmuş bir test setiniz var mı?

Birkaç kusursuz demo sorusu, bilgi tabanının ziyaretçiler için çalışıp çalışmadığını göstermez.

Anonimleştirilmiş site aramaları, destek kayıtları, satış görüşmeleri, iletişim formları ve müşteriyle çalışan ekiplerden bir test seti oluşturun. Yaygın ifadeleri, yazım hatalarını, belirsiz ve çok parçalı soruları, yerel terimleri ve yanlış varsayım içeren soruları ekleyin. Birbirine benzeyen ancak pazar, ürün, tarih veya hesap türü değiştiği için farklı yanıtlanması gereken yakın soruları da test edin.

Her test için beklenen yanıt unsurlarını, kabul edilebilir kaynakları, sorulması gereken açıklayıcı soruyu, yasak iddiaları ve doğru aktarım yolunu kaydedin. Seti yayından önce ve her değişiklikten sonra çalıştırın. Yanıt doğruluğu ve bütünlüğünü erişim kalitesinden ayrı değerlendirin; böylece içeriği mi, arama yapılandırmasını mı yoksa yanıt davranışını mı düzeltmeniz gerektiğini anlarsınız.

2 puan verin: Temsili test setinin beklenen sonuçları, sorumluları ve geçme ölçütleri belirli; regresyon testleri tekrarlanabilir durumdaysa.

11. Bilgi eksikleri ve çalışana aktarım yolları tasarlandı mı?

Hiçbir bilgi tabanı her soruyu kapsayamaz. Hazır olmak, eksikliği yokmuş gibi davranmak değil, güvenli biçimde yönetmektir.

“Bu bilgiyi doğrulayamıyorum” yanıtının, açıklayıcı bir sorunun, süreç bağlantısının veya çalışana aktarımın hangi koşulda kullanılacağını belirleyin. Uygun onay ve veri kontrolleri çerçevesinde ilgili ekibe ziyaretçinin sorusunu, yararlı görüşme bağlamını, daha önce kontrol edilen kaynakları ve aktarım nedenini iletin.

Yanıtsız ve düşük güvenli soruları içerik birikim listesine kaydedin. Gerçek içerik eksiklerini bilinçli olarak kapsam dışı bırakılan sorulardan ayırın. Aksi hâlde ekipler yalnızca otomasyon oranını yükseltmek için riskli içerikler oluşturabilir.

2 puan verin: Belirsizlik yararlı bir sonraki adıma dönüşüyor, aktarımlarda bağlam korunuyor ve bilgi eksikleri sorumlusu belli bir geliştirme sürecine giriyorsa.

12. Yayın sonrası değişiklikler yönetiliyor mu?

Bilgi tabanı değişecektir. Önemli olan, asistanın bu değişime güvenli biçimde ayak uydurup uydurmadığıdır.

İçerik taslağından onaya, yayına, sisteme almaya, teste ve geri almaya uzanan yolu belgeleyin. Önemli değişikliklerde hangi test sorularının etkilendiğini ve kimin onay vereceğini belirleyin. Senkronizasyon hatalarını ve kaynağı kalmayan kayıtları izleyin. Ekleme, silme, izin değişikliği ve yetki sırası değişikliği için denetim izi tutun.

Görüşme incelemelerini yalnızca prompt'u değil, kaynak içeriğini geliştirmek için kullanın. Tekrarlanan yanlış yanıt; yinelenen sayfalara, zayıf bir başlığa, eksik metadata alanına veya çözümlenmemiş iş kuralına işaret edebilir. Nedeni düzeltin, ilgili testleri yeniden çalıştırın ve güncel kaynağın gerçekten yayında olduğunu doğrulayın.

2 puan verin: İçerik ve indeks değişiklikleri; sorumlusu belirli, izleme, regresyon testi ve uygulanabilir geri alma adımları bulunan bir yayın sürecinden geçiyorsa.

24 puanlık değerlendirme tablosu

Denetim alanı	0	1	2	Puanınız
1. Kaynak yetkisi	Sıralama yok	Gayriresmî veya eksik	Belgelenmiş ve test edilmiş
2. Kapsam	Sınırı yok	Genel sınırlar var	Kullanımlar ve dışlamalar belirli
3. Sorumlu ve güncellik	Bilinmiyor	Kısmi kapsama sahip	Sorumlu, inceleme ve sona erme kuralları var
4. Yanıtlanabilirlik	Bilgi ima ediliyor	Bazı doğrudan yanıtlar var	Açık ve eksiksiz yanıt bölümleri var
5. Yapı ve metin çıkarma	Test edilmemiş	Ana biçimler çoğunlukla çalışıyor	Temsili biçimler doğrulanmış
6. Üst veri	Yok	Tutarsız	Kontrollü şema erişimde kullanılıyor
7. Gizlilik ve erişim	Eşleştirilmemiş	Elle veya kısmi kontrol	Yetkiler uygulanmış ve test edilmiş
8. Dil ve pazar	Bağlantısız kopyalar	Kısmi uyum	Bağlı ve yönetilen sürümler
9. İzlenebilirlik	Kaynak bilinmiyor	Yalnızca belge düzeyinde	Tam bölüm, sürüm ve sorumlu belli
10. Gerçek soru testleri	Yalnızca demo soruları	Küçük, düzensiz set	Temsili regresyon seti
11. Eksikler ve aktarım	Çıkmaz yol veya tahmin	Genel aktarım	Bağlamlı aktarım ve sorumlu birikim listesi
12. Değişiklik yönetişimi	Yönetilmeyen senkronizasyon	Temel yayın rutini	Onay, izleme, test ve geri alma

12 maddenin puanlarını toplayın ve sonucu şöyle yorumlayın:

• 0–8: Durun ve temeli onarın. Canlı bir asistan çoğunlukla çözümlenmemiş içerik ve erişim sorunlarını görünür kılar. Tek bir kullanım senaryosu seçin ve önce temiz bir ana kaynak koleksiyonu oluşturun.
• 9–16: Sınırlı bir kurum içi test için hazır. Kitleyi ve kaynakları dar tutun. Pilotu geniş kapsamlı hazırlık iddiası için değil, belirli eksikleri gidermek için kullanın.
• 17–21: Kontrollü dış pilot için hazır. İzlenen görüşmeler, net aktarım yolları ve kalan zayıf alanlar için yayın eşikleriyle dar kapsamlı bir kullanım senaryosunu devreye alın.
• 22–24: Güçlü içerik hazırlığı. Teknik ve güvenlik testlerine geçin; ancak puanı garanti olarak görmeyin. Erişim, model davranışı, entegrasyonlar ve müşteri yolculuğunun tamamı hâlâ değerlendirilmelidir.

Toplam puandan bağımsız olarak şu üç bulguyu yayını durduracak sorun kabul edin: Asistan, kullanıcının görme yetkisi olmayan içeriğe ulaşabiliyor; kritik kaynaklar bir çözüm kuralı olmadan çelişiyor veya yüksek etkili içeriğin hesap verebilir bir sorumlusu bulunmuyor.

Küçük bir önce-sonra örneği

Genel teslimat sayfasında aşağıdaki cümlenin yer aldığını düşünün:

Önce: Ekspres teslimat genellikle sunulur; ancak bazı siparişler ve konumlarda teslimat daha uzun sürebilir. Ayrıntılar için bize ulaşın.

Bu ifade kulağa makul gelir ama asistanı tahmin yürütmeye zorlar. Hangi konumlar? “Genellikle” ne demek? Hangi siparişler kapsam dışında? Bu bir taahhüt mü, tahmin mi?

Erişime hazır sürüm, kararı ve sınırlarını açıkça ortaya koyar:

Sonra — Ekspres teslimata uygunluk (Türkiye, internet mağazası siparişleri): Teslimat posta kodu ve sepetteki tüm ürünler uygunsa ödeme adımında ekspres teslimat seçilebilir. Sipariş üzerine üretilen ürünlerde ve listelenen hizmet bölgesi dışındaki teslimatlarda bu seçenek sunulmaz. Ödeme adımında gösterilen teslimat süresi, o sipariş için geçerli güncel tahmindir; daha erken tarih taahhüt etmeyin. Ekspres seçeneği görünmüyorsa standart teslimatı sunun veya müşteriyi teslimat ekibine aktarın.

Geliştirilmiş sürüm “robotlar için yazılmış” değildir; insanlar için de daha iyi bir operasyonel içeriktir. Pazarı ve sipariş türünü adlandırır, karar noktasını açıklar, istisnaları iddianın yanında tutar, geçerli canlı değerin kaynağını belirtir, dayanaksız bir sözü engeller ve alternatif yol sunar.

Puanı bir iyileştirme planına dönüştürün

Tüm şirket wikisini baştan yazarak başlamayın. Hedeflenen müşteri yolculuğuna ve bu yolculuk içindeki önemli sorulara odaklanın.

1. İlk kullanım senaryosunu seçin ve ilgisiz kaynakları kapsamdan çıkarın.
2. Yetkiler, kaynak sırası veya yüksek etkili yanıtlarla ilgili tüm sıfır puanlı alanları düzeltin.
3. En sık sorulan gerçek soruları ilk test setine dönüştürün.
4. Bu testleri geçmek için gereken en küçük kaynak grubunu iyileştirin.
5. Erişim ve yanıt değerlendirmesini çalıştırın; ardından hataları nedenlerine göre inceleyin.
6. Dar kapsamla yayına çıkın, gerçek görüşmeleri gözlemleyin ve yalnızca yönetilen süreç üzerinden içerik ekleyin.

Denetimin sonucu daha güzel görünen bir doküman arşivi değildir. Ziyaretçinin sorusundan doğru onaylı bölüme, sınırları belli bir yanıta ve güvenli bir sonraki adıma uzanan güvenilir bir zincirdir.

Orbitra; web sitesi yapay zekâ asistanının arkasındaki bilgi yapısını, çok dilli kuralları, değerlendirmeleri ve çalışana aktarım süreçlerini hazırlamada kurumlara yardımcı olur. Denetiminiz zayıf sahiplik, çelişen kaynaklar veya belirsiz bir kapsam ortaya çıkarırsa her dosyayı indekslemenin hazırlıkla aynı şey olduğunu varsaymadan, yüksek değerli tek bir müşteri yolculuğunu kontrollü bir ilk sürüme dönüştürmenize destek olabiliriz.