I'm just starting to learn Adobe Launch (with the hopes that I can convert our tracking over to it). I've been (mostly) successful in setting up our tracking parameters however, my test site isn't setting any cookies (either from our VisitorAPI service, or from our custom plugins like s.getNewRepeat).
I'm not sure what I need to do to get this to work.
I know there's a section called cookies in the Analytics Extension, but I can't find anything on what the expected values are, if this is even the piece I'm missing.
Thanks.
Solved! Go to Solution.
Views
Replies
Total Likes
Hi Gigazelle,
Yes, I ended up fixing the issue. As it turns out the default cookieDomainPeriods wasn't working due to the server I was testing on (the cookies couldn't be written the base domain). I needed to set the domain periods to 3 (despite the site being 2) just so the cookies would be set against the subdomain. This was only a limitation of the server I was using to test on, and not reflective of the real server where our code would eventually be deployed.
Do you have the Experience Cloud ID Service extension installed and approved to your development environment? If so, can you see if an AMCV cookie is being set on your domain? You can check by using Google Chrome's developer console. It should look similar to the screenshot below.
Views
Replies
Total Likes
Hi Jantzen,
Yes, I always had the Experience Cloud ID Service installed a approved to my development environment. However, I wasn't getting any cookies at all (I use the dev console all the time for testing, and I've been using it to compare our live sites to this demo).
I did a little more work after posting this and started populating some of the fields based on some of the examples here:
I know the link was for DTM, but I thought it may help. However, there's no checkbox for request automatically.... Is this something we always need to fully setup? The old manual process just sort of did this automatically, which was a lot easier
I filled in the following settings (I blocked out our specific cloud id and tracking server) and I'm now at least getting AMCV and AMCVS cookies (although, they seem to be against the subdomain rather than the domain as in our normal implementation (the hostname is a standard data element using Page Info: HostName, I can probably deal with this by using different code to get this value). If this needs to be populated, it must be variable since we will have 33 sites sharing the profile (I'd rather make one update than 33 once this is live).
Not sure if there are other items that I need to configure...
However, I still seem to be missing all the other Analytics cookies we have on our live sites. Including cookies that should be set by our plugins (like s.getNewRepeat). Cookies such as gpv_pn, s_cc, s_nr are some of the cookies I recognize as being missing.
Thanks for your help, I really appreciate it.
Views
Replies
Total Likes
Hi Jennifer, were you able to get things up and running?
If not, could you share more information on where you've deployed your plugins? Just want to make sure everything's set up correctly.
Views
Replies
Total Likes
Hi Gigazelle,
Yes, I ended up fixing the issue. As it turns out the default cookieDomainPeriods wasn't working due to the server I was testing on (the cookies couldn't be written the base domain). I needed to set the domain periods to 3 (despite the site being 2) just so the cookies would be set against the subdomain. This was only a limitation of the server I was using to test on, and not reflective of the real server where our code would eventually be deployed.
Hi,
Thank you, that’s was exactly how I fixed it setting cdp to 3.
You can close the ticket.
Thanks
Joaquin
Views
Replies
Total Likes
Views
Like
Replies