Stale 416×416 thumbnails and page weight on mukulgoyal.com

Hi,

Woodmart 8.6.1 with Woodmart Core 1.1.9 and WPBakery 9.0.1 on mukulgoyal.com, WooCommerce 11.1.1.

1. The woocommerce_thumbnail size is registered as 1020×1020 hard crop. However, 600 product images still list a 416×416 size in their attachment metadata, and those files no longer exist. Each shop or category page links to 60 to 111 of these missing files, which return 404 and load WordPress each time. Was 416 a previous Woodmart default? What is the recommended thumbnail size, and the safe way to clean the stale metadata?

2. Each page carries 1.0 to 1.3 MB of HTML and 170 to 190 script tags. Please advise which Woodmart options or modules we can switch off to reduce this, including cart fragments, AJAX search and AJAX shop filters.

3. Is there a Woodmart setting to stop search engines crawling shop filter URLs on category pages?

Thanks
Prashant Gupta

Hello,

01. The 416×416 size can be a previously generated WordPress/WooCommerce image size. WooCommerce controls the catalog thumbnail dimensions, while WoodMart uses the registered WooCommerce image sizes in its product grids. WoodMart documentation recommends configuring the catalog thumbnail size under Appearance > Customize > WooCommerce > Product Images and regenerating thumbnails after changing the dimensions.

If your current woocommerce_thumbnail size is 1020×1020, there is no need to restore the old 416×416 files simply because they still appear in attachment metadata. The important point is to make sure the currently configured thumbnail size is generated correctly and that the product/archive layouts are using the intended image size.

For cleaning the stale metadata/files, we recommend taking a full database and files backup first. Then use a reliable thumbnail regeneration/cleanup solution to regenerate the required sizes rather than manually deleting attachment metadata from the database. Please also verify the result on a staging site before performing a bulk cleanup on production.

02. The amount of HTML and script tags can come from several sources, including WooCommerce, WoodMart features, plugins, page-builder elements and third-party scripts. There isn’t one WoodMart setting that can safely disable all of these scripts.

WoodMart provides an option to control which JavaScript modules are loaded globally.

Please go to Theme Settings > Performance > JS > Scripts always load. This section allows you to manually control scripts that are always loaded across the website.

You can review this list and remove scripts for features that are not being used on the website. For example, if you do not use features such as AJAX Search, AJAX Shop, Shop Filters, Compare, Wishlist, Quick Shop, Recently Viewed Products, Portfolio AJAX, Product Load More, etc., their corresponding scripts can be removed from the Scripts never load list.

However, please do not disable scripts simply based on their names. Each script should only be removed if the corresponding WoodMart feature is not being used, and the website should be tested after making changes.

03. There is no WoodMart setting that completely prevents search engines from crawling WooCommerce filter/query URLs.

The filter URLs are based on WooCommerce functionality rather than being a WoodMart-specific permalink system. For SEO control, we recommend handling these URLs through your SEO solution, such as Yoast SEO, or through an appropriate wp_robots implementation. We generally do not recommend relying solely on robots.txt to block these URLs, because blocking crawling can prevent search engines from seeing canonical or noindex directives.
https://xtemos.com/blog/how-to-stop-bot-traffic-to-woodmart-product-filters-with-cloudflare/

Best Regards

[Author]

Posts