Solutions to common problems and troubleshooting

This page lists the most common problems you can encounter in WP Full Picture and ways of solving them.

Before everything else

WP Full Picture is prone to changes in its JavaScript files that are made by some caching plugins or solutions. If something doesn’t work as expected, but none of the solutions below fixed it, please check the settings of your caching solution and:

  • Turn off combining JavaScript files
  • Turn off minifying JavaScript files
  • Turn off script deferring (WP Full Picture uses its own script deferring method. You can enable it in the General Settings > Other)
  • Do not force scripts to load asynchronously

I installed a tracking tool with one of the modules, but it does not work

There may be several causes of this:

Enter the correct ID by following the guides provided in the plugin

Clear cache (if you use it). You may also check the list of supported caching plugins

See errors in your browser’s console (advanced)

Test your website in incognito mode

See if you have a geolocation module enabled and if your script is set not to load in your country

Automated service of a tracking tool says that tracking script is not installed on my website

There are some tracking tools that check if their tracking script is correctly installed on a website.

If they inform you that a tool is not installed, in most cases it means that the script did not load for the robot which was checking the installation. It can happen when:

  • you are logged as an administrator or an excluded user (these users are not tracked)
  • you disabled tracking in a consent banner
  • when you are in a country which was excluded from tracking (with geolocation)
  • and several other cases

To avoid this, you can do 2 things:

  1. make sure that you follow the installation instructions provided for your tracking tool
crazy egg installation info link

2. or disable your browser ad blocker (if you use any) and enable the “Force load” option for the time of checking.

crazy egg force load

We found that Google shows warnings to website owners about incorrect implementation of the Consent Mode even though it works correctly. These notifications may show at the top of Google Ads and Google Analytics panels. Please follow this guide to check if the consent mode works correctly in Google Ads and Google Analytics.

Do not worry, your traffic is fine. It did not drop, but it is no longer reported.

The 20 to 50% difference comes from the fact that a portion of your visitors decline tracking in the consent banner (when it is set to work in opt-in mode).

However, it must be noted, that this affects only tracking tools that use cookies and process privately identifiable information of users (like Google Analytics or Facebook / Meta Pixel). Tools that do not do that are not affected.

Even if you have Google’s Advanced Consent Mode enabled, you will not see a difference in your reports until your website is visited by more than 1000 people who consent to cookies. Before that, all the data tracked by Google Analytics running in consent mode will be unavailable to you. Read more on Google’s documentation page.

This is typical and expected.

Scanners like CookieChecker, Termly or Piwik Scanner use lists of known cookies that should be blocked. If they encounter any that they don’t know (for example, set by WP Full Picture) they report a problem.

Some (like Piwik Scanner) also report as problematic if your website is hosted outside the EU or downloads any files from non-European servers.

And finally, if you load a tool like Google Analytics or HotJar in privacy mode, then they can still set some functional cookies (with the same name as before) which online scanners will also report as problems.

Tracking with Google Analytics / Google Ads modules doesn’t work, but I am sure that I set it up correctly

This can happen if Google Analytics and Google Ads are loaded from the same Google Site Tag. Fortunately you can fix it in 30 seconds. Please follow this tutorial to fix it.

I see doubled or tripled ecommerce events in the Google Tag Assistant

Doubled or tripled events in your Tag Assistant dataLayer preview can show up because GTM, Google Analytics and Google Ads use the same datalayer.

tag assistant multiple events

If you only use Google Analytics and Google Ads on your website then there is nothing to worry about. WP Full Picture marks events from Google Analytics and Google Ads with a special “send_to” parameter, so that the data is sent only to the right receivers.

If you also use a GTM module on your site, you need to enable the “Protect dataLayer” option in the module’s settings.

gtm protect datalayer option

This will rename the dataLayer that GTM uses to “fupi_dataLayer” which will prevent Google Analytics and Google Ads from pushing to it their own events.

Something is not tracked (but should be)

If you enabled tracking of a specific data type or a user action, but you are not seeing it in your reports, please check these things in this order:

  1. Make sure that your tracking tool is set up to receive this piece of information (some tools require you to register the type of data that you will send them). WP Full Picture can track and send something to the tracking tool, but if this tool is not set up to receive it, then you will not see this data in your metrics.
  2. If you want to track a user action (e.g. a click, download, etc.) then you can check if this data was sent to the tracking tool. Please read how to do this in the guides available in WP Full Picture integration module (click the big “i” icon).
  3. Wait at least 24 hours after the piece of data was sent to the tracking tool.

Some events are not tracked in my WooCommerce store

WP Full Picture is set up to track stores that use standard WooCommerce hooks and HTML. Some plugins and themes may, however, either not use them or highly modify them. In such case, tracking will not work.

Facebook CAPI’s “events match quality score” is very low

Events match quality score shows how well Facebook is able to match events that happen on your website to Facebook’s users. To do this, Facebook needs as much data as possible.

By default, WP Full Picture sends to Facebook the IP address of the user’s device, ad-click identifier (if available) and the contents of _fbp cookie. However, this data will result in events match quality scores around 4-5/10.

To increase this score, you can enable the advanced matching option. When you do this, WP Full Picture will send to Facebook the hashed email address and physical address of the visitor (if it is known to WP Full Picture). This will increase the quality score to around 8-9/10. In most cases this score is only reached when tracking purchases.

How can I save visitor’s consents?

Saving visitor’s consents will soon be available in the Pro version of the plugin. Consents will be saved in the WP Full Picture’s cloud servers in France.

Why only in Pro, and why in the cloud and not in the WP’s database?

  1. Consents saved in the WordPress database can be easily manipulated simply by changing values in the database, hence they will not be treated by courts as valid proofs of consent.
  2. Saving many consents in the database can drastically increase its size, which can be a problem on weaker hosts.
  3. To increase the likelihood that the consent will be treated as a proof, WP Full Picture will not only save the consents and user’s IP, but also:
    • copy of all the texts of the consent banner, that were visible at the moment when the consent was made
    • copy of the privacy policy current at the time of consent
    • copy of plugin’s settings at the time of consent
    • user’s user agent information and screen resolution
  4. Hosting big amounts of data, maintenance, security audits and administration of cloud solution is not free, thus it will be available only for paying users.

Why is the plugin loading clever_ads.js file?

This file is used for testing if the visitor uses ad blockers. The file is 100% safe and this is its content:

adblock test script

How does it work?

The script creates an empty, invisible <div> on site. If WP Full Picture cannot find it, then it is assumed that an ad blocker blocked the script. The information whether the visitor uses an ad blocker is available in the fpdata javascript object and can be tracked by some tracking tools.