CONSIDERATIONS FOR JOURNEY BUILDER - PART 2

 CONSIDERATIONS FOR JOURNEY BUILDER - PART 2



RECAP PART 1 - JOURNEY BUILDER CONSIDERATIONS 


Salesforce Marketing Cloud's Journey Builder is a powerful tool that allows businesses to create automated, personalized customer journeys across multiple channels, including email. Email activity within Journey Builder refers to sending targeted emails to customers at specific points in their journey. These emails can be triggered by various actions or events, such as a customer's behavior on a website or a specific date in their lifecycle. By leveraging email activity in Journey Builder, businesses can create more engaging and relevant email campaigns that improve customer engagement and drive conversions.

In Part 2 of this series, we will focus on email activities considerations for Journey Builder. We would validate the question "WHEN" :




1. "WHEN" we leave the name and description empty :

     The email’s name becomes the title of the activity unless you provide a custom title. If you don’t provide a description, the system-generated description is provided.

To create an email from the content builder see here



2. "WHEN" we edit "Subject Line" and/or "preheader" :

       When you edit the subject line/preheader, you must save the draft again to apply the change to this send.



3. "WHEN" contacts don't proceed in Journeys :

    Contacts often don’t proceed in the journey when they’re excluded from a send. Journey Builder excludes contacts from a send due to factors such as domain exclusion, List Detective, presence on a suppression list, or opt-out list exclusion. These often lead to "Hard Errors" in the email activity summary. 


4. "WHEN" you pause a journey for more than 72 hours :

        Contacts that remain in the queue longer than 72 hours exceed the Triggered Send Expiration Policy and don’t receive the message.

        A follow-up question - If we republish the auto-suppression list with new subscribers, would it affect the sends in the journey builder?

            If subscribers are already queued in your triggered send definition  (TSD) for the email activity, it would not affect the sends, it's recommended we re-publish the TSD. 


5. "WHEN" sending tracking results to the sales cloud :

     To send tracking data to Sales Cloud, the contact ID must be related to All Subscribers on Subscriber Key in the event source data extension. The Contact ID must be the 18-digit Contact ID value created by Sales Cloud and Service Cloud. The 15-digit version isn’t supported.

This condition is automatically met when using the Salesforce Data Event to admit contacts. Send Tracking Results to Sales Cloud isn’t available for Transactional send journeys.

Comments


Knowledge Article

Most Viewed

CLOUD PAGE ENABLEMENT - PART 1

EMAIL NOT SENT IN JOURNEY BUILDER

CONSIDERATIONS FOR JOURNEY BUILDER

Journey Builder REST API Documentation

Preference Center Demystified

Popular Posts

CLOUD PAGE ENABLEMENT - PART 1

EMAIL NOT SENT IN JOURNEY BUILDER

CONSIDERATIONS FOR JOURNEY BUILDER

Journey Builder REST API Documentation

Preference Center Demystified

SEND LOG EANBLEMENT

Share with Friends

Disclaimer:

The information provided on this technical blog is for general informational purposes only. As a SFMC (Salesforce Marketing Cloud) Technical Architect, I strive to offer accurate and up-to-date content related to SFMC and its associated technologies. However, please note that technology is constantly evolving, and the information provided may become outdated or inaccurate over time.

The content published on this blog represents my personal views and experiences as a SFMC Technical Architect and does not necessarily reflect the official views or opinions of any organization or employer I may be affiliated with.

While I make every effort to ensure the accuracy and reliability of the information presented, I cannot guarantee its completeness, suitability, or applicability to your specific circumstances. Therefore, it is essential to verify any information provided and make your own independent assessments or seek professional advice if needed.

Furthermore, any actions taken based on the information provided on this blog are at your own risk. I shall not be held liable for any damages, losses, or inconveniences arising from the use of the information presented here.

Please keep in mind that SFMC and its associated technologies are complex and require technical expertise for proper implementation and management. It is recommended to consult with qualified professionals or official SFMC documentation for comprehensive guidance.

Finally, please note that any product or company names mentioned on this blog are trademarks or registered trademarks of their respective owners. The mention of these trademarks or registered trademarks does not imply any endorsement or affiliation with the blog.

By accessing and using this blog, you agree to the terms of this disclaimer. If you do not agree with any part of this disclaimer, please refrain from using this blog.