AIREITERArama sorgularında “3-5” ifadesi kullanılsa da Google’ın model kimlikleri gemini-3.5-transcribe ve gemini-3.5-transcribe-live. API gerçek ve uygun fiyatlı; ancak doğru seçim, yalnızca okunaklı bir metne mi, izlenebilir bir döküme mi yoksa canlı altyazıya mı ihtiyaç duyduğunuza bağlı.
Gemini 3.5 Transcribe API incelemesinin özeti
Gemini 3.5 Transcribe; kayıtlı dosyalar, dikte ve kısa süreli canlı altyazı deneyimleri için prototip aşamasında değerlendirilmeye değer. Ancak birebir döküm veya uzun süreli canlı kayıt için güvenli bir varsayılan seçenek değil. Smart transcription konuşmayı düzenliyor, canlı oturumlarda konuşmacı etiketleri ve kelime zamanlaması bulunmuyor, ayrıca servis hâlâ public preview aşamasında.
| İhtiyacınız… | Kullanılacak seçenek… | İnceleme kararı |
|---|---|---|
| Yüklenmiş bir toplantı, görüşme veya podcast kaydının dökümü | gemini-3.5-transcribe | Kullanın; ifadelerin birebir korunması önemliyse verbatim modunu seçin |
| Temiz bir dikte metni veya okunabilir toplantı notları | Smart modlu kayıt modeli | Düzenleme kabul edilebilirse kontrol ederek kullanın |
| Bir kişi konuşurken anlık altyazı | gemini-3.5-transcribe-live | Kısa ve etkileşimli oturumlarda prototip olarak deneyin |
| Konuşmacı etiketleri ve kelime düzeyinde zamanlama | Verbatim açıklamalara sahip kayıt modeli | Sınırlamaları bilerek kullanın; 30 dakika ve 3+ konuşmacı deneysel kapsamda |
| Hukuki, tıbbi, uyumluluk veya arşiv niteliğinde değişmez bir kayıt | İnsan kontrolü içeren verbatim işlem hattı | Tek kaynak olarak kullanmayın |
Bu yazı kontrollü bir WER karşılaştırmasından çok, kanıtlara dayalı bir API incelemesi. Gemini 3.5 Transcribe API kurulum ve fiyatlandırma rehberi istek akışını ele alıyor; bu inceleme ise ilk başarılı çağrıdan sonra belgelenen ödünleşimlerin pratikte ne anlama geldiğine odaklanıyor.
Aslında karşımızda iki farklı API sözleşmesi var
gemini-3.5-transcribe, Interactions API üzerinden yüklenen veya önceden kaydedilmiş sesleri işler. gemini-3.5-transcribe-live ise Live API üzerinden akan ses verisiyle çalışır.
Kayıtlı ses dökümü: gemini-3.5-transcribe
Kayıtlı ses rotası, kalıcı dökümler için daha yetenekli seçenek. Google, ses transkripsiyonu dokümantasyonunda 85+ dilde otomatik dil algılama, özel kelime dağarcığı, Smart veya verbatim çıktı, konuşmacı ayrıştırma ve kelime düzeyinde zaman damgalarını belgeler.
Standart ses sınırı bir saate kadar. Konuşmacı ayrıştırma veya kelime düzeyinde zaman damgaları etkinleştirildiğinde bu sınır 30 dakikaya iner. Google, model referansında 8 konuşmacıya kadar destek listelese de 3 veya daha fazla konuşmacının doğru şekilde ayrıştırılmasını deneysel olarak işaretliyor.
Bu rota dikte, röportaj ve kısa görüşmeler için uygun. Konuşmacı eşleştirmesi ve zaman hizalaması gereken daha uzun toplantılarda kaydı uygulama tarafında parçalara bölüp yeniden birleştirmeniz gerekir.
Canlı transkripsiyon: gemini-3.5-transcribe-live
Canlı rota, kayıtlı modelin WebSocket üzerinden çalışan bir kopyası değil; artımlı altyazı üretimi için tasarlanmış. Google’ın canlı transkripsiyon dokümantasyonu; ara ve kesinleşmiş döküm olaylarını, otomatik dil algılamayı, özel kelime dağarcığını, Smart modunu ve otomatik, hibrit veya manuel ses etkinliği algılamayı belgeler.
Kesintisiz bir canlı oturum 10 dakika sürer. Canlı akışta konuşmacı ayrıştırma veya kelime düzeyinde zaman damgası bulunmaz. Sesin ham 16-bit PCM, 16 kHz, mono ve little-endian formatında olması gerekir. Bu sınırlar altyazı önizlemeleri için uygun olsa da uzun görüşmelerde yeniden bağlanma, parçaları birleştirme ve geçici metinleri yönetme sorumluluğunu uygulamaya bırakır.
İncelemenin sonucunu belirleyen özellik ödünleşimi
Gemini 3.5 Transcribe’ın öne çıkan tarafı “akıllı” metin temizleme özelliği. Ancak bu özellik doğruluğun ne anlama geldiğini değiştiriyor. Düzenlenmiş bir metin dikte için daha kullanışlı olabilirken, kelimesi kelimesine bir kayıt olarak daha az uygun hâle gelebilir.
Smart modu kaynak kayıt değil, editör gibi çalışıyor
Google’ın Smart modu dolgu kelimelerini, takılmaları ve yarım kalan başlangıçları kaldırıyor; konuşma sırasında yapılan düzeltmeleri çözüyor; noktalama işaretlerini, sayıları, listeleri ve paragrafları biçimlendiriyor. “Salı buluşalım, hayır, çarşamba” ifadesi, başlangıçtaki hatayı korumak yerine “Çarşamba” olarak dönebilir.
Bu yaklaşım taslak e-posta, sesli not veya okunabilir toplantı tutanakları için oldukça kullanışlı. Ancak tereddütlerin, ilk hatanın ya da kelimelerin özgün sırasının anlam taşıdığı durumlarda riskli.
Resmî transkripsiyon rehberi sınırı açıkça ortaya koyuyor: Smart modu, konuşmacı ayrıştırma veya kelime düzeyinde zaman damgalarıyla birlikte kullanılamıyor. API, temiz metin ile izlenebilir açıklamalar arasında seçim yapmaya zorluyor.
Kaynak kayıt olarak verbatim dökümü saklayın; okuyucular için ayrıca Smart moddan veya sonraki bir temizleme adımından geçirilmiş bir kopya üretin. Bu uyumsuzluğu bir prompt ile aşmaya çalışmayın; sorun, çıktı sözleşmesinin kendisinden kaynaklanıyor.
Zaman damgaları ve konuşmacı etiketleri izlenebilirliği artırıyor, ancak seçenekleri daraltıyor
Kayıtlı ses, verbatim modunda yapılandırıldığında kelime metni, ofsetleri ve konuşmacı kimliklerini içeren word_info açıklamalarını döndürebilir. Bu açıklamalar altyazı, tıklayarak ilgili noktaya gitme, konuşmacıların konuşma sürelerini hesaplama ve kanıt incelemesi gibi işlerde kullanılabilir.
| Gereksinim | Kayıtlı rota | Canlı rota |
|---|---|---|
| Konuşmacı ayrıştırma | Destekleniyor; belgelenen sınır 8, 3+ deneysel | Desteklenmiyor |
| Kelime düzeyinde zaman damgaları | Destekleniyor | Desteklenmiyor |
| Açıklamalarla birlikte Smart çıktı | Desteklenmiyor | Kelime açıklamalarıyla birlikte desteklenmiyor |
| Süre sınırı | Standartta 1 saat; konuşmacı ayrıştırma veya kelime zaman damgalarıyla 30 dakika | Kesintisiz oturum başına 10 dakika |
| Doğruluk uyarısı | Google, kelime zaman damgalarının doğruluğu azaltabileceği konusunda uyarıyor | Ara metin, kesinleşmeden önce değişebilir |
Dolayısıyla “zaman damgalarını destekliyor” ifadesi tek başına eksik bir satın alma kriteri. Özellik mevcut, ancak dosya süresi sınırını düşürüyor ve tanıma doğruluğundan ödün verebiliyor. Belgelenen üst sınırı büyük toplantılar için güvenilirlik garantisi saymak yerine konuşmacı eşleştirmesini kendi kayıtlarınızda test edin.
Özel kelime dağarcığı ve dil algılama
Her iki rota da otomatik dil algılama ve özel kelime dağarcığını destekliyor. Google, 85’ten fazla dili ve kod değiştirmeyi belgeler; uygulama dili zaten biliyorsa en-US gibi ipuçlarının kullanılmasını önerir.
Özel kelime dağarcığı en fazla 1.000 terim kabul ediyor. Bununla birlikte Google’ın pratik önerisi, sonuçların genellikle 100 terime kadar en iyi seviyede olduğu yönünde. Listeyi ürün adları, kısaltmalar, özel isimler ve teknik terimler için kullanın; sıradan kelimelerle doldurmayın.
“Destekleniyor” ifadesi farklı aksanlarda, lehçelerde, gürültülü ortamlarda ve cümle ortasındaki dil geçişlerinde aynı kaliteyi garanti etmiyor. Reddit’teki erken dönem tartışmalardan biri, canlı rotanın karışık dillerle çalışıp çalışamayacağını özellikle sorguluyordu. Bu, başarısızlığın kanıtı değil; test edilmesi gereken faydalı bir senaryo.
“Videoyu biraz geciktirip altyazıların konuşulan kelimelerle senkronize olmasını tercih ederdim.” — u/WaterObjective5107, Reddit
Bu yorum, WER’in ölçemediği canlı ürün sorunlarından birini iyi özetliyor: Altyazı dil açısından doğru olsa bile videoyla senkron değilse kullanıcıya yanlış gelebilir.
Doğruluk rakamları gerçekte ne söylüyor?
Google’ın yayımladığı rakamlar umut verici, ancak tek ve evrensel bir Gemini 3.5 Transcribe skorunu değil, farklı değerlendirme bağlamlarını anlatıyor. Bu veriler ciddi bir pilot çalışma için yeterli gerekçe sunuyor; ancak kendi mikrofonlarınız, aksanlarınız, terminolojiniz ve konuşmacı düzenleriniz üzerinde test yapmanın yerini tutmuyor.
| Değerlendirme bağlamı | Bildirilmiş WER | Ne anlatıyor? |
|---|---|---|
| Artificial Analysis, streaming | 4.0% | Atıf yapılan bir streaming ortalaması; gecikme veya konuşmacı ayrıştırma skoru değil |
| Artificial Analysis, non-streaming | 2.6% | Belirli test koşullarında kayıtlı ses için atıf yapılan ortalama |
| FLEURS, streaming | 5.50% | Seçili yerel ayarlardaki çok dilli streaming sonucu |
| FLEURS, non-streaming | 5.04% | Çok dilli kayıtlı ses için ayrı bir sonuç |
Bu rakamlar, Google’ın lansman duyurusunda yer alıyor. Aynı duyuruda Chirp 3’e kıyasla nihai transkripsiyona ulaşma süresinde %70 iyileşme olduğu da iddia ediliyor. Bu, kendi iş akışınız üzerinde yapılmış bağımsız bir test değil, Google’ın beyanı.
%2.6 ile %5.50 arasındaki fark bir çelişki değil. Kullanılan rotalar, veri kümeleri, dil dağılımı ve streaming koşulları farklı. Yalnızca toplam WER’e güvenmek yerine size maliyet çıkaran hataları ölçün: isimler, sipariş numaraları, tarihler, tutarlar, ürün terimleri ve konuşmacı geçişleri.
Toplulukta paylaşılan erken dönem raporları; dil geçişini, konuşmacı eşleştirmesini, zaman damgası davranışını ve uzun kayıtların tamamlanmasını test edilmesi gereken senaryolar olarak öne çıkarıyor. Bir X kullanıcısı, 20 dakikalık bir klibin yalnızca beş dakikasının döndüğünü aktardı. Bunlar kontrollü ürün verileri değil, yön gösteren kullanıcı deneyimleri. (X raporu)
Kurulum rehberinin yanıtlayamadığı üretim sorunları
Başarılı bir yükleme veya WebSocket bağlantısı, yalnızca veri aktarımının çalıştığını gösterir; üretime hazır olduğunuzu kanıtlamaz. Asıl riskler demodan sonra ortaya çıkar: değişebilen canlı metin, rotaya göre değişen limitler, kimlik bilgileri, preview durumu ve güvenilir bir dökümü saklama politikası.
Canlı altyazı için durum yönetimi şart
Canlı yanıtların iki farklı görevi var. interim_input_transcription, altyazı önizlemesi için sürekli değişen bir tahmin. input_transcription ise kalıcı döküm durumuna eklenebilecek kesinleşmiş segmenti temsil ediyor.
Şu durum modelini kullanın:
- Her ara güncellemede ekranda görünen altyazıyı değiştirin.
- Kalıcı döküme yalnızca kesinleşmiş metni ekleyin.
- 10 dakikalık oturum sınırına gelmeden yenileyin veya yeniden bağlanın.
- Oturumları açık bir sınır işareti ve yinelenen metinleri ayıklayan mantıkla birleştirin.
- Geri döndürülemez işlemleri ara metne bağlamayın.
Tarayıcı ve mobil istemcilerde geçici token kullanın; böylece uzun ömürlü API anahtarını frontend kodunda açığa çıkarmazsınız. Bu tokenları üretmek ve kısıtlamak için backend gerekir. Mimari uygulamanıza uyuyorsa ses, istemciden doğrudan Live API’ye aktarılabilir. Bağlantı hatalarını, kesinleşme gecikmesini ve yinelenen segmentleri izleyin.
Kayıtlı iş akışlarında kaynak metin politikası belirleyin
Modu seçmeden önce hangi çıktı sözleşmesine ihtiyacınız olduğunu netleştirin. Okunabilir metin için Smart modunu, kesin ifadeler, konuşmacılar veya ofsetler önemliyse verbatim modunu kullanın.
Verbatim sonucu ve açıklamalarını saklayın; ardından arama, özet veya müşteriye sunulacak notlar için ayrı bir temizlenmiş döküm üretin. Bu yaklaşım ek bir işlem adımı gerektirir, ancak silinmiş dolgu kelimelerini veya üzerine yazılmış düzeltmeleri sonradan yeniden oluşturmaya çalışmaktan daha güvenlidir.
Preview durumu dağıtım kararını etkiliyor
Google, Gemini 3.5 Transcribe’ı 26 Ağustos 2026’da public-preview model ailesi olarak duyurdu. Google model referansı yetenekleri ve limitleri belgeliyor; ancak preview durumu, taşınmadan önce fiyatları, kotaları, davranışı ve erişilebilirliği yeniden kontrol etmenizi gerektiriyor.
Kaydedilmiş referans dökümlerden oluşan küçük ve hassas olmayan bir değerlendirme setiyle başlayın. Kritik varlık doğruluğunu, konuşmacı eşleştirmesini, kesinleşme gecikmesini, yeniden bağlanma davranışını ve inceleyen kişinin düzeltme oranını ayrı ayrı ölçün. Testten önce yazılı geçiş eşikleri belirleyin ve yalnızca her eşik karşılandığında sistemi büyütün.
Fiyatı değil, kabul edilebilir döküm maliyetini hesaplayın
Gemini 3.5 Transcribe, gösterilen tahminlere göre uygun fiyatlı. Ancak faturalandırma, dakika başına sabit ve garantili bir tarife yerine token kullanımı üzerinden yapılıyor. Google’ın resmî fiyatlandırma tablosu, kayıtlı ses girdisi için dakikada yaklaşık $0.003 ve metin çıktısı için $0.002; yani harmanlanmış toplamda yaklaşık $0.005/dakika gösteriyor. Live için harmanlanmış fiyat yaklaşık $0.009/dakika.
| Rota | Ses girdisi tahmini | Metin çıktısı tahmini | Harmanlanmış planlama tahmini | 100 saat |
|---|---|---|---|---|
Kayıtlı gemini-3.5-transcribe | $0.003/dak | $0.002/dak | $0.005/dak | Yaklaşık $30 |
Canlı gemini-3.5-transcribe-live | Yaklaşık $0.005/dak | Yaklaşık $0.004/dak | $0.009/dak | Yaklaşık $54 |
İlk bütçe, 100 saat kayıtlı ses için yaklaşık $30, canlı kullanım içinse yaklaşık $54. Bu hesaplara yeniden denemeler, depolama, ses dönüştürme, insan düzeltmesi ve sonraki özetleme adımları dahil değil. Çıktı uzunluğu ve eklenen bağlam faturayı değiştirebileceği için kullanım kayıtlarını tutun.
Ekran görüntüsü Google’ın herkese açık fiyatlandırma sayfasından alınmıştır; hacimli kullanıma geçmeden önce güncel tabloyu kontrol edin. Resmî Gemini API fiyatlandırma dokümantasyonuna bakın.
Kabul edilebilir döküm maliyetini; API kullanımı, inceleme süresi, inceleyen kişinin ücreti, yeniden denemeler, depolama, dönüştürme ve sonraki işlemlerin toplamı olarak hesaplayın. Smart mod düzeltmeleri veya ikinci bir açıklama adımı, manuel düzeltme yükünü azaltıyorsa daha pahalı bir API’yi toplamda daha ekonomik hâle getirebilir.
Gemini 3.5 Transcribe API incelemesi: SSS
Smart transcription ifadeleri birebir koruyabilir mi?
Hayır. Smart modu konuşma akışındaki bozuklukları ve kişinin kendi düzeltmelerini değiştirir. Bu nedenle ifadelerin birebir korunması önemliyse kaynak olarak verbatim modunu saklayın.
Live API konuşmacı etiketleri veya kelime zaman damgaları sunuyor mu?
Hayır. Konuşmacı ayrıştırma veya kelime düzeyinde zaman damgaları gerekiyorsa kayıtlı rotayı kullanın.
Gemini 3.5 Transcribe uzun bir toplantıyı işleyebilir mi?
Standart kayıtlı ses sınırı bir saat. Konuşmacı ayrıştırma veya kelime zaman damgaları kullanıldığında bu sınır 30 dakika; Live ise kesintisiz oturum başına 10 dakika ile sınırlı.
Hukuki, tıbbi veya uyumluluk amaçlı dökümler için uygun mu?
Yalnızca verbatim çıktı, kritik alan kontrolleri ve insan incelemesiyle destekleyici bir katman olarak kullanın. Smart çıktıyı yüksek önem taşıyan kaydın tek kaynağı yapmayın.
Karar: Prototip olarak deneyin, ancak fark etmeden kaynak kayıt hâline getirmeyin
Gemini 3.5 Transcribe; kusursuz birebir yakalamadan çok düşük maliyetli, çok dilli ve bağlamı anlayan transkripsiyonun değerli olduğu durumlarda güçlü bir aday. Kayıtlı rotayla başlayın, kendi ses dosyalarınızda Smart ve verbatim çıktıları karşılaştırın. Açıklamalara yalnızca 30 dakikalık sınır kabul edilebilirse geçin.
İstemci gerekli PCM formatını güvenli biçimde aktarabildiğinde ve ara metinle kesinleşmiş metni birbirinden ayırabildiğinde altyazı veya sesli kullanıcı arayüzleri için Live rotaya geçin. Hassas kayıtlarda ham rotayı koruyun ve insan incelemesini kabul kriterlerinin parçası yapın; Smart modu kaynağı yeniden yazdıktan sonra acil bir düzeltme adımına dönüştürmeyin.