İçeriğe geç
Teklif al

Hizmet · Mobil uygulama

Push bildirim altyapısı yaptırma

Uygulamanız bildirim gönderiyor olabilir, ama hangi kullanıcıya ulaştığını, kaçının açıldığını ya da neden bazı telefonlara hiç düşmediğini bilmiyorsanız elinizde bir altyapı değil, tek tuşluk bir yayın aracı vardır. Herkese aynı anda giden kampanya mesajları kullanıcıyı bildirim iznini kapatmaya iter; zamanında gitmeyen sipariş veya randevu bildirimleri ise çağrı merkezine telefon olarak geri döner.

Kategori
Mobil uygulama
Çalışma modeli
Proje bazlı · Bakım ve destek
Hizmet bölgesi
Türkiye geneli, uzaktan ve yerinde

Push bildirim altyapısı kurarken iki tür mesajı baştan ayırıyoruz: siparişin yola çıkması, şifre sıfırlama ya da randevu hatırlatma gibi işlemsel bildirimler ve kampanya, duyuru gibi pazarlama bildirimleri. İlki olay anında ve tek kişiye gider; ikincisi segment, zamanlama ve sıklık sınırıyla yönetilir. İkisi aynı gönderim servisinden çıkar ama farklı kurallara bağlıdır.

Devamını okuDaha az göster

Sonuçta Android, iOS ve web tarayıcısındaki kullanıcılara tek panelden ulaşır, gönderimin sonucunu ölçer ve geçersiz cihaz kayıtlarının kendiliğinden temizlendiği bir sisteme sahip olursunuz.

Push bildirim altyapısı kimlerin işine yarar

Bildirimin geç ya da hiç gitmemesi, aşağıdaki işletmelerde doğrudan bir operasyon sorunudur.

  • Sipariş, kurye ya da teslimat durumunu anlık bildirmesi gereken e-ticaret ve yemek siparişi uygulamaları
  • Randevu hatırlatması gönderen klinik, kuaför, spor salonu ve kurs uygulamaları
  • Kullandığı hazır bildirim servisinin sınırlarına takılan ya da gönderim verisini kendi sunucusunda tutmak isteyen şirketler
  • Personeline görev ataması, vardiya değişikliği ya da acil duyuru iletmek için kurum içi uygulama kullanan firmalar
  • Web sitesi ziyaretçilerine uygulama yükletmeden tarayıcı üzerinden bildirim göndermek isteyen yayıncılar ve mağazalar

Bildirimlerin ulaşmamasının ve kapatılmasının nedenleri

Sorunların çoğu gönder düğmesine basılmadan önce, kurgu aşamasında başlar.

  • 01

    Geçersiz cihaz kayıtları

    Uygulamayı silen ya da telefon değiştiren kullanıcının kaydı veritabanında kalırsa gönderimler boşa gider ve raporlar şişer. Platform servislerinden dönen hata kodlarına göre bu kayıtlar otomatik temizlenir.

  • 02

    İzin isteme anı

    iOS ve Android'in güncel sürümleri bildirim için kullanıcıdan açık izin ister. İzni uygulama ilk açıldığında değil, kullanıcının bildirimin faydasını gördüğü anda, örneğin ilk siparişten hemen sonra istemek kabul edilme ihtimalini artırır.

  • 03

    Üretici pil tasarrufu

    Bazı Android üreticileri arka planda çalışan uygulamaları sıkı biçimde kısıtlar ve düşük öncelikli bildirimleri geciktirir. Zaman kritik mesajlar yüksek öncelikle gönderilir; bu öncelik kampanyalar için harcanmaz.

  • 04

    Sıklık ve saat

    Gece yarısı gelen bir kampanya ya da aynı gün gelen üçüncü indirim mesajı, iznin kapatılmasına yol açan en yaygın sebeplerdendir. Sessiz saatler ve kullanıcı başına sıklık sınırı panelde tanımlanır.

  • 05

    Dokununca doğru ekrana gitmek

    Bildirim yalnızca uygulamanın ana sayfasını açıyorsa etkisini kaybeder. Derin bağlantı ile kullanıcı doğrudan ilgili siparişe, ürüne ya da randevuya yönlendirilir.

Push bildirim altyapısında kurulan bileşenler

Altyapı, uygulamanın içindeki kayıt kodundan raporlama ekranına kadar uçtan uca kurulur.

  • 01

    Segment ve hedefleme

    Kullanıcılar şehir, son alışveriş tarihi, ilgi alanı ya da uygulama sürümü gibi ölçütlerle gruplanır; kampanya yalnızca ilgili gruba gider.

  • 02

    Zamanlanmış ve tetiklenen gönderim

    Belirli bir tarihe planlanan duyuruların yanında, sepeti terk etme veya üyelik yenileme gibi olaylarla tetiklenen otomatik bildirimler tanımlanır.

  • 03

    Zengin içerik

    Görsel, eylem düğmesi ve uygulamaya özel ses içeren bildirimler hazırlanır; bunları desteklemeyen cihazlarda sade metin gösterilir.

  • 04

    Uygulama içi gelen kutusu

    Kullanıcının kaçırdığı mesajlar uygulama içinde bir listede saklanır; okunmamış mesaj sayısı uygulama simgesinde gösterilebilir.

  • 05

    Teslim ve etkileşim raporu

    Gönderilen, ulaşan ve açılan bildirimler kampanya bazında raporlanır; iki farklı metin küçük gruplarda denenip karşılaştırılabilir.

Push bildirim altyapısının bağlandığı servisler

Gönderim katmanı platform servisleriyle, tetikleyiciler ise işletmenin kendi sistemleriyle konuşur.

  • 01

    Firebase Cloud Messaging

    Android cihazlara ve istenirse iOS'a gönderim için Google'ın bildirim servisi kullanılır.

  • 02

    Apple bildirim servisi

    iPhone ve iPad'e gönderim, Apple Push Notification service üzerinden kimlik doğrulama anahtarıyla yapılır.

  • 03

    Web Push

    Tarayıcı bildirimleri standart Web Push protokolüyle gönderilir; iPhone'da yalnızca ana ekrana eklenmiş web uygulamaları bu bildirimleri alabilir.

  • 04

    Sipariş, CRM ve e-ticaret sistemleri

    Sipariş durumu, randevu ya da ödeme gibi olaylar API veya webhook ile bildirim servisine aktarılır; mesaj metni bu verilerle kişiselleştirilir.

  • 05

    SMS ve e-posta yedeği

    Bildirim izni olmayan ya da uygulamayı silmiş kullanıcılara kritik bilgiler SMS sağlayıcınız veya e-posta servisiniz üzerinden iletilir.

Push bildirim altyapısı yaptırmak istiyorum: süreç nasıl işler?

  1. Adım 01

    Analiz

    İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.

  2. Adım 02

    Tasarım

    Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.

  3. Adım 03

    Geliştirme

    Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.

  4. Adım 04

    Test

    İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.

  5. Adım 05

    Yayın

    Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.

  6. Adım 06

    Bakım

    İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.

Gönderim mimarisi ve izin yönetimi

Büyük bir kampanyada on binlerce bildirimi tek seferde platform servisine yığmak hem hata hem gecikme üretir. Bu yüzden gönderimler bir kuyruğa alınır, servislerin sınırlarına uygun hızda iletilir ve başarısız olanlar kontrollü biçimde yeniden denenir. İşlemsel bildirimler kampanya kuyruğundan ayrı bir hatta çalışır; büyük bir duyuru, bir şifre sıfırlama mesajını bekletmez.

Devamını okuDaha az göster

Cihaz belirteçleri (token) kullanıcı hesabıyla ilişkilendirilir. Böylece bir kişinin birden fazla cihazına aynı anda ulaşılır, kullanıcı çıkış yaptığında o cihaza kişisel bildirim gitmez. Sağlık ya da finans gibi hassas bilgilerin kilit ekranında görünmemesi için bildirim metni sade tutulur, ayrıntı uygulama açıldığında gösterilir.

Kampanya bildirimleri için kullanıcının tercihi ayrı bir izin olarak saklanır ve uygulama içinden değiştirilebilir. Hangi bildirim türünün ticari ileti sayılacağını ve İYS ile nasıl ilişkilendirileceğini hukuk danışmanınızla netleştirmenizi öneririz; altyapıyı her iki yoruma da uyum sağlayacak esneklikte kuruyoruz.

Bu hizmette çalışma modelleri

  • 01

    Proje bazlı

    Sabit kapsam, sabit fiyat ve belirli teslim tarihi

    Kapsamı belli, teslim tarihi olan işler için.

    • Yazılı kapsam ve kabul ölçütleri
    • Sabit fiyat ve belirli teslim tarihi
    • Teslim ve kabul adımları sözleşmede
    Bu modelle teklif alın: Proje bazlı
  • 02

    Bakım ve destek

    Aylık sözleşmeli, SLA'lı bakım, destek ve geliştirme saati

    Yayındaki bir sistemin sürekliliği için.

    • Aylık sözleşme ve SLA
    • İzleme, güncelleme ve hata düzeltme
    • Aylık geliştirme saati
    Bu modelle teklif alın: Bakım ve destek

Push bildirim altyapısı hakkında sık sorulan sorular

Push bildirim altyapısı fiyatları neye göre değişir?

Desteklenecek platformlar (Android, iOS, web), segment ve otomasyon kurallarının karmaşıklığı, raporlama derinliği ve mevcut sistemlerle kurulacak bağlantılar belirleyicidir. Hazır bir servisin entegrasyonu ile kendi sunucunuzda çalışan bir gönderim katmanı da farklı kapsamlardır.

Hazır bir bildirim servisi yerine kendi altyapımızı kurmak mantıklı mı?

Gönderim hacmi yüksekse, kullanıcı verisini üçüncü bir tarafla paylaşmak istemiyorsanız ya da bildirimleri sipariş ve CRM verisiyle sıkı biçimde birleştirecekseniz kendi altyapınız anlamlıdır. Ara sıra duyuru gönderen bir uygulamada hazır servisin entegrasyonu çoğu zaman yeterlidir; iki yolu ihtiyacınıza göre karşılaştırıyoruz.

Push bildirim altyapısı yaptırmak için uygulamamızı yeniden mi yazmamız gerekir?

Hayır. Mevcut uygulamaya bildirim kaydı ve derin bağlantı desteği eklenir, sunucu tarafı ayrı bir servis olarak kurulur. Ardından uygulamanın yeni sürümünü mağazaya göndermek yeterlidir.

iPhone kullanıcılarına web sitesinden bildirim gönderebilir miyiz?

Siteniz PWA olarak hazırlanmış ve kullanıcı onu ana ekranına eklemişse gönderebilirsiniz. iPhone'da Safari sekmesinde açık duran bir siteye bildirim gönderilemez; kurgu bu sınır dikkate alınarak yapılır.

Bildirimlerin açılıp açılmadığını görebilir miyiz?

Evet. Servise iletilen, cihaza ulaşan ve kullanıcının dokunduğu bildirimler ayrı ayrı kaydedilir. Cihaza ulaşma bilgisini toplamak iOS'ta ek yapılandırma gerektirdiği için ölçüm yöntemi platforma göre planlanır.

Kullanıcı bildirim iznini kapatırsa ne oluyor?

O cihaza bildirim gönderilemez; uygulama izin durumunu bir sonraki açılışta sunucuya bildirir ve cihaz gönderim listesinden çıkarılır. Kritik bilgiler için SMS ya da e-posta gibi ikinci bir kanal tanımlanabilir, izni yeniden açmanın faydası da uygulama içinde uygun bir anda hatırlatılabilir.

İlgili hizmetler ve sayfalar

Push bildirim altyapısı yaptırmak için teklif alın

Kısa bir ön görüşmede ihtiyacınızı dinleyip kapsamı, çalışma modelini ve takvimi yazılı olarak paylaşırız.

+90 552 579 93 21