Text version of this lessonExpand
Map Shopify source fields, product pages, Merchant Center, Meta Catalog, on-site search, collection pages, structured data, and ad product groups into one product fact chain. The output is not a list of field definitions. The output is a source-of-truth map your team can actually use.
What this lesson fixes
The dangerous state is not one missing field. It is the same product becoming different things in different systems: one price in Shopify, one promise on the product page, one availability value in Merchant Center, one variant in Meta Catalog, and another rule on the collection page. That turns into ad serving, review, SEO, on-site search, support, and monthly review risk.
This lesson answers three practical questions: which system wins, who can change the field, and where the result is checked. If those three answers are not written down, the rest of the feed, catalog, SEO, and promotion work keeps solving the same problem again.
Plain operating terms
- Source of truth: The system, file, or accountable lead that wins when product facts conflict.
- Feed QA: A check that source fields, channel previews, page facts, and sync timing agree.
- Structured data: Machine-readable product fields on the page. Price, availability, brand, and GTIN should not contradict the page or feed.
- Product set: A rule-based product group in Meta Catalog or an ad system, often reading Catalog item, item_group_id, availability, price, and event content ID.
- sale_price / sale_price_effective_date: The sale price and active window. If they are wrong, a platform can show the promo early, late, or after the campaign ends.
- Pixel / CAPI: Browser-side and server-side ad events. They send content ID, price, and purchase signals to ad platforms; if they do not match Catalog item, dynamic ads and attribution can drift.
- RACI: A clear split of responsible, accountable, consulted, and informed roles.
Lesson output: product data source-of-truth map
Do not try to govern every catalog field in one pass. Start with the high-impact fields that affect ads, SEO, on-site search, collections, support, and promotions, then turn them into a field priority table. Each row needs a recommended source, responsible person, downstream impact, and QA location.
| Field group | Recommended source | Responsible / use | QA location |
|---|---|---|---|
| SKU / variant ID | Shopify variant | Merchandising keeps the mapping stable | Shopify, GA4, Meta Catalog item |
| price / availability | Shopify or ERP source field | Operations lead controls price and availability promises | Product page, Merchant Center, Meta Catalog |
| title / image / attributes | Shopify master field plus registered channel override | Merchandising and SEO work together | Product page, feed preview, structured-data test |
| GTIN / brand | Product master data or supplier file | Buying or merchandising lead confirms | Merchant Center diagnostics and product master data |
| shipping / policy promise | Policy page, shipping rules, and fulfillment settings | Operations and support maintain together | Policy page, product page, support macro |
Public references are not link decoration. They confirm which boundaries affect serving, eligibility, sync, and dynamic ad matching. Google Merchant Center's product data specification requires accurate, correctly formatted product data and calls out GTIN, item_group_id, variant attributes, images, and feed-to-website conflicts as serving or review risks. Product data sources explain the boundary between primary sources, supplemental sources, and regional inventory sources. Automatic item updates can use page and structured-data signals to update price, sale_price, availability, and condition. Google Search merchant listing structured data should match visible product-page facts. Shopify's Google & YouTube product sync can sync products to Merchant Center, but sync errors and warnings still need periodic review. Meta Catalog data feed specs require feed field names and some supported values in US English. These sources confirm rules; your store still needs checklists, responsibility rules, and QA evidence.
| Official boundary | How this lesson uses it |
|---|---|
| Google product data spec: fields, landing pages, structured data, and website consistency affect eligibility. | Keep PDP, Merchant Center item preview, structured-data test, and sync-window evidence together. |
| Primary sources, supplemental sources, and regional inventory sources have different powers. | Do not bulk-edit Shopify just because Merchant Center shows a wrong value. First prove which layer produced it. |
| Automatic item updates may use page and structured-data signals for price, sale price, availability, and condition. | Treat structured data as a product-fact outlet during price or availability QA, not only an SEO setting. |
| Shopify can sync products, but GTIN/MPN, missing image, unavailable page, and sync-warning issues still need review. | Shopify can be a source, but not the final QA point. Save Google & YouTube status and Merchant Center state. |
| Meta Catalog feed specs and dynamic matching depend on catalog items lining up with event content IDs. | Product set, item_group_id, and Pixel/CAPI content IDs belong in the same source-of-truth map. |
Check the override stack before changing Shopify
A Merchant Center value may not come directly from Shopify. It may come from a primary source, or it may be overwritten by a supplemental source, regional inventory source, or Merchant Center rules. A common beginner mistake is changing Shopify when the real issue is a later override layer.
| Layer | Can do | Cannot do | First evidence |
|---|---|---|---|
| Shopify source field | Maintain master title, price, availability, images, and variants | Cannot explain a value later overwritten by Merchant Center rules | Admin screenshot, last updated time, sync status |
| Primary source | Add or remove products in Merchant Center | Should not become a dumping ground for temporary field fixes | Source name, file/API source, target country, sync time |
| Supplemental source | Add or override fields for existing products | Cannot add products on its own or replace source-field governance | Matching id, overridden field, expiry or rollback date |
| Regional inventory source | Override price, sale price, effective date, or availability by region_id | Cannot replace product master data or fulfillment review | region_id, regional price, regional availability, landing-page promise |
| Merchant Center rules | Transform, fill, or override fields by condition | Cannot run forever without a responsible team | Rule screenshot, sample SKU, before/after preview |
Override decision lab: choose the layer before fixing the field
The override stack is not vocabulary homework. It prevents the team from fixing the wrong place. For example, a 20oz insulated cup shows a 24.99 sale price on the Shopify PDP, but Merchant Center item preview still shows 29.99. If the primary source just synced successfully and a supplemental source uses the same id with a Take latest rule to override price, the first move is not another Shopify edit. The first move is to inspect the supplemental source, responsible person, rollback date, and post-promo writeback.
| Pressure scenario | Unsafe shortcut | Safer first step | Ticket line to keep |
|---|---|---|---|
| Sale price reverts from 24.99 to 29.99 | Only change Shopify again | Check supplemental source override, matching id, Take latest rule, and rollback date | Field price / sale_price; layer supplemental source; QA item preview + PDP |
| US East is in stock, but Shopping shows out of stock in the West | Raise total Shopify inventory manually | Check regional inventory source, region_id, regional stock, and landing-page shipping promise | Field availability / region_id; responsible fulfillment + feed; QA regional preview |
| Shopping title automatically adds use-case words | Ask SEO to change the Shopify master title | Review Merchant Center rules, sample SKU, before/after preview, and review date | Field title; layer Merchant Center rules; responsible merchandising + SEO + feed |
| The same SKU appears in two primary sources | Create another supplemental source to force the value | Decide which primary source is the product ledger, then dedupe id, target country, and language | Field id / source; layer primary source; QA primary-source list and product dedupe |
Use this order: ask whether the value truly comes from Shopify; if not, check duplicate primary sources, supplemental overrides, region_id inventory or price overrides, and finally Merchant Center rules that may transform the value after sync. Every temporary override needs a responsible person, reason, QA location, and rollback time.
Field conflict ticket: make the issue actionable
A good ticket should not say only feed issue. It should show the symptom, likely root, first evidence, route action, blocked move, and the field-table line to update. That keeps ads, SEO, merchandising, fulfillment, and support from each fixing a different version.
| Symptom | Likely root | First evidence | Route action | Blocked move |
|---|---|---|---|---|
| Sale price differs from page price | sale_price, active window, page component, or supplemental source is not registered | Product page, Shopify source field, Merchant Center preview, Meta Catalog item, campaign calendar | Confirm sale-price source of truth and active window first | Do not only change ad copy or patch the feed tool |
| Variant ID does not match product set | SKU, variant ID, item_group_id, default page variant, and event content ID do not share one mapping | Shopify variants, Catalog item, Pixel/CAPI content ID, product set rule | Freeze variant mapping, then validate item_group_id and event ID | Do not treat the mismatch as a creative or audience issue |
| Shipping promise conflicts with policy page | Policy page, shipping settings, regional inventory source, campaign page, and support script read different promises | Product page, policy page, Merchant Center shipping settings, region_id, support macro | Fulfillment or operations decides the promise first | Do not change only the product-page copy to lift CVR |
| Shopping title override is unmanaged | The override lacks reason, consuming channel, maintainer, expiry date, and write-back condition | Shopify master title, Merchant Center title, SEO title, collection title, search evidence | Register the override and review date in the field table | Do not let every channel keep an unchecked title version |
Source-of-Truth Pressure Lab: do not let the meeting rush the first edit
Read this like a field incident meeting. Do not ask who can edit fastest first. Ask which layer produced the wrong visible value. If the source cannot be proven, do not bulk-edit. Product data governance makes ads, SEO, collections, support, and promo work from the same fact chain. Otherwise every team fixes its own version, and no one can explain the real product.
| Pressure scenario | Tempting wrong move | Safer read | First evidence | Blocked move |
|---|---|---|---|---|
| Merchant Center turns red, and the room wants a Shopify edit | Edit Shopify, send a screenshot to the ads team, and call it handled | Check whether the value is changed by a primary source, supplemental source, regional inventory source, or Merchant Center rules | Shopify source field, PDP, Merchant Center item preview, data-source list, rule preview, and latest sync time | Do not bulk-edit Shopify or upload a new file before the override layer is confirmed |
| Promo calendar is locked, and the team wants the sale price live | Launch first and roll back if something breaks | Turn sale_price, sale_price_effective_date, PDP price, supplemental source, ad copy, and email promise into one promo field gate | Promo calendar, Shopify price fields, Merchant Center item preview, Meta Catalog item, ad creative, and email preview | Before sale price passes cross-channel QA, do not scale ads, send email, or bulk-edit the feed |
| SEO wants a title edit, ads worries Shopping performance drops | Let each channel keep its own title version | Define the Shopify master title first, then register reason, consumer, maintainer, and review date for Shopping title, SEO title, and collection title overrides | Shopify master title, Merchant Center title, SEO title, collection title, search terms, on-site search terms, and PDP facts | Do not keep multiple title versions long-term without a registered override rule |
| Bulk tools are convenient, and the team wants to edit the whole catalog | Fix everything in one bulk pass to save time | Sample 12 SKUs first and keep before, during, and after evidence. Change one field family at a time | Field list, impacted channels, change log, sample SKUs, sync window, QA pages, and counter-signals | Do not run catalog-wide bulk edits before the source-of-truth map is clear |
The point is not a vague call to be careful. The operating order is specific: prove which layer creates the visible value, then decide whether to change Shopify, the primary source, a supplemental source, a regional inventory source, or Merchant Center rules. A fast edit that cannot explain the source will bring the same problem back.
Map the five data destinations before editing fields
For each destination, answer four questions: which field it reads, who can change it, how long sync takes, and which channel breaks if it is wrong. At minimum, check Shopify admin, Merchant Center, Meta Catalog, on-site search or collections, and structured data / SEO. Any change to price, availability, title, image, taxonomy, variant ID, or promotion status should trace back to one source field and one responsible person.
In this pet-products example, the store needs to review 12 SKUs this week. Choose high sellers, new items, and recently flagged products. For each group, sample at least 3 SKUs and compare the product page, Merchant Center preview, Meta Catalog item, collection page, and structured data. Check title, price, availability, image, brand, GTIN, and variant ID consistency.
Execution checks
- Log mismatched fields in the source-of-truth map, not in a temporary chat thread.
- Mark impact scope: ads serving, organic search, on-site search, collections, dynamic ads, or monthly review.
- Give every fix a responsible person, deadline, and validation method.
- After the fix, wait for one sync cycle and save the updated channel state.
Responsibility is not a department label
Responsible person does not mean operations will look at it. For the pet travel bottle, merchandising may edit the title, buying may confirm GTIN, site operations may maintain collection ordering, ads operations may detect Merchant Center diagnostics, and operations may approve price promises. Each row should separate responsible, accountable, consulted, and informed roles.
Channel overrides are allowed. A Google Shopping title may add capacity, color, and material for clearer matching. But the override must explain why the master field stays unchanged, which channel reads it, who maintains it, when it is reviewed, and which signal triggers write-back to the master field.
Stop / Go: do not bulk-edit unclear fields
| Signal | Action | Evidence to keep |
|---|---|---|
| Field has source of truth, responsible person, and QA location | Go, move into change workflow | Field row, responsible person, validation page, sync window |
| The authoritative system is unclear | Hold, complete the source-of-truth map first | Conflicting system screenshots and final decision lead |
| The named responsible person cannot change the field | Hold, assign someone who can execute | Executor and accountable approver |
| Channel override is undocumented | Review, add reason and recheck rule | Override reason, consuming channel, review date |
| The edit affects ads, SEO, collections, or support promises | Require a change log and post-sync validation | Change ID, channel preview, review screenshot |
Product data is not back-office form filling. It is the operating asset shared by ads, SEO, on-site search, promotions, and monthly review. If the field relationship is unclear, do not let the bulk tool run first.
Copyable lesson notes: product data source-of-truth map
Do not copy out "field confirmed." Copy field, system, responsible person, downstream impact, conflict rule, QA method, counter-signal, and the current pressure scenario. Evidence must be reviewable, not just marked confirmed. The next action needs timing, object, and acceptance metric.
Four note lines to copy
- Lesson conclusion: when fields conflict, prove which layer creates the current value before choosing the fix layer.
- First evidence: source field, PDP, channel preview, data-source list, rule preview, sync window, responsible person, and review date.
- Blocked move: do not bulk-edit before the source-of-truth map is clear; do not scale ads or send promo email before cross-channel QA.
- Next lesson bridge: move to title, attribute, and taxonomy design only after field responsibility is clear.
The next lesson moves into title, attribute, and taxonomy design. That lesson only works if this one has already made field responsibility and QA location clear.