We track the "opening" using a image/pixel that is embedded in the email.
This might not be triggered if the user opens the email in a client that is blocking these requests, as a fallback we're also tracking a opening of the e-mail when someone clicks on a link (since they for sure had opened the email if they click on a link).
I do agree that there might be something wrong with this, either that you configuration is not correct or that the opening tracking might be disabled?
Hi Markus,
The AddTrackingPixelRenderTask is there and on a newsletter I am seeing the pixel there.
It just looks like your stats are just the same pulled from the clicks though for us.
We do also have the google analytics in there and wondering if there is a conflict?
I got some campaigns forwarded to me. What should the pixel format be. I am not finding it in the code of the emails.
All the options are there for it to appear.
Email Campaign content come from page document types with the component used and sent from there if that is helpful or not.
What will you need from me to help track down why it is not going in. There is nothing in any logs to indicate there is any errors with Newsletter Studio.
Hey Markus,
Our client is hitting up as another campaign had the same thing.
As I noted in my email the tracking does not appear to be in the HTML despite everything configured as required.
No Pixel seems present in any of the emails (which I sent the code to you) and there is no indication in the logs that there is open or any errors for that matter.
I have not gone through what I can with the package but it just always looks like that it just pulls the clicks. It is the same value every time.
I have re-installed and also tested on our staging server for the client but it also does the same thing.
I can’t reproduce the issue in my environment at the moment. I’m wondering if you could send a copy of your newsletterStudio.config-file? Please remove any sensitive information before.
It might be something with the order of the render tasks.
Your configuration looks good, the task "AddTrackingPixelRenderTask" should be the one that adds the tracking pixel.
I've tried once again to reproduce this by sending a newsletter from the content-section, I can't understand why you're tracking pixel is not added.
The AddTrackingPixelRenderTask adds the pixel (see example below) could you have a look at the rendered output in one of your e-mail when you perform as send out?
A tip is to create a list of recipients thats only for testing (ie with your own email in it) and send to this list.
I played around with this even more and I think that I've found the issue.
If the template for the newsletter (the Umbraco template for the newsletter sending from the content section) contains html and body tags the opening tracking pixel will be prepended to after the html-tag.
<html>
<body>
<h2>Hallo from Newsletter</h2>
Lorem Ipsum - Hallo World! Version 2
</body>
</html><img src="http://foo.bar/app_plugins/newsletterstudio/pages/tracking/trackpixel.aspx?nid=040045148184192071237100120059044101098179136143&e=174211019165045217035148254008100248059145247026239124075067219158206097112128124107015071128168" width="1" height="1" alt="sdfsdf" />
But. The CSS Inliner will remove the img-element when it inlines the css for the template. So I think I've found the problem here.
I'll add this to the backlog and try to fix it asap,
But the problem with the links that you are refering to is not related to this. And your examples looks like they should, or do you mean that the links are not converted to start with app_plugins/newsletterstudio/pages/tracking/trackclick.aspx ?
Could this be our issue as well Markus?
I have emailed you directly 3 times in the last month or so and you have not responded or updated anything for me here :(
I validated the html of the EDM and no issues.
What is the rule you have to insert the pixel?
is the very last element in the template (sent you a while ago) So will this come in the next updates and solve it for us as well?
Liam, I really tried hard to reproduce the issue when you reached out but could not understand what went wrong but yesterday the idea of why this happens came to my mind.
The pixel is just “appended” to the message body, in the pipeline for a newsletter sent from the newsletter section the pixel is added before the the content is wrapped in the “skin”. But when sending from the content section and having html/body tags the pixel is added after the closing html-tag.
The problem is that the CSS Inliner will stripp everything outside the html-tag - so the pixel was removed if the template for a “content section newsletter” contains these tags.
The solution is on its way and will be included in a bug fix-release the coming days.
Have you tried to remove the wrapping html atag in a template? Do you see the pixel after this?
thanks a lot! This seems to be the issue. We have html- and body- tags in the template. Can we simply remove these tags from the template and newsletter studio will automatically add them together with the tracking-pixel?
And with the other issue - it seems like the problem was sitting in front of the PC ;) ... I've found these "buggy tracking links" in the Newsletter I've sent to my mail address with the "Send test newsletter" function. If I use the standard send out function with the list everything is fine. So there is no issue - sorry for that.
Thanks a lot for your help and the quick response!
Kind regards,
Nora
Have a look in: \App_Plugins\NewsletterStudio\Langs
There you can find language files for all views, if something is missing in a language specific file we will fallback to english. What language are you looking to translate to?
Opened stats appear to be same as Clicked
Hi, We are seeing that the people who have clicked in a campaign is exactly the same as the open rate in all campaigns for a client.
Is this a bug or?
Hi!
We track the "opening" using a image/pixel that is embedded in the email.
This might not be triggered if the user opens the email in a client that is blocking these requests, as a fallback we're also tracking a opening of the e-mail when someone clicks on a link (since they for sure had opened the email if they click on a link).
I do agree that there might be something wrong with this, either that you configuration is not correct or that the opening tracking might be disabled?
Compare your newsletterStudio.config with this file: https://www.newsletterstudio.org/help/configure-newsletter-studio/default-newsletterstudioconfig/
Do you have the "AddTrackingPixelRenderTask" in the list of render tasks?
If you send a email to your self, do you see if the tracking pixel is included? And what happens if you load this image in a browser?
All the best!
// m
Hi Markus, The AddTrackingPixelRenderTask is there and on a newsletter I am seeing the pixel there. It just looks like your stats are just the same pulled from the clicks though for us. We do also have the google analytics in there and wondering if there is a conflict?
Rendering tasks below:
Hi!
What version of Newsletter Studio are you running on?
The GA-querystrings should not have any impact on this, what if you go to the URL of a tracking pixel - do you get any errors?
// m
2.1.9.4
I got some campaigns forwarded to me. What should the pixel format be. I am not finding it in the code of the emails.
All the options are there for it to appear. Email Campaign content come from page document types with the component used and sent from there if that is helpful or not.
What will you need from me to help track down why it is not going in. There is nothing in any logs to indicate there is any errors with Newsletter Studio.
Hi!
Thanks!
Hmm, could you send me the emails that you are referring to?
And also a copy of how your template look.
To: markus [at sign here] enkelmedia.se
All the best!
/ m
Hi Markus, I sent you an email. It did not bounce. Did you get it?
It ended up in my ”spam”-box thats probably why I missed it. I’ll make sure to get back during the day.
Hey Markus, Our client is hitting up as another campaign had the same thing. As I noted in my email the tracking does not appear to be in the HTML despite everything configured as required.
Any thoughts?
Hi!
The pixel should be inserted if everything goes fine, do you know if there is any entries in the log files when the sending is started?
// m
No Pixel seems present in any of the emails (which I sent the code to you) and there is no indication in the logs that there is open or any errors for that matter. I have not gone through what I can with the package but it just always looks like that it just pulls the clicks. It is the same value every time.
I have re-installed and also tested on our staging server for the client but it also does the same thing.
Hi!
I can’t reproduce the issue in my environment at the moment. I’m wondering if you could send a copy of your newsletterStudio.config-file? Please remove any sensitive information before.
It might be something with the order of the render tasks.
/ m
Hi!
Your configuration looks good, the task "AddTrackingPixelRenderTask" should be the one that adds the tracking pixel.
I've tried once again to reproduce this by sending a newsletter from the content-section, I can't understand why you're tracking pixel is not added.
The AddTrackingPixelRenderTask adds the pixel (see example below) could you have a look at the rendered output in one of your e-mail when you perform as send out?
A tip is to create a list of recipients thats only for testing (ie with your own email in it) and send to this list.
If you see the pixel in the end of the email, try to open it in the browser, in the example below: http://yourdomain.com/app_plugins/newsletterstudio/pages/tracking/trackpixel.aspx?nid=082200231070194202176077215240071034220185005019&e=193066199085130227074126132166069156214202228141120201093188122227185173243184150172233222192185
Do you get any kind of error in this case?
We see exactly the same problem. Is there any solution for this issue? Did you find out something more?
Umbraco 7.12.4, Sending from the content section
Thanks a lot.
Kind regards, Nora
I can't find the pixel in the source code of the newsletter.
Apart from that - is it normal, that the "open in browser link" looks like that:
In an Umbraco 7.3.2 installation with a working version of NL-Studio it looks like this:
Or is this correct for the new version and you refactored some parts here?
Thanks a lot. Kind regards, Nora
Hi Nora!
I'm not sure if you are talking about the tracking pixel for the opening of an email or the click tracking for links in the emails?
Or maybe both?
In short there are to "Render Tasks" that should take care of this:
AddTrackingPixelRenderTask This task adds (or at least should add) a img element to the very end of the HTML. Something like this:
AddClickTagsRenderTask This task changes the URL of all links in the email and prepends a tracking-proxy. Looks a lot like the example you posted:
This will count the click in the email and redirect the visitor to the original url of the link.
Please let me know more in detail what does not work and I'll try to help you out.
All the best!
// m
Hi Markus,
it seems like we have an issue with both. We checked the config file ... both - the
and the
are there and seem to be configured correctly - but there is no pixel added and the links are like the sample I posted.
We are using Newsletter Studio v2.1.9.5.
Thanks a lot for your help. Kind regards, Nora
We also checked the logs. There was no error related to the issue we could identify...
Hi Nora!
I played around with this even more and I think that I've found the issue.
If the template for the newsletter (the Umbraco template for the newsletter sending from the content section) contains html and body tags the opening tracking pixel will be prepended to after the html-tag.
But. The CSS Inliner will remove the img-element when it inlines the css for the template. So I think I've found the problem here.
I'll add this to the backlog and try to fix it asap,
But the problem with the links that you are refering to is not related to this. And your examples looks like they should, or do you mean that the links are not converted to start with app_plugins/newsletterstudio/pages/tracking/trackclick.aspx ?
Could this be our issue as well Markus? I have emailed you directly 3 times in the last month or so and you have not responded or updated anything for me here :(
I validated the html of the EDM and no issues. What is the rule you have to insert the pixel? is the very last element in the template (sent you a while ago) So will this come in the next updates and solve it for us as well?
Hi!
Liam, I really tried hard to reproduce the issue when you reached out but could not understand what went wrong but yesterday the idea of why this happens came to my mind.
The pixel is just “appended” to the message body, in the pipeline for a newsletter sent from the newsletter section the pixel is added before the the content is wrapped in the “skin”. But when sending from the content section and having html/body tags the pixel is added after the closing html-tag.
The problem is that the CSS Inliner will stripp everything outside the html-tag - so the pixel was removed if the template for a “content section newsletter” contains these tags.
The solution is on its way and will be included in a bug fix-release the coming days.
Have you tried to remove the wrapping html atag in a template? Do you see the pixel after this?
Hi Markus,
thanks a lot! This seems to be the issue. We have html- and body- tags in the template. Can we simply remove these tags from the template and newsletter studio will automatically add them together with the tracking-pixel?
And with the other issue - it seems like the problem was sitting in front of the PC ;) ... I've found these "buggy tracking links" in the Newsletter I've sent to my mail address with the "Send test newsletter" function. If I use the standard send out function with the list everything is fine. So there is no issue - sorry for that.
Thanks a lot for your help and the quick response! Kind regards, Nora
Hi!
Yes, you should be able to remove them as a “quick fix”, the CSS Inliner will add them when processing the newsletter.
I’m working on a bug fix for this as well so for upcoming versions this issue will be solved. I’ll ping you here when it’s released.
Hehe :) That explains the issue, we can’t perform tracking when the letter is not actually sent :)
Please let me know if you have any other issues or questions.
/ m
Hi Markus,
Do you have a date for when the bug fix will be released?
Regards,
Kev
Yeah, pretty keen for this and better V8 Compatibility too.
Hi Markus,
thanks a lot for the quick help. I'll try to remove them as a quick fix, but would be very happy to get the new version.
Another question: we would like to translate the Dashboard / Statistics - are there any language files that can be translated?
Thanks a lot. Regards, Nora
Hi Nora!
Have a look in: \App_Plugins\NewsletterStudio\Langs
There you can find language files for all views, if something is missing in a language specific file we will fallback to english. What language are you looking to translate to?
// m
Just wanted to update on this, the new release of Newsletter Studio (v 2.1.9.6) solved the issue with the tracking pixel outside of the html-root.
It can be downloaded here:
https://www.newsletterstudio.org/download/
Please let me know if there is any other issues or feedback.
Cheers!
is working on a reply...