I still remember vividly how, after coming back from my summer holidays in 2014, my manager told me to book a flight to NYC to get trained on Adobe Audience Manager (AAM). The training was a hit and miss type: I understood some concepts, while others were totally alien to me. It did not help the fact that, after this training, I spent 6 months without working on AAM projects.
Now that you are familiar with what a bot it is, I am going to explain how the Adobe Experience Cloud (AEC) interacts with bots. However, if you landed on this page directly and do not know what a bot is, I suggest you first read my previous post on bots, crawlers and spiders.
If you have a website, sooner or later it is going to be found by bots. There is no way you can prevent this from happening, so you need to be ready to deal with them. This is the first of a 2-part series on this topic.
Like all guilds, digital marketeers have their own jargon. People outside the group may find it difficult to understand what certain words mean. One such word is campaign. Different people, teams or companies in digital marketing use it in different ways, often excluding others’ meaning.
Many years ago I read a story about the resignation of Google’s lead designer. He wrote a bitter post, where he explained why he did it. I recommend that you read it before you proceed with my post. Initially, it was just an curious story for me, but now I see profound implications.
The concept of consumer journeys is becoming one of the key techniques to digital marketing. It is an innovative way of creating campaigns, which requires all teams rowing together towards a common goal. If you have not heard about them, in the few posts I will explain consumer journeys in more detail.
Today I am going to diverge from the typical, more technically-oriented posts I have written in the last few months. Most of the companies I have worked with in the last 5+ years had the same issue: different Adobe tools where used by different and disconnected teams. Although this seems like an obvious issue, I wanted to put it in writing.
The wait is over. If you have followed my last couple of posts, I have been explaining the steps before you can actually start configuring Profile Merge Rules. These steps are needed so, if you have landed on this post after a search, check them before proceeding with this one.
In my previous post, I started explaining what profile merge rules are. If you were expecting that in today’s post I documented how to configure it, I am still not there yet. I still need another building block: the declared IDs. With it, I will be in a position to show you how to proceed with profile merge rules.