USE CASES FOR CLOUD PAGES

 USE CASES FOR CLOUD PAGES

WE ARE STORING DATA INTO DATA EXTENSIONS WHEN SUBSCRIBERS SUBMITS THE FEEDBACK FORM. MARKETERS WANTS TO RECEIVE AN EMAIL DAILY WITH THE FEEDBACK COLLECTED ON A DAILY BASIS TO TAKE  MARKET DECISIONS

Create an automation to do the data extract from the said data extension and transfer the file to FTP as csv file.
In your email you have to use AttachFile()  Ampscript function to attach the file in the email, if not enabled you have raise a SF ticket.
 
Automation activity, 1. Data Extract 2.File transfer and 3. Email Send Activity


I CREATED THE AUTOMATION AND FOLLOWED THE STEPS MENTIONED ABOVE BUT THE FILES THEY ARE RECEIVING ARE EITHER CORRUPTED OR NOT SHOWING DATA CORRECTLY
NEITHER THE AUTOMATION IS THROWING AN ERROR DURING RUN. HOW SHOULD I TROUBLESHOOT, IF AM DOING ANYTHING WRONG?

Please check the following 

1. What is your file naming pattern?

2. What is your data extract type?

3. If its a data extension extract have you clicked on the "text qualified"?

4. Which FTP are you transferring the file? 

 

When your are doing data extension extract, make sure you select the checkbox "Text qualified" in the configuration step, so that all line breaks are in quote as a single string and this might be the potential issue of your file being corrupted.


ALSO, Add an extra step to convert the file to UTF-8 after the data extract.





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.