Mesaj kategorisi ayarları

Yol: Ayarlar > Mesajlaşma ve İçerik > Mesaj Kategorileri

Mesaj Kategorileri, bir kampanyanın iş amacı nı tanımlar. Her mesajı gönderilme nedenine göre sınıflandırır ve neden gönderildiğini ve hangi kanallara uygulandığını belirtir. Her kullanıcı, her kategori + kanal çifti için ayrı bir opt-in durumuna sahiptir; böylece bir kullanıcı bir kanalda bir amacı kabul ederken başka bir kanalda reddedebilir. Bu durumlar kullanıcı tarafından Mobile SDK üzerinden veya marka tarafından panel ve REST API üzerinden değiştirilebilir.

Kategorilere örnekler:

• promosyonlar

• order_tracking

• güvenlik

• işlemler

• duyurular

Bir kategori bir kanalı veya birkaç kanalı kapsayabilir. order_tracking Mobil Push, E-posta ve SMS için aynı anda tanımlanabilirken, sms_otp yalnızca SMS ile sınırlandırılabilir.

İzin, kategori + kanalbazında saklanır. Bir kullanıcı, promosyonlar Mobil Push'ta almaya devam eder promosyonlar E-posta'da almaya devam eder.

Mesaj Kategorileri, amaç ve kanala özgü izinler için teknik yapıyı sağlar. Kuruluşunuz, geçerli düzenlemelerin gerektirdiği izin modelini, hukuki dayanağı ve metinleri belirlemekten sorumludur. Bu sayfadaki GDPR referansları yalnızca yol gösterme amaçlıdır ve hukuki tavsiye niteliği taşımaz.

Mesaj Kategorileri Neden Önemlidir

1. Amaç Bazlı İzin (Detaylı İzin Yönetimi)

Geleneksel iletişim modelleri yalnızca kanal bazlı izne dayanır:

• Push: izin verildi / verilmedi

• E-posta: izin verildi / verilmedi

Modern gizlilik standartları ve kullanıcı beklentileri daha ayrıntılı kontrol gerektirir. Kullanıcılar bazı iletişim türlerini almak isterken diğerlerini reddedebilir ve kanal başına farklı bir yanıt isteyebilir.

Amaç	Mobil Push	E-posta	SMS
Promotions	Opt-out	Opt-in	Opt-out
Sipariş Güncellemeleri	Opt-in	Opt-in	Opt-in
Güvenlik Uyarıları	Opt-in	Opt-in	Opt-in

Buna amaç bazlı izin denir.

Bir kampanyaya bir mesaj kategorisi atandığında:

• Netmera, kullanıcının bu amaç için izin verip vermediğini kontrol eder kampanyanın kanalında.

• Gönderim yalnızca hem kanal izni hem de amaç izni geçerliyse gerçekleşir.

• Kullanıcı o kanalda bu kategoriden opt-out yaptıysa, mesaj otomatik olarak engellenir.

Bir kategori ataması olmadan amaç düzeyinde zorunlu kılma uygulanamaz.

2. Uyumluluk ve Yönetişim

Mesaj Kategorileri, mevzuata uyumu ve iç yönetişimi sağlamaya yardımcı olur.

Şunları:

• Pazarlama içeriklerini işlemsel veya zorunlu mesajlardan ayırır.

• İşlemsel kanalların promosyon içerikleri için yanlışlıkla kullanılmasını önler.

• İletişim niyetine dair net bir denetim izi sağlar.

• Açık amaç sınırlaması gerektiren düzenlemelere uyumu destekler.

Her kampanya amacını net biçimde tanımlamalıdır. Bu, belirsizliği ve operasyonel riski azaltır.

Gönderim Mantığı: Kanal + Amaç Modeli

Netmera mesaj gönderimini üç adımda değerlendirir:

1. Kanal izni Kullanıcının seçilen kanal (Mobil Push, E-posta, SMS, WhatsApp, In-App, Web Push) üzerinden iletişime izin verip vermediği. Bu kapalıysa, kategori tercihleri ne olursa olsun hiçbir şey teslim edilmez.

2. Kategori + kanal tercihi Kullanıcının bu belirli amaç için bu belirli kanalda iletişime izin verip vermediği.

3. Kategori varsayılanı Kategori + kanal çifti için hiçbir tercih kaydı yoksa, kategorinin Abonelik Türü sonucu belirler.

Gönderim yalnızca ilgili tüm koşullar sağlandığında gerçekleşir.

Genel kanal izni	Kategori + kanal tercihi	Sonuç
AÇIK	AÇIK ya da opt-in kategoride kayıt yok	Gönderildi
AÇIK	Opt-out kategoride kayıt yok	Kullanıcı opt-in yapana kadar engellenir
AÇIK	KAPALI	Yalnızca bu kategori için engellenir. Aynı kanaldaki diğer kategoriler etkilenmez.
KAPALI	AÇIK	Engellendi
KAPALI	KAPALI	Engellendi

Kategori düzeyinde abonelikten çıkma, genel kanal iznini asla değiştirmez. Bir kullanıcı bir kategori için Mobile Push'u kapatırsa, genel Mobile Push izni açık kalır ve diğer tüm push kategorileri kendi durumunu korur. Genel izin kapatılıp daha sonra tekrar açıldığında, saklanan kategori tercihleri yine geçerli olur.

Kanallar ve API değerleri

Aynı altı kanal panelde, REST API'de ve Mobile SDK'de kullanılabilir.

Panel kanalı	REST API / SDK değeri
Mobil Push	MOBILE
E-posta	EMAIL
SMS	SMS
WhatsApp	WHATS_APP
Uygulama içi	IN_APP
Web Push	WEB

Eksiksiz izin kurulumu için şuna bakın: Ayrıntılı İzin Yönetimi.

Bir Mesaj Kategorisi Oluşturun

1

Mesaj Kategorilerini Açın

Şuraya gidin Settings > Message Categories.

2

Oluşturun ve kaydedin

1. Tıklayın Oluşturma.

2. Doldurun Kategori ID'si ve Kategori Adı.

3. Şunu seçin Kanallar kategorinin geçerli olduğu.

4. Şunu seçin Abonelik Türü.

5. Tıklayın Kaydet.

Alan tanımları

Kategori ID'si

İzin saklama, raporlama ve dışa aktarmada kullanılan sabit anahtar. ID değiştirilemez: kategori oluşturulduktan sonra değiştirilemez. Değiştirmeye çalışmak şu hatayı döndürür Kategori oluşturulduktan sonra Kategori ID'si değiştirilemez.

Kategori Adı

Panelde görünen ve REST API tarafından kullanılan insan tarafından okunabilir ad. Adlar benzersiz olmalıdır; bir kopya şu hatayı döndürür Kategori adı zaten mevcut. ID sabit kaldığı sürece, analizleri bozmadan adlandırma daha sonra değiştirilebilir.

Kanallar

Kategorinin geçerli olduğu kanallar. Mevcut seçenekler:

Kanal	Varsayılan durum
Mobil Push	AÇIK
E-posta	AÇIK
SMS	AÇIK
WhatsApp	AÇIK
Uygulama içi	AÇIK
Web Push	AÇIK

• Yeni bir kategoride tüm kanallar varsayılan olarak seçilir.

• Kanallar birbirinden bağımsız seçilir. Bir veya birkaç kanal etkin olabilir.

• En az bir kanal gereklidir. Tüm kanallar temizlenirse, Oluşturma / Kaydet devre dışı bırakılır ve alan şunu gösterir: En az bir kanal seçilmelidir.

• Kanal seçimi daha sonra değiştirilebilir Düzenle ekranına yönlendirilir.

Abonelik Türü

Bir kullanıcının belirli bir kanalda kategori için tercih kaydı olmadığında ne olacağını belirler.

Abonelik Türü	Kaydı olmayan kullanıcılar	Saklanan değer
Opt-in (varsayılan)	Abone olundu	Yalnızca opt-out yapan kullanıcılar
Opt-out	Abone olunmadı	Yalnızca opt-in yapan kullanıcılar

Kullanın Opt-in Kullanıcıların varsayılan olarak alması beklenen kategoriler için, örneğin sipariş takibi veya güvenlik uyarıları gibi. Kullanın Opt-out İlk gönderimden önce açık izin gerektiren kategoriler için.

Mevcut bir kategorinin Abonelik Türünü değiştirmek saklanan tüm kanal izinlerini temizler bu kategori için. Daha önce kaydedilmiş opt-in ve opt-out durumları kaybolur, çünkü anlamları tersine döner. Bir kategoriyi silmek, izin verisini de temizler.

Kategori ID'si için en iyi uygulamalar

• Kısa tutun kısa ve sabit (örnek: promo).

• Bir amaç, kanal değil. Bir kategori birden fazla kanalı kapsayabilir; kapsamı belirlemek için ID'yi değil, Kanallar alanını kullanın.

• Küçük harf tercih edin ve boşluklardan kaçının (örnek: order_tracking).

• Yayınlandıktan sonra ID'leri değiştirmeyin. ID değiştirilemez — bunun yerine yeni bir kategori oluşturun.

Kategori ID'si ve Adı

Önerilen kategori yapısı

Aynı amaç için ayrı kategoriler oluşturmayın, örneğin push_promo, sms_promo, ve email_promo. Tek bir promo kategori kullanın ve geçerli olduğu kanalları seçin. Kanal düzeyindeki izin, o tek kategori altında saklanır; böylece kullanıcılar ve raporlar, kanal bazında kırılımı olan tek bir amacı görür.

Kanal seçimi yapılmadan önce oluşturulan kategoriler

Kanal seçimi getirilmeden önce oluşturulan kategorilerde kanal bilgisi bulunmaz. Geriye dönük uyumluluk için tüm kanallarda geçerli kabul edilirler ve Düzenle ekranında tüm kanallar seçili olarak görünürler. Manuel taşıma gerekmez.

Mesaj Kategorileri Listesi

Liste ekranı, her kategoriyi etkin kanalları ve kanal bazındaki kitlesiyle gösterir.

Kanallar sütunu

Kategorinin aktif olduğu kanalların simgelerini gösterir.

Kanal bazında kullanıcı sayıları

Opt-in Users ve Opt-out Users her kanal için ayrı ayrı raporlanır. Kullanıcı her kanalda farklı bir durumda olabileceği için kategori düzeyinde tek bir opt-in veya opt-out sayısı yoktur.

Kategori Adı	Kanallar	Mobil Push Opt-in	Mobil Push Opt-out	E-posta Opt-in	E-posta Opt-out	SMS Opt-in	SMS Opt-out
order_tracking	Push, E-posta	1,250	24	1,180	94	-	-

• Kategorinin aktif olmadığı kanallar gösterilir - bir sayı yerine.

• Sayılar, kategorinin Abonelik Türü varsayılanı dahil olmak üzere kategori + kanal çifti için çözümlenmiş etkin izni yansıtır.

• Opt-in / Opt-out sütunları kanal bazında gösterilebilir veya gizlenebilir. Bir kanalın sütunlarını gizlemek diğerlerini etkilemez.

Örnek

Bir kullanıcı, Newsletter kategorisinde Mobil Push'tan opt-out yapar ve E-posta iznini korur.

Kanal	Opt-in kullanıcıları	Opt-out yapan kullanıcılar
Mobil Push	-1	+1
E-posta	Değişiklik yok	Değişiklik yok
SMS	Değişiklik yok	Değişiklik yok
WhatsApp	Değişiklik yok	Değişiklik yok
Uygulama içi	Değişiklik yok	Değişiklik yok
Web Push	Değişiklik yok	Değişiklik yok

Tercih yalnızca Newsletter + Mobil Push kombinasyonunu etkiler.

Bir Kategoriyi Kampanyaya Atayın

1

İçerik adımına gidin

Bir kampanya oluştururken 2. Adım: Ne (veya kanalın karşılığı olan "Content" adımını).

2

Kategoriyi seçin

Kampanyanın amacına uyan kategoriyi seçin. Liste yalnızca kampanyanın kanalında aktif olan kategorileri gösterir.

Kampanya kanalı	Listelenen kategoriler
Mobil Push	Mobile Push seçili kategoriler, ayrıca eski kategoriler
E-posta	E-posta seçili kategoriler, ayrıca eski kategoriler
SMS	SMS seçili kategoriler, ayrıca eski kategoriler
WhatsApp	WhatsApp seçili kategoriler, ayrıca eski kategoriler
Uygulama içi	In-App seçili kategoriler, ayrıca eski kategoriler
Web Push	Web Push seçili kategoriler, ayrıca eski kategoriler

Kampanya akışında bir kategori seçin

Daha fazla örnek (farklı kanallar)

Bir kategori atamazsanız, kampanyaları amaca göre güvenilir biçimde analiz edemezsiniz. Amaç bazlı izin kullanıyorsanız, Netmera bunu kategori olmadan zorunlu kılamaz.

Bir Kullanıcıda Kategori İzinlerini Yönetin

Kategori izinleri kanal bazında User Detail.

Her kategori için Mobile Push, E-posta, SMS, WhatsApp, In-App ve Web Push aç/kapat düğmesiyle listelenir:

Kategori	Mobil Push	E-posta	SMS	WhatsApp	Uygulama içi	Web Push
Kategori X	Aç/kapat	Aç/kapat	Devre dışı	Devre dışı	Devre dışı	Devre dışı

• Yalnızca kategorinin tanımlı olduğu kanallar düzenlenebilir. Kalan aç/kapat düğmeleri devre dışıdır ve hiçbir izin kaydı oluşturmaz.

• Kayıtlı tercihi olmayan bir aç/kapat düğmesi, kategorinin Abonelik Türünü yansıtır: opt-in kategoriler için AÇIK, opt-out kategoriler için KAPALI.

• Eski kategorilerde her kanal aç/kapat düğmesi düzenlenebilir görünür.

• Bir aç/kapat düğmesinin değiştirilmesi yalnızca o kategori + kanal çiftini günceller. Kullanıcının genel kanal iznini, kategorinin diğer kanallarını veya kullanıcının diğer kategorilerdeki tercihlerini değiştirmez.

User Detail, bir kategorinin hangi kanallar için tanımlı olduğunu değiştiremez. Bu tanım Settings > Message Categories.

Kategori İznine Göre Hedef Kullanıcılar

Altında Hedefleme > Kişi Bul, Kategori İznine Göre koşulu, kategoriyle birlikte bir kanal seçimini kabul eder.

• İzni yalnızca bu kanallarda değerlendirmek için bir veya daha fazla kanal seçin.

• Kampanyanın kanalına göre değerlendirmek için kanal seçimini boş bırakın; ya da kampanya bağlamı yoksa kategorinin kendi kanallarına göre değerlendirin.

Kitle sayımı için erişilebilirlik, kullanıcının kanalın gerektirdiği tanımlayıcıya veya tokene sahip olup olmamasına dayanır (e-posta adresi, telefon numarası veya kayıtlı bir mobil ya da web cihazı).

Amaç Bazlı Raporlama ve Analitik

Mesaj Kategorileri, yalnızca kanala göre değil iş amacına göre raporlama sağlar. Kanal Erişilebilirliği raporları, amaç bazında kaç kullanıcıya ulaşılabildiğini kanal kırılımıyla gösterir:

• promosyonlar

• order_tracking

• güvenlik

Kategori ataması olmadan bu düzeyde bir analiz güvenilir değildir.

• Kanal Erişilebilirliği

REST API ve SDK Genel Bakış

Mesaj Kategorileri, panel dışında iki entegrasyon katmanı üzerinden kullanılabilir. REST API arka uç sistemlerinizden kategorileri listelemek, API ile gönderilen bildirimlere atamak ve kullanıcının kategori tercihlerini okumak ya da güncellemek için kullanılır. Mobile SDK uygulamanız içinde kullanıcıların kategori tercihlerini göstermek ve örneğin bir tercih merkezi veya bildirim ayarları ekranında bunları değiştirmelerine izin vermek için kullanılır.

REST API

Uç Nokta	Ne yapar	Geliştirici Kılavuzu
GET /rest/3.0/getPushCategories	Altında tanımlı kategorileri listeler Settings > Message Categories. Döndürülen adlar ve ID'ler diğer uç noktalar tarafından kullanılır.	Push Kategorileri
POST /rest/3.0/setCategoryPreferences	Bir kullanıcıyı bir kategoride opt-in veya opt-out yapar; tüm kanallar için ya da tek bir kanal için channel.	Kategori Tercihleri
GET /rest/3.0/getCategoryPreferences	Bir kullanıcının kategori tercihlerini kanal bazlı kırılımla döndürür. Şunlarla filtrelenebilir: categoryIds ve channels.	Kategori Tercihleri
POST /rest/3.0/sendBulkNotification	API ile gönderilen bir bildirime categories alanı üzerinden bir veya daha fazla kategori atar. categories alanı.	Kategoriyle Bildirim Gönder
POST /rest/3.0/createNotificationDefinition	bir işlemsel bildirim tanımına Notifications alanı üzerinden kategoriler atar. categories alanı.	Bildirimler

Mobile SDK

Platform	Metotlar	Ne yaparlar	Geliştirici Kılavuzu
Android	getUserCategoryPreferenceList, setUserCategoryPreference	Kullanıcının kategori tercihlerini oku ve güncelle. NMCategoryPreferenceFilter, NMCategoryPreferenceUpdate ve NMCategoryChannel ile kanal düzeyinde okuma ve yazma. NMCategoryPreferenceFilter, NMCategoryPreferenceUpdate, ve NMCategoryChannel (4.21.0+).	Android — Mesaj Kategorileri
iOS (Swift)	getUserCategoryPreferenceList, setUserCategoryPreference	Kullanıcının kategori tercihlerini oku ve güncelle. NMCategoryPreferenceFilter, NMCategoryPreferenceUpdate ve NMCategoryChannel ile kanal düzeyinde okuma ve yazma. categoryIds, channels, ve channel parametreleri (4.26.0+).	iOS — Push Bildirim Kategorilerini Yönetme
iOS (Objective-C)	getUserCategoryPreferenceList, setUserCategoryPreferenceWithCategoryId	Kullanıcının kategori tercihlerini kategori düzeyinde oku ve güncelle.	iOS (Objective-C) — Mesaj Kategorisi
Flutter	getUserCategoryPreferenceList, setUserCategoryPreference	Kullanıcının kategori tercihlerini kategori düzeyinde oku ve güncelle.	Flutter — Push Gelen Kutusu

Android ve iOS'ta, Push Gelen Kutusu filtresi (NetmeraInboxFilter) ayrıca kategori adlarını da kabul eder; böylece uygulama içi gelen kutusu mesajları amaca göre listeleyebilir.

Ayrıntılı parametreler, istek ve yanıt modelleri ve hata yönetimi Netmera Geliştirici Kılavuzuiçinde belgelenmiştir. Aşağıdaki bölüm, kanal bazlı tercih yönetimini ve kullanım alanlarını özetler.

Kategori İzinlerini SDK ve REST API Üzerinden Yönetin

Kategori + kanal tercihleri panelle sınırlı değildir. Aynı kayıtlar Mobile SDK ve REST API üzerinden okunup yazılabilir; böylece karar nerede verilirse verilsin — uygulama içinde, arka uç sistemlerinizde veya operasyon ekibiniz tarafından — izin durumu kullanıcıyla birlikte taşınır ve Netmera tek, uygulanabilir bir kayıt tutar.

Kaynak	Tercihi kim değiştirir	Tipik tetikleyici
Mobile SDK	Kullanıcı	Uygulama içi tercih merkezi veya bildirim ayarları ekranı
REST API	Marka, kullanıcı adına	CRM veya izin yönetimi platformu eşitlemesi, web tercih merkezi, e-posta abonelikten çıkma sayfası, SMS anahtar kelime yanıtı, çağrı merkezi talebi
Panel	Marka	şuradaki manuel düzeltme veya destek talebi: User Detail

channel parametresi isteğe bağlıdır her kategori tercihi metodunda:

• Kanal olmadan — çağrı, kanal seçimi öncesinde geçerli olan davranışla uyumlu şekilde, kategorinin tüm kanallarına uygulanır. Mevcut entegrasyonlar değişiklik yapılmadan çalışmaya devam eder.

• Kanal ile — çağrı yalnızca o kategori + kanal çifti için uygulanır.

Yanıtlar mevcut kategori düzeyi alanını korur ve yanında bir kanal kırılımı ekler; böylece eski bir entegrasyon önceden okuduğu aynı değeri okur.

Mobile SDK

Kanal bazlı kategori tercih yöntemleri aşağıdaki yerel SDK sürümlerini gerektirir (17 Eylül 2026'da yayımlanmıştır):

Platform	Minimum sürüm	Tercihleri al	Tercihleri güncelle
Android	4.21.0	Netmera.getUserCategoryPreferenceList(filter, callback) ile NMCategoryPreferenceFilter	Netmera.setUserCategoryPreference(NMCategoryPreferenceUpdate, callback)
iOS (Swift)	4.26.0	Netmera.getUserCategoryPreferenceList(categoryIds:channels:)	Netmera.setUserCategoryPreference(categoryId:categoryEnabled:channel:)

• Toplam durum (optInStatus Android'de, categoryEnabled iOS'ta) şudur true kategori herhangi bir kanalda etkin olduğunda herhangi bir kanal. Kanal bazlı ayrımı (channelPreferences) kanal anahtarlarını göstermek için kullanın.

• Android'de, Netmera.setUserCategoryPreference(categoryId, categoryEnabled, listener) kullanımdan kaldırılmıştır ve kanalsız yeni yöntem gibi davranır.

Tam referans için Geliştirici Kılavuzu'na bakın: Android — Mesaj Kategorileri ve iOS — Push Bildirim Kategorilerini Yönetme.

REST API

Uç Nokta	Amaç	Kanal parametresi
POST /rest/3.0/setCategoryPreferences	Bir kullanıcıyı bir kategoriye dahil etme veya çıkarma	channel (isteğe bağlı, her giriş için)
GET /rest/3.0/getCategoryPreferences	Bir kullanıcının kategori tercihlerini okuma	channels (isteğe bağlı, liste filtresi)
GET /rest/3.0/getPushCategories	Uygulama için tanımlanan kategorileri listeleme	—

• categoryPreferences geriye dönük uyumluluk için korunur ve true kullanıcının kategorinin kanallarından herhangi birinde izni olduğunda. The channels filtre bunu etkilemez.

• categoryChannelPreferences kanal bazlı durumu döndürür. Kanal düzeyindeki kararlar için kullanın.

• Tanınmayan bir değere sahip bir giriş channel atılır ve kaydedilir; kalan girişler işlenir. Bir yazım hatası, her kanalı güncellemek yerine o tercihi değiştirilmeden bırakır.

Bakın Geliştirici Kılavuzu — Kategori Tercihleri tüm parametreler için.

Kullanım Alanları

Aşağıdaki senaryolar, kanal bazlı kategori onayının yaygın iş ve uyumluluk gereksinimlerini nasıl desteklediğini gösterir.

1. Uygulama içi tercih merkezi

Bir perakende uygulaması, her kategori için bir satır ve her kanal için bir anahtarla bir ayarlar ekranı gösterir. Kullanıcı Promotions E-posta'da açık tutar, Mobil Push ve SMS'de kapatır ve Sipariş Güncellemeleri her kanalda açık tutar.

• Uygulama: getUserCategoryPreferenceList ile channelPreferences ekranı oluşturmak için; setUserCategoryPreference ile channel her anahtar için.

• Sonuç: Tanıtım amaçlı push ve SMS kampanyaları kullanıcıyı atlar; tanıtım e-postaları ve tüm sipariş güncellemeleri yine de teslim edilir.

• GDPR referansı: Madde 7(3) — onayın geri alınması, verilmesi kadar kolay olmalıdır. Gerekçe 43 — farklı işleme faaliyetleri için ayrı onay.

2. Bir e-posta veya SMS'den kanala özgü abonelikten çıkma

Bir kullanıcı tanıtım e-postasındaki abonelikten çık bağlantısına tıklar veya tanıtım SMS'ine abonelikten çıkma anahtar sözcüğüyle yanıt verir. Kullanıcı, tüm iletişime değil, o kanaldaki o mesaj türüne itiraz eder.

• Uygulama: Abonelikten çıkma sayfanız veya SMS anahtar sözcüğü işleyiciniz setCategoryPreferences ile "channel": "EMAIL" veya "channel": "SMS" ve "enable": false.

• Sonuç: Yalnızca promo + E-posta (veya promo + SMS) kapatılır. Tanıtım push mesajları, sipariş takibi ve güvenlik mesajları, onaylandığı şekilde gönderilmeye devam eder.

• GDPR referansı: Madde 21(2)–(3) — doğrudan pazarlamaya istediğiniz zaman itiraz etme hakkı; bu hak kullanıldıktan sonra veriler artık bu amaçla işlenmemelidir. Madde 7(3) — onayın geri alınması.

3. Başka bir sistemde toplanan onay (CRM, CMP, web, çağrı merkezi)

Onay, uygulama dışında — web kaydı sırasında, bir onay yönetim platformunda veya bir çağrı merkezi temsilcisi tarafından — alınır ve Netmera bunu yansıtmalıdır.

• Uygulama: Arka uç sisteminiz değişiklikleri setCategoryPreferences, her kategori + kanal çifti için bir giriş göndererek senkronize eder. Bunun için getCategoryPreferences durumları uzlaştırmak için kullanın.

• Sonuç: Netmera, kullanıcının başka bir yerde verdiği aynı kararı bir uygulama oturumu beklemeden uygular.

• GDPR referansı: Madde 7(1) — veri sorumlusu onayı ispatlayabilmelidir; amaç ve kanal başına tek bir uygulanabilir kayıt tutmak bunu destekler. Madde 5(1)(d) — doğruluk.

4. İlk pazarlama mesajından önce açık onay

Bazı pazarlar veya iç politikalar, kullanıcı açıkça kabul edene kadar hiçbir pazarlama mesajı gönderilmemesini gerektirir.

• Uygulama: Pazarlama kategorisini Subscription Type ile oluşturun Opt-out. Kaydı olmayan kullanıcılar abone değildir. Yalnızca kullanıcı belirli bir kanalda kabul ettikten sonra bir opt-in kaydı yazın.

• Sonuç: Yeni kullanıcılar, o kanalda opt-in yapana kadar hiçbir kanalda pazarlama almaz.

• GDPR referansı: Madde 4(11) ve Madde 6(1)(a) — onay, açık bir olumlu eylem olmalıdır. Madde 25(2) — varsayılan olarak veri koruma. ePrivacy Direktifi Madde 13 — elektronik doğrudan pazarlama için önceden onay.

5. Hizmet mesajlarını pazarlamadan ayrı tutmak

Bir kullanıcı tüm tanıtım kanallarından çıkar ancak yine de sipariş ve güvenlik bildirimlerini almalıdır.

• Uygulama: Tutun order_tracking ve güvenlik şu kategorilerden ayrı kategoriler olarak promo,

• Sonuç: Bir pazarlama abonelikten çıkışı hiçbir zaman hizmet mesajlarını engellemez ve görünür bir kategori uyumsuzluğu olmadan hizmet kanalları tanıtım içeriği için yeniden kullanılamaz.

• GDPR referansı: Madde 5(1)(b) — amaç sınırlaması. Madde 7(2) — bir onay talebi, diğer konulardan açıkça ayırt edilebilir olmalıdır. Gerekçe 32 — onay tüm amaçları kapsamalıdır; işlemenin birden fazla amacı varsa, her biri için onay verilmelidir.

6. Amaçla sınırlı SMS kategorileri

Bir OTP kategorisi yalnızca SMS için tanımlanır.

• Uygulama: Oluşturma sms_otp yalnızca SMS seçili olarak. Diğer kanalların kampanya editörlerinde görünmez ve diğer kanallarda bunun için tercih kaydı oluşturulamaz.

• Sonuç: Amaç, toplandığı kanal ile sınırlıdır.

• GDPR referansı: Madde 5(1)(b) — amaç sınırlaması; Madde 5(1)(c) — veri minimizasyonu.

GDPR Referans Özeti

Madde	İlke	Mesaj Kategorileri bunu nasıl destekler
Madde 4(11)	Onay, belirli, bilgilendirilmiş ve açık olmalıdır	Her kategori + kanal çifti ayrı ve belirli bir karardır
Madde 5(1)(b)	Amaç sınırlaması	Kategoriler amaçları temsil eder; kampanyalar bir amaç belirtmelidir
Madde 5(1)(c)	Veri minimizasyonu	Kategoriler, amacın gerektirdiği kanallarla sınırlandırılabilir
Madde 5(1)(d)	Doğruluk	REST ve SDK, Netmera kaydını diğer sistemlerde verilen kararlara uyumlu tutar
Madde 6(1)(a)	Hukuki dayanak olarak onay	Opt-out Subscription Type, açık bir opt-in olmadan gönderimi engeller
Madde 7(1)	Onayı ispatlayabilme	Kanal bazlı durumlar Kullanıcı Detayı'nda görünür ve üzerinden alınabilir getCategoryPreferences
Madde 7(2)	Onay talebi açıkça ayırt edilebilir	Pazarlama ve hizmet mesajları için ayrı kategoriler
Madde 7(3)	Geri çekmenin, onay vermek kadar kolay olması	Tek bir anahtar veya tek bir API çağrısı, tek bir kanalda tek bir amaç için verilen onayı geri çeker
Madde 21(2)–(3)	Doğrudan pazarlamaya itiraz etme hakkı	Bir kanaldaki pazarlama abonelikten çıkışı, bir sonraki gönderimde uygulanır
Madde 25(2)	Varsayılan olarak veri koruma	Opt-out Subscription Type, yeni kullanıcıları varsayılan olarak abone olmayan olarak ayarlar
Gerekçe 32, 43	Amaç başına onay; ayrı işlemler için ayrı onay	Onay, kategori ve kanal bazında saklanır

Türkiye'de SMS, e-posta ve aramalar üzerinden gönderilen ticari elektronik iletiler de İYS'ye tabidir. İYS onayı ve Mesaj Kategorisi tercihleri farklı izinleri yönetir; her ikisini de yapılandırın. Bkz. İYS İzinleri.

Özet

Mesaj Kategorileri şunlar için yapısal bir temeldir:

• Amaç ve kanal bazında ayrıntılı onay uygulaması

• Amaç sınırlaması ilkelerine uyum

• Temiz kampanya sınıflandırması

• İş amacına göre güvenilir raporlama

Bunlar isteğe bağlı etiketler değildir. Netmera'nın sorumlu ve ölçülebilir iletişimi nasıl yönettiğinin temel bir parçasıdır.

İlgili Sayfalar

• Ayrıntılı İzin Yönetimi

• İYS İzinleri

• Kanal Erişilebilirliği

• Kişiler

• Geliştirici Kılavuzu — REST API Kategori Tercihleri

• Geliştirici Kılavuzu — Android Mesaj Kategorileri

• Geliştirici Kılavuzu — iOS Mesaj Kategorileri