Contact Key & Subscriber Key for Non-CRM Contacts (Adding Sales & Service Cloud Later)What are the benefits of Subscriber key Migration?Issue with using ContactID as subscriber key in Marketing CloudMarketing Cloud Connect Syncing Email sent from ET back to a Contact Email Send Related listWhat is the difference between Primary Key Contact ID, Contact Key, Subscriber Key and Subscriber ID?Marketing Cloud Connect and Subscriber KeyDeleted Contacts in marketing cloud impacting CRM intergrationSubscriber Key for Non-CRM contactsDuplicate records in All Contacts after create a PopulationWhat are the benefits of Subscriber key Migration?With Person Account activated, what Salesforce ID as Subscriber Key/Contact Key in SFMC?

If I sell my PS4 game disc and buy a digital version, can I still access my saved game?

Why did Boris Johnson call for new elections?

If I have an accident, should I file a claim with my car insurance company?

Global variables and information security

Do 643,000 Americans go bankrupt every year due to medical bills?

Is it possible to observe space debris with Binoculars?

'This one' as a pronoun

ASCII Maze Rendering 3000

Fantasy Military Arms and Armor: the Dwarven Grand Armory

Is the Levitate spell supposed to basically disable a melee-based enemy?

Vimscript - Surround word under cursor with quotes

Life post thesis submission is terrifying - Help!

What is the majority of the UK Government as of 2019-09-04?

First Number to Contain Each Letter

Is there any reason to change the ISO manually?

In the DC universe, which characters assumed the identity of the Red Hood?

GFI outlets tripped after power outage

Does blackhole merging breaks their event horizon seggregation?

Is every coset of a group closed under taking inverses?

Why are all volatile liquids combustible

Left my gmail logged in when I was fired

Dissuading my girlfriend from a scam

Professor refuses to write a recommendation letter

Why there is no wireless switch?



Contact Key & Subscriber Key for Non-CRM Contacts (Adding Sales & Service Cloud Later)


What are the benefits of Subscriber key Migration?Issue with using ContactID as subscriber key in Marketing CloudMarketing Cloud Connect Syncing Email sent from ET back to a Contact Email Send Related listWhat is the difference between Primary Key Contact ID, Contact Key, Subscriber Key and Subscriber ID?Marketing Cloud Connect and Subscriber KeyDeleted Contacts in marketing cloud impacting CRM intergrationSubscriber Key for Non-CRM contactsDuplicate records in All Contacts after create a PopulationWhat are the benefits of Subscriber key Migration?With Person Account activated, what Salesforce ID as Subscriber Key/Contact Key in SFMC?






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








2















We currently do not have SalesCloud set up but it is on the road map. We are looking to first setup MC and will be emailing current customers and any newsletter signups.



How do I generate a Subscriber Key and/or Contact Key for these contacts who are not in any type of CRM? And is there any planning I can do, knowing that one day in the future we will be adding SFDC Sales & ServiceCloud and will want to use Contact/Lead id so that data passes across the different clouds?










share|improve this question









New contributor



Joseph LaGrutta is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
Check out our Code of Conduct.



























    2















    We currently do not have SalesCloud set up but it is on the road map. We are looking to first setup MC and will be emailing current customers and any newsletter signups.



    How do I generate a Subscriber Key and/or Contact Key for these contacts who are not in any type of CRM? And is there any planning I can do, knowing that one day in the future we will be adding SFDC Sales & ServiceCloud and will want to use Contact/Lead id so that data passes across the different clouds?










    share|improve this question









    New contributor



    Joseph LaGrutta is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
    Check out our Code of Conduct.























      2












      2








      2








      We currently do not have SalesCloud set up but it is on the road map. We are looking to first setup MC and will be emailing current customers and any newsletter signups.



      How do I generate a Subscriber Key and/or Contact Key for these contacts who are not in any type of CRM? And is there any planning I can do, knowing that one day in the future we will be adding SFDC Sales & ServiceCloud and will want to use Contact/Lead id so that data passes across the different clouds?










      share|improve this question









      New contributor



      Joseph LaGrutta is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.











      We currently do not have SalesCloud set up but it is on the road map. We are looking to first setup MC and will be emailing current customers and any newsletter signups.



      How do I generate a Subscriber Key and/or Contact Key for these contacts who are not in any type of CRM? And is there any planning I can do, knowing that one day in the future we will be adding SFDC Sales & ServiceCloud and will want to use Contact/Lead id so that data passes across the different clouds?







      marketing-cloud contactbuilder marketing-cloud-connector subscriber-key






      share|improve this question









      New contributor



      Joseph LaGrutta is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.










      share|improve this question









      New contributor



      Joseph LaGrutta is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.








      share|improve this question




      share|improve this question








      edited 5 hours ago









      Jackson Chen

      2,3672 gold badges6 silver badges28 bronze badges




      2,3672 gold badges6 silver badges28 bronze badges






      New contributor



      Joseph LaGrutta is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.








      asked 8 hours ago









      Joseph LaGruttaJoseph LaGrutta

      111 bronze badge




      111 bronze badge




      New contributor



      Joseph LaGrutta is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.




      New contributor




      Joseph LaGrutta is a new contributor to this site. Take care in asking for clarification, commenting, and answering.
      Check out our Code of Conduct.

























          1 Answer
          1






          active

          oldest

          votes


















          4
















          Your scenario isn't a very complicated one so no need to overthink this.



          As you do not have the CRM when starting out, there are no restrictions on what you can or may set as the SubscriberKey.



          Ideally you should generate a unique value for each subscriber, and it should not be the Email address or a phone number. Data type should be text, even if you use a numeric value as the SubscriberKey.



          The only thing to consider is that after connecting Sales Cloud these non-CRM concacts will not synchronise any tracking to Sales Cloud and should not be used together in automations / data extensions together with Sales Cloud records.



          Here's what I would recommend:



          1. Create a unique key for every subscriber as SubscriberKey, data type as text.

          2. Do your emailings/automations by using the custom SubscriberKey until you get Sales Cloud in place and integrated.

          3. Import the non-CRM subscribers to Sales Cloud as new records and honor their subscription preferences. This way they will be re-created in Marketing Cloud in synchronised data extension as new lead/contact records with Sales Cloud Contact/Lead ID's.

          4. Export send history for the non-CRM contacts from Marketing Cloud.

          5. Delete the non-CRM contacts from Marketing Cloud.

          This way you'll end up with a clean database in Marketing Cloud where your contacts are properly recognized by their Salesforce record ID's and history tracking is synchronising back to Sales Cloud.






          share|improve this answer




















          • 1





            It is worth mentioning, that all the native tracking history on SFMC will be lost. If you want to maintain it, you would need to perform Subscriber Key migration once you connect Sales Cloud: salesforce.stackexchange.com/questions/265607/…

            – Lukas Lunow
            7 hours ago











          • If they don't have a CRM and it's temporary I wouldn't be opposed to using email address as the key. It can still be recommended to have a dedicated 'Subscriber/Contact Key' data extension field that's text, but it could be populated with an email address. This makes it a bit easier if you're using triggered sends, data can be posted directly from website/forms and you don't need to worry about pulling in another ID field that may not be exposed.

            – AnonWonderer
            36 mins ago














          Your Answer








          StackExchange.ready(function()
          var channelOptions =
          tags: "".split(" "),
          id: "459"
          ;
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function()
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled)
          StackExchange.using("snippets", function()
          createEditor();
          );

          else
          createEditor();

          );

          function createEditor()
          StackExchange.prepareEditor(
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader:
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          ,
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          );



          );






          Joseph LaGrutta is a new contributor. Be nice, and check out our Code of Conduct.









          draft saved

          draft discarded


















          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f275933%2fcontact-key-subscriber-key-for-non-crm-contacts-adding-sales-service-cloud%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          4
















          Your scenario isn't a very complicated one so no need to overthink this.



          As you do not have the CRM when starting out, there are no restrictions on what you can or may set as the SubscriberKey.



          Ideally you should generate a unique value for each subscriber, and it should not be the Email address or a phone number. Data type should be text, even if you use a numeric value as the SubscriberKey.



          The only thing to consider is that after connecting Sales Cloud these non-CRM concacts will not synchronise any tracking to Sales Cloud and should not be used together in automations / data extensions together with Sales Cloud records.



          Here's what I would recommend:



          1. Create a unique key for every subscriber as SubscriberKey, data type as text.

          2. Do your emailings/automations by using the custom SubscriberKey until you get Sales Cloud in place and integrated.

          3. Import the non-CRM subscribers to Sales Cloud as new records and honor their subscription preferences. This way they will be re-created in Marketing Cloud in synchronised data extension as new lead/contact records with Sales Cloud Contact/Lead ID's.

          4. Export send history for the non-CRM contacts from Marketing Cloud.

          5. Delete the non-CRM contacts from Marketing Cloud.

          This way you'll end up with a clean database in Marketing Cloud where your contacts are properly recognized by their Salesforce record ID's and history tracking is synchronising back to Sales Cloud.






          share|improve this answer




















          • 1





            It is worth mentioning, that all the native tracking history on SFMC will be lost. If you want to maintain it, you would need to perform Subscriber Key migration once you connect Sales Cloud: salesforce.stackexchange.com/questions/265607/…

            – Lukas Lunow
            7 hours ago











          • If they don't have a CRM and it's temporary I wouldn't be opposed to using email address as the key. It can still be recommended to have a dedicated 'Subscriber/Contact Key' data extension field that's text, but it could be populated with an email address. This makes it a bit easier if you're using triggered sends, data can be posted directly from website/forms and you don't need to worry about pulling in another ID field that may not be exposed.

            – AnonWonderer
            36 mins ago
















          4
















          Your scenario isn't a very complicated one so no need to overthink this.



          As you do not have the CRM when starting out, there are no restrictions on what you can or may set as the SubscriberKey.



          Ideally you should generate a unique value for each subscriber, and it should not be the Email address or a phone number. Data type should be text, even if you use a numeric value as the SubscriberKey.



          The only thing to consider is that after connecting Sales Cloud these non-CRM concacts will not synchronise any tracking to Sales Cloud and should not be used together in automations / data extensions together with Sales Cloud records.



          Here's what I would recommend:



          1. Create a unique key for every subscriber as SubscriberKey, data type as text.

          2. Do your emailings/automations by using the custom SubscriberKey until you get Sales Cloud in place and integrated.

          3. Import the non-CRM subscribers to Sales Cloud as new records and honor their subscription preferences. This way they will be re-created in Marketing Cloud in synchronised data extension as new lead/contact records with Sales Cloud Contact/Lead ID's.

          4. Export send history for the non-CRM contacts from Marketing Cloud.

          5. Delete the non-CRM contacts from Marketing Cloud.

          This way you'll end up with a clean database in Marketing Cloud where your contacts are properly recognized by their Salesforce record ID's and history tracking is synchronising back to Sales Cloud.






          share|improve this answer




















          • 1





            It is worth mentioning, that all the native tracking history on SFMC will be lost. If you want to maintain it, you would need to perform Subscriber Key migration once you connect Sales Cloud: salesforce.stackexchange.com/questions/265607/…

            – Lukas Lunow
            7 hours ago











          • If they don't have a CRM and it's temporary I wouldn't be opposed to using email address as the key. It can still be recommended to have a dedicated 'Subscriber/Contact Key' data extension field that's text, but it could be populated with an email address. This makes it a bit easier if you're using triggered sends, data can be posted directly from website/forms and you don't need to worry about pulling in another ID field that may not be exposed.

            – AnonWonderer
            36 mins ago














          4














          4










          4









          Your scenario isn't a very complicated one so no need to overthink this.



          As you do not have the CRM when starting out, there are no restrictions on what you can or may set as the SubscriberKey.



          Ideally you should generate a unique value for each subscriber, and it should not be the Email address or a phone number. Data type should be text, even if you use a numeric value as the SubscriberKey.



          The only thing to consider is that after connecting Sales Cloud these non-CRM concacts will not synchronise any tracking to Sales Cloud and should not be used together in automations / data extensions together with Sales Cloud records.



          Here's what I would recommend:



          1. Create a unique key for every subscriber as SubscriberKey, data type as text.

          2. Do your emailings/automations by using the custom SubscriberKey until you get Sales Cloud in place and integrated.

          3. Import the non-CRM subscribers to Sales Cloud as new records and honor their subscription preferences. This way they will be re-created in Marketing Cloud in synchronised data extension as new lead/contact records with Sales Cloud Contact/Lead ID's.

          4. Export send history for the non-CRM contacts from Marketing Cloud.

          5. Delete the non-CRM contacts from Marketing Cloud.

          This way you'll end up with a clean database in Marketing Cloud where your contacts are properly recognized by their Salesforce record ID's and history tracking is synchronising back to Sales Cloud.






          share|improve this answer













          Your scenario isn't a very complicated one so no need to overthink this.



          As you do not have the CRM when starting out, there are no restrictions on what you can or may set as the SubscriberKey.



          Ideally you should generate a unique value for each subscriber, and it should not be the Email address or a phone number. Data type should be text, even if you use a numeric value as the SubscriberKey.



          The only thing to consider is that after connecting Sales Cloud these non-CRM concacts will not synchronise any tracking to Sales Cloud and should not be used together in automations / data extensions together with Sales Cloud records.



          Here's what I would recommend:



          1. Create a unique key for every subscriber as SubscriberKey, data type as text.

          2. Do your emailings/automations by using the custom SubscriberKey until you get Sales Cloud in place and integrated.

          3. Import the non-CRM subscribers to Sales Cloud as new records and honor their subscription preferences. This way they will be re-created in Marketing Cloud in synchronised data extension as new lead/contact records with Sales Cloud Contact/Lead ID's.

          4. Export send history for the non-CRM contacts from Marketing Cloud.

          5. Delete the non-CRM contacts from Marketing Cloud.

          This way you'll end up with a clean database in Marketing Cloud where your contacts are properly recognized by their Salesforce record ID's and history tracking is synchronising back to Sales Cloud.







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered 8 hours ago









          RainRain

          3,3052 gold badges10 silver badges31 bronze badges




          3,3052 gold badges10 silver badges31 bronze badges










          • 1





            It is worth mentioning, that all the native tracking history on SFMC will be lost. If you want to maintain it, you would need to perform Subscriber Key migration once you connect Sales Cloud: salesforce.stackexchange.com/questions/265607/…

            – Lukas Lunow
            7 hours ago











          • If they don't have a CRM and it's temporary I wouldn't be opposed to using email address as the key. It can still be recommended to have a dedicated 'Subscriber/Contact Key' data extension field that's text, but it could be populated with an email address. This makes it a bit easier if you're using triggered sends, data can be posted directly from website/forms and you don't need to worry about pulling in another ID field that may not be exposed.

            – AnonWonderer
            36 mins ago













          • 1





            It is worth mentioning, that all the native tracking history on SFMC will be lost. If you want to maintain it, you would need to perform Subscriber Key migration once you connect Sales Cloud: salesforce.stackexchange.com/questions/265607/…

            – Lukas Lunow
            7 hours ago











          • If they don't have a CRM and it's temporary I wouldn't be opposed to using email address as the key. It can still be recommended to have a dedicated 'Subscriber/Contact Key' data extension field that's text, but it could be populated with an email address. This makes it a bit easier if you're using triggered sends, data can be posted directly from website/forms and you don't need to worry about pulling in another ID field that may not be exposed.

            – AnonWonderer
            36 mins ago








          1




          1





          It is worth mentioning, that all the native tracking history on SFMC will be lost. If you want to maintain it, you would need to perform Subscriber Key migration once you connect Sales Cloud: salesforce.stackexchange.com/questions/265607/…

          – Lukas Lunow
          7 hours ago





          It is worth mentioning, that all the native tracking history on SFMC will be lost. If you want to maintain it, you would need to perform Subscriber Key migration once you connect Sales Cloud: salesforce.stackexchange.com/questions/265607/…

          – Lukas Lunow
          7 hours ago













          If they don't have a CRM and it's temporary I wouldn't be opposed to using email address as the key. It can still be recommended to have a dedicated 'Subscriber/Contact Key' data extension field that's text, but it could be populated with an email address. This makes it a bit easier if you're using triggered sends, data can be posted directly from website/forms and you don't need to worry about pulling in another ID field that may not be exposed.

          – AnonWonderer
          36 mins ago






          If they don't have a CRM and it's temporary I wouldn't be opposed to using email address as the key. It can still be recommended to have a dedicated 'Subscriber/Contact Key' data extension field that's text, but it could be populated with an email address. This makes it a bit easier if you're using triggered sends, data can be posted directly from website/forms and you don't need to worry about pulling in another ID field that may not be exposed.

          – AnonWonderer
          36 mins ago











          Joseph LaGrutta is a new contributor. Be nice, and check out our Code of Conduct.









          draft saved

          draft discarded


















          Joseph LaGrutta is a new contributor. Be nice, and check out our Code of Conduct.












          Joseph LaGrutta is a new contributor. Be nice, and check out our Code of Conduct.











          Joseph LaGrutta is a new contributor. Be nice, and check out our Code of Conduct.














          Thanks for contributing an answer to Salesforce Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid


          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.

          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function ()
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsalesforce.stackexchange.com%2fquestions%2f275933%2fcontact-key-subscriber-key-for-non-crm-contacts-adding-sales-service-cloud%23new-answer', 'question_page');

          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          Canceling a color specificationRandomly assigning color to Graphics3D objects?Default color for Filling in Mathematica 9Coloring specific elements of sets with a prime modified order in an array plotHow to pick a color differing significantly from the colors already in a given color list?Detection of the text colorColor numbers based on their valueCan color schemes for use with ColorData include opacity specification?My dynamic color schemes

          Invision Community Contents History See also References External links Navigation menuProprietaryinvisioncommunity.comIPS Community ForumsIPS Community Forumsthis blog entry"License Changes, IP.Board 3.4, and the Future""Interview -- Matt Mecham of Ibforums""CEO Invision Power Board, Matt Mecham Is a Liar, Thief!"IPB License Explanation 1.3, 1.3.1, 2.0, and 2.1ArchivedSecurity Fixes, Updates And Enhancements For IPB 1.3.1Archived"New Demo Accounts - Invision Power Services"the original"New Default Skin"the original"Invision Power Board 3.0.0 and Applications Released"the original"Archived copy"the original"Perpetual licenses being done away with""Release Notes - Invision Power Services""Introducing: IPS Community Suite 4!"Invision Community Release Notes

          François Viète Contents Biography Work and thought Bibliography See also Notes Further reading External links Navigation menup. 21Google Bookspp. 75–77Google BooksDe thou (from University of Saint Andrews)ArchivedGoogle BooksGoogle BooksGoogle BooksGoogle booksGoogle Bookscc-parthenay.frL'histoire universelle (fr)Universal History (en)ArchivedAdsabs.harvard.eduPagesperso-orange.frArchive.orgChikara Sasaki. Descartes' mathematical thought p.259Google BooksGoogle BooksGoogle Bookspp. 152 and onwardGoogle BooksGoogle BooksScribd.comGoogle Books1257-7979Google BooksGoogle BooksGoogle BooksGoogle BooksGoogle BooksGoogle BooksGallica.bnf.frGoogle BooksGoogle Books"François Viète"Francois Viète: Father of Modern Algebraic NotationThe Lawyer and the GamblerAbout TarporleySite de Jean-Paul GuichardL'algèbre nouvelle"About the Harmonicon"cb120511976(data)1188044800000 0001 0913 5903n82164680ola2013766880073431702w6vt1sb70287374827140948071409480