Firebase Crashlytics vs Sentry Karşılaştırması

Google'ın ücretsiz, hafif çökme (crash) izleme SDK'sı

VS
Sentry

Hata izleme + performans + session replay tek platformda, self-host edilebilir

12 dk okumaServices

Hızlı Karar

Net kural: yalnızca "uygulama ne zaman çöktü" sorusuna cevap arıyorsan ve bütçen sıfırsa Crashlytics — kurulumu dakikalar sürer, fatura riski yoktur. Hata+performans+session replay'i tek panelde istiyorsan ya da KVKK gereği veriyi kendi altyapında tutman gerekiyorsa Sentry'nin kapsamı bu maliyeti karşılar. Birçok ekip ikisini birden kullanıyor; o yolu seçeceksen çift SDK'nın uygulama boyutuna ve açılış süresine etkisini kendi build'inde ölç.

Firebase CrashlyticsSentry
Tam sonucu oku

Puan Karşılaştırması

Grafik yükleniyor...

Detaylı Puanlama

Detaylı Puanlama: Firebase Crashlytics ve Sentry — kategori bazında 10 üzerinden puanlar
KategoriFirebase CrashlyticsSentry
Performans
7/10
9/10
Öğrenme Kolaylığı
9/10
6/10
Ekosistem
6/10
9/10
Topluluk
8/10
8/10
İş Pazarı
6/10
7/10
Gelecek
7/10
8/10

Artıları & Eksileri

Firebase Crashlytics

Artıları

  • Tamamen ücretsiz — kullanım/olay bazlı ücret yok
  • Firebase console'daki diğer ürünlerle (Analytics, Performance, Remote Config) tek panelde entegre
  • Kurulumu dakikalar sürüyor, minimal konfigürasyon
  • Android/iOS/Flutter/Unity/NDK için resmi SDK desteği
  • Crash-free kullanıcı yüzdesi ve sürüm bazlı velocity alert'leri built-in
  • BigQuery export ile ham veriye erişim mümkün
  • Google Play Console ile Android tarafında native entegrasyon

Eksileri

  • Ayrı bir performans/tracing modülü yok — yalnız crash odaklı
  • Session replay veya kullanıcı akışı kaydı bulunmuyor
  • Self-host seçeneği yok — veri her zaman Google altyapısında
  • Alarm kuralları beş sabit olay tipiyle sınırlı (new fatal/non-fatal, regressed, trending, increasing-velocity) — Sentry'deki gibi özel eşik/koşul tanımlanamıyor

En Uygun

Yalnız çökme takibi yeterli olan, bütçesi sıfır ekiplerZaten Firebase (Auth, Firestore, Remote Config) kullanan projelerMVP ve erken aşama mobil uygulamalarGoogle Play/App Store crash-free metriklerini takip etmek isteyen ekipler

Sentry

Artıları

  • Tracing, Profiling, Session Replay, Logs ve Feature Flags tek panelde
  • Self-hosted seçeneği ile veri tamamen kendi altyapında kalabilir
  • 44 binin üzerinde GitHub yıldızı (Eylül 2026) ile büyük açık kaynak topluluk
  • sentry-cocoa/sentry-react-native/sentry-dart aktif haftalık sürüm kadansı
  • dSYM/kaynak harita yüklemesi sentry-cli + Xcode Build Phase ile otomatikleştirilebilir
  • US veya EU (Frankfurt) veri saklama bölgesi seçilebiliyor
  • Slack entegrasyonu (`/sentry link`, alert action, test notification) built-in
  • ProGuard/R8 mapping otomasyonu resmi olarak belgelenmiş

Eksileri

  • Kota-üstü hata başına ücret — ani hata patlaması faturayı hızla şişirebilir
  • Kurulum Crashlytics'e göre daha fazla konfigürasyon ister (mapping/dSYM adımları)
  • Self-hosted sürümde Spike Protection ve Seer AI/ML gibi bazı SaaS özellikleri yok
  • Veri saklama bölgesi (US/EU) organizasyon kurulduktan sonra değiştirilemiyor
  • Ücretsiz Developer planı yalnızca 1 kullanıcıyla sınırlı

En Uygun

Hata + performans + session replay'i tek panelde isteyen ekiplerKVKK/GDPR gereği veriyi kendi altyapısında tutmak isteyen (self-host) şirketlerBackend + mobil + web'i aynı gözlemlenebilirlik platformunda birleştirmek isteyenlerAktif SDK güncellemesi ve hızlı bug-fix kadansı önemli olan ekipler

Kod Karşılaştırması

Firebase Crashlytics
// Firebase Crashlytics - Android (Kotlin) kurulum ve non-fatal loglama
// build.gradle.kts (app)
// plugins { id("com.google.gms.google-services"); id("com.google.firebase.crashlytics") }
// dependencies { implementation(platform("com.google.firebase:firebase-bom:34.19.0"))
//                implementation("com.google.firebase:firebase-crashlytics") }

import com.google.firebase.Firebase
import com.google.firebase.crashlytics.crashlytics
import com.google.firebase.crashlytics.setCustomKeys

class CheckoutViewModel {

    private val crashlytics = Firebase.crashlytics

    fun onPaymentStarted(orderId: String, amount: Double) {
        // Breadcrumb: crash olursa hangi adımda olduğunu görebilmek için
        crashlytics.log("payment_started order=$orderId amount=$amount")
        crashlytics.setCustomKeys {
            key("order_id", orderId)
            key("payment_amount", amount)
            key("user_tier", "premium")
        }
    }

    fun onPaymentFailed(error: Throwable, orderId: String) {
        // Uygulamayı çökertmeden hata kaydı (non-fatal)
        crashlytics.setCustomKey("order_id", orderId)
        crashlytics.recordException(error)
    }

    fun identifyUser(userId: String) {
        crashlytics.setUserId(userId)
    }
}

// AndroidManifest.xml: firebase_crashlytics_collection_enabled=false (KVKK onayı sonrası aç)
// Runtime: Firebase.crashlytics.setCrashlyticsCollectionEnabled(true)
Sentry
// Sentry - iOS (Swift): hata + performans + session replay tek SDK
// Package.swift / SPM: https://github.com/getsentry/sentry-cocoa

import Sentry

func configureSentry() {
    SentrySDK.start { options in
        options.dsn = "https://<public-key>@o<org-id>.ingest.sentry.io/<project-id>"
        options.debug = false

        // Performans tracing
        options.tracesSampleRate = 0.2

        // UI Profiling (sentry-cocoa 9.x): trace yaşam döngüsüne bağlı
        options.configureProfiling = {
            $0.lifecycle = .trace
            $0.sessionSampleRate = 1.0
        }

        // Session Replay: crash öncesi ekran akışını kaydeder
        options.sessionReplay.onErrorSampleRate = 1.0
        options.sessionReplay.sessionSampleRate = 0.1

        // Hata anında ekran görüntüsü + görünüm hiyerarşisi
        options.attachScreenshot = true
        options.attachViewHierarchy = true
    }
}

// Breadcrumb + custom context + non-fatal capture
func onPaymentFailed(_ error: Error, orderId: String) {
    let crumb = Breadcrumb(level: .error, category: "payment")
    crumb.message = "payment_failed order=\(orderId)"
    SentrySDK.addBreadcrumb(crumb)

    SentrySDK.configureScope { scope in
        scope.setTag(value: orderId, key: "order_id")
        scope.setUser(User(userId: "u_123"))
    }
    SentrySDK.capture(error: error)
}

// dSYM otomatik yükleme (Xcode Run Script Build Phase):
// sentry-cli debug-files upload --include-sources "$DWARF_DSYM_FOLDER_PATH"

Sonuç

Net kural: yalnızca "uygulama ne zaman çöktü" sorusuna cevap arıyorsan ve bütçen sıfırsa Crashlytics — kurulumu dakikalar sürer, fatura riski yoktur. Hata+performans+session replay'i tek panelde istiyorsan ya da KVKK gereği veriyi kendi altyapında tutman gerekiyorsa Sentry'nin kapsamı bu maliyeti karşılar. Birçok ekip ikisini birden kullanıyor; o yolu seçeceksen çift SDK'nın uygulama boyutuna ve açılış süresine etkisini kendi build'inde ölç.

Ücretsiz Danışmanlık Al
SSS

Sıkça Sorulan Sorular

Yalnızca çökme takibi yeterliyse ve bütçe sıfır olmalıysa Crashlytics; hata izlemenin yanında performans tracing, session replay ve gerekirse self-host isteyen ekip için Sentry doğru seçim. İkisi de kurulumu kolay SDK'lar sunuyor, karar kapsam ve bütçe sorusuna iniyor.

Giriş

Expo'nun Ağustos 2026'da EAS Observe'u genel kullanıma açması ve üç hafta sonra PostHog entegrasyonunu duyurması, mobil gözlemlenebilirlik pazarının artık Crashlytics ile Sentry'nin iki oyunculu bir alan olmadığını gösteriyor. Ama pratikte hâlâ çoğu ekip iki isim arasında seçim yapıyor: Firebase'in ücretsiz, tek-amaçlı çökme takipçisi Crashlytics ile Sentry'nin hata+performans+session replay'i tek panelde toplayan, isteğe bağlı self-host edilebilen platformu. Bu ikisi aynı problemi çözmüyor aslında — Crashlytics "uygulama ne zaman çöktü" sorusuna odaklanırken Sentry "kullanıcı deneyimi genel olarak nasıl" sorusuna cevap arıyor. Flutter 3.47 ve React Native 0.87 gibi son SDK yükseltmeleri her ekibi zaten izleme katmanına dokunmaya zorluyor. Bu sayfa fiyat modelinden KVKK'ya, kaynak harita otomasyonundan alarm entegrasyonuna kadar sekiz kriter üzerinden ikisini resmi dokümantasyon ve GitHub verisiyle karşılaştırıyor.

Karşılaştırma Matrisi

Karşılaştırma Matrisi: Firebase Crashlytics / Sentry
ÖzellikFirebase CrashlyticsSentry
Fiyat modeliTamamen ücretsiz (Öne çıkan)Olay bazlı, $0-$80+/ay
Ücretsiz katman sınırıSınırsız (Öne çıkan)1 kullanıcı, 5.000 hata/ay
Performans tracingAyrı ürün gerekirAynı SDK içinde (Öne çıkan)
Session replayYokVar (örnekleme oranlı) (Öne çıkan)
Self-host seçeneğiYokVar (getsentry/self-hosted) (Öne çıkan)
GitHub yıldızı (ana repo)Kapalı kaynak44 binin üzerinde (Eyl 2026) (Öne çıkan)
dSYM/kaynak harita otomasyonuGradle plugin varsayılan otomatiksentry-cli + Build Phase kurulur
Slack entegrasyonuIncoming webhook + 5 sabit olay tipi/sentry link + alert action + test bildirimi (Öne çıkan)
Veri saklama bölgesi seçimiGoogle Cloud genel şartlarıUS/EU (Frankfurt) seçilebilir (Öne çıkan)
Flutter/RN SDK sürüm kadansıFirebase BoM'a bağlıHaftalık GitHub Releases (Öne çıkan)
Firebase ekosistem entegrasyonuNative (Analytics, Remote Config) (Öne çıkan)Yok
Kurulum karmaşıklığıDüşük (dakikalar) (Öne çıkan)Orta (mapping/dSYM adımları)
Sürpriz fatura riskiYok (Öne çıkan)Var (kota aşımı)

Derinlemesine İnceleme

Firebase Crashlytics

Genel Bakış

Firebase Crashlytics, Google'ın Firebase platformuna gömülü, tamamen ücretsiz mobil çökme izleme SDK'sıdır. Kökeni 2011'de Wayne Chang ve Jeff Seibert tarafından kurulan bağımsız üründe; Twitter 2013'te satın alıp Fabric'i bunun üzerine kurdu, Google ise Ocak 2017'de Fabric'le birlikte devraldı ve ürünü Firebase'e entegre etti. Bugün Firebase console içinde Analytics, Performance Monitoring, Remote Config ile aynı panelde yer alır. Android, iOS, Flutter, Unity ve NDK (native C++) için resmi SDK'ları var. Odak noktası net: uygulamanın ne zaman, nerede ve neden çöktüğünü mümkün olan en az konfigürasyonla göstermek. Ayrı bir performans/tracing modülü veya session replay sunmuyor — bunlar için Firebase Performance Monitoring gibi ayrı bir ürün gerekiyor. Kullanım bazlı ücretlendirmesi olmadığından bütçe kısıtlı ekipler için varsayılan tercih halini alıyor.

Ekosistem

Paket yöneticisi
Gradle (Android), CocoaPods/SPM (iOS)
Geliştirme ortamı
Android StudioXcode
Popüler kütüphaneler
firebase-crashlyticsfirebase-bomfirebase-crashlytics-ndk

Sentry

Genel Bakış

Sentry, açık kaynak deposu 30 Ağustos 2010'da açılan, bugün hem SaaS hem self-hosted sunulan gözlemlenebilirlik platformudur. getsentry/sentry deposu 44 binin üzerinde yıldıza sahip (Eyl 2026); sentry-cocoa/sentry-android/sentry-react-native SDK'ları haftalık kadansta güncelleniyor. Crashlytics'ten temel farkı kapsam: Sentry tek SDK ile hata izlemenin yanında performans tracing, profiling, session replay, log ve feature flag yönetimini sunuyor. Kaynak harita (dSYM/ProGuard) yüklemesi sentry-cli ve Xcode Build Phase ile otomatikleştirilebiliyor. Organizasyon açılışında ABD veya AB (Frankfurt) veri bölgesi seçilebiliyor — KVKK/GDPR hassasiyeti olan ekipler için önemli. Self-hosted sürüm veriyi kendi altyapında tutar, ama Spike Protection ve Seer AI/ML gibi bazı SaaS-özel özellikler self-host'ta yok. Fiyatlandırma olay bazlı: 50.000 hata/ay dahil Team planı $26'dan başlıyor.

Ekosistem

Paket yöneticisi
SPM/CocoaPods (iOS), Gradle (Android), npm (RN)
Geliştirme ortamı
XcodeAndroid StudioVS Code
Popüler kütüphaneler
sentry-cocoasentry-androidsentry-react-nativesentry-dart
GitHub yıldızı
44,843

Teknik Analiz

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.

Hangi Senaryoda Hangisi

Yeni MVP, bütçe sıfır, tek geliştirici

Öneri: Crashlytics

Ücretsiz, Firebase zaten kuruluysa 10 dakikada entegre olur; performans/replay gibi ekstra katmanlara henüz ihtiyaç yok.

Orta ölçekli ekip, kullanıcı şikayeti var ama crash raporu yok

Öneri: Sentry

Session replay + performance tracing ile 'çökmeyen ama yavaşlayan/takılan' senaryoları görünür kılar; Crashlytics bu katmanı sunmaz.

KVKK/GDPR gereği veri kendi altyapıda kalmalı

Öneri: Sentry (self-hosted)

getsentry/self-hosted ile veri tamamen kendi sunucunda tutulur; Crashlytics'te self-host seçeneği yok.

Zaten yoğun Firebase kullanımı var (Auth, Firestore, Remote Config)

Öneri: Crashlytics

Aynı konsol, aynı SDK ailesi; ek bir hesap/entegrasyon yönetimi gerekmez.

Backend + mobil + web tek panelde izlenmeli

Öneri: Sentry

Sentry platform-agnostik; Python/Node backend ile mobil SDK'lar aynı organizasyon altında birleşir. Crashlytics yalnızca mobil/istemci odaklı.

Yoğun trafikli, hata sayısı öngörülemeyen production uygulama

Öneri: Crashlytics (veya kota alert'li Sentry)

Crashlytics'te fatura riski yok; Sentry seçilirse kota/alert kurulmadan sürpriz fatura riski oluşur.

Flutter/React Native ile çoklu platform, hızlı SDK güncellemesi önemli

Öneri: Sentry

sentry-dart ve sentry-react-native haftalık kadansta güncelleniyor, framework sürüm uyumluluğu GitHub Releases'ten takip edilebiliyor.

Yaygın Tuzaklar

  • Android'de ProGuard/R8 mapping dosyası yüklenmeden release build'e çıkmak — stack trace'ler okunaksız gelir

    Her ikisi

    Çözüm

    Sentry Gradle plugin'i veya Firebase Crashlytics Gradle plugin'i mapping upload'unu otomatikleştirir; ilk release öncesi test crash'i ile satır numaralarının doğru geldiğini doğrula.

  • iOS'ta dSYM dosyalarını Xcode Build Phase'e bağlamayı unutmak — crash'ler sembolsüz gelir

    Her ikisi

    Çözüm

    sentry-cli veya Firebase'in ilgili script'ini Run Script Build Phase olarak ekle, her arşiv build'inde otomatik çalıştığını CI loglarından doğrula.

  • Sentry organizasyonunu veri bölgesi (US/EU) seçimini düşünmeden kurmak

    Sentry

    Çözüm

    KVKK/GDPR gereksinimini kurulumdan önce netleştir; bölge seçimi sonradan değiştirilemiyor, yanlış seçim yeni organizasyon açmayı gerektiriyor.

  • Sentry'de kota/alert kurmadan production'a çıkmak — ani hata patlaması sürpriz faturaya dönüşür

    Sentry

    Çözüm

    Pricing sayfasındaki hesaplayıcıyla beklenen hata hacmini tahmin et, kota aşım alert'i ve gerekirse Spike Protection'ı (SaaS'ta) aktif et.

  • Crashlytics'i tek gözlemlenebilirlik aracı sanıp performans/replay ihtiyacını göz ardı etmek

    Firebase Crashlytics

    Çözüm

    Crashlytics yalnız crash odaklıdır; performans izleme için ayrı Firebase Performance Monitoring ürünü veya Sentry gibi geniş kapsamlı bir araç gerekir.

Geçiş Kılavuzu

Crashlytics → Sentry Kademeli Geçiş (resmi isimlendirilmiş rehber yok, pratik yol)

Tahmini süre: Küçük app (tek SDK entegrasyonu): 1-2 hafta. Orta ölçekli (çoklu platform + CI doğrulama): 4-6 hafta paralel çalıştırma dahil.
  1. 11. Sentry organizasyonunu KVKK gereksinimine uygun veri bölgesiyle (US/EU) oluştur
  2. 22. Mobil SDK'yı (sentry-cocoa/sentry-android/sentry-react-native/sentry-dart) mevcut uygulamaya ekle, Crashlytics'i kaldırmadan paralel çalıştır
  3. 33. dSYM/ProGuard mapping upload'unu CI/CD pipeline'ına bağla ve test crash'iyle doğrula
  4. 44. Alert kurallarını ve Slack entegrasyonunu kur, test notification ile teyit et
  5. 55. 2-4 hafta paralel veri topla, crash-free oranlarının iki panelde tutarlı olduğunu karşılaştır
  6. 66. Ekip Sentry panelindeki tracing/replay verisine güvendiğinde Crashlytics SDK'sını kademeli kaldır
  7. 77. Firebase console'daki Crashlytics entegrasyonunu kapat, ilgili Gradle/CocoaPods plugin'lerini temizle

Gelecek Öngörüsü

Firebase Crashlytics

Crashlytics, Google'ın Firebase platformunun temel taşlarından biri olmaya devam ediyor — Android/iOS/Flutter/Unity/NDK SDK'ları Firebase BoM ile birlikte düzenli güncelleniyor. Ancak Ağustos-Eylül 2026'da Expo'nun EAS Observe'u GA'ya çıkarması ve PostHog'u entegre etmesi, tek-amaçlı ücretsiz crash raporlamanın artık tek seçenek olmadığını gösteriyor. Crashlytics'in avantajı değişmiyor: Firebase ekosisteminde kalan ekipler için sıfır maliyetli, sıfır sürtünmeli bir varsayılan.

Sentry

Sentry'nin mobil SDK'ları (sentry-cocoa, sentry-react-native, sentry-dart) Eylül 2026'da aynı hafta içinde güncellenecek kadar aktif bir geliştirme kadansında. Self-host seçeneği ve US/EU veri bölgesi seçimi, KVKK/GDPR hassasiyeti artan pazarlarda rekabet avantajı sağlamaya devam edecek gibi görünüyor. EAS Observe ve PostHog'un pazara girmesi Sentry için de rekabeti artırıyor — özellikle 'tek SDK, çoklu sinyal' pozisyonlaması artık benzersiz değil.

Altın Bilgi

En değerli çıkarım şu: "Crashlytics mi Sentry mi" aslında yanlış soru — doğru soru "hangi katmanı izlemek istiyorum". Crashlytics tek bir şeyi yapar ve ücretsiz yapar: uygulama çöktüğünde bunu sana söyler. Sentry "izleme"yi çok daha geniş tanımlar — hata, performans, kullanıcı oturumu, log, feature flag'leri aynı SDK'ya sığdırır ve karşılığında daha fazla kurulum ve kota-bazlı fatura ister. Expo'nun art arda EAS Observe'u GA'ya çıkarması ve PostHog'u entegre etmesi bu pazarın büyüdüğünü gösteriyor. Pratik tavsiye: küçük ekip/MVP'de Crashlytics ile başla, "kullanıcı şikayet ediyor ama crash raporu yok" durumunda Sentry'nin tracing+replay katmanını ekle.

İlgili Blog Yazıları

Tüm Yazıları Gör

İlgili Projeler

Tüm Projeleri Gör

İlgili İçerik