Aracılığıyla paylaş


Onay yönetimine genel bakış

Önemli

Bu makale, gerçek zamanlı yolculuklar ve giden pazarlama için geçerlidir.

Gerçek zamanlı yolculuklar ve giden pazarlama, müşterilerle iletişim kurmaya yönelik onay ve mevzuat uyumluluk desteği için farklı ancak ilgili yapılara sahiptir. Bu makalede, uyumluluk yöntemleri hakkında daha ayrıntılı bilgiler için referanslarla birlikte bu farklılıklara genel bakış sağlanmaktadır.

Gerçek zamanlı yolculuklarda onay, temas noktasında yakalanır ve depolanır. Temas noktası, bir iletinin hedefidir (örneğin, bir e-posta adresi veya telefon numarası). Müşteri onayı kanal göre depolanır. Örneğin, somebody@example.com e-postası yaklaşan olaylar hakkında ticari iletişim almayı onaylar.

Temas noktası onayının birincil yararı, Customer Insights - Journeys'in herhangi bir varlık genelinde gerçek zamanlı yolcukları düzenlemesine izin vermesidir. Yolculuklarda düzenlemek müşteri adayları, Customer Insights - Data profilleri, ilgili kişiler ve diğer varlıklar için onay verebileceğiniz anlamına gelir. Bu yaklaşım, yalnızca ilgili kişi varlıkları için yolculukları düzenleyebileceğiniz giden pazarlama yolculuklarından farklıdır.

Giden pazarlamada onay alınır ve tüm ilgili kişi kayıtlarına ve tüm e-posta adreslerine uygulanan DoNotEmail, DoNotBulkEmail ve DoNotTrack gibi alanlardaki ilgili kişi varlığı içinde depolanır. Bu yaklaşım, bir ilgili kişinin birden çok e-posta adresi, telefon numarası, vb. için farklı onay yakalanmasına izin vermez.

Önemli

Gerçek zamanlı yolculuklar, ilgili kişinin DoNotEmail, DoNotBulkEmail ve DoNotTrack alanlarını giden pazarlamanın onay uygulama davranışıyla eşleştirmek ve giden pazarlamadan gerçek zamanlı yolculuklara geçişe yardımcı olmak için denetleyebilir. Aşağıda yer alan Gerçek zamanlı yolculuklarda kullanıcı uyumluluk ayarlarını yönetme bölümünde daha fazla bilgi bulabilirsiniz

Önemli

Giden pazarlama, ileti gönderirken onayı değerlendirmek için temas noktası onay kayıtlarını denetlemez. Bu, giden pazarlama iletilerinin ilgili kişi noktası onay kayıtlardan etkilenmeyeceği anlamına gelir.

Uyumluluk profilleri

Uyumluluk profilleri, Customer Insights - Journeys'de onay ve uyumluluğu yönetmeye yönelik merkezlerdir. Uyumluluk profilleri onayın nasıl yakalanacağını ve uygulanacağını yönetir. Uyumluluk profilleri şirket adresi, tercih yönetim deneyimi ve ilgili yapılandırma gibi bilgileri depolar. Uyumluluk profili ayarları, oluşturmakta veya değiştirmekte olduğunuz uyumluluk profili türüne bağlı olarak değişiklik gösterir.

Kullanıcı ilerişim tercihleri

Önemli

10 Ekim 2024 tarihinden itibaren abonelik kaldırma bağlantılarının kullanım süresi, bağlantı oluşturulduktan altı ay sonra sona erer ve artık çalışmaz.

Kullanıcıların ilerişim tercihlerini yönetebilmeleri için dört yol vardır: tercih merkezleri, tercih sayfaları, abonelik merkezleri ve dış bağlantılar.

Tercih merkezleri

İpucu

Tercih merkezleri, gerçek zamanlı yolculuklarda müşterilerin kuruluşunuzla iletişim tercihlerini yönetmelerini sağlamak için önerilen yoldur.

Önemli

Tercih merkezleri ilgili kişinin DoNotEmail, DoNotBulkEmail veya DoNotTrack alanlarını değiştirmez. Bu, giden pazarlama iletilerinin tercih merkezlerinden yapılan onay değişikliklerinden etkilenmediği anlamına gelir. Aynı zamanda giden pazarlama ve gerçek zamanlı yolculuklardan da iletiler gönderiyorsanız, gerçek zamanlı yolculuklarınızdaki abonelik merkezlerini kullanmanızı öneririz.

Customer Insights - Journeys, müşterilerin almak istedikleri iletişim türlerini ve bunları almak istedikleri temas noktasını denetlemesini sağlamak için tercih merkezlerini kullanır. Desteklenen bütün varlık türleriyle birlikte çalışırlar: müşteri adayları, iletişim kişileri. Tercih merkezleri, şirket markasıyla eşleşmek üzere yapılandırılabilir ve kullanıcıların, yapılandırılmış çeşitli amaçlara yönelik onayı yönetmesine yönelik seçenekler içerebilir. Tercih merkezleri aynı zamanda çoklu marka onayını destekler; bu, iş kollarının her biri için onayı bağımsız olarak yönetebilmenize olanak sağlar.

Daha fazla bilgi edinin: Customer Insights - Journeys tercih merkezlerini oluşturma

Tercih sayfaları

Önemli

Customer Insights - Journeys içindeki mevcut onay özelliklerinden tam olarak yararlanmak için tercih sayfalarını tercih merkezleriyle değiştirmenizi öneririz.

Customer Insights - Journeys kullanıcı onayını yönetmenin başka bir yolu olarak tercih sayfalarını kullanır. Tercih sayfası, müşterilerinizin e-posta ve kısa mesajları almaya ve izlemeye yönelik izin ayarlarını değiştirebilecekleri bir Web sayfasıdır. Yeni bir tercih sayfası oluşturamazsınız. Bunun yerine, Customer Insights - Journeys'de kullanılan temas noktası onayını güncelleştirmek için sayfadaki dili özelleştirebilirsiniz. Tercih merkezlerinin kullanıma sunulmasıyla, varolan tercih sayfaları, kullanıcıların onaylarını güncellemesini desteklemeye devam eder. Ancak, bu aşamadan sonra, tüm yeni uyumluluk profilleri tercih merkezlerinin gelişmiş işlevselliğini kullanır.

Abonelik merkezleri

Dikkat

Abonelik merkezleri yalnızca ilgili kişi varlıklarıyla kullanılabilir. Müşteri adayları ve Customer Insights - Data profilleri abonelik merkezleri tarafından desteklenmez. Bu varlık türlerine iletişim göndermeyi planlıyorsanız bir tercih merkezi kullanmanızı öneririz.

Giden pazarlama abonelik merkezi, ilgili kişilerin kuruluşunuzla olan iletişim tercihlerini ve bilgilerini yönetmek için kullanabilecekleri bir pazarlama sayfalarıdır. Abonelik merkezleri, giden pazarlamada yapılandırılmalıdır ancak gerçek zamanlı yolculuklar için de kullanılabilir. Abonelik merkezleri gerçek zamanlı yolculuğun amaçları ve konuları ile kullanılmaz. Bir abonelik merkezinden yalnızca ilgili kişi kaydındaki veriler (örneğin DoNotBulkEmail alanı) ve abonelik listeleri güncelleştirilebilir.

Customer Insights - Journeys abonelik merkezlerini yalnızca ilgili kişileri hedefleyen yolculuklarınızda kullanabilirsiniz. Gerçek zamanlı bir yolculuktan abonelik merkezlerinin kullanılması, daha yeni tercih merkezi seçeneğine geçişten önce gerçek zamanlı yolculuklardan ileti göndermeye başlamanıza olanak tanıyabilir.

Not

Abonelik merkezi gerçek zamanlı bir yolculukta kullanıldığında, kullanıcı tarafından DoNotBulkEmail alanında yapılan güncelleştirmeler, e-posta iletisinde yapılandırılan uyumluluk profilinin ticari amacı için bir temas noktası onay kaydının oluşturulmasına veya güncelleştirilmesine neden olur.

Mevcut bir giden pazarlama abonelik merkezini gerçek zamanlı bir yolculukta kullanma hakkında daha fazla bilgi edinmek için Customer Insights - Journeys'de giden abonelik merkezlerini kullanma bölümünü ziyaret edin

Dikkat

Harici bağlantılar şu anda harici olarak barındırılan abonelik merkezleriyle çalışmak üzere tasarlanmıştır ve yalnızca ilgili kişi varlıklarıyla kullanılabilir. Müşteri adayları ve Customer Insights - Data profilleri dış bağlantılarla desteklenmez. Bu varlık türlerine iletişim göndermeyi planlıyorsanız bir tercih merkezi kullanmanızı öneririz.

İpucu

Dış tercih yönetimi sayfasına bir bağlantı eklemek isterseniz ve URL'de yapılan değişiklikler kullanım durumunuz için geçerli değilse, iletilerinizi tercih yönetimi bağlantısını doğrudan ileti şablonuna dahil etmek ve yerleşik uyumluluk {{PreferenceCenter}} belirteçlerini kullanmamak üzere yapılandırmanızı öneririz.

Harici bağlantılar, harici olarak barındırılan bir abonelik merkezine işaret eden bir web sitesi URL'sini yapılandırmanıza olanak tanır. Uyumluluk profilinde yapılandırılan URL, bu uyumluluk profiliyle gönderilen iletilerde yer alır. URL bir iletiye eklendiğinde, alıcı abonelik merkezinin iletinin gönderildiği ilgili kişiyi tanımlamasını sağlamak amacıyla sonuna bir sorgu dizesi parametresi dahil etmek üzere değiştirilir.

Gerçek zamanlı yolculuklarda kullanıcı uyumluluk ayarlarını yönetme (güncelleştirme)

Uyumluluk ayarlarını yönetmek, iş süreçlerinizin gizlilik yasalarıyla ve düzenlemeleriyle uyumlu olmasını sağlamada çok önemlidir. Bu makale yönetici uyumluluk ayarı, tercih merkezleri ve gerçek zamanlı yolculuk kavramlarına genel bir bakış sunar. Giden pazarlama uyumluluğu hakkında bilgi için, Giden pazarlama uyumluluk ayarları bölümünü ziyaret edin.

Gerçek zamanlı yolculuklar uyumluluğuna genel bakış

Gerçek zamanlı yolculuklar uyumluluğunu yapılandırmak için, yöneticiler Ayarlar>Müşteri etkileşimi>Uyumluluk profilleri öğesine giderek onay modeliyle şirket adresini tanımlayabilir ve son kullanıcılarınız için tercih merkezini özelleştirebilirler.

Temas noktası, ileti için hedeftir. Örneğin, bir telefon numarası veya e-posta adresi bir temas noktasıdır. Gerçek zamanlı yolculuklar onayı, temas noktası tabanlıdır; bu da onayın hedefe ve kanala göre depolandığı anlamına gelir. Örneğin, somebody@contoso.com e-postası yaklaşan olaylar hakkında ticari iletişim almayı onaylar. Gerçek zamanlı yolculuklarda onay, temas noktası onay kayıtlarında depolanır. Buna karşılık, giden pazarlamanın onay modeli yalnızca ilgili kişi kaydındaki onayı temel alır. Gerçek zamanlı yolculuğun temas noktası onayı ile müşteriler, kuruluşunuzdan pazarlama iletileri almak istedikleri kanal üzerinde daha fazla denetime sahip olur.

Temas noktası onayının başka bir yararı, gerçek zamanlı yolculuklar için, müşteri adayları vb. dahil herhangi bir varlık genelinde yolcukları düzenlemesine izin vermesidir.

Uyumluluk profilleri

Uyumluluk profilleri, onay ayarlarının kapsayıcılarıdır. Bazı durumlarda müşteriler, her biri için ayrı uyumluluk profilleri oluşturarak markalar veya iş kolları (LOB'ler) için ayrı onaylar oluşturmak isteyebilir. Uyumluluk profilleri, pazarlamacılara çeşitli LOB'ler için belirli onay ayarları oluşturma olanağı sunar. Örneğin, farklı bölgelerde fiziksel adresleri ilgili bölgedeki alıcılar için gösterilmesi gereken genel merkezler varsa her uyumluluk profilinin kendi adresi olabilir.

Birden fazla uyumluluk profili bulundurmanın bir diğer nedeni de bölgeler arasında farklı uyumluluk gereksinimlerini desteklemektir. Örneğin, Amerika Birleşik Devletleri'nde ve Fransa'da faaliyet gösteren bir şirket, bu iki konum için ayrı uyumluluk profillerine sahip olmayı tercih edebilir. ABD sürümünde ticari amaç kısıtlayıcı olmayan zorlama modeline göre ayarlanabilir çünkü Avrupa düzenlemelerine tabi değildir. Ancak Fransa sürümünde, herhangi bir ticari veya promosyon malzemesi göndermeden önce açık onayı gerekli kılmak için ticari amacı kısıtlayıcı uygulama modeline ayarlayabilirler.

Yeni bir uyumluluk profili oluşturduğunuzda, Önceden alınan onayı kullanabilirsiniz. Bu seçenekle, tercih sayfası olan bir uyumluluk profilinden tercih merkezi olan bir uyumluluk profiline geçişin kolaylaştırılması amaçlanmaktadır. Böylece, daha önce yakalanmış tüm onayların yeni uyumluluk profiline uygulandığını garanti altına alır.

Not

Şimdilik, uyumluluk profili veya temas noktası onay kaydını devre dışı bırakabilirsiniz. Ancak, mevcut yolculuklar veya gönderilen iletilerle arasında bağlantı olabileceğinden devre dışı bırakılmış profiller ve temas noktası onay kayıtları kullanılmaya ve uygulanmaya devam edecektir. Bir kullanıcının onayını güncelleştirmek için temas noktası onay kaydına giderek onay değerini değiştirin.

Amaçlar

Veri kullanım amacı onayı (bundan sonra "amaç" olarak adlandırılacaktır), onayın toplanma nedenini tanımlar. Genellikle belirli bir yasal temel veya nedenle ilişkilidir; Örneğin, ticari pazarlama amaçları doğrultusunda bağlantı kurulmasına onay vermeniz gerekir. Amaç şu üç türden biri olabilir: (1) Ticari İletişim, (2) İşlemsel İletişim ve (3) İzleme Onayı. Bir uyumluluk profili oluşturulduğunda, varsayılan olarak üç amaç oluşturulur: Ticari, İşlemsel ve İzleme amacı. Bu amaçlar belirli ihtiyaçlarınızı karşılamak üzere özelleştirilebilir. Ayrıca kendi amaçlarınızı oluşturabilir ve bir uyumluluk profiline ekleyebilirsiniz.

Amaç onayı ayrıca müşterilerin Dataverse departmanları veya ayrı uyumluluk profilleri kullanmadan iş kolu (LOB) ayrımı oluşturmasına olanak sağlar. Her LOB'nin her işletme için yapılandırılmış bir tercih merkezi vardır ve her LOB kendisiyle ilişkilendirilmiş bir amaç kümesine sahiptir ve bu her LOB'ye özeldir. Her ileti (örneğin, e-posta veya kısa mesaj), tek bir tercih merkezine ve ilişkili amaca bağlıdır.

Her kuruluşun, her LOB'si için ayrı amaçlar tanımlaması gerekebilir; örneğin Contoso Kuzeybatı, onayı Contoso Doğu'dan bağımsız olarak yönetmek isteyebilir. Her iş koluna ilişkin Ticari İletişim tercihinin ayrı ayrı yönetilebilmesi için her bir iş kolu Ticari İletişim Amacı oluştururlar.

Amaçlar uyumluluk profilleri arasında da paylaşılabilir. Amaçları paylaşmak, bir uyumluluk profilindeki amaçları ve konuları başka bir uyumluluk profilinin tercih merkezine yerleştirmenize ve ileti onaylarını denetlemek için bunları kullanmanıza olanak tanır. Örneğin, bir Contoso Genel uyumluluk profilinin, Contoso Kuzeybatı ve Contoso Doğu ile paylaşılan bir Ticari amacı olabilir. Paylaşılan amacı, Contoso Kuzeybatı'dan e-posta alan müşterilerin Contoso Kuzeybatı'nın tercih merkezinde Contoso Global markasından iletişimi tercih etmelerine veya bu iletişimin dışında kalmalarına olanak sağlamak için kullanılabilir. Ayrıca, onay amaçlarını paylaşmak onay verilerini paylaşan ancak farklı bir tercih merkezi tasarımına sahip uyumluluk profilleri oluşturmanıza olanak tanır. Örneğin, tüm amaçları iki farklı uyumluluk profilinde paylaşarak iki farklı dilde iki farklı tercih merkezi oluşturabilir, ancak onayı paylaşabilirsiniz.

Konular

Her Amaç, müşterilerin iletişim tercihlerini iyileştirmelerine olanak tanımak üzere belirli iletişim türleri eklemek için konular içerebilir. Örneğin, Contoso Northwest, müşterilerinin hangi belirli konuların ilgilerini çekeceğine karar vermelerini sağlamak için ticari amaca "Bültenler", "Günlük Fırsatlar" ve "Ürün Duyuruları" gibi konular eklemek isteyebilir. Gönderilecek bir ileti oluştururken, pazarlamacıların bir amaç belirlemeleri gerekir, oluşturulmuş bir konu seçimi isteğe bağlıdır. Alıcılar daha sonra ilgilerini çeken konulara katılmayı veya katılmamayı seçebilirler. Amaç ve konu arasında hiyerarşik bir ilişki vardır. Bir konu aynı anda yalnızca bir amaçla ilişkilendirilebilir.

Bir amaca yönelik Uygulama modeli ayarları, bir ileti gönderilmeden önce onayın nasıl değerlendirildiğini denetler. Bir amaca gönderilen iletiler, iletinin gönderilip gönderilmediğini değerlendirmek için o amacın zorlama modelini kullanır. Düzenleme gereksinimlerinize bağlı olarak seçilebilen üç uygulama modeli vardır:

  • Kısıtlayıcı: İletiler yalnızca bu amaca (ya da konuya) yönelik temas noktası onay kayıtlarını kabul etmiş olan temas noktalarına gönderilir.
  • Kısıtlayıcı olmayan: İletiler bu amaca (ya da konuya) yönelik temas noktası onay kayıtlarını reddetmedikçe bütün temas noktalarına gönderilir.
  • Devre Dışı: İletiler tüm ilgili kişi noktalarına gönderilir. Temas noktası onay kayıtları, bu amaca (veya konuya) ileti göndermeden önce denetlenemez.

Not

Aralık 2024 sürümünden bu yana, zorlama modelini metin ve özel kanallar da dahil olmak üzere tüm kanallar için ayarlayabilirsiniz.

Konular, ana amaçlarının uygulama modelini kullanır. Hem bir amaç hem de bir konu ile yapılandırılan iletilerin, gönderilecek iletinin hem amacı hem de konusu için onaya sahip olması gerekir. Temas noktasının bir amaca gönderilmesi onayı yoksa o amacın konusuna dair hiçbir ileti temas noktasına gönderilmez. Örneğin, üst amacın kısıtlayıcı bir zorlama modeli varsa, bir konuya ileti göndermek için hem amaç hem de iletişim noktası onayıyla ilişkili konu için bir kabul edilen iletişim noktası onay kaydı gerekir.

İlgili kişi varlıkları için dikkate alınacak noktalar

Not

Giden pazarlama modülü yüklü olmadan Customer Insights - Journeys'i kullanıyorsanız bu bölümde açıklanan ek onay uygulama denetimleri yapılmaz. Giden pazarlama yoksa iletilerin gönderilip gönderilmediğini belirlemek için yalnızca temas noktası onay uygulama modeli kullanılır.

Giden pazarlama sağlandığında, gerçek zamanlı yolculuklar ilgili kişi kaydında depolanan verileri kullanarak onay uygulama denetimlerini yapar.

Giden pazarlamadan geçişe yardımcı olmak için gerçek zamanlı yolculuklar, amaç ve konuya dayalı onay denetimlerinin yanı sıra, ilgili kişi varlıklarında depolanan onayı kontrol eder. Gerçek zamanlı yolculuklar, ilgili kişi varlığına bir e-posta iletisi gönderildiğinde ilgili kişinin DoNotEmail, DoNotBulkEmail ve DoNotTrack alanlarını inceler.

Giden pazarlama yolculuklarında, DoNotEmail ve DoNotBulkEmail ilgili kişi varlıkları, bir e-postanın gönderilip gönderilmediğini denetler. Gerçek zamanlı yolculuklar ayrıca giden pazarlamanın onay uygulama davranışıyla eşleşecek şekilde bu iki alanı kontrol eder. Ticari amaç türüne sahip e-postalar için DoNotEmail ve DoNotBulkEmail alanları, e-postanın ilgili kişiye gönderilmesine izin verecek şekilde ayarlanmalıdır. Yalnızca DoNotEmail alanı, e-postaların işlem amaç türüyle gönderilmesine izin verecek şekilde ayarlanmalıdır. Bu denetimler, gerçek zamanlı yolculuklar tarafından gönderilen e-postalar için Customer Insights - Journeys temas noktası onay kabul etme/geri çevirme denetimlerine ek olarak gerçekleştirilir. Bu denetimler, diğer varlık türleri (örneğin müşteri adayları veya Customer Insights - Data profilleri) için gerçekleştirilmez.

Bir e-postanın gerçek zamanlı bir yolculuktan bir ilgili kişiye gönderilebilmesi için, temas noktasının alanları ve e-posta adresinin temas noktası onay kayıtlarının tümünün iletinin gönderilmesine izin vermiş olması gerekir.

Aynı şekilde, izleme bağlantılarının ve piksellerin bir iletiye eklenmesi için ilgili kişinin DoNotTrack alanı ve izleme temas noktası onay kayıtları izlemeye izin vermelidir. Bu üç alan, başka varlıklara (örneğin müşteri adaylarına) gönderilen iletiler için denetlenmez.

İlgili kişilere gönderilen metin ve özel kanal iletileri, onay değerlendirilirken DoNotEmail, DoNotBulkEmail veya DoNotTrack alanlarını kullanmaz.

Giden pazarlamadan gerçek zamanlı yolculuklara geçişler hakkında buradan daha fazla bilgi edinmek için, Onay yönetimi ve çift kabule geçişi kılavuzu bölümünü ziyaret edin

Ayrıca bkz.

Customer Insights - Journeys uygulamasında e-posta ve kısa mesaj onayını yönetmeCustomer Insights - Journeys tercih merkezleriGiden pazarlama uyumluluk ayarları