1. Documentation /
  2. Pixel Manager Pro for WooCommerce /
  3. PMW Plugin Configuration /
  4. General Settings

General Settings

Order Total Logic​

↑ Back to top

The order total logic controls the output of the order total value, which is sent to the marketing pixels (Google Ads, Facebook Ads, etc.). This setting excludes statistics pixels, such as Google Analytics, that will always receive the full total cart value, including taxes and shipping.

Order Subtotal (default)​

↑ Back to top

The order subtotal represents the total minus the shipping costs, taxes, discounts, and if available, fees like PayPal or Stripe fees.

It is the default setting in the plugin.

Order Total​

↑ Back to top

The order total is what the customer paid and includes the shipping costs and taxes.

Profit Margin

↑ Back to top

INFO

This setting requires one of the following Cost of Goods plugins:

1. WooCommerce Cost of Goods (SkyVerge)
2. Cost of Goods for WooCommerce (WPFactory)

    The Pixel Manager will calculate the profit margin on the order and send that to the marketing pixels. It is the order total paid by the customer, minus shipping fees, taxes, discounts, and cost of goods for each product.

    If the cost of goods has not been set on a particular product, the Pixel Manager will use a value of zero for that product.

    CAUTION

    The Pixel Manager will try to subtract payment gateway fees as well. However, not all payment gateway plugins store the fees in the dedicated place within the WooCommerce order. Therefore, we had to build an additional method to retrieve the payment gateway fees for those payment gateway plugins that store the fees in the post meta table.

    For now, the Pixel Manager can only subtract payment gateway fees for the following plugins:

    Stripe for WooCommerce
    WooCommerce PayPal Payments
    WooCommerce PayPal Checkout Payment Gateway

    If you use a different payment gateway plugin and want us to implement the subtraction for that plugin too, please reach out to us, and we will try to implement that as soon as possible.

    Maximum Compatibility Mode

    ↑ Back to top

    This mode detects specific settings that cause issues with the front-end output of this plugin and protects the output from being altered.

    Over time and through many support requests we found certain third-party plugins that cause issues with our plugin. One common example is caching and minification plugins that are adjusting the output of our plugin, in some cases breaking the scripts and stopping the tracking pixels from working.

    Obviously, this leads to hours of debugging, many support requests, and as a consequence, unhappy users.

    Through thorough analysis, we identified the exact settings in those third-party plugins which cause those issues. The Compatibility Mode changes those settings to values that make the third-party plugins compatible with our plugin. We only do this with settings that are not essential to the working of the third-party plugins. In cases where we would have to disable essential functionality of the third-party plugins, we would not do this through the Compatibility Mode, but through displaying a warning notification in the back-end. The user would then have to decide how to proceed.

    Exclude User Roles from Tracking

    ↑ Back to top

    INFO

    This is a pro feature. If you need this feature for your WooCommerce shop head over to the pricing page where you can acquire the pro version.

    With this pro feature, you can exclude certain users’ roles from being tracked by the pixels.

    PMW detects custom roles that were added to the shop. Those can be excluded from tracking too.

    Exclude User Roles from Tracking

    Order List Info​

    ↑ Back to top

    The order list info displays information related to the Pixel Manager on the order list page.

    Pixel Manager Column: The Pixel Manager column shows for which orders the conversion pixels have fired (green checkmark) or not (red circle). If you see two dots, then that order is not included in the analysis because the order creation was not triggered by the customer himself. That can happen when a shop manager creates an order for a customer.

    Pixel Manager Filter: The Pixel Manager filter shows all orders of the past 30 days where the conversion pixels haven’t fired. It can help to detect a pattern and determine the cause, and why the conversion pixels haven’t fired.

    Find out more about possible reasons, why the conversion pixels didn’t fire in this support article.

    Order Info

    Scroll Tracker

    ↑ Back to top

    INFO

    This is a pro feature. If you need this feature for your WooCommerce shop head over to the pricing page where you can acquire the pro version.

    The Scroll Tracker dispatches a scroll event when a certain scroll depth (in percent) is reached.

    The scroll depth thresholds setting is a comma-separated list like so: 25,50,75,100

    Currently, the scroll depth is automatically sent to Google Analytics (GA3 and GA4) as a custom event with the name scroll and the value of the scroll depth that has been reached.

    Scroll Tracker

    CAUTION

    If a specified scroll depth is visible in the viewport when the page loads, the trigger will fire even though the user has not physically scrolled the page. !!!

    Subscription Value Multiplier

    ↑ Back to top

    INFO

    This is a pro feature. If you need this feature for your WooCommerce shop head over to the pricing page where you can acquire the pro version.

    By default, the conversion value for subscriptions transmitted to the paid ads conversion pixels only contains the value of the first subscription. But, a subscription may yield a much higher effective conversion value or customer lifetime value (CLV) because a subscription usually creates more than one automatic order in the future. Unfortunately, all those future conversion values can’t be captured by the paid ads conversion pixels because they don’t require checkout by the visitor using the browser.

    Therefore, we implemented the subscription value multiplier into the Pixel Manager. It multiplies the subscription value to closely match the effective conversion value or customer lifetime value generated by a subscription.

    The default value of the setting is 1.00. You can set any multiplier larger than 1.00.

    Subscription value multiplier setting

    How to determine an appropriate multiplier​

    ↑ Back to top

    There is no general multiplier that can be used for all shops. The multiplier entirely depends on how long a subscription lasts on average for a specific shop.

    A good approach is to average how often a subscription renews before the customer cancels it.

    To calculate this, take the total count of subscription orders (initial and renewal orders) and divide it by initial subscriptions. This will give you an average number of times a subscription is renewed. And that is the number that you can use as a multiplier. Feel free to use a slightly lower number to stay on the more conservative side to account for fluctuations in the effective renewal multiplier over time.

    Lazy Load the Pixel Manager

    ↑ Back to top

    INFO

    This is a pro feature. If you need this feature for your WooCommerce shop head over to the pricing page where you can acquire the pro version.

    How it works​

    ↑ Back to top

    When enabling lazy loading for the Pixel Manager, all tracking scripts will only be loaded after the first visitor interaction with the website. This will generally improve page speed scores on various page speed measuring services.

    First visitor interaction is typically one of the following:

    • Pressing a button on the keyboard
    • Moving the mouse
    • Using the mouse wheel
    • Clicking a mouse button
    • Touching a mobile phone screen

    Once an interaction is detected on each page, all tracking scripts load.

    Exceptions​

    ↑ Back to top

    Pages

    The exceptions are all cart and checkout pages. To ensure tracking works 100% accurately once a visitor enters the checkout funnel, the tracking scripts always get loaded immediately on those pages (cartcheckoutpurchase confirmation pages)

    Google Optimize

    If you’ve enabled Google Optimize, then PWM Lazy Loading will not be enabled unless the Google Optimize anti-flicker snippet is activated as well.

    The reason is, otherwise the PMW Lazy Loading will delay the loading of any running Google Optimize experiments on the page. This would visually load the pages before the experiments can be applied which would render the experiment results useless.

    Risks​

    ↑ Back to top

    Slow loading

    There is a small risk that events don’t get tracked before or while tracking scripts get loaded.

    We have minimized the risk wherever possible.

    The user interaction detector should capture 100% of all interactions. We compiled the interaction detector with options that should make it work under the broadest range of conditions. But, there is a chance that under rare conditions (e.g., very old browsers), it doesn’t always work.

    Loading the scripts introduces a short tracking delay (until the tracking scripts are fully loaded). Without any optimizations tracking scripts already load quite fast. The Pixel Manager preloads and caches the tracking scripts to improve load times even further.

    JavaScript optimizers might break the lazy loader. We have tested the lazy loader with a range of JavaScript optimizers, and it works well. But not all JavaScript optimizers are the same, and we can’t test all of them. So you should test lazy loading the Pixel Manager in your setup properly before relying on it.

    Google Optimize

    DANGER

    If you enable Lazy Loading of the Pixel Manager at the same time with Google Optimize and the Google Optimize anti-flicker snippet, then visitors will see a white screen until they interact with the website.

    Also, your pagespeed scores may drop.

    Your options are:

    1. If your priority is to use Lazy Loading of the PMW then disable Google Optimize.
    2. If your priority is to run Google Optimize experiments, then disable Lazy Loading.
    3. If you must keep both enabled, Google Optimize and Lazy Loading, then tweak the timeout to a time that is high enough to ensure valid experiments and low enough to minimize the white screen and pagespeed score impact.

    Test​

    ↑ Back to top

    Please test lazy loading the Pixel Manager in your setup properly. We have tested the lazy loader under various conditions, but we can only account for some possible setups. So you need to test the lazy loader on your system and setup before relying on it.