Fiyat Modeli ve Ücretsiz Katman
Crashlytics'te fiyat tartışması yok: Firebase'in resmi ürün ve fiyatlandırma sayfaları Crashlytics'i kullanım miktarından bağımsız ücretsiz olarak listeliyor — ne kadar çok crash raporu gönderirsen gönder fatura gelmiyor. Sentry ise klasik SaaS kademeli modeli kullanıyor: Developer planı tek kullanıcı için $0; Team planı ayda $26'dan başlıyor ve 50.000 hata dahil; Business planı $80'den başlıyor. Kotanın üstüne çıkınca pay-as-you-go devreye giriyor — 50K-100K aralığında hata başına yaklaşık $0.0003625'ten başlayıp hacim arttıkça (10M+ hata/ay) $0.0001625'e kadar düşen kademeli birim fiyat var. Logs, Uptime/Cron Monitoring ve Profiling ayrıca pay-as-you-go kalemleri. Pratik sonuç: küçük/orta trafikli bir uygulamada Sentry Team planı bütçeye kolayca sığar, ama kötü bir release sonrası hata patlaması yaşarsan kota aşımı faturayı hızla şişirebilir — alert/kota takibi kurmadan production'a çıkmak risklidir.
Kapsam: Yalnız Çökme mi, Tam Gözlemlenebilirlik mi
Crashlytics'in resmi ürün sayfası kapsamı net biçimde çiziyor: crash raporlama, crash-free kullanıcı oranı, velocity alert'ler. Performans izleme ayrı bir Firebase ürünü (Performance Monitoring) olduğu için Crashlytics tek başına "uygulama ne kadar hızlı/akıcı" sorusuna cevap vermiyor. Sentry ise tam tersi bir felsefeyle kuruldu: aynı SDK içinde hata izleme, performans tracing, profiling, session replay, log toplama ve feature flag yönetimi bir arada geliyor — resmi Apple platform dokümantasyonu bu beşini tek ürün olarak listeliyor. Bu fark, ekip seçimini büyük ölçüde belirliyor: yalnız "uygulama çöküyor mu" sorusuna cevap arayan küçük ekip için Crashlytics'in dar kapsamı bir dezavantaj değil, tam tersine daha az karmaşıklık demek. Ama "kullanıcı neden yavaş hissediyor, hangi ekranda takılıyor" sorularını da aynı panelde cevaplamak isteyen ekip için Sentry'nin geniş kapsamı ayrı bir araç kurma/entegre etme maliyetini ortadan kaldırıyor.
Kaynak Harita Otomasyonu: dSYM ve ProGuard/R8
Okunaksız (obfuscated/minified) stack trace'leri anlamlı satırlara çevirmek her iki araç için de kritik bir DevOps adımı. Sentry bu konuyu resmi olarak ayrıntılı belgeliyor: iOS/macOS tarafında sentry-cli, Fastlane plugin'i veya doğrudan Xcode Run Script Build Phase ile dSYM dosyaları otomatik yüklenebiliyor, --include-sources bayrağıyla kaynak kod satırları da eklenebiliyor. Android tarafında ise resmi rehber açıkça uyarıyor: ProGuard/R8 mapping dosyası yüklenmezse stack trace'ler okunaksız kalıyor — Gradle plugin bu yüklemeyi build sürecine otomatik ekleyebiliyor. Crashlytics'in eşdeğer otomasyonu Firebase'in kendi Gradle/CocoaPods plugin'leri üzerinden çalışıyor ve resmi dokümantasyonda "varsayılan olarak otomatik" diye tanımlanıyor; kurulum genelde google-services ve firebase-crashlytics Gradle plugin'lerinin build sürecine otomatik eklediği bir adım olarak işliyor. Pratik ders: hangi aracı seçersen seç, ilk production release'den önce sembolikasyon zincirini (dSYM/mapping upload) CI/CD'ye bağlayıp test etmeden çıkma — aksi halde crash raporları "??" satır numaralarıyla dolar.
SDK Olgunluğu: Flutter ve React Native
Sentry'nin mobil SDK aileleri GitHub Releases üzerinden takip edilebilir bir kadansta güncelleniyor: sentry-cocoa 25 Eylül 2026'da 9.29.2'ye, sentry-react-native 24 Eylül'de 8.28.0'a, sentry-dart ise 22 Eylül'de 9.30.1'e (Android session replay düzeltmesiyle) yükseldi — üçü de aynı hafta içinde aktif geliştirmede. Bu, Flutter 3.47 ve React Native 0.87 gibi framework yükseltmeleri sonrası SDK uyumluluğunun hızlı takip edildiğini gösteriyor. Crashlytics'in Android/iOS SDK'ları Firebase BoM (Bill of Materials) ile birlikte versiyonlanıyor ve Google'ın kendi platform yükseltme takvimine bağlı ilerliyor; resmi ürün sayfası Android, iOS, Flutter, Unity ve NDK desteğini listeliyor ama Sentry'ninki gibi ayrı, halka açık haftalık sürüm notu akışı yok. Ekip açısından pratik anlamı: yeni bir Flutter/RN sürümüne geçtiğinde Sentry tarafında hangi SDK sürümünün hangi framework sürümünü desteklediğini GitHub Releases'ten net görebilirsin; Crashlytics tarafında bu bilgi Firebase BoM sürüm notlarına gömülü.
Alarm ve Slack Entegrasyonu
Sentry'nin Slack entegrasyonu ürün sayfasında ayrı bir madde: /sentry link komutuyla kanal-proje eşleştirmesi, alert action olarak doğrudan Slack'e hata bildirimi gönderme ve kurulum sırasında test notification akışı built-in geliyor. Yani "yeni hata → Slack kanalı" akışı ek webhook kurmadan çalışıyor. Crashlytics tarafında da resmi dokümantasyon Slack kurulumunu adım adım anlatıyor: önce Slack'te bir incoming webhook oluşturuyorsun, sonra Firebase konsolunda Ayarlar > Integrations altında Slack'i kurup webhook URL'sini ve varsayılan kanalı giriyorsun, ardından uygulama bazında hangi alarm tiplerinin gönderileceğini seçiyorsun. Asıl fark kurulum kolaylığında değil, kuralın esnekliğinde: Crashlytics beş sabit olay tipi sunuyor — yeni fatal hata, yeni non-fatal hata, gerileyen (regressed) hata, trend olan hata ve 30 dakikalık pencerede kullanıcıların belirli bir yüzdesini etkileyen hız (velocity) alarmı. Sentry'de alarm kuralını kendin kuruyorsun: koşul, eşik, zaman penceresi ve hedef kanal senin tanımın. Pratik sonuç: Crashlytics'in beş sabit tipi çoğu mobil ekibin ihtiyacını karşılar; kendi metriğine göre eşik tanımlaman gerekiyorsa Sentry'nin kural motoruna ihtiyacın var.
Veri Yerleşimi ve KVKK/GDPR Uyumu
Bu kriter iki aracı en net ayıran nokta. Sentry, organizasyon oluşturulurken ABD (Iowa) veya AB (Frankfurt, Almanya) veri saklama bölgesi seçmene izin veriyor — resmi dokümantasyon bu seçimin kurulumdan sonra değiştirilemediğini açıkça belirtiyor; hesap/organizasyon metadata'sı ve destek verisi ise seçimden bağımsız her zaman ABD'de kalıyor. Bu, KVKK kapsamında "verinin nerede tutulduğunu" net biçimde belgeleyebilmen için önemli: EU bölgesini seçip Frankfurt'ta tutulduğunu aydınlatma metnine yazabilirsin. Self-hosted Sentry seçilirse (resmi getsentry/self-hosted dağıtımı, 9.591 GitHub yıldızı) bu soru tamamen ortadan kalkıyor — veri senin altyapında kalıyor. Crashlytics tarafında durum farklı: Firebase'in proje "location" (veri konumu) ayarı Firestore, Realtime Database, Cloud Storage, Cloud Functions, App Hosting, SQL Connect, Analytics ve AI Logic için mevcut ama Crashlytics bu listede yer almıyor — yani konum seçimi Crashlytics verisine uygulanmıyor, self-host seçeneği de yok. KVKK'ya uyum kanıtlanabilir veri yerleşimi gerektiriyorsa, bu madde Sentry lehine net bir fark yaratıyor.