Frequently Asked Questions and Issues

File or directory is not writable

If you have Opencart 3 and encounter "errors" during installation

some file or directory is not writable

Install via FTP (simply upload the files to the server) or install the fix Localcopy

Template files were edited via the template editor

If you have Opencart 3 and a warning appears in the module

Template files were edited via the template editor, ensure that modifiers are applied to them

you need to check that modifiers are applied to the edited files.
The check is simple - usually it’s enough to verify that the module’s counters are output in the head tag (you can enable debug mode) and the "checkout start" event is being sent.

If they are not applied - you need to manually apply the changes from the modifier
remarketing_all_in_one_template.ocmod.xml in the editor according to the xml instructions, this applies not only to this module

List of template files modified by the module:

catalog/view/theme/template_directory/template/common/header.twig
catalog/view/theme/template_directory/template/common/footer.twig
catalog/view/theme/template_directory/template/product/product.twig
catalog/view/theme/template_directory/template/product/category.twig
catalog/view/theme/template_directory/template/product/manufacturer_info.twig
catalog/view/theme/template_directory/template/product/search.twig
catalog/view/theme/template_directory/template/product/special.twig

Why isn’t the purchase event being sent?

For the purchase event to be sent, the following conditions are required:

1. After placing an order and payment, the user must be redirected to the checkout/success page
2. This page must contain header and footer
3. The session must include the order_id parameter
4. If you are using server-side protocols (Measurement Protocol for Google Analytics, Conversions API for Facebook), ensure that the correct order statuses for sending are selected in the module settings

Is it possible to send a purchase event before redirecting to card payment?

For obvious reasons - no, the order hasn’t been created yet and there’s nothing to send; use server-side sending when the order status changes

Why are there N orders in the admin panel, X orders in analytics, and Y orders in Facebook?

It may seem that all data sources should show the same number of orders. This is not always the case, and here are some key reasons why the data might differ:

- During online payments, the customer does not always return to the checkout/success page after completing the payment, for example, if they close the tab or the payment system does not redirect them back. In such cases, order data may not be recorded in analytics.
To address this issue, it is recommended to use server-side tracking protocols, such as Measurement Protocol for Google Analytics 4 and Conversions API for Facebook.

- Many internet users install programs that block ads and tracking (e.g., AdBlock, uBlock, etc.). These programs interfere with the scripts used by Google Analytics and Facebook to track user actions. If these scripts don’t run, Google Analytics or Facebook won’t know about the user’s visit or order.
In this case, it’s recommended to use server-side protocols, Measurement Protocol for Google Analytics 4 and Conversions API for Facebook.

- Google Analytics, Facebook, and other trackers rely on JavaScript for tracking. If a user has disabled JavaScript in their browser (rare, but it happens), their actions won’t be recorded in analytics.
In this case, nothing can be done, but the user won’t be able to place an order on your site either ;)

- In some cases, Google Analytics or Facebook scripts may fail to load due to internet connection issues or technical errors on the client side (e.g., if the user has a slow connection or a low-performance device).

- Data processing time may vary depending on timezone settings, especially if your store is set to one timezone and the analytics systems to another. Also, note that the delay from sending data to it appearing in reports, for example, in Google Analytics, can be up to 96 hours.

These reasons lead to discrepancies in the metrics. It’s important to remember that analytics systems provide useful information but don’t always reflect 100% of orders, so the store admin panel and module reports remain a more accurate source of data about actual purchases.