← Back
Product Catalog Feed for WooCommerce / Installation & Setup / Global Settings

Global Settings

Last updated: February 12, 2026

Global Settings are the defaults used across all feeds. In most cases:

  • Feed-level settings override Global Settings
  • Global Settings save time and keep your feeds consistent

Feed regeneration

Regenerate active feeds

  • How often the plugin should rebuild feeds automatically (ex: Daily).

Start regeneration from

  • The time the regeneration window starts (server time).
    Use a low-traffic time (night / early morning) to reduce load.

On Save/Update feeds action

  • What happens when you edit a feed.
    • Save only = faster, no immediate rebuild
    • Save and regenerate (recommended while setting things up) = instantly updates the feed output

Global Google Taxonomy (mostly Google Merchant)

Global Google Taxonomy

  • Sets the default Google product category for your products (hierarchical selector).
  • Use this if most products fit the same category.
  • If you have multiple product types, set taxonomy per feed (or per product/category if the plugin supports it).

Tip: Wrong taxonomy can reduce visibility or cause attribute requirements you didn’t expect.

Global Image

Global Image

  • Fallback image used when a product/variation has no valid image.
  • Recommended if you ever publish products without images (to avoid broken items in catalogs).

Brand (how “brand” is filled)

The plugin fills Brand in this priority order (top wins):

  1. Custom Brand (dedicated Brand field added by the plugin)
  2. WooCommerce Brands (if you use a brands plugin)
  3. This value (a fixed brand you select)
  4. Autodetected “brand” field (when available)
  5. Use this when brand is missing (final fallback text)

Why it matters: Brand is required/important for most catalog platforms (especially Google).

Recommendation:

  • If you sell mostly one brand → set This value or the Missing brand fallback.
  • If you sell many brands → use Custom Brand or WooCommerce Brands.

GTIN / MPN / identifier_exists (Google-critical)

These three control how products are identified in feeds (mainly Google Merchant).

GTIN

Priority logic (top wins):

  • Custom GTIN field (plugin field)
  • Feed settings value (if set)

Use GTIN when products have real barcodes (EAN/UPC/ISBN).

MPN

Priority logic (top wins):

  • Custom MPN field
  • Feed settings value
  • Global fallback value (in your screenshot it’s ID)

MPN is useful when:

  • you don’t have GTINs
  • you sell own-brand / custom products

identifier_exists

This is the “Do you have official product identifiers?” flag (Google attribute).

Recommendation (general):

  • If you don’t have GTIN and the product truly has no identifiers → set identifier_exists = no for those items.
  • If you do have GTINs → keep identifier_exists enabled/true and send GTIN.

(The UI shows channel icons next to fields — those indicate where the setting is used.)

Google Automated Discounts (Cost of Goods integration)

Google Automated Discounts

  • Uses PixelYourSite Cost of Goods (if detected) to provide pricing/cost signals needed for Google automated discount logic.
  • Enable this only if you’ve configured Cost of Goods correctly (otherwise it may produce incomplete data).

Map extra fields (attributes/custom fields → feed fields)

Map extra fields

  • Lets you map WooCommerce attributes or custom fields into feed fields (example: Color → pa_color, Size → pa_size).
  • Useful for variants and catalog filtering (better matching + better dynamic ads/remarketing).

Recommendation: Map at least color/size/material if you sell variants.

Caching / storage / regeneration method

Cloudflare: Add “no cache” parameter to feed URLs

  • Helps when your cache/CDN serves an old feed file.
  • Enable if feeds don’t update as expected.

Store temporary data to

  • Where the plugin stores intermediate files/data during generation (ex: Disk).

Regeneration method

  • WP-Cron: standard WordPress scheduled tasks.
  • Product catalog scheduler: alternative internal scheduler (good when WP-Cron is unreliable).
  • External call: best when the site has heavy caching, low traffic, or cron is disabled.

You also get examples for:

  • REST API endpoint call
  • WP-CLI command

Safety / admin

Delete all data on uninstall

  • Completely removes feeds + settings + logs from DB/filesystem.
  • Only enable if you’re 100% sure (irreversible).

Permissions

  • Choose which WP roles can access/manage the plugin settings.