macOS için Telegram Beta'ya huniler ve rızayı geri çekme özellikli ürün analizi geldi

Telegram'ın macOS beta sürümünde huniler ve rıza geri çekme özelliğiyle ürün analizi ortaya çıktı.

Telegram'ın macOS beta sürümünde ürün analizi alt sistemi Ekim ayından bu yana gelişiyor. Bu sistem, ekran görüntülemelerini, menü ve ayarlar içindeki olayları, sonuç odaklı hunileri ve medya, iletme ve çıkartmalar aracılığıyla kullanıcı yolculuklarını hesaba katıyor; ayrıca gizlilik kuralları ve geri çekilebilir rıza da bu sistemle birlikte yer alıyor. Arayüzde henüz bir anahtar (toggle) bulunmuyor ve diğer istemcilerde bu sınıflar görünmüyor. Ancak, yayınlanmış Telegram Desktop ve API belgeleri, 2026 baharından bu yana, bir gönderinin ekranda ne kadar kaldığını ve bir şarkının ne kadar dinlendiğini istemcinin sunucuya nasıl bildirdiğini zaten açıklıyor.

macOS beta sürümünde neler ortaya çıktı

macOS beta sürümü güncelleme akışı aracılığıyla dağıtılıyor, açık kaynak kodları mevcut değil. Alt sistemin içeriği, derlemelerin yürütülebilir dosyasındaki tür adlarından anlaşılıyor – bunlar üç aşamada ortaya çıktı.

Ürün analizinde huni, bir hedefe giden adımlar zincirini ifade eder ve kişinin hangi adımda ayrıldığını (örneğin, çıkartma panelini açtı, seçti, gönderdi veya kapattı) işaretler. Yolculuk (journey) ise aynı senaryo üzerindeki aynı zincirdir. İsimlerden üç senaryo anlaşılıyor: medya, iletme ve çıkartmalar. Dahili tarayıcıya geçişin nereden geldiği (BrowserAnalyticsOrigin) ve galerinin hangi bölümde açıldığı (GalleryAnalyticsContext) ayrıca dikkate alınıyor.

Bu blok bir deney gibi davrandı. 283338 derlemesinden iki saatten kısa bir süre sonra, bir sonraki derleme olan 283342 onsuz yayınlandı, ancak 23 Ekim'de 13.1.0.283362 sürümünde geri döndü ve o zamandan beri varlığını sürdürüyor – 26 Ekim ve sonraki derlemelerde tüm sınıflar yerinde.

Kapatma anahtarı var mı

Arayüzde yok. Ne ikili dosyanın dizelerinde, ne kaynak paketinde, ne de macOS istemcisinin çevirilerinde analiz, kullanım istatistikleri veya veri toplama onayı hakkında bir metin bulunmuyor.

Kodda bir ipucu var. AnalyticsPrivacy ve AnalyticsRevocable isimlerinden gizlilik kuralları ve geri çekilebilirlik, AnalyticsParameterRule hangi olay parametrelerinin iletilmesine izin verildiği kuralı, AnalyticsScope ise etki alanı anlamına geliyor. Bu, kod olmadan isimlere dayalı bir hipotezdir: kullanıcıların veri toplamayı reddedebildiği ve olayın gereksiz alanlar içermediği analiz sistemleri genellikle bu şekilde yapılandırılır.

Olayların nereye gittiği isimlerden anlaşılmıyor. Genel API şemasında uzun zamandır help.saveAppLog metodu bulunmaktadır: bu metod, zaman, tür, muhatap ve rastgele JSON içeren bir olay paketini kabul eder. Beta sürümündeki toplayıcı AppLogEvent* olarak adlandırılıyor, ancak aralarındaki bağlantı sadece ses benzerliğine dayalı bir tahmindir.

Yayınlanmış istemciler neleri zaten sayıyor

Ölçümlerin bir kısmı uzun zamandır bir deney değil. API belgelerinde messages.reportReadMetrics metodu açıklanmıştır: istemci, her mesajın sohbetin görünür alanında ne kadar kaldığını sunucuya bildirir. Kurallar milisaniyeye kadar detaylandırılmıştır.

• 300 ms'den kısa görüntülemeler sayılmaz;
• time_in_view_ms — mesajın en az bir pikselle ne kadar süreyle görünür olduğu;
• active_time_in_view_ms — bu sürenin, kullanıcının aktif olduğu kısmı; resmi istemciler, herhangi bir eylemden sonra 15 saniye boyunca kullanıcıyı aktif kabul eder;
• seen_range_ratio_permille — gönderinin yüksekliğinin ne kadarının görünür alana girdiği, binde bir cinsinden;
• beş dakikadan uzun kesintisiz görüntülemeler ayrı görüntülemelere bölünür, ölçümler sohbetlere göre toplanır ve 5 saniyelik bir gecikmeyle toplu olarak gönderilir.

Aynı yerde messages.reportMusicListen — şarkının kaç saniye dinlendiği de açıklanmıştır. Telegram Desktop her iki ölçümü de Mart 2026'dan beri göndermektedir: gönderi görüntüleme takibi ve dinleme takibi kodda aynı gün, 25 Mart'ta ortaya çıktı.

Bu ölçümler "ne okunuyor ve dinleniyor" sorusunu yanıtlarken, yeni alt sistem "uygulama nasıl kullanılıyor" sorusunu yanıtlar. Birincisi kanallar ve içerikle ilgiliyken, ikincisi ekranlar, düğmeler ve senaryolarla ilgilidir.

Ağ telemetrisi ve Rust tabanlı motor

En eski kısım olan NetworkTelemetry, 3 Ekim'de RecordingNetworkEngine ile birlikte geldi ve başka bir görevle ilgilidir. Bir gün önce, 2 Ekim'de, beta sürümünde Rust tabanlı bir ağ motoru — RustNetworkEngine, RustRequestService, RustEngineNetworkRouter — ve SwitchingNetworkEngine anahtarına sahip genel bir NetworkEngine arayüzü ortaya çıktı. "Rust (restart required)" ve "Engine switch to rust refused" dizeleri, motorun yeniden başlatma ile değiştiğini, "Rust engine crash of" ve "Rust panic" ise çökmelerinin ayrı olarak yakalandığını gösterir.

Telemetri gecikmeleri, kesintileri ve hata sınıflarını saklarken, kayıt motoru iki yığından herhangi birinin isteklerini ve yanıtlarını yazar. Birlikte bu, eski ağ kodunu yeni kodla canlı trafikte karşılaştırmak için bir test tezgahına benziyor. Ağ telemetrisini sunucuya gönderecek bir metod şemada bulunmuyor — raporlar yerel kalabilir.

Bunların olmadığı yerler

Telegram'ın 27 Ekim tarihli Android 13.2.0 beta sürümünde ne Analytics* ne de NetworkTelemetry bulunmuyor. Orada analytics ve telemetry olarak adlandırılan her şey Google'ın yerleşik kütüphanelerine aittir: Cast, Play Services ve Firebase Crashlytics. reportReadMetrics metodu Android kodunda açıklanmıştır, ancak beta sürümünde çağrısı görünmüyor.

Telegram Desktop'ta da ürün analizi bulunmuyor — orada sadece yukarıda açıklanan gönderi görüntüleme ve şarkı dinleme takibi mevcuttur.