string categorisation

google_product_category

Assigns each product to a node in Google's predefined product taxonomy — ~6,000 hierarchical categories covering all major retail verticals. The single most consequential categorisation field in any modern feed.

Also known as: google_taxonomy , gpc , google_category

Channel support

Channel Status Field name Notes
Google Merchant Center Required google_product_category Required for items in select categories (apparel, software, media, weapons); strongly recommended for everything else. Docs →
Meta Commerce Manager Required google_product_category Meta uses Google's taxonomy directly. Drives Advantage+ segmentation and policy review.
TikTok Shop Recommended category_id TikTok prefers its own category IDs but accepts GPC as fallback. Map both for best coverage.
Pinterest Catalog Required google_product_category
Amazon Not supported Amazon uses its own browse-node taxonomy.
Bing Merchant Center Required google_product_category

Why it matters

Three reasons this field punches above its documentation weight. (1) It determines policy — restricted categories are enforced based on GPC, not on title keywords. (2) It drives ad delivery — Advantage+, PMax, and Pinterest use GPC as the primary segmentation signal. (3) It calibrates tax — GMC applies tax-category rules per region based on GPC.

Google Product Category — GPC — punches well above its documentation weight. It's the field that determines policy treatment (restricted categories), tax handling (per-region tax rules), and ad delivery (Advantage+ and PMax both use it as the primary segmentation signal when product set rules don't specify otherwise). Get it wrong and the consequences are spread across systems in ways that are hard to trace back to category mapping.

The taxonomy itself is published by Google and updates roughly twice a year. About 6,000 nodes total, hierarchical from broad ("Apparel & Accessories") to specific ("Apparel & Accessories > Clothing > Dresses > Maxi Dresses"). The right move is always to map to the deepest applicable node — broader nodes work but cost you segmentation precision. A maxi dress mapped to "Apparel & Accessories > Clothing" competes against every clothing item; mapped to the maxi-specific node, it competes against maxi dresses. The CPC difference between broad and deep mapping for the same product can be 30-50% in competitive categories.

GPC has three forms you can use in the feed: the full path ("Apparel & Accessories > Clothing > Dresses"), the numeric ID ("2271"), or the deprecated short path ("Dresses"). Always use the numeric ID. The IDs persist across taxonomy revisions; the paths don't. When Google rewords "Health & Beauty > Health Care" to "Health & Beauty > Personal Care", every feed using the old path breaks overnight. Feeds using IDs continue working — Google maps the ID to whatever the current path is. The short path is deprecated and unreliable; Google's docs still mention it but the auto-reviewer increasingly rejects items using it.

Policy enforcement keyed on GPC is the biggest hidden consequence of mis-categorisation. Restricted categories — alcohol, supplements, weapons, financial products, gambling, healthcare — face stricter rules and additional review. The classifier looks at the GPC, not the title or description, to decide which policy applies. A supplement listed under "Health & Beauty > Health Care > Vitamins & Supplements" gets the restricted-category review; the same supplement misclassified as "Beauty > Personal Care" doesn't trigger restricted treatment initially but gets re-flagged when Google's content classifier catches the mismatch. The downstream consequence is harder than just being in the right category from the start.

For multi-region catalogs, GPC can differ per region because tax categorisation differs. Children's clothing is zero-VAT in the UK but standard-VAT in the US; the GPC mapping should reflect the regional treatment. Most teams pick one canonical mapping globally and accept the tax-treatment imperfection, which is fine for most cases but worth knowing about for high-volume categories where the difference matters.

For variant groups, all variants under one item_group_id must share the same GPC. Mixed GPCs within a variant group get rejected as a categorisation inconsistency. This catches catalogs where seasonal cross-overs happen — a "swim trunks" item that's also marketed as casual shorts ends up with variants categorised differently because of the marketing dual-use. Pick one canonical category per item_group; the cross-promotion happens at the marketing layer, not the catalog layer.

The Optimiser approach to GPC mapping at scale: read each product's title, description, brand, and image, classify against Google's 6,000-node taxonomy, and pick the deepest applicable match. Confidence scoring on each match means low-confidence items get flagged for human review rather than guessed. Manual mapping at this taxonomy depth is impossible for catalogs over ~500 items; automation with human review is the only sustainable approach.

Format rules

  • Accept either numeric ID ('1604') or full path ('Apparel & Accessories > Clothing > Dresses')

    Applies to: Google Merchant Center, Meta Commerce Manager, Pinterest Catalog, Bing Merchant Center

  • Path separator is ' > ' (space-arrow-space) — exact match required

    Applies to: Google Merchant Center, Meta Commerce Manager, Pinterest Catalog, Bing Merchant Center

  • Must match Google's published taxonomy exactly, including ampersands and capitalisation

    Applies to: Google Merchant Center, Meta Commerce Manager, Pinterest Catalog, Bing Merchant Center

  • One GPC per item — no multi-category mapping

    Applies to: Google Merchant Center, Meta Commerce Manager, Pinterest Catalog, Bing Merchant Center

  • Map to the deepest applicable node, not the parent

    Applies to: Google Merchant Center, Meta Commerce Manager, Pinterest Catalog, Bing Merchant Center

Valid examples

1604

Numeric ID — most stable across taxonomy revisions

Apparel & Accessories > Clothing > Dresses

Full-path string — human-readable but fragile when Google renames nodes

Electronics > Audio > Audio Components > Headphones

Properly nested to deepest applicable node

Common mistakes

Women's Apparel

Internal taxonomy, not a Google node

Apparel & Accessories > Clothing

Parent node when a child (Dresses, Tops, etc.) exists

FAQ

Should I use the numeric ID or the full-path string?

Numeric ID. IDs persist across Google's taxonomy revisions; full paths break when Google renames nodes. IDs are also unambiguous — paths require exact punctuation that's a common source of validation errors.

What's the difference between google_product_category and product_type?

`google_product_category` uses Google's published taxonomy and drives policy + ad eligibility. `product_type` is your own internal taxonomy — totally free-form, for your own segmentation and reporting. Both should be in the feed.

Do I have to map to the deepest node?

Should, not must. Mapping to a higher-level parent works — Google accepts it — but you lose the segmentation precision Advantage+ and PMax use. The deeper the node, the more accurate the audience match.

What if my product genuinely doesn't fit any Google category?

Pick the closest match and use `product_type` for the precise classification. If you can't find any reasonable category, the product is probably in a niche Google doesn't serve well — re-evaluate whether catalog ads are the right channel for it.

Does the GPC need to match the landing page's category?

Not literally — Google doesn't compare the field against your site's category structure. But the GPC should match the actual product. Misclassification gets flagged eventually, either by automated review or user reports.

Last reviewed: 26 May 2026

Free plan · No card

Why wait? Try it free today.

Stop managing feeds manually. Start optimising with AI in 30 seconds.

  • Free plan, no credit card required
  • 1 brand, 1 feed, 100,000 products per feed
  • Full AI Product Optimisation, Rule Engine, and 200+ channel exports
  • Pay only for AI credits when you need them