A conversion is an action that an online user makes while consuming your online content such as visiting a landing page, downloading an app, subscribing to a newsletter, adding an item to the shopping cart, or completing a purchase.

An attributed conversion is when an online user converts and Zemanta links that conversion to the same user who viewed a Zemanta ad or clicked on it in the conversion window. In this way, we presume that the user converted due to a previous engagement with the Zemanta ad linked to the actions made on a website.

Zemanta Pixel needs to be properly placed in order to measure conversions effectively. We recommend placing your Zemanta Pixel in the header section of every webpage of a website or in the template header of a website.

Zemanta displays conversion metrics at all levels of your Zemanta Account. The conversions are visible through the data graphs (use the dropdown above the chart to pick the desired data points) and in the metric table (use the column picker to show the columns with conversion data).

Zemanta supports both view-through and click-through conversions. Both metrics are reported separately. Please note that view-through conversions are only counted if the conversions occur within 24 hours of the ad event, while click-through conversions support 1, 7, and 30-day conversion windows.

A conversion window is the period of time after a person clicks on your ad during which a conversion, such as a purchase, is recorded in Zemanta.

Yes. Zemanta utilizes a proprietary algorithm to auto-optimize for the Media Sources and Ads that are delivering the highest performance for each campaign.

Zemanta only includes conversions that are directly related to traffic purchased through Zemanta-attributed conversions. Google Analytics shows conversions from all traffic sources, which may include sources not managed through Zemanta.

Zemanta provides industry-standard conversion windows of 1, 7, and 30 days. We recommend using 30 days to capture all possible conversions related to the campaign.

Yes.

With the new Zemanta JavaScript universal Pixel, you can expand your tracking capabilities beyond image pixel, Google Analytics, and Adobe Analytics integrations. By implementing the JavaScript code into the header section of your website, you can track any event or user action without ever changing the code or replacing it. You can use the pixel to track and attribute conversions and for behavioural retargeting. Javascript pixel also enables granular insights on analytics, such as time on site, page view, page view per session, bounce rate, and many more, which is not the case with the image pixel. Because JavaScript pixel stores information in a first-party cookie, it is also a useful solution for the cookieless future. To learn more about the cookie-less future read our blog post.

Zemanta Pixel tag is composed of JavaScript code where you can also notice an image tag in the bottom lines of the code. This image pixel executes when JavaScript is not available for execution (for example when your browser blocks it). Keep in mind that you will only be able to track some basic conversion events in this case and not leverage the full potential of the JavaScript pixel.

Image pixels are still considered to be a good solution for tracking online user actions on your digital premises and they can be rendered when the browser has JavaScript disabled. But we thought about that too. Our Zemanta JavaScipt Pixel uses a fallback solution in that case and drops an image pixel when browser blockers occur. Image pixels can be triggered only when the pixel is rendered. This is still useful data but we suggest moving to JavaScript pixel instead for richer insights on online user behavior. One JavaScript pixel enables tracking conversions, collecting analytical data, and building audiences.

Yes. You should include the https:// or http:// prefix.

Sometimes, when a visitor engages with your website, the URL of the website doesn't change after an action has been taken. This could happen when the user adds a product to the cart, for example. In order to successfully track that particular event and attribute it to your Zemanta campaign, you need to create an event-based conversion definition. After creating that, instructions on how to trigger those events will pop up in a dialog window. You can access these instructions by clicking the View Tag icon in the list of all conversion definitions as well. Considering that you have your Zemanta JavaScript Pixel already implemented on your website, you will also need to implement an additional JavaScript snippet from that dialog window in a particular section of your website where the desired action will occur.

You can find the Zemanta Pixel code in the Engagement Tracking section by clicking on the View tag button from the Actions column.

The whole pixel code that appears in a pop-up window should be implemented in the header section across the website or in the website template. You should copy and paste everything written between tags <scipt> and </noscript> (with those included) but we also suggest implementing the comment in the first line <!-- Zemanta Pixel NAME --> for a better viewability of the tag.

If you don't want to alter your HTML pages, you can use Google Tag Manager to implement Zemanta Pixel as a tag. Learn more here.

The Recent traffic column shows every traffic on a web page where the Zemanta Pixel has been implemented and fired. The Recent Conversions column shows only attributed conversions to a Zemanta ad click or view.

Each account has its own universal Zemanta Pixel already added by default and that should be enough. There is no need to have any other pixels. You can use conversion definitions from there on to define up to 60 tracked event types you would like to record and attribute to your Zemanta campaign.

You can place multiple Conversion Definitions on the Ad Group level. This allows you to place your whole sales funnel in one ad group. The system will automatically determine which Conversion Definition is appropriate for optimization in each phase of the campaign. To read more about multiple Conversion Definitions on the Ad Group level, check out this help page.

No. There is no need to worry about having both pixels implemented. Your pre-existing image pixels still fire. Within the Zemanta dashboard, they will be shown as conversion definitions. By adding new conversion definitions based on the JavaScript pixel for the same type of event, it will only result in double counting.

Your pre-existing image pixels will never be removed on our side or stop working. Changes are sometimes challenging and we understand that. If you want to make sure your conversion tracking works, you can leave your pre-existing image pixels in place and just add the universal JavaScript Zemanta Pixel. You can A/B test both approaches and make sure everything works as expected. After that, you can remove your pre-existing image pixels from your website and remove conversion definitions in the Zemanta dashboard tied to image pixels. Of course, if you want to replace them right away, that is good too.

Sure. Tracking in-app conversions is already possible by relying on third-party solutions, such as Kochava and AppsFlyer with the server-to-server postback call integration. Learn more here.

Every account in Zemanta has its own universal Zemanta Pixel added by default and ready to be implemented. This Zemanta Pixel won't be of any use if you are not going to decide to implement it on your websites.

Yes. You can record multiple conversions from the same user. For that, you need to set the Count field for the conversion definition to Every.

The Zemanta Pixel code tag should be implemented in the header section of each web page. If you use a website template, you can implement the code in the template header only. Remember that you need to do that only once since Zemanta Pixel is considered a universal pixel. You will need to implement additional tags in case of using event-based conversion definitions.

When a visitor lands on your landing page after being redirected to Zemanta servers, Zemanta Pixel reads the clickID attached to the URL and stores it into a first-party cookie. When the conversion occurs, Zemanta Pixel reads the clickID from the first-party cookie and uses this information for the attribution. This is how Zemanta is able to match the click and the conversion. If the clickID can't be tracked (with click tracker, for example), a third-party cookie will be used as a fallback to successfully attribute a conversion.

All previously added image pixels were converted to event-based conversion definitions. You can recognize them by the event name being an ID/number. Each image pixel has been converted into three conversion definitions named: <pixel name> <conversion window> (for example "mypixel 1 day", "mypixel 7 days" and "mypixel 30 days".