Яка різниця між ідентифікатором основного ключа, контактним ключем, підпискою та ідентифікатором підписки?

user48743 09/21/2017. 1 answers, 552 views
marketing-cloud contactbuilder

Яка різниця між ідентифікатором основного ключа, контактним ключем, підпискою та ідентифікатором підписки?

Наприклад:

  • Subscriber ID -?
  • Subscriber Key - однозначно ідентифікує абонента - за канал?
  • Contact ID - унікальний для кожного користувача, відмінний за канал?
  • Contact Key - визначений користувачем - для "людини"? наприклад, ідентифікатор запису Salesforce?
  • Primary Key - що використовується в розширенні даних, як це було для ідентифікації унікальних записів?

Мені потрібно чітко зрозуміти це, тому я можу абсолютно передати цю інформацію. Я прочитав матеріал довідки, але я думаю, що мені це потрібно з прикладом, оскільки я все ще не зовсім це розумію.

4 Comments
user48743 09/21/2017
Добре спасибі за відповідь, тому, якщо я можу відтворити дві частини: ЧАСТИНА 1 Джон існує в SF як обліковий запис особи з ідентифікатором 123XYZ, цей ідентифікатор потім використовується як ключ контакту в конструкторі даних. Тож контактний ключ для Джона буде 123XYZ? Оскільки Джон є новим і не був доданий до того, як він також отримає систему, створена MC, контактний ідентифікатор сказав 456ABC. Тоді зв'язує разом у Build Build з усією інформацією, яка стосується Джона, використовуючи зазначені ідентифікатори ...?
user48743 09/21/2017
ЧАСТИНА 2: Джон тоді відповідає критеріям 2 електронної пошти та 1 текстовим повідомленням Подорожі. Джон входить до поштової Подорожі 1 електронною поштою Family.Smith@email.com, це створює підписувальний ключ 123XYZ, оскільки ідентифікатор SF був встановлений як мій абонентський ключ. Тоді Джон вводить в текстовий маршрут з тим самим електронним листом і тел 12345 678 678. Це потім приєднує його текстову взаємодію, використовуючи той самий абонентський ключ? Джону надіслано Email 2 і використовується той самий абонентний ключ? Коли створюється абонентський ключ, так це ідентифікатор підписувача, який скаже 999ZZZ?
Data_Kid 09/21/2017
оновив мою відповідь
user48743 09/22/2017
Спасибі Data_Kid - і за ваше терпіння зі мною на цьому! Я зараз це отримую :)

1 Answers


Data_Kid 10/06/2017.

Subscriber Key : атрибут Email Studio який використовується як унікальний ідентифікатор для записів контактів. Має співвідношення один до одного з підписчиками і незмінне (неможливо змінити після встановлення). This is a user defined property

Subscriber ID : Подібно до абонентського ключа, він використовується в бекенда і не відображається, крім запитів або API. This is set by the system

Contact Key : атрибут Contact Builder який використовується як унікальний ідентифікатор для моделі контактів та інших моделей (Journey Builder), крім Email Studio. ** Це визначено користувачем **.

Contact ID : аналогічно ідентифікатору абонента

Таким чином, можна мати інший контактний ключ та підписувальний ключ, оскільки вони є унікальними ідентифікаторами для різних модулів.

Я б бачив підписників як контактну інформацію в електронній поштовій студії, а також "особа" як контакти.

Тому Subscriber IS A MEMBER OF Person .

Primary Key : Використовується в розширенні даних як унікальний ідентифікатор WITHIN THE DATA EXTENSION . Розширення даних, яке використовується для зберігання даних в межах хмарної реклами (незалежно від того, яка програма), і дотримуватися правил бази даних взаємодії, як і будь-яка традиційна бази даних на базі SQL.

Example Scenario:

У вас є новий контакт (Джон), який додається до вашого екземпляру SFMC. Ви хочете поспілкуватися з Джоном за кампанією життєвого циклу, яка включає електронну пошту з будівельником подорожі.

Для цього Джон буде потрібно додати до конструктора контактів. Коли ви додаєте його як контакт, ви встановлюєте "Контактний ключ". Одночасно система генерує "Контактний ідентифікатор" для нього. Тепер система може розглядати його як контакт через модель даних, і через цей ключі контакту він зв'яже його з іншими програмами / атрибутами в рамках Cloudroom. Але ми не можемо надіслати йому електронного листа, оскільки він не існує як електронна пошта студія "абонент". Для цього він повинен бути доданий до електронної пошти студії. Коли це станеться, ми встановили "Абонентський ключ", і система генерує "Ідентифікатор підписки".

Тепер система визнає Джона контактом (Контактний ключ), а також абонентом електронної пошти (Subscriber Key)

Надія це має сенс.

Answers to Questions in Comment

  • Question :: ЧАСТИНА 1 Джон існує в SF як обліковий запис особи з ідентифікатором 123XYZ, цей ідентифікатор потім використовується як ключ контакту в конструкторі даних. Тож контактний ключ для Джона буде 123XYZ? Оскільки Джон є новим і не був доданий до того, як він також отримає систему, створена MC, контактний ідентифікатор сказав 456ABC. Потім у Build Build зв'язані всі відомості, що стосуються Джона, використовуючи зазначені вище ідентифікатори
  • Answer спот на. Це вірно

  • Question Джона тоді відповідає критеріям 2 електронних листів та 1 текстовим повідомленням Подорожі. Джон входить до поштової Подорожі 1 електронною поштою Family.Smith@email.com, це створює підписувальний ключ 123XYZ, оскільки ідентифікатор SF був встановлений як мій абонентський ключ. Тоді Джон вводить в текстовий маршрут з тим самим електронним листом і тел 12345 678 678. Це потім приєднує його текстову взаємодію, використовуючи той самий абонентський ключ? Джону надіслано Email 2 і використовується той самий абонентний ключ? Коли створюється абонентський ключ, це ідентифікатор підписувача, що говорить про 999ZZZ

  • Answer : частково правильно. Абонентський ключ - це user defined attribute (тобто Ви створюєте значення). Рекомендовано використовувати ті ж значення, що і ключі контакту. З випуском тексту, Mobile Connect працює трохи іншим. Він буде використовувати ідентифікатор підписки для заднього кінця, щоб надіслати це повідомлення. Вам потрібно імпортувати мобільну демографію та встановити довгі / короткі коди для вашого повідомлення. Але так, використовуючи комбінацію клавіш підписки, ідентифікатора абонента та контактного ключа, всі перелічені вище взаємодії відображаються Джоном.]

Update:

Окрім офіційних документів:

Зрозуміти відмінності між ідентифікатором контакту та ідентифікатором підписки, а також ключем контакту та ключом підписки. Ці поля системи не використовуються для облікових записів Marketing Cloud. Більшість клієнтів використовують первинний ідентифікатор для своїх клієнтів, і в цьому випадку вони пов'язують свій ідентифікатор з маркетинговою областю за допомогою ключового ключа маркетингового клієнту або значення ключа підписки.

Атрибути "Контактний ідентифікатор" та "Ідентифікатор підписки" - це сурогатні ключі, які використовуються внутрішніми системами "Маркетинг хмар". Ви можете бачити ці поля у винятках відстеження та переглядах системних даних у запитах. Однак не використовуйте ці значення для діяльності "Маркетингова хмара", щоб уникнути проблем із продуктивністю.

Resources

1 comments
3 Adam Spriggs 09/21/2017
+1 для Джона. Лол.

Related questions

Hot questions

Language

Popular Tags