jlmwp

Hello

I tested the script and made a few changes. This is the script i’m now using

add_action( 'wp_footer', function(){
    if (is_product()) { ?>
    	<script type="text/javascript">
    		jQuery(document).ready(function($){
    			$( document.body ).on( 'adding_to_cart', function( e, $button, formData ){
				    if( formData.has('action') && formData.get('action') === 'xoo_wsc_add_to_cart'  ){
    					$button.attr('data-product_id', formData.get('add-to-cart'));
				    }
    			});
    		});
    	</script>
	<?php
    }
} );

The error is gone and the Add Cart event is created.
Thank you

Hello

OK, turns out the filter is not created if the User Agent contains the “adsbot” word on it.

I tested this on the dev site, with the cache plugin not installed, and changing the User Agent name. The filter was missing.

So is not a cache related problem. The cache pages were just begin created as the bot visited the pages, so each time the filter was missing.

I still have to find out why this happens, but I’ll close the thread for now. If i need i’ll contact you again.

Thanks for the guidance.

Hi

Yes, that part, but only the second filter (“Categorías”). The price range is from another plugin that works well.

As for the error messages. There are no errors on the Browser’s dev tool. I also haven’t found any related errors on the error_log file, the debug_log when is enabled nor in the Cron Tasks.

What I noticed is that the response headers are a little different on each case.

These are normal response headers

* General
Request URL: https://www.bicicosas.cl/categoria/reflectantes-autoadhesivos/
Request Method: GET
Status Code: 200 OK
Remote Address: 200.73.115.33:443
Referrer Policy: strict-origin-when-cross-origin

* Response Headers
alt-svc: h3=":443"; ma=2592000, h3-29=":443"; ma=2592000, h3-Q050=":443"; ma=2592000, h3-Q046=":443"; ma=2592000, h3-Q043=":443"; ma=2592000, quic=":443"; ma=2592000; v="43,46"
cache-control: no-store, no-cache, must-revalidate
content-encoding: br
content-length: 42819
content-type: text/html; charset=UTF-8
date: Wed, 07 May 2025 17:25:03 GMT
edit: Set-Cookie (.*) "$1;HttpOnly;Secure"
etag: "70605-1746638591;br"
expires: Thu, 19 Nov 1981 08:52:00 GMT
link: <https://www.bicicosas.cl/wp-json/>; rel="https://api.w.org/"
link: <https://www.bicicosas.cl/wp-json/wp/v2/product_cat/70>; rel="alternate"; title="JSON"; type="application/json"
pragma: no-cache
referrer-policy: no-referrer-when-downgrade
server: LiteSpeed
setifempty: Referrer-Policy: same-origin
strict-transport-security: max-age=300; includeSubDomains; preload
vary: Accept-Encoding,User-Agent
x-content-type-options: nosniff
x-frame-options: sameorigin
x-litespeed-cache: hit
x-permitted-cross-domain-policies: none
x-powered-by: PHP/8.3.19
x-xss-protection: 1; mode=block

And these are from the same page when the error happens

* General 
Request URL: https://www.bicicosas.cl/categoria/reflectantes-autoadhesivos/
Request Method: GET
Status Code: 200 OK
Remote Address: 200.73.115.33:443
Referrer Policy: strict-origin-when-cross-origin

* Response Headers
cache-control: no-store, no-cache, must-revalidate
content-encoding: br
content-type: text/html; charset=UTF-8
date: Wed, 07 May 2025 17:20:39 GMT
edit: Set-Cookie (.*) "$1;HttpOnly;Secure"
etag: "70491-1746635348;br"
expires: Thu, 19 Nov 1981 08:52:00 GMT
link: <https://www.bicicosas.cl/wp-json/>; rel="https://api.w.org/"
link: <https://www.bicicosas.cl/wp-json/wp/v2/product_cat/70>; rel="alternate"; title="JSON"; type="application/json"
pragma: no-cache
referrer-policy: no-referrer-when-downgrade
server: LiteSpeed
setifempty: Referrer-Policy: same-origin
strict-transport-security: max-age=300; includeSubDomains; preload
vary: Accept-Encoding,User-Agent
x-content-type-options: nosniff
x-frame-options: sameorigin
x-litespeed-cache: hit
x-permitted-cross-domain-policies: none
x-powered-by: PHP/8.3.19
x-xss-protection: 1; mode=block

On both cases the “x-litespeed-cache” field shows “hit”, but when the error happens there is no “content-length” field.

Two things I tested:

• The more time we don’t purge the cache, more pages show the error.
• I tested the Speed Booster Pack Plugin (https://ww.wp.xz.cn/plugins/speed-booster-pack/) which can manage Litespeed. The error also happened.

Thanks.

Hello
Thanks for your suggestions.
Just to explain. I was looking at the Pixel options on Commerce Manager when the “Woocommerce Integration” dissapeared from the data sources.
I tried the “Facebook: Reset connection settings” and reconnected a few times, but the “Woocommerce Integration” data source did not appear. This happened on the Production and Testing sites.

Anyway, it appeared again after a few minutes, and nothing has happened since. I even turned off all the Pixel options on CM, just to test.

Thank you again. I’m going to close this topic and i’ll be in touch if anything happens.

Regards.

Hello

I just noticed that the Woocommerce Integration Data Source is back on the list and the Products are back on the catalog.

What could cause this? Can I disable all the Catalog options of the Pixel? (Add, delete, update)

Thank you.

Hello

I created a new blank site, on a new subdomain. I installed WordPress, Woocommerce and the Facebook plugin from scratch.
On this new installation everything worked. Simple and Variable products where created and updated correctly.
At some point, the Variable product threw and error when updating, but it fixed itself after reloading the page.

Then, i started to test my cloned site. I repeated the steps and even deleted every other plugin. I also deleted most products to test the batch sync.
Only the simple product is created and updated.

Here is a link to today’s logs from my testing cloned site.
I also included the ‘facebook_for_woocommerce-2025-01-02.log’ that is from the working blank site.

https://drive.google.com/file/d/1aDps7XC3bPMjpitirj9uSdSh8MCYWaFn/view?usp=drive_link

Thank you.