Çerez ve SDK Politikası
Cookie and SDK Policy

Türkçe

Çerez ve SDK Politikası

Sürüm: 1.0 · Yürürlük: 8 Ağustos 2026 · Son güncelleme: 8 Ağustos 2026

Veri sorumlusu: Worvento'nun Türkiye'de yerleşik yayıncısı (gerçek kişi) · worvento.info@gmail.com Uygulama: Worvento (com.worvento.app) · Sunucu: https://api.worvento.com

Kısa özet — bir bakışta

Detayını aşağıda madde madde yazdık. Acele ediyorsanız bu tablo yeter:

1. Bu metin neyi anlatıyor — ve neden adı "çerez" değil

Worvento bir mobil uygulama. Uygulamanın içinde tarayıcı yok, bu yüzden klasik anlamda çerez (cookie) kullanmıyoruz. Ama aynı işi gören üç şey var:

1. SDK'lar — başkalarının yazdığı, uygulamanın içine gömülü hazır kod parçaları

(örneğin reklam gösteren Google kütüphanesi).

1. Cihaz üzerinde depolama — telefonunuzun içinde tuttuğumuz dosyalar, anahtarlar,

şifreli kayıtlar.

1. Tanımlayıcılar — sizi ya da cihazınızı ayırt eden numaralar (reklam kimliği,

rastgele üretilmiş cihaz numarası).

Hukuk bu üçünü çerezle aynı kefeye koyuyor. Kişisel Verileri Koruma Kurumu'nun Çerez Uygulamaları Hakkında Rehberi (nihai sürüm 20.06.2022) ve Kurul'un 10.03.2022 tarihli 2022/229 sayılı kararı, teknik biçimden bağımsız olarak reklam ve pazarlama amaçlı takip teknolojilerini açık rızaya tabi tutuyor; yalnızca hizmetin sunulması için kesinlikle zorunlu olanlar rıza gerektirmiyor. Kurumun Mobil Uygulamalarda Mahremiyetin Korunmasına Yönelik Tavsiyeler Rehberi (Aralık 2023) de aynı çerçeveyi mobil uygulamalara uyguluyor.

Kısacası: adı çerez değil, ama kuralı çerezin kuralı. Bu yüzden bu metin size cihazınızda ne tuttuğumuzu, hangi hazır kod parçalarını kullandığımızı, bunların hangi veriye dokunduğunu ve hangisinin onayınıza bağlı olduğunu tek tek gösteriyor.

Kaynaklar: KVKK Kurul kararı 10.03.2022 t. 2022/229 · Çerez Uygulamaları Hakkında Rehber (20.06.2022) · Mobil Uygulamalarda Mahremiyetin Korunmasına Yönelik Tavsiyeler Rehberi (Aralık 2023) — <https://www.kvkk.gov.tr>

2. İki kategori: zorunlu olanlar ve reklam için olanlar

Cihazınızda yaptığımız her işlem iki gruptan birine giriyor. Bu ayrım hukuken belirleyici, çünkü onay yalnızca ikinci grup için gerekiyor.

A · ZORUNLU/İŞLEVSEL — onay gerekmiyor Bunlar olmadan uygulama isteğiniz üzerine çalışamaz: oturumunuzu açık tutmak, öğrendiğiniz kelimeleri saklamak, tema ve ses tercihinizi hatırlamak, internetiniz kesildiğinde uyarmak. Çerez Rehberi'nin "hizmetin sunulması için kesinlikle zorunlu" istisnası bunları kapsıyor; hukuki dayanak sözleşmenin ifası (KVKK m.5/2-c) ya da meşru menfaat (m.5/2-f).

B · REKLAM — açık rızaya bağlı Ödüllü reklam gösteren Google kütüphanesi ve reklam kimliği. Reklamların kişiselleştirilmesi için meşru menfaat kullanılamaz: Kurul'un 2022/229 sayılı kararı reklam ve pazarlama amaçlı takip teknolojilerini açık rızaya bağlıyor ve reklam kimliğine erişim hiçbir yorumla "hizmetin sunulması için kesinlikle zorunlu" sayılamaz.

Rıza vermezseniz reklam kapanmaz, yalnız kişiselleştirilmez — ödül hakkınızı kaybetmezsiniz (bkz. §6).

2.1 Cihazda sakladığımız her grubun dayanağı

3. Kullandığımız SDK'lar ve paketler — tam liste

Aşağıdaki tablo uygulamanın pubspec.yaml dosyasındaki bağımlılıkların tamamını ve reklam kütüphanesinin dolaylı olarak getirdiği bir paketi içeriyor. Sürüm numaraları pubspec.yaml içindeki tanımlardır.

Hukuki dayanak kısaltmaları

3.1 B kategorisi — reklam (onaya bağlı)

Şu anki kod durumu — dürüst beyan. Uygulamada reklam tercihi ekranı henüz yok. Bu politikanın kurduğu kural şudur: tercih ekranı devreye alınana kadar ödüllü reklamlar kişiselleştirilmeden gösterilir; yani "kişiselleştirmeye izin vermiyorum" bugünkü varsayılan durumdur. Tercih ekranı devreye girdiğinde bu metin güncellenecek ve yürürlük tarihi değişecektir.

3.2 A kategorisi — zorunlu/işlevsel (onay gerekmiyor)

Yalnız arayüz için olan, hiçbir kişisel veriye dokunmayan paketler (tamlık için): flutter_riverpod, go_router, easy_localization, flutter_card_swiper, lottie, animate_do, shimmer, fl_chart, flutter_heatmap_calendar, confetti, animations, cupertino_icons. Bunlar ağ erişimi yapmaz ve cihazdan veri çıkarmaz.

Sunucu tarafında. Uygulamanın konuştuğu sunucu Hetzner'da barınıyor: Hetzner Online GmbH (Almanya) — sunucumuz Finlandiya'da bulunuyor. Doğrulama, şifre sıfırlama ve hesap silme kodu e-postaları Google'ın Gmail altyapısı üzerinden gönderiliyor. Sunucu tarafındaki verinin tamamı için Gizlilik Politikası ve Aydınlatma Metni metinlerine bakın.

3.3 ⚠️ Bağlantı kontrolü — açıkça beyan ettiğimiz rahatsız edici bir gerçek

Bağlantı kontrolü yalnız kendi sunucumuza gidiyor: {apiBaseUrl}/health, yaklaşık 45 saniyede bir. Üçüncü tarafa hiçbir şey gitmiyor.

Bu bölümün eski hâli farklıydı ve düzeltildi. internet_connection_checker_plus paketi, hedef adres belirtilmediği için kendi varsayılan adreslerini kullanıyordu; sonuç olarak uygulama ön plandayken yaklaşık 10 saniyede bir IP adresiniz ve User-Agent bilginiz bize ait olmayan dört adrese gidiyordu (one.one.one.one, icanhazip.com, jsonplaceholder.typicode.com, pokeapi.co). Bu taraflarla veri işleme sözleşmemiz yoktu. Kontrol kendi /health ucumuza çevrilerek bu dört aktarım tümden kaldırıldı.

Bunu düzeltmeyi taahhüt ediyoruz: kontrol kendi sunucumuza (api.worvento.com) yönlendirilecek ve kontrol aralığı uzatılacak. Düzeltme yapıldığında bu bölüm kaldırılacak ve metnin sürümü yükseltilecektir. Düzeltilene kadar bu gerçeği saklamak yerine size söylemeyi seçtik.

4. Cihazınızda ne saklıyoruz — tam anahtar listesi

Aşağıdaki tablolar cihazınızda tuttuğumuz her kalemi gösteriyor. Her grubun hukuki dayanağı §2.1'de.

"Uygulama silinince gider mi?" sütununda platform farkı önemli: Android'de şifreli depolama uygulamayla birlikte silinir; iOS'ta Keychain kayıtları uygulamayı silseniz bile cihazda kalır. Bu fark aşağıdaki oturum jetonları için geçerlidir. Cihaz numarası (device_fingerprint) bu gruptan çıkarıldı ve artık uygulamayla birlikte siliniyor — gerekçesi tablonun altındaki notta.

4.1 Şifreli depolama (flutter_secure_storage)

Cihaz numarası hakkında düzeltme (2026-08-12): device_fingerprint eskiden şifreli depoda tutuluyordu ve iOS'ta Keychain kayıtları uygulama silinse bile kaldığı için bu numara cihaz ömürlüydü — uygulamayı silip yeniden kuran kullanıcı yine tanınıyordu. Bu düzeltildi: numara artık normal uygulama verisinde (shared_preferences, §4.2) tutuluyor, yani uygulamayı kaldırınca her iki platformda da silinir ve cihazda kalmış eski Keychain kaydı da temizlenir. Bedelini biliyoruz — uygulamayı silip yeniden kuran biri bizim için yeni bir cihaz gibi görünür, yani kötüye kullanım sinyali zayıfladı — ve bu bedeli sizin lehinize kabul ettik.

4.2 Ayar ve bayrak depolaması (shared_preferences)

Bu grubun tamamı uygulamayı kaldırınca her iki platformda da silinir ve hiçbiri hesap silmede temizlenmez.

Reklam tercihi ekranı devreye alındığında bu listeye tercihinizin kaydı da eklenecektir (kapsam, zaman damgası, metin sürümü). Bugün bu anahtarlar cihazınızda yok, çünkü onay ekranı henüz yok.

4.3 Yerel veritabanı (hive)

Hive kutuları uygulamanın veri dizininde tutulur ve şifresizdir — cihazın kendi uygulama izolasyonuna güvenilir. Hepsi uygulamayı kaldırınca silinir.

4.4 Dosyalar

4.5 Hesap silmenin cihaz üzerindeki gerçeği

Hesabınızı sildiğinizde cihazda yalnız şunlar temizleniyor: dört oturum anahtarı (auth_jwt_token, auth_refresh_token, auth_email, auth_email_verified), sync_meta_user_stats_v1 ve user_stats Hive kutusu.

Cihazda kalanlar: device_fingerprint (iOS'ta uygulamayı silseniz bile), install_id, words (kendi eklediğiniz kelimeler), categories, shared_list_cache, 12 mini-oyun rekoru, tüm tur/kutlama/banner bayrakları, ya5BackfillDone, ana ekran widget'ı verisi ve §4.4'teki dosyalar.

Bunu düzeltmek düzeltme kaydımızdaki en yüksek öncelikli kalemlerden biri. Sunucu tarafında hesap silmenin neyi silip neyi silmediğini ayrı bir metinde madde madde yazdık: Veri Silme.

5. Tanımlayıcılar

Neden donanım kimliği kullanmıyoruz. Cihaz modeli ve işletim sistemi bilgisinden üretilecek bir imza aynı telefonu kullanan binlerce kişide çakışır; IMEI gibi gerçek donanım kimlikleri ise ek izin ister. Rastgele üretilip cihazda saklanan bir numara hem daha isabetli hem gizlilik açısından temiz. device_info_plus benzeri bir paket uygulamada yok; parmak izi çıkarma tekniklerinin (canvas, yazı tipi, WebGL) hiçbiri kullanılmıyor; kurulu uygulama listeniz sorgulanmıyor (QUERY_ALL_PACKAGES izni yok); panonuz okunmuyor (yalnız davet kodunu panoya yazıyoruz).

6. Reklam ve onay

6.1 Neden onay şart

Reklam kimliğine erişmek ve reklam kütüphanesinin cihazınıza yazmasına izin vermek için açık rızanız gerekiyor. Bunun iki ayrı sebebi var ve ikisi de bağımsız olarak zorunlu:

Dayanak, Kişisel Verileri Koruma Kurumu'nun Çerez Uygulamaları Hakkında Rehberi ve Kurul'un 10.03.2022 tarihli 2022/229 sayılı kararıdır: reklam ve pazarlama amaçlı takip teknolojileri açık rızaya tabidir, burada meşru menfaat kullanılamaz.

Bir not: Google, Avrupa Ekonomik Alanı ve Birleşik Krallık trafiğinde sertifikalı bir onay yönetim platformu (CMP) zorunlu tutuyor. Worvento bu bölgelerde dağıtılmadığı için o zorunluluk bizde devreye girmiyor; buna karşılık kişiselleştirme için rıza almak KVKK bakımından yine gereklidir ve uygulama içi bir tercih anahtarıyla sağlanacaktır.

6.2 Kişiselleştirilmiş ve kişiselleştirilmemiş reklam farkı

Bu son satır bir taahhüt: onay vermemeniz ya da onayı geri almanız hiçbir özelliğinizi kapatmaz, ödül hakkınızı kısmaz, uygulamayı kullanmanızı engellemez.

6.3 Onay nasıl alınacak, nasıl geri alınacak

Onay ekranı devreye girdiğinde şu kurallar geçerli olacak:

• Onay önceden işaretsiz gelir; hiçbir kutu sizin adınıza doldurulmaz.
• Onay amaç bazlı ve modülerdir; tek bir "her şeye evet" düğmesi kullanılmaz.
• "Kabul et" ile "Reddet" eşit belirginlikte olur. Reddi gri, küçük ya da bir menünün

arkasına gizlemek karanlık desen sayılır ve yapılmayacaktır.

• Onayınız her an geri alınabilir ve geri almak vermek kadar kolay olur.

Uygulamanın menüsünde kalıcı bir "Reklam ve gizlilik tercihleri" girişi bulunur.

• Onayınızın kaydını (kapsam, zaman damgası, metin sürümü) biz tutmak zorundayız;

rızanın alındığının ispatı veri sorumlusuna aittir.

• Onayı geri aldığınızda bu anında reklam isteklerine yansır.

Aynı kapsamdaki rıza kalemlerinin metni ayrı bir belgede: Açık Rıza Metni. Kişisel Verileri Koruma Kurulu'nun 18.02.2026 tarihli 2026/347 sayılı ilke kararı gereği aydınlatma ile açık rıza ayrı belgelerdir ve tek bir onayla sunulamaz.

6.4 iOS'ta ATT'nin rolü ve sırası

Apple'ın App Tracking Transparency (ATT) izni, KVKK rızasından ayrı ve ek bir katmandır: Apple'ın kendi platform kuralıdır ve dağıtım bölgesinden bağımsız olarak geçerlidir. Önerilen sıra:

1. Uygulama içi reklam tercihi durumunu oku.
2. Google'ın IDFA açıklama mesajını göster (ATT'nin neden istendiğini anlatır).
3. ATT izin diyaloğunu göster (requestTrackingAuthorization). Bu diyalog cihazda

yalnız bir kez çıkar.

1. Reklam kütüphanesini başlat ve ilk reklamı yükle.

ATT izni vermezseniz IDFA tamamen sıfırlardan oluşur ve kişiselleştirilmiş reklam gösterilemez. Kaynak: <https://developers.google.com/admob/flutter/privacy/idfa>

iOS için dürüst durum: Worvento App Store'a hiç yüklenmedi. iOS'ta bugün ATT izni istenmiyor: kodda requestTrackingAuthorization çağrısı yok. Info.plist dosyasında izin metni ve 46 SKAdNetwork kimliği tanımlı olsa da izin akışı olmadığı için diyalog hiç çıkmaz. iOS sürümü yayınlandığında bu bölüm ya ATT akışıyla ya da reklamın iOS'ta tamamen kapatılmasıyla güncellenecektir.

6.5 Yaş ve reklam

Worvento 16 yaş ve üzeri için. Reklam tarafında bunun iki sonucu var:

• 16 yaşından küçük kullanıcı tespit edilirse ya reklam kütüphanesine "onay yaşının altında"

işareti gönderilir ya reklam tamamen kapatılır.

• Reklam kütüphanesine ayrıca bir azami reklam içeriği derecesi sinyali gönderilir; böylece

16+ bir kitleye uygun olmayan reklam gösterilmesi engellenir.

7. Analitik ve çökme raporu: bizde yok

Worvento'da hiçbir analitik ya da çökme raporlama kütüphanesi bulunmuyor. Bu üç yolla doğrulandı: pubspec.yaml satır satır okundu, çözümlenmiş 170 paketin tamamı listelendi ve uygulama kodunun tamamı büyük/küçük harf duyarsız olarak tarandı.

Bulunmayanlar: Firebase (Analytics, Crashlytics, Messaging), Sentry, Amplitude, Mixpanel, AppsFlyer, Adjust, Facebook App Events, PostHog, Datadog, Bugsnag, OneSignal, Segment.

Bunun sizin için anlamı:

• Ekran ekran gezinmenizi, hangi düğmeye kaç kez bastığınızı, oturum sürelerinizi ölçen

bir izleme katmanı yok.

• Uygulama çöktüğünde bize otomatik bir rapor gitmiyor; çökme anındaki cihaz durumunuz

hiçbir yere gönderilmiyor.

• Kişisel verilerinizi satmıyoruz. Kullanım davranışınızı bir reklam ağına ya da ölçüm

şirketine satmıyoruz — çünkü o veriyi hiç toplamıyoruz.

• Mağaza gizlilik formlarında Analitik amacı bizim adımıza işaretlenmeyecektir.

Uygulamanın kullanım verisi beyanı "ürün etkileşimi → uygulama işlevselliği" olarak yapılır.

Bildirimler. Uygulama iki bildirim mekanizması kullanır ve ikisi de Ayarlar → Bildirimler'den ayrı ayrı kapatılabilir:

• Uzak bildirim (Firebase Cloud Messaging): yalnız arkadaş ve oyun bildirimleri için.

Cihaza ait bir bildirim jetonu üretilir ve sunucumuzda saklanır (hesap silinince silinir, çıkışta kaldırılır). Jeton bir cihaz kaydıdır, reklam kimliği değildir; izleme veya profil oluşturma amacıyla kullanılmaz ve reklam ağlarıyla paylaşılmaz.

• Yerel bildirim (flutter_local_notifications): hatırlatıcılar için. Zamanlama cihazda

yapılır, hiçbir veri sunucuya gitmez ve üçüncü taraf devrede değildir.

Android'de POST_NOTIFICATIONS izni istenir (Android 13+); reddedilirse uygulama normal çalışır. Ayrıca canlı maç/düello olayları uygulama açıkken SignalR WebSocket bağlantısıyla geliyor (§3.2), ana ekran widget'ı ise verisini cihazda güncelliyor (§4.2).

Dürüst sınır — bunu da saklamıyoruz. Google'ın reklam kütüphanesi kendi hesabına teşhis bilgisi ve reklam etkileşimi verisi topluyor ve bunu Google'a gönderiyor. Bu bizim analitik katmanımız değil; verisine erişimimiz de yok. Ama teknik olarak cihazınızdan çıkan bir telemetri akışıdır ve reklam onayı verildiğinde devreye girer. Reklam kapalıyken bu akış da olmaz.

Bir gün kendi hata raporlamamızı eklersek bu metni, gizlilik politikasını ve mağaza formlarını aynı anda güncelleyeceğiz.

8. Önbellek

Uygulama içi önbellek (dio_cache_interceptor). Sunucu yanıtlarını yalnız RAM'de tutuyoruz (MemCacheStore); hiçbir yanıt diske yazılmıyor. Uygulamayı kapattığınızda önbellek kayboluyor.

Politika CachePolicy.request: yalnız sunucunun Cache-Control başlığı gönderdiği uçlar önbelleklenir. Bugün bunlar yalnız katalog uçları (hediye listesi, çark listesi; max-age=300, yani 5 dakika). En uzun bekletme süresi 1 saat.

Önbelleklenmeyenler — kodla doğrulandı: liderlik tablosu, lig, profil ve arkadaş listesi Cache-Control başlığı göndermediği için her seferinde ağdan taze geliyor. Yani başkalarının kullanıcı adı ve istatistikleri cihazınızda önbelleğe düşmüyor.

Profil fotoğrafı dağıtım önbelleği (Cloudflare R2). Profil fotoğrafları Cloudflare R2 nesne depolamasında tutuluyor. Cloudflare, Inc. (ABD) — küresel altyapı; profil fotoğrafları belirli bir ülkeye sabitlenmemiştir. Aktarımda ve saklamada şifrelenir. Fotoğraflar 1 yıl süreyle immutable olarak önbelleklenmesi talimatıyla sunuluyor (public,max-age=31536000,immutable). Bunun dürüst sonucu: fotoğrafınızı sildikten sonra bir kopyası bir süre daha dağıtım ağı önbelleğinde ya da tarayıcı önbelleğinde yaşamaya devam edebilir. Silme talebiniz kaynaktaki nesneyi hedefler; önbellek kopyalarının süresi kendi başına dolar.

9. Tercihlerinizi nasıl yönetirsiniz

9.1 Uygulama içinden

9.2 Cihaz ayarlarından reklam kimliğinizi sıfırlamak

Reklam kimliği işletim sisteminin verdiği bir numaradır; uygulamadan bağımsız olarak siz yönetirsiniz.

Android

• Ayarlar > Google > Tüm hizmetler > Reklamlar > Reklam kimliğini sil — kimliği tamamen

kaldırır; bu andan sonra uygulamalar kimlik yerine sıfır dizisi görür.

• Aynı ekrandan Reklam kimliğini sıfırla ile yeni bir numara alabilirsiniz. Google Play'in

Reklam Kimliği politikası, silinen ya da sıfırlanan kimliğin eski kimlikten türeyen veriyle ilişkilendirilmesini yasaklıyor.

iOS

• Ayarlar > Gizlilik ve Güvenlik > İzleme — buradan "Uygulamaların İzleme İzni İstemesine

İzin Ver" seçeneğini kapatırsanız hiçbir uygulama izin bile isteyemez ve IDFA sıfırlardan oluşur.

• Ayarlar > Gizlilik ve Güvenlik > Apple Reklamcılığı — Apple'ın kendi kişiselleştirilmiş

reklamlarını kapatır.

9.3 Cihazda kalan verileri silmek

Uygulamayı kaldırmak Hive kutularını, shared_preferences içeriğini ve geçici dosyaları her iki platformda da siler. Ama iOS'ta Keychain kayıtları kalır (§4.1); iOS'ta device_fingerprint gibi anahtarları güvenilir şekilde silmenin tek yolu cihazı sıfırlamaktır. Android'de Ayarlar > Uygulamalar > Worvento > Depolama > Verileri temizle şifreli depoyu da temizler.

10. İşletim sistemi izinleri

Uygulama, izin diyaloğu çıkarmayı gerektiren hiçbir hassas izin istemiyor. Kamera, galeri, mikrofon, konum, rehber, takvim, SMS ve bildirim izinlerinin hiçbiri yayın paketinde yok. Bunun pratik sonucu: uygulama size hiçbir çalışma-anı izin sorusu sormuyor; sormadığı için de izin vermemeniz hâlinde kapanan bir özellik yok.

Yayın paketinde bulunan izinlerin tamamı ve neden bulundukları:

Profil fotoğrafı seçerken image_picker, Android Foto Seçici ya da kamera niyetini kullanıyor; bu, izin gerektirmeyen yoldur ve galerinin tamamına erişim vermez. CSV içe aktarmada file_picker sistem dosya seçicisini kullanıyor; geniş depolama izni istenmiyor. Yalnız sizin tek tek seçtiğiniz dosyayı görüyoruz.

Toplamadığımız veriler. Şunların hiçbirini toplamıyoruz: GPS ya da ağ tabanlı konum, rehberiniz, telefon numaranız, sağlık ve fitness verisi, mikrofon kaydı, takvim, SMS ve çağrı kaydı, biyometrik veri, kurulu uygulama listeniz, analitik ve çökme raporu, push bildirim jetonu, Google/Apple/Facebook ile giriş. Tek dürüst istisna: günlük limitlerin sizin yerel gece yarınızda sıfırlanması için saat dilimi kaymanızı (dakika olarak) sunucuya gönderiyoruz. Bu GPS konumu değil, ama kaba bir coğrafi çıkarıma imkân verir; bunu "konum toplamıyoruz" derken saklamamayı seçtik.

11. Bu metin değiştiğinde

Yeni bir SDK eklediğimizde, cihazda sakladığımız bir kalem değiştiğinde ya da reklam onayının işleyişi değiştiğinde bu metni güncelleyip yukarıdaki sürüm ve son güncelleme tarihini değiştiriyoruz. Aydınlatma Tebliği'nin 5/1-b maddesi, işleme amacı değiştiğinde işlemeden önce yeniden aydınlatma yapılmasını emrediyor; bu yüzden yeni bir veri akışı devreye girmeden önce metin güncellenir.

12. İlgili metinler ve iletişim

• Aydınlatma Metni — KVKK m.10 aydınlatma
• Gizlilik Politikası — KVKK m.10 aydınlatma ile birlikte okunur
• Açık Rıza Metni — ayrı ve modüler rıza kalemleri
• Kullanım Koşulları
• Veri Silme — hesap silmede neyin silindiği, neyin kalmadığı
• Cookie and SDK Policy (English) — bilgilendirme amaçlı çeviri

Veri sorumlusu: Worvento yayıncısı (Türkiye) · worvento.info@gmail.com Veri koruma başvuruları ve destek: worvento.info@gmail.com Yayındaki adres: https://worvento.com/legal/izleme-teknolojileri

Üçüncü tarafların kendi gizlilik metinleri: Google (reklam ortakları) <https://policies.google.com/technologies/partner-sites> · Google (genel) <https://policies.google.com/privacy> · Cloudflare <https://www.cloudflare.com/privacypolicy/> · Hetzner <https://www.hetzner.com/legal/privacy> · Apple <https://www.apple.com/legal/privacy>

English

Cookie and SDK Policy

Version: 1.0 · Effective: 8 August 2026 · Last updated: 8 August 2026

This is an information-only English translation. In case of any conflict, the Turkish original prevails. Turkish original: cerez-ve-sdk-politikasi.md

Data controller: the Türkiye-based publisher of Worvento (natural person) · worvento.info@gmail.com App: Worvento (com.worvento.app) · Server: https://api.worvento.com

Short summary — at a glance

Full detail follows. If you are in a hurry, this table is enough:

1. What this document covers — and why it is not called "cookies"

Worvento is a mobile app. There is no browser inside the app, so we do not use cookies in the classic sense. But three things do the same job:

1. SDKs — ready-made pieces of code written by others and embedded in the app (for

example the Google library that shows ads).

1. On-device storage — files, keys and encrypted records we keep inside your phone.
2. Identifiers — numbers that distinguish you or your device (advertising identifier,

randomly generated device number).

The law treats all three the same way as cookies. The Turkish Data Protection Authority's Guidelines on Cookie Practices (final version 20 June 2022) and Board decision no. 2022/229 of 10 March 2022 make tracking technologies used for advertising and marketing subject to explicit consent, regardless of technical form; only those strictly necessary to provide the service do not require consent. The Authority's Guidelines on Privacy in Mobile Applications (December 2023) applies the same framework to mobile apps.

In short: it is not called a cookie, but the cookie rules apply. That is why this document shows you, one by one, what we keep on your device, which ready-made code libraries we use, what data each touches, and which of them depend on your consent.

Sources: Turkish DPA Board decision 2022/229 (10.03.2022) · Guidelines on Cookie Practices (20.06.2022) · Guidelines on Privacy in Mobile Applications (December 2023) — <https://www.kvkk.gov.tr>

2. Two categories: strictly necessary, and advertising

Everything we do on your device falls into one of two groups. This distinction is legally decisive, because consent is required only for the second group.

A · STRICTLY NECESSARY / FUNCTIONAL — no consent required Without these the app cannot do what you asked it to do: keep your session open, store the words you learn, remember your theme and sound preference, warn you when your internet drops. The Cookie Guidelines' exemption for what is "strictly necessary to provide the service" covers these; the legal ground is performance of a contract (KVKK art.5/2-c) or legitimate interest (KVKK art.5/2-f).

B · ADVERTISING — subject to explicit consent The Google library that shows rewarded ads, and the advertising identifier. Legitimate interest cannot be used for the personalisation of ads: Board decision 2022/229 subjects advertising and marketing tracking technologies to explicit consent, and access to an advertising identifier can never be read as "strictly necessary to provide the service."

If you do not consent, advertising is not switched off — it is only not personalised, and you do not lose your reward entitlement (see §6).

2.1 The legal ground for each group we store on your device

3. The SDKs and packages we use — full list

The table below contains every dependency in the app's pubspec.yaml plus one package pulled in indirectly by the advertising library. Version numbers are those declared in pubspec.yaml.

Legal ground abbreviations

3.1 Category B — advertising (consent-dependent)

Current state of the code — an honest statement. The app has no advertising preference screen yet. The rule this policy sets is: until that screen ships, rewarded ads are served without personalisation — that is, "I do not allow personalisation" is today's default state. When the screen ships, this document will be updated and its effective date will change.

3.2 Category A — strictly necessary / functional (no consent required)

Packages that are interface-only and touch no personal data (for completeness): flutter_riverpod, go_router, easy_localization, flutter_card_swiper, lottie, animate_do, shimmer, fl_chart, flutter_heatmap_calendar, confetti, animations, cupertino_icons. These make no network requests and move no data off the device.

On the server side. The server the app talks to is hosted at Hetzner: Hetzner Online GmbH (Germany) — our server is located in Finland. Verification, password reset and account deletion code emails are sent through Google's Gmail infrastructure. For all server-side data see the Privacy Policy and the KVKK Privacy Notice.

3.3 Connectivity check

The connectivity check goes only to our own server: {apiBaseUrl}/health, roughly every 45 seconds. Nothing goes to any third party.

This section used to read differently, and it has been corrected. Because no target addresses were specified, the internet_connection_checker_plus package used its own defaults; as a result, while the app was in the foreground, roughly every 10 seconds your IP address and User-Agent went to four addresses we do not own (one.one.one.one, icanhazip.com, jsonplaceholder.typicode.com, pokeapi.co). We had no data processing agreement with those parties. Redirecting the check to our own /health endpoint removed all four transfers.

4. What we store on your device — full key list

The tables below show every item we keep on your device. The legal ground for each group is in §2.1.

In the "removed when the app is deleted?" column the platform difference matters: on Android encrypted storage is deleted together with the app; on iOS, Keychain records survive even if you delete the app. That difference applies to the session tokens below. The device number (device_fingerprint) was moved out of this group and is now deleted with the app — see the note under the table.

4.1 Encrypted storage (flutter_secure_storage)

Correction about the device number (2026-08-12): device_fingerprint used to live in encrypted storage, and because iOS Keychain records survive app deletion the number was device-lifetime — a user who deleted and reinstalled the app was still recognised. That has been fixed: the number is now kept in ordinary app data (shared_preferences, §4.2), so it is deleted when you uninstall the app on both platforms, and any leftover Keychain record is purged. We know the cost — someone who reinstalls looks like a new device to us, so the abuse signal is weaker — and we accepted that cost in your favour.

4.2 Settings and flag storage (shared_preferences)

This entire group is deleted when you uninstall the app on both platforms and none of it is cleared on account deletion.

When the advertising preference screen ships, a record of your choice will be added to this list (scope, timestamp, text version).

4.3 Local database (hive)

Hive boxes are kept in the app's data directory and are unencrypted — we rely on the device's own app isolation. All of them are deleted when you uninstall the app.

4.4 Files

4.5 The reality of account deletion on your device

When you delete your account, only these are cleared on the device: the four session keys (auth_jwt_token, auth_refresh_token, auth_email, auth_email_verified), sync_meta_user_stats_v1 and the user_stats Hive box.

What remains on the device: device_fingerprint (on iOS even if you delete the app), install_id, words (the words you added), categories, shared_list_cache, 12 mini-game high scores, all tour/celebration/banner flags, ya5BackfillDone, home screen widget data and the files in §4.4.

Fixing this is one of the highest-priority items in our remediation record. What account deletion does and does not delete on the server side is written out item by item in a separate document: Data Deletion.

5. Identifiers

Why we do not use a hardware identifier. A signature derived from device model and operating system information collides across thousands of people using the same phone; real hardware identifiers such as IMEI require extra permissions. A number generated randomly and stored on the device is both more accurate and cleaner for privacy. No package like device_info_plus is present in the app; none of the fingerprinting techniques (canvas, font, WebGL) is used; your installed app list is not queried (no QUERY_ALL_PACKAGES permission); your clipboard is not read (we only write the referral code to it).

6. Advertising and consent

6.1 Why consent is required

Accessing the advertising identifier and letting the advertising library write to your device requires your explicit consent for the personalisation of ads.

The ground is the Turkish Data Protection Authority's Guidelines on Cookie Practices and Board decision no. 2022/229 of 10 March 2022: tracking technologies used for advertising and marketing are subject to explicit consent, and legitimate interest cannot be used there.

One note: Google requires a certified consent management platform (CMP) for traffic from the European Economic Area and the United Kingdom. Worvento is not distributed in those regions, so that requirement does not apply to us; obtaining consent for personalisation is nevertheless required under the KVKK, and will be provided through an in-app preference switch.

6.2 The difference between personalised and non-personalised ads

That last row is a commitment: refusing consent or withdrawing it does not disable any of your features, does not reduce your reward entitlement and does not prevent you from using the app.

6.3 How consent will be obtained and withdrawn

When the consent screen ships, these rules will apply:

• Consent arrives unticked; no box is filled in on your behalf.
• Consent is purpose-based and modular; no single "yes to everything" button is used.
• "Accept" and "Reject" will be equally prominent. Making reject grey, small or hidden

behind a menu counts as a dark pattern and will not be done.

• Your consent can be withdrawn at any time and withdrawing will be as easy as giving it.

A permanent "Ad and privacy preferences" entry will exist in the app's menu.

• We are required to keep the record of your consent (scope, timestamp, text version); the

burden of proving consent lies with the controller.

• Withdrawing consent takes effect on ad requests immediately.

The text of the consent items in the same scope lives in a separate document: Explicit Consent Statement. Under principle decision no. 2026/347 of 18 February 2026 of the Turkish Personal Data Protection Board, the privacy notice and the explicit consent statement are separate documents and cannot be presented under a single approval.

6.4 The role of ATT on iOS and the correct order

Apple's App Tracking Transparency (ATT) permission is a separate and additional layer on top of KVKK consent: it is Apple's own platform rule and applies regardless of distribution territory. The recommended order:

1. Read the in-app advertising preference state.
2. Show Google's IDFA explainer message (explaining why ATT is being requested).
3. Show the ATT permission dialog (requestTrackingAuthorization). This dialog appears

only once per device.

1. Initialise the advertising library and load the first ad.

If you refuse ATT, the IDFA is all zeros and personalised ads cannot be shown. Source: <https://developers.google.com/admob/flutter/privacy/idfa>

The honest position on iOS: Worvento has never been submitted to the App Store. ATT permission is not requested on iOS today: there is no requestTrackingAuthorization call in the code. Although a permission string and 46 SKAdNetwork identifiers are declared in Info.plist, no dialog ever appears because there is no permission flow. When the iOS version is released, this section will be updated either with the ATT flow or with advertising being disabled entirely on iOS.

6.5 Age and advertising

Worvento is for ages 16 and over. This has two consequences on the advertising side:

• If a user under 16 is detected, either an "under the age of consent" flag is sent to the

advertising library, or advertising is switched off entirely.

• A maximum ad content rating signal is also sent to the advertising library, so that ads

unsuitable for a 16+ audience are not shown.

7. Analytics and crash reporting: we have none

Worvento contains no analytics or crash reporting library whatsoever. This was verified three ways: pubspec.yaml was read line by line, all 170 resolved packages were listed, and the entire application code was scanned case-insensitively.

Not present: Firebase (Analytics, Crashlytics, Messaging), Sentry, Amplitude, Mixpanel, AppsFlyer, Adjust, Facebook App Events, PostHog, Datadog, Bugsnag, OneSignal, Segment.

What this means for you:

• There is no tracking layer measuring your screen-by-screen navigation, how many times you

tapped which button, or your session durations.

• When the app crashes, no automatic report is sent to us; your device state at the moment of

the crash goes nowhere.

• We do not sell your personal data. We do not sell your usage behaviour to an ad network

or a measurement company — because we never collect that data.

• The Analytics purpose will not be ticked on our behalf in store privacy forms. The app's

usage data declaration is made as "product interaction → app functionality."

Notifications. The app uses two notification mechanisms, both of which can be switched off independently under Settings → Notifications:

• Remote notifications (Firebase Cloud Messaging): used only for friend and game

notifications. A notification token is generated for the device and stored on our server (deleted when the account is deleted, removed on sign-out). The token is a device registration, not an advertising identifier; it is not used for tracking or profiling and is not shared with ad networks.

• Local notifications (flutter_local_notifications): used for reminders. Scheduling

happens on the device, no data leaves it, and no third party is involved.

On Android the POST_NOTIFICATIONS permission is requested (Android 13+); if it is denied the app works normally. In addition, live match and duel events arrive while the app is open over the SignalR WebSocket connection (§3.2), and the home screen widget updates its data on the device (§4.2).

An honest limit — we are not hiding this either. Google's advertising library collects diagnostic and ad-interaction data on its own account and sends it to Google. That is not our analytics layer, and we have no access to that data. But technically it is a telemetry stream leaving your device, and it starts when advertising consent is given. While advertising is off, so is that stream.

If we ever add our own error reporting, we will update this document, the privacy policy and the store forms at the same time.

8. Caching

In-app cache (dio_cache_interceptor). We keep server responses in RAM only (MemCacheStore); no response is written to disk. The cache disappears when you close the app.

The policy is CachePolicy.request: only endpoints where the server sends a Cache-Control header are cached. Today these are only catalogue endpoints (gift list, spin wheel list; max-age=300, i.e. 5 minutes). The maximum staleness allowed is 1 hour.

What is not cached — verified in code: the leaderboard, the league, profiles and the friend list send no Cache-Control header, so they always come fresh from the network. That means other people's usernames and statistics are not cached on your device.

Profile photo delivery cache (Cloudflare R2). Profile photos are kept in Cloudflare R2 object storage. Cloudflare, Inc. (USA) — global infrastructure; profile photos are not pinned to a specific country. They are encrypted in transit and at rest. Photos are served with an instruction to cache them for 1 year as immutable (public,max-age=31536000,immutable). The honest consequence: after you delete your photo, a copy may keep living for a while in the delivery network cache or a browser cache. Your deletion request targets the object at the origin; cached copies expire on their own.

9. How to manage your preferences

9.1 From inside the app

9.2 Resetting your advertising identifier from device settings

The advertising identifier is a number provided by the operating system; you manage it independently of the app.

Android

• Settings > Google > All services > Ads > Delete advertising ID — removes the identifier

entirely; from that moment apps see a string of zeros instead of an identifier.

• From the same screen you can get a new number with Reset advertising ID. Google Play's

Advertising ID policy prohibits linking a deleted or reset identifier with data derived from the previous identifier.

iOS

• Settings > Privacy & Security > Tracking — if you turn off "Allow Apps to Request to

Track", no app can even ask for permission and the IDFA is all zeros.

• Settings > Privacy & Security > Apple Advertising — turns off Apple's own personalised

advertising.

9.3 Deleting what remains on the device

Uninstalling the app deletes the Hive boxes, the shared_preferences contents and the temporary files on both platforms. But Keychain records survive on iOS (§4.1); on iOS the only reliable way to delete keys such as device_fingerprint is to reset the device. On Android, Settings > Apps > Worvento > Storage > Clear data also clears the encrypted store.

10. Operating system permissions

The app requests no sensitive permission that would produce a permission dialog. None of the camera, gallery, microphone, location, contacts, calendar, SMS or notification permissions is present in the release package. The practical consequence: the app never asks you a runtime permission question, and because it never asks, no feature breaks if you refuse.

All permissions present in the release package, and why they are there:

When you pick a profile photo, image_picker uses the Android Photo Picker or a camera intent; this is the permission-free route and does not grant access to your whole gallery. For CSV import, file_picker uses the system file picker; no broad storage permission is requested. We see only the file you pick individually.

Data we do not collect. We collect none of the following: GPS or network-based location, your contacts, your phone number, health and fitness data, microphone recordings, calendar, SMS and call logs, biometric data, your installed app list, analytics and crash reports, push notification tokens, sign-in with Google/Apple/Facebook. The one honest exception: we send your time zone offset (in minutes) to the server so that daily limits reset at your local midnight. That is not GPS location, but it does allow a coarse geographic inference; we chose not to hide it while saying "we do not collect location."

11. When this document changes

When we add a new SDK, when an item we store on your device changes, or when the way advertising consent works changes, we update this document and change the version and last updated date above. Article 5/1-b of the Communiqué on Privacy Notice requires a fresh privacy notice before processing when the purpose of processing changes; that is why the text is updated before a new data flow goes live.

12. Related documents and contact

• KVKK Privacy Notice — privacy notice under KVKK art.10
• Privacy Policy — read together with the KVKK art.10 disclosure notice
• Explicit Consent Statement — separate and modular consent items
• Terms of Service
• Data Deletion — what is and is not deleted on account deletion
• Çerez ve SDK Politikası (Turkish original — prevails)

Data controller: the publisher of Worvento (Türkiye) · worvento.info@gmail.com Data protection requests and support: worvento.info@gmail.com Published address: https://worvento.com/legal/izleme-teknolojileri

Third parties' own privacy documents: Google (advertising partners) <https://policies.google.com/technologies/partner-sites> · Google (general) <https://policies.google.com/privacy> · Cloudflare <https://www.cloudflare.com/privacypolicy/> · Hetzner <https://www.hetzner.com/legal/privacy> · Apple <https://www.apple.com/legal/privacy>