Deprem Uyarı Sistemleri 2026: Dört Aktör, Tek Hayat – Hangi Kanal Önce Uyarıyor?

7 Eylül 2026 itibarıyla Türkiye’nin deprem erken uyarı ekosistemi, 6 Şubat 2023 Kahramanmaraş depremlerinin yarattığı travma ve ardından gelen kurumsal yeniden yapılandırmadan sonra en somut sınavını veriyor. Resmi yetkili AFAD, bilimsel otorite Kandilli Rasathnesi, platform devri Google Android ve iletim kanalı sahipleri GSM operatörleri (Turkcell, Vodafone, Türk Telekom) — bu dört aktör, farklı algoritmalar, farklı sensör ağları ve farklı iletim yollarıyla "hayat kurtaran saniyeler" için yarışıyor. Ne var ki, 2026 gerçeği tek bir kazananı değil, sistemler arası entegrasyon duvarlarını ve kullanıcı tarafındaki "son mil" sorunlarını ortaya koyuyor.

Dört Farklı Teknolojik DNA: Nasıl Çalışıyorlar?

Performansı anlamak için önce "nasıl düşündüklerini" bilmek gerekir. AFAD, ülke geneline yayılmış kendi sismik istasyon ağından (yaklaşık 1.200 istasyon) gelen P-dalgası verilerini merkezi sunucularda işleyip, deprem merkezine yakın bölgelerde S-dalgası gelmeden önce uyarı yayar. Kandilli Rasathnesi ise endişe PLUM (Propagation of Local Undamped Motion) algoritması ile öne çıkar; büyüklük tahmini beklemeden, yerel sallantı verilerini yayarak özellikle epicentrum yakınlarındaki "kör bölge"yi (blind zone) küçültmeyi hedefler. Google Android Deprem Uyarı Sistemi (AES) ise tamamen farklı bir felsefeye dayanır: Milyonlarca Android telefonun ivme ölçerlerini (accelerometer) kitle kaynaklı (crowdsourced) bir sensör ağına dönüştürür; veri telefonlarda işlenir, merkezi sunucuya gitmez. Operatörler ise (Cell Broadcast / CBS) bir algoritma değil, bir iletim borusudur; AFAD verisini alır ve 4.5G/5G baz istasyonları üzerinden bölgeye özel, internet gerektirmeden, anonim olarak her uyumlu cihaza basar.

2026 Altyapı Haritası: CBS Zorunluluğu ve Uygulama Kullanımı

Bilgi Teknolojileri ve İletişim Kurumu (BTK) kararlarıyla 2024 itibarıyla piyasaya giren her akıllı telefonun CBS altyapısını desteklemesi zorunlu hale getirildi. 2026 son çeyreğinde Türkiye’deki aktif hat sayısının 85 milyonun üzerinde olduğunu veCBS uyumlu cihaz oranının %70-75 bandına yükseldiğini operatör verileri gösteriyor. Ancak 3G/2G şebekelerde hala yaşayan, yazılım güncellemesi almayan veya "Acil Durum Uyarıları" kategorisini kapatmış milyonlarca kullanıcı için bu boru boşta kalıyor. AFAD "Deprem" uygulaması indirme sayısı resmi rakamlarla 25 milyonu bulmuş olsa da, bildirim izni vermeyen veya "Pil Tasarrufu" modu nedeniyle arka planda veri çekmeyi engelleyen kullanıcı oranının %30-40 civarında tahmin edildiği uzman görüşleri var. Google AES ise Google Play Services güncellemesi alan her Android cihazda (Android 5.0+) varsayılan açık gelir; bu da aniden 50 milyonun üzerinde potansiyel alıcı kitlesi yaratır.

Gecikme Yarışı: Milisaniyeler ve "Kör Bölge"

2023 sonrası gerçekleşen hissedilen depremlerde (örneğin 2024 sonrası Marmara, Ege ve Doğu Anadolu fay hatlarındaki M>4.5 olaylarda) topluluk verileri ve akademik analizler (İTÜ, ODTÜ, KOERI işbirlikleri) şu hiyerarşiyi işaret ediyor: En düşük gecikme (end-to-end latency) genellikle Google AES’te gözlemleniyor (ortalama 2-4 saniye, cihaz üstü işleme sayesinde). AFAD ve Kandilli merkezi işleme ve sunucu-işlemci-işlemci iletişimi nedeniyle bu süreyi 4-8 saniyeye taşıyor. Operatör CBS ise veri AFAD’dan alındığı için AFAD gecikmesine +1-2 saniye ağ gecikmesi ekliyor. Kritik nokta: Marmara Depremi senaryosunda (M 7.0+), İstanbul’un batı yakaları (episentrumden ~100-150 km) için bu sistemlerin hepsi S-dalgasından önce uyarı verebiliyor. Ancak episentrum 20-30 km içindeki "kör bölge" için PLUM tabanlı Kandilli ve crowdsourced Google, P-dalgası tabanlı merkezi sistemlerden (AFAD) milisaniyelerce olsa da avantajlı çıkabiliyor. Yanlış uyarı (false positive) oranında ise Google’un crowdsourced yapısı bazen yerel titreşimleri (şantiye, ağır araç) deprem sanarak uyarı üretse de, son sürümlerde makine öğrenmesi modelleriyle bu oran %5 altına çekildiği belirtiliyor.

Entegrasyon Duvarı: Veri Kimde, Karar Kimde?

2026’nın en çarpıcı tablosu, sistemlerin birbirinden habersiz çalışması. AFAD verisi Google’a açık bir API (CAP v1.2 standardında) ile akmıyor; Google kendi ağından veri üretir, AFAD kendi ağından. Kandilli verisi AFAD’a resmi protokolle akıyor olsa da, operatörlere giden CBS beslemesi tek kaynaklı (AFAD). Bu durum, bir sistemin arıza yapması veya sensör ağı kesilmesi durumunda "yedek" mekanizmanın devreye girmesini engelliyor. Örneğin; AFAD sunucularında bir gecikme yaşandığında Google ve Kandilli uyarı verse bile, CBS kanalı (en kapsamlı olan) sessiz kalıyor. Uzmanlar, "Çok Kanallı, Çok Kaynaklı, Tek Komut Merkezli" bir mimariye (Common Alerting Protocol tabanlı birleştirme) geçilmediği sürece sistematik riskin devam edeceğini vurguluyor.

Vatandaşın Görevi: "Kurup Unutma" Tuzağı

Teknoloji ne kadar ileri giderse gitsin, 2026’da en zayıf halka kullanıcı. Testlerde ve anketlerde (KONDA, TÜBİTAK destekli saha çalışmaları) kullanıcıların %60’ının "Acil Durum Uyarıları" ayarını (AMBER, CBS, Afet) kontrol etmediği, %25’inin ise "Rahatsız Etme" modunu gece deprem riskine karşı açık bıraktığı tespit ediliyor. iOS kullanıcıları için Google AES yok; Apple kendi "Deprem Uyarısı" özelliğini (Japan/US odaklı) Türkiye’de henüz tam aktif etmemiş. Operatör uygulamaları (BiP, Yaşam, Yanımda) CBS’e paralel push bildirimi gönderiyor ancak internet gerektirdikleri için CBS’ten yavaş kalıyor.

Sonuç: Katmanlı Koruma Zinciri Tek Çözüm

2026 testleri tek bir sonucu kanıtlıyor: Tek bir sistem yeterli değil. En sağlam strateji; 1. CBS (Operatör) altyapısını açık tutmak (internetsiz, anonim, en geniş kitle), 2. AFAD Uygulaması için bildirim izinlerini ("Kesinlikle İzin Ver" dahil) vermek, 3. Android kullanıcısıysanız Google AES (Ayarlar > Güvenlik ve Acil Durum > Deprem Uyarıları) açık tutmak, 4. Kandilli Uygulamasını bilimsel detay ve PLUM avantajı için yanınızda bulundurmak. Marmara riski önündeki bu yıl, teknoloji altyapısı neredeyse hazır; kalan boşluk kurumsal egoların (veri paylaşımı) ve vatandaşın ayarlar menüsündeki 30 saniyelik ihmalde.