Bildirim Altyapısı: Push, Email, SMS ve In-App Rehberi [2026]

Bildirim Altyapisinin Onemi

Kullanicilara dogru zamanda, dogru kanaldan ve dogru icerikle ulasabilmek, modern uygulamalarin basari kriterlerinden biridir. Bildirim altyapisi, kullanici etkilesimini artiran, geri donusu saglayan ve kritik bilgileri ileten temel bir sistem bilesenidir. Iyi tasarlanmis bir bildirim sistemi, uygulama baglilligini yuzde 20-30 oraninda artirabilir.

Ancak bildirim yonetimi, gorundugunden cok daha karmasiktir. Birden fazla kanal (push, email, SMS, in-app, WhatsApp), kullanici tercihleri, teslim garantisi, zamanlama, olcekleme ve yasal uyumluluk gibi zorluklar, iyi tasarlanmis bir bildirim mimarisi gerektirir. Bu rehber, uretim kalitesinde bir bildirim altyapisi olusturmanin tum boyutlarini ele alir.

Cok Kanalli Bildirim Mimarisi

Etkili bir bildirim sistemi, tek bir kanala bagimli kalmak yerine birden fazla kanali orkestre eden merkezi bir yapiyla calisir. Bu yaklasim, kullaniciya en uygun kanaldan ulasma esnekligi saglar ve tek bir kanalin basarisizliginda alternatif yollar sunar.

Mimari Bilesenleri

Merkezi bir bildirim servisi, tum bildirim isteklerini alan, yonlendiren ve izleyen orkestrasyon katmanidir. Bu servis; bildirim olusturma, kanal secimi, sablon isleme, zamanlama, onceliklendirme ve teslim durumu takibi islevlerini ustlenir. Olay odakli (event-driven) bir mimari, bildirim tetikleyicilerinin (siparis onaylandi, fiyat dustu, sifre degistirildi) servis kodundan ayristirilmasini saglar.

Kanal adaptörleri, her bildirim kanali icin ozellesmis entegrasyon katmanlaridir. Push adaptor (FCM, APNs), email adaptor (SendGrid, SES), SMS adaptor (Twilio, MessageBird) ve in-app adaptor (WebSocket, SSE), merkezi servisten gelen talepleri ilgili kanal API'lerine donusturur. Adaptor deseni, yeni kanal eklerken veya saglayici degistirirken mevcut kodu etkilemeden degisiklik yapilmasini saglar.

Mesaj kuyrugu (RabbitMQ, Kafka, SQS), bildirim isteklerini tamponlayarak yuk dengeleme, siralama ve yeniden deneme mekanizmalari saglar. Yuksek hacimli bildirim gonderimlerinde (kampanya bildirimleri, toplu uyarilar) kuyruk kullanimi zorunludur. Dead letter queue (DLQ), surekli basarisiz olan bildirimlerin ayri isllenmesini saglar.

Kanal Onceliklendirme ve Fallback

Her bildirim turu icin en uygun kanal veya kanal kombinasyonu belirlenmelidir. Acil guvenlik uyarilari (sifre degisikligi, supheli giris) push ve SMS ile, islem bildirimleri (siparis onaji, kargo takip) email ve push ile, pazarlama bildirimleri email ile, uygulama ici guncellemeler in-app bildirim ile iletilmelidir. Bildirim onceligi (critical, high, medium, low), kanal secimini ve isleme sirasini etkiler.

Fallback mekanizmasi, birincil kanalin basarisiz olmasi durumunda alternatif kanali otomatik olarak devreye sokar. Ornegin push bildirim teslim edilemezse (cihaz token gecersiz, kullanici push kapatmis), ayni icerik SMS olarak gonderilebilir. Fallback zincirleri, kanal bazinda yapilandirilmali ve gereksiz bildirim tekrari onlenmelidir.

Mobil Push Notification

Push bildirimler, kullanici uygulamayi aktif olarak kullanmasa bile cihazina dogrudan ulasma imkani sunar. Bu guclu kanal, dogru kullanildiginda yuksek etkilesim saglar; yanlis kullanildiginda ise uygulama kaldirilmasina yol acar. Arastirmalar, asiri push bildirim gonderen uygulamalarin yuzde 60'a kadar opt-out orani yasadigini gostermektedir.

Firebase Cloud Messaging (FCM)

Google'in FCM servisi, Android ve iOS cihazlara push bildirim gondermek icin en yaygin kullanilan platformdur. Ucretsiz ve sinirslz mesaj gonderimi destekler. FCM, konu tabanli mesajlasma (topic messaging — belirli bir konuya abone olan tum cihazlara gonderim), cihaz grubu mesajlasmasi ve dogrudan cihaz mesajlasmasi destekler.

FCM entegrasyonu icin sunucu tarafinda servis hesabi kimlik bilgileri (service account key), istemci tarafinda ise FCM SDK entegrasyonu ve cihaz token kaydı gereklidir. Token yonetimi kritiktir; cihaz token'lari uygulama yeniden yuklenmesinde, cihaz degisikliginde veya belirli araliklarla degisebilir. Gecersiz token'larin (InvalidRegistration, NotRegistered hatalari) veritabanindan duzzenli olarak temizlenmesi, gereksiz API cagrilarini onler.

FCM mesaj yapisi, bildirim (notification) ve veri (data) olmak uzere iki bolumden olusur. Bildirim bolumu, sistem tarafindan otomatik olarak bildirim panelinde gosterilir; veri bolumu ise uygulama kodunda ozel isleme tabi tutulur. Arka planda (background) yalnizca bildirim bolumu gosterilirken, on planda (foreground) her iki bolum de uygulama koduna iletilir. Bu ayrimi iyi anlamak, dogru bildirim davranisi tasarlamak icin onemlidir.

Apple Push Notification Service (APNs)

iOS cihazlari icin APNs, Apple'in resmi push bildirim servisidir. HTTP/2 tabanli APNs API'si, yuksek verimli baglanti yonetimi saglar. JWT (token-based) veya sertifika (certificate-based) tabanli kimlik dogrulama destekler; JWT yaklasimi sertifika yenileme zahmetini ortadan kaldirir.

iOS'un bildirim yonetimi, Android'e gore daha kati kurallara sahiptir. Bildirim izin isteme zamani stratejik olarak secilmelidir; uygulamanin ilk acilisinda degil, kullanicinin bildirim degerini anlayacagi bir noktada (ornegin ilk siparis sonrasi) izin istenmesi, onay oranini onemli olcude arttirir. Gruplama (thread-id) ile iliskili bildirimlerin bir arada gosterilmesi, bildirim kirlililigini onler.

Sessiz bildirimler (silent push / content-available), kullaniciya gorsel bildirim gostermeden arka planda veri guncelllemesi tetikler. Bildirim servis uzantilari (notification service extension), bildirim iceriginin cihazda goruntulenmeden once degistirilmesini (sifre cozme, medya indirme) saglar.

Rich Push ve Interaktif Bildirimler

Gorsel, video ve aksiyona yonelik butonlar iceren zengin bildirimler, standart metin bildirimlerine gore yuzde 50'ye kadar daha yuksek etkilesim orani saglar. iOS'ta notification content extension, Android'de BigPictureStyle ve BigTextStyle, zengin bildirim formatlari sunar.

Aksiyon butonlari, kullanicinin uygulamayi acmadan dogrudan bildirim uzerinden islem yapmasini saglar. Onayla/Reddet, Yanit Ver, Sepete Ekle, Ertele gibi aksiyonlar, kullanici deneyimini iyilestirir ve donusum oranlarini arttirir. iOS'ta interaktif bildirim kategorileri, Android'de notification actions bu islevi saglar.

Email Bildirim Altyapisi

Email, en eski ancak hala en etkili bildirim kanallarindan biridir. Ozellikle transaksiyonel bildirimler ve detayli icerik icin vazgecilmezdir. Yuksek teslim edilebilirlik (deliverability) icin ozenli bir altyapi ve strateji gereklidir.

Email Gonderim Servisleri

SendGrid, Amazon SES, Mailgun, Postmark ve Resend gibi transaksiyonel email servisleri, yuksek hacimli ve guvenilir email gonderimi saglar. Her servis, farkli fiyatlandirma modelleri, API tasarimlari ve ek ozellikler sunar. Postmark, transaksiyonel email'e odaklanarak en yuksek teslim oranlarini hedeflerken, Amazon SES en dusuk birim maliyeti sunar.

SMTP dogrudan kullanimi, dusuk hacimli senaryolarda yeterli olabilir. Ancak yuksek hacimde IP itibar yonetimi, bounce islleme, feedback loop yonetimi ve engelliste (blocklist) izleme gerektirir; bu nedenle olcekte ozellesmis email servisleri tercih edilmelidir. Webhook entegrasyonu, teslim durumu (delivered, bounced, opened, clicked) geri bildirimlerini gercek zamanli olarak almanizi saglar.

Teslim Edilebilirlik (Deliverability)

Email teslim edilebilirligi, gonderilen emaillerin spam klasorune dusmeden kullanicinin gelen kutusuna ulasmasini ifade eder. Bu, teknik yapilandirma, gondderici itibar ve icerik kalitesinin bilesiminden olusur.

SPF (Sender Policy Framework), hangi sunucularin sizin adiniza email gonderebilecegini tanimlar. DKIM (DomainKeys Identified Mail), her emaili dijital olarak imzalayarak butunlugunu dogrular. DMARC (Domain-based Message Authentication, Reporting & Conformance), SPF ve DKIM'i birlestiren bir politika cercevesi sunar ve sahte email gonderimini engeller. Bu uc yapilandirma, modern email teslim edilebilirliginin temel taslariidir.

IP isitma (IP warming), yeni bir IP adresinden gonderim yapildiginda hacmi kademeli olarak artirarak IP itibarini olusturma surecidir. Ilk gun 50 email, ikinci gun 100, ucuncu gun 200 gibi artan bir plan izlenir. Ani yuksek hacimli gonderim, IP'nin engellenmesine veya spam olarak isaretlenmesine neden olabilir.

Geri donus (bounce) yonetimi kritiktir. Hard bounce (gecersiz adres, domain yok) durumunda adres hemen listeden kaldirilmali, soft bounce (gecici sorun — posta kutusu dolu, sunucu mesgul) durumunda belirli bir deneme sayisi sonra kaldirilmalidir. Surekli hard bounce gondermek, gonderen itibarini ciddi sekilde dusurur.

Email Sablonlama

Responsive email sablonlari, farkli email istemcilerinde (Gmail, Outlook, Apple Mail, mobil istemciler) tutarli gorunum saglamalidir. Email rendering, web rendering'den farklidir; CSS destegi sinirlidir (float, flex yerine tablo tabanli yapilar), media query destegi degiskendir ve gorsel engelleme yaygindir.

MJML, Foundation for Emails ve Maizzle gibi framework'ler, modern email sablonu gelistirmeyi kolaylastirir. MJML, ozel bilesimlerini standart HTML tablo yapisina donusturerek cross-client uyumlulugu saglar.

Degisken icerikler (kullanici adi, urun bilgisi, fiyat, dinamik tablolar) sablonlara dinamik olarak enjekte edilir. Handlebars, Liquid veya ozel sablon motorlari bu islevi saglar. Sablonlarin versiyonlanmasi ve A/B test destegi, email stratejisinin surekli iyilestirilmesini mumkun kilar.

SMS Bildirim Kanali

SMS, internet baglantisi gerektirmeden neredeyse tum cep telefonlarina ulasabilen evrensel bir kanaldir. Acil bildirimler, iki faktorlu kimlik dogrulama (2FA), OTP kodlari ve kritik uyarilar icin vazgecilmezdir.

SMS Gateway Entegrasyonu

Twilio, Vonage (Nexmo), MessageBird, Sinch ve yerel SMS saglayicilari (Turkiye'de Netgsm, iletimerkezi, Mutlucell), programatik SMS gonderimi icin API'ler sunar. Gateway seciminde, hedef ulkelerdeki kapsama alani, fiyatlandirma, teslim raporlama, yasal uyumluluk ve sender ID destegi degerlendirilmelidir.

Turkiye'de SMS gonderimi, ILETI Yonetim Sistemi (IYS) kaydi ve ticari elektronik ileti izni gerektirir. Izinsiz SMS gonderimi agir para cezalarına yol acabilir. Baslik (sender ID) onay sureci, Bilgi Teknolojileri ve Iletisim Kurumu (BTK) tarafindan yonetilir. Yasal yukumlulukler, SMS stratejisinin ayrilmaz bir parcasidir.

SMS Maliyet Optimizasyonu

SMS, bildirim kanallari arasinda en yuksek birim maliyete sahiptir (Turkiye'de mesaj basina 0.05-0.15 TL arasinda). Bu nedenle SMS kullanimi, gercekten gerekli senaryolarla sinirlandirilmalidir. GSM-7 karakter setinde 160 karakter, Unicode'da (Turkce ozel karakterler icin gerekli) 70 karakter siniri vardir; bu sinirin asiminda mesaj birden fazla segment olarak faturalanir.

URL kisaltma, dinamik icerik optimizasyonu, mesaj birlestirme ve Turkce ozel karakter optimizasyonu (mumkun oldugunda GSM-7 uyumlu karakterler kullanma) gibi teknikler, SMS maliyetini azaltir. Once push bildirim deneyip basarisiz olursa SMS'e dusme stratejisi, maliyeti kontrol altinda tutarken kullaniciya ulasma oranini yuksek tutar.

In-App Bildirimler

Uygulama ici bildirimler, kullanici uygulamayi aktif olarak kullanirken gorunen mesajlardir. Notification center, toast mesajlari, banner'lar, badge sayaclari ve modal diyaloglar, in-app bildirimin farkli formlaridir. Dis kanallara (push, SMS) gore maliyet avantaji saglar ve daha zengin icerik sunabilir.

Notification Center Tasarimi

Merkezi bir bildirim merkezi, kullanicinin tum bildirimlerini kronolojik sirada goruntulemesini saglar. Okunmus/okunmamis durumu (gorsel olarak ayirt edilmis), kategorilere gore filtreleme (siparis, promosyon, sistem), toplu islemler (tumunu okundu isaretle, tumunu sil) ve sonsuz kaydirma ile sayfalama, iyi tasarlanmis bir notification center'in bilesenleridir.

Real-time guncellemeler icin WebSocket veya Server-Sent Events (SSE) kullanilarak, yeni bildirimler aninda kullaniciya iletilir. Okunmamis bildirim sayisi (badge count), uygulama simgesinde, navigasyon elemanllarinda ve tarayici sekmesi basliginda gosterilir.

Bildirim gruplama, ayni kaynaktan gelen coklu bildirimlerin tek bir ogrupta sunulmasini saglar. Ornegin "3 yeni yorum" gibi bir ozet, her yorum icin ayri bildirim gostermekten daha kullanislidir.

Toast ve Banner Bildirimleri

Gecici gorunen toast mesajlari, anlik geri bildirim icin kullanilir. Islem basari/basarisizlik bildirimleri, sistem durum gguncellemeleri ve hafif bilgilendirmeler icin uygundur. Otomatik kapanma suresi, icerigin onem derecesine gore ayarlanmalidir (basari mesaji icin 3 saniye, hata mesaji icin 5-8 saniye veya manuel kapatma).

Banner bildirimleri ise daha kalici ve dikkat cekici mesajlar icin kullanilir. Bakim duyurulari, versiyon guncelleme uyarilari, abonelik yenileme hatirlatlmalari ve kritik bilgilendirmeler, banner formatinda sunulabilir. Kapatilabilir (dismissible) ve kalicci (persistent) olmak uzere iki turu vardir.

Bildirim Tercihleri ve Izin Yonetimi

Kullanicilarin bildirim tercihlerini yonetebilmesi, hem yasal bir zorunluluk hem de kullanici deneyimi acisindan kritik bir gerekliliktir. Bildirim tercih yonetimi, kullanici guveninin temel taslarindan biridir.

Tercih Yonetim Sistemi

Kullanici tercihleri; kanal bazinda (push acik, email kapali, SMS yalnizca acil), kategori bazinda (pazarlama kapali, guvenlik acik, siparis guncelemeleri acik), siklik bazinda (anlik, gunluk ozet, haftalik ozet) ve zaman bazinda (sessiz saatler — ornegin 22:00-08:00 arasi bildirim gonderme) olarak yapilandirilabilmelidir.

Tercih degisikliklerinin tum kanallara aninda yansimasi, merkezi bir tercih deposu gerektirir. Kullanici profil ayarlari, email alt bilgi linkleri (list-unsubscribe header), push bildirim ayarlari ve SMS IPTAL komutlari, tercih yonetim noktalardir. Varsayilan tercihlerin makul ve kullanici dostu olmasi (pazarlama bildirimleri varsayilan kapali), ilk deneyimi iyilestirir.

Opt-Out ve Yasal Uyumluluk

KVKK, GDPR, CAN-SPAM ve ePrivacy Directive gibi duzenlemeler, ticari bildirimlerde acik izin (opt-in) ve kolaylikla vazgecme (opt-out) mekanizmasi zorunlu kilar. Her email'de abonelikten cikma linki (tek tikla cikis — RFC 8058 uyumlu list-unsubscribe), SMS'te IPTAL yaniti, push bildirim ayarlari ve terciih merkezi linki saglanmalidir.

Transaksiyonel bildirimler (siparis onaji, sifre sifirlama, hesap dogrulama) ile pazarlama bildirimleri arasindaki ayrim onemlidir. Transaksiyonel bildirimler genellikle opt-out kapsami disindadir ancak bu ayrimin dogru yapilmasi gerekir; pazarlama icerigi iceren transaksiyonel emailler yanlis siniflandirma riski tasir.

Bildirim Zamanlama ve Throttling

Dogru zamanlama, bildirim etkinligini dogrudan etkiler. Yanlis zamanda gonderilen bildirimler, etkilesim oranini dusurur ve kullaniciyi rahatsiz eder. Gece yarisi gonderilen bir pazarlama push bildirimi, uygulama kaldirilmasina neden olabilir.

Akilli Zamanlama

Kullanicinin zaman dilimine gore gonderim (UTC+3 icin sabah 09:00 hedefleniyorsa, UTC-5 kullanicisi icin 7 saat geciktirilir), gecmis etkilesim verilerine dayali optimal zaman tespiti ve geciktirilmis gonderim (belirli bir saatten once gonderilme kurali) gibi stratejiler, bildirim zamanlamasini optimize eder.

Makine ogrenimi modelleri, her kullanicinin en yuksek etkilesim gosterdigi zaman dilimlerini tahmin ederek kisillesmis zamanlama saglar. Gecmis acilma ve tiklanma verileri, uygulamai kullanim saatleri ve zaman dilimi bilgisi, bu modellerin girdilerini olusturur.

Bildirim Throttling

Kisa surede cok fazla bildirim gondermek, kullaniciyi bunaltir ve "bildirim yorgunlugu" yaratir. Kanal bazinda sinirlandirma (gunde en fazla 3 push bildirimi), kategori bazinda sinirlandirma (hafatda en fazla 1 pazarlama emaili), ayni icerigin tekrar gonderilmesini onleyen deduplikasyon ve toplu bildirimlerin ozet halinde sunulmasi (digest — "Bugun 5 yeni urun eklendi" gibi), throttling stratejilerinin temel bilesenleridir.

Oncellik tabanli throttling, dusuk oncelikli bildirimlerin yiginlanmasini ve yuksek oncelikli bildirimlerin aninda gonderilmesini saglar. Guvenlik bildirimleri her zaman aninda gonderilirken, pazarlama bildirimleri batch olarak islenir.

A/B Testi ve Analitik

Bildirim stratejisini surekli iyilestirmek icin veri odakli bir yaklasim benimsenmelidir. Sezgisel kararlar yerine olculebilir deneyler, bildirim performansini sistematik olarak arttirir.

A/B Test Stratejileri

Bildirim basligi (kisa vs. detayli, soru vs. ifade), icerik metni (resmi vs. samimi ton), gonderim zamani (sabah vs. aksam), kanal secimi (push vs. email) ve aksiyon butonlari (buton metni, buton sayisi), A/B testi yapilabilecek degiskenlerdir. Istatistiksel anlamlillik (p < 0.05) icin yeterli orneklem buyuklugu ve test suresi saglanmalidir; erken sonlandirilan testler yaniltici sonuclar verebilir.

Temel Metrikler

Teslim orani (delivered / sent), acilma orani (opened / delivered), tiklanma orani (clicked / opened), donusum orani (converted / clicked), abonelikten cikma orani (unsubscribed / delivered) ve bildirim kaynakli uygulama acilislari, bildirim performansinin temel metrikleridir. Bu metrikler kanal, kategori, kullanici segmenti ve zaman dilimi bazinda izlenmelidir. Kohortt analizi, bildirim stratejisinin uzun vadeli etkisini olcmeye yardimci olur.

Aggregator Kullanim Senaryosu

Fiyat karsilastirma ve ilan toplama platformlarinda bildirim altyapisi, kullanici bagliligi icin kritik bir rol oynar. Smart Maple olarak, aggregator projelerinde bildirim sistemlerinin is degeri yaratmadaki rolunu yakindan deneyimliyoruz.

Fiyat Dusus Alarmlari

Kullanicinin takip ettigi bir urunde fiyat dustugunde otomatik bildirim gonderimi, aggregator platformlarin en degerli ozelliklerinden biridir. Esik degeri tabanli (yuzde 10 dusus), mutlak deger tabanli (belirli fiyatin altina dusus), en dusuk fiyat uyarisi (tum zamanlariin en dusuugu) ve hedef fiyat alarmi (kullanicinin belirledigi fiyata ulasilddiginda) gibi cesitli alarm tipleri tanimlanabilir. Bu bildirimler, dogrudan donusum yaratan yuksek degerli mesajlardir.

Yeni Ilan Bildirimleri

Kullanicinin kaydettigi arama kriterlerine uygun yeni ilan eklendiginde bildirim gonderimi, kullanici geri donusunu arttirir. Arama filtreleri ile bildirim kurallarinin eslestirilmesi, gereksiz bildirimlerin filtrelenmesi (ayni ilancidan tekrar ilan geldiginde deduplikasyon) ve bildirim sikliginin kullanici tercihine gore ayarlanmasi, bu ozelligin basarisi icin kritiktir.

Sonuc

Cok kanalli bildirim altyapisi, modern uygulamalarin kullanici ile en dogrudan iletisim noktasidir. Push, email, SMS ve in-app kanallarinin merkezi bir mimaride yonetilmesi, kullanici tercihlerine saygi gosterilmesi, akilli zamanlama ve surekli optimizasyon, basarili bir bildirim stratejisinin temel direkleridir. Dogru tasarlanmis bir bildirim sistemi, kullanici bagliligi ve is metrikleri uzerinde olculebilir pozitif etki yaratir.