We are all familiar with the client-side debugging tools, from the old DigitalPulse debugger to Charles. However, as Tim asked me some time ago, how do we debug server-side implementations? It is not always easy, but you have various options. Let’s explore them.
[UPDATE 12/05/2019] There are some limitations, which I have added towards the bottom
A few weeks ago I read a great blog post entitled The Era of Server-side Everything from my colleague Jan Exner. I wanted to write a comment, but as I started to think about what to write, I realised it was going to be too long. Instead, I decided I would write my own post on this topic. Then, as I started to think what I would include, additional blog posts came to my mind. So, this is the first of a series of posts on server-side digital marketing.
I am sure you have been hearing a lot about Adobe Sensei lately. This technology was announced in November 2016, but only in the last few months it has become more mainstream. In summary, Adobe Sensei is Adobe’s approach to artificial intelligence. In this post, I would like to provide a brief introduction to this new Adobe offering. I am not an expert in these technologies, but if you have heard of these technologies and are wondering about them, this post will shed some light.
I am sure we have all been concerned about security in the last decade or more. However, since 2013, after the revelations of Edward Snowden, we have begun to be really worried about it. It comes to no surprise that Adobe tools need to be secure too. In the end, you are pouring your marketing data there. I am not a security expert, so always get independent advice. However, in this post I will give an introduction to some security considerations concerning the Adobe stack.
The main functionality of the Adobe Admin Console is user management. If you have been using Adobe products for a while, you will remember when you had to create users in each tool. This is all changing and Adobe is moving to a centralised approach, where all user management is done in one single interface. Let’s see how.
The Adobe Admin Console is probably one of the least known sections of the Adobe Experience Cloud. In fact, the admin console is now its own product in the Adobe ecosystem, as it can potentially be used by more clouds. As most of you know, all products in the Experience Cloud come from acquisitions, which means that each product had its own administration section. However, Adobe is now investing in a single administration console for all of them and this is the result. Here you have an introduction to the Adobe Admin Console.
If you keep information about your customers, you need a database to store it. The first solution that probably comes to your mind is a CRM, but this is not the only option. As you know, Adobe does not offer a solution to store customer data, but there are many integration points between Adobe solutions and this database. Let’s see how to use your customer data in the Adobe ecosystem and some additional details to take into account.
Server-side integrations have many benefits, which I am not going to enumerate. If you can choose between server-side and client-side integrations, I would generally recommend server-side. However, there is always one drawback: debugging. You cannot see what happens between the servers. This is the case of the Adobe Target and Adobe Audience Manager integration. I have personally had to debug it a few times and this is how you can do it.
In large projects, one of the typical questions I get asked is: should we use one Adobe Marketing Cloud (AMC) or multiple? Unfortunately, there is no black or white answer here, but many shades of grey. However, in the end, you have to choose one option and this decisions is final. Let me share with you some tips to choose wisely.