ShipworkSite inspection
Checks

Crawlability

PaginationAre paginated pages set up right?Internal searchIs site search eating crawl budget?URL parametersAre parameters creating duplicates?Log analyserWhat does Googlebot actually crawl?Robots builderNeed a robots.txt file?Soft 404sAre pages “not found” but returning 200?JavaScriptCan crawlers see it without running JS?FreshnessIs my site quietly going stale?Robots.txtDoes robots.txt say what I think?

Indexing

Sitemap lastmodAre my sitemap dates valid?SitemapIs my sitemap actually fetchable?IndexingIs Google allowed to index my pages?CanonicalsIs Google indexing the wrong URL?Index signalsDo sitemap and index signals agree?Sitemap generatorNeed a sitemap.xml for my site?Bulk URL statusWhere does each of these URLs really land?Redirect builderNeed the redirect rules?RedirectsAre my URLs answering directly, over HTTPS?

On-page

Keyword ideasWhat are people searching for?SERP previewHow does my page look in Google?Content qualityAre your pages too thin or too alike?Image weightAre images slowing the page?CannibalizationAre pages competing with each other?On-page checkDoes the page use its target phrase?ImagesAre my images accessible and loading?Meta tag builderWhat should my title and share tags say?DuplicatesDo my pages compete for one query?

Links

Orphan pagesWhich pages can no link reach?Link graphHow deep do your pages sit?Anchor textDo links say what they point at?Outbound linksAre external links still alive?Broken linksAre internal links sending visitors nowhere?

Structured data

Rich resultsIs my markup eligible for a rich result?Structured dataIs my product schema valid?Schema coverageDo my key pages carry structured data?Social previewHow does my page look when shared?Schema vs pageDoes markup match the page price?Schema builderNeed valid JSON-LD?

International

Hreflang sitemapDo page and sitemap hreflang agree?HreflangDo my language versions link back?Hreflang builderNeed the hreflang tags?Page DoctorWhy is this page not doing well?Redirect planMy site has dead links — what redirects do I write?Sitemap diffIs anything missing from my sitemap?Robots simulatorWhat does my robots.txt actually block?Can Googlebot?Can Googlebot fetch this URL?
Every error, explainedGuides
Pricing Learn Error guides Run free audit

+1 free check

Welcome to Shipwork

Sign in free and your next check this month is on us.

Continue with GoogleContinue with email

We email you a 6-digit code. No password.

No card needed. Reports and watches follow you to any device.

Marking up variants: the ProductGroup pattern

A product in five sizes is five purchasable offers sharing one page, but most themes emit one flat Product block for the default variant and call it done. Google then sees a fraction of your catalogue, and naive validators report your valid markup as missing. Here is the ProductGroup pattern that fixes both.

The flat-Product problem

Shopify auto-emission describes the selected or first variant as a single Product. The other four sizes exist on the page for shoppers and nowhere in the markup for machines: their prices, availability and identifiers are invisible to every consumer of structured data. For Merchant Center alignment this is a quiet catalogue cut (variants that cannot be matched cannot serve), and for validators it produces the paradox of “no Product markup found” on pages that plainly carry a Product block, because the checker looked past nesting it did not understand.

ProductGroup: Trail BoothasVariantSize 8 · $149InStockSize 9 · $149InStockSize 10 · $159OutOfStock
One group, one offer per variant: each with its own price and availability. Flat markup would show only the first box.

The ProductGroup pattern

Declare the group once with the shared facts (name, image set, brand, category), then nest one Product per variant under hasVariant, each carrying its own SKU or GTIN, price, currency and availability. Deduplicate with @id so the group block and any legacy flat block resolve to one entity instead of two competing ones. Variant-level identifiers matter most: without distinct SKUs or GTINs per variant, matching still collapses the group into one item.

{ "@context": "https://schema.org", "@type": "ProductGroup",
  "@id": "https://shop.example/products/trail-boot#group",
  "name": "Trail Boot", "brand": { "@type": "Brand", "name": "Nordhaus" },
  "hasVariant": [
    { "@type": "Product", "sku": "TB-8", "offers": {
      "@type": "Offer", "price": "149.00", "priceCurrency": "USD",
      "availability": "https://schema.org/InStock" } },
    { "@type": "Product", "sku": "TB-10", "offers": {
      "@type": "Offer", "price": "159.00", "priceCurrency": "USD",
      "availability": "https://schema.org/OutOfStock" } }
  ] }

The ratings trap

Never fabricate variant ratings

aggregateRating is only valid with genuine independent reviews. Stamping every variant with five stars from your own review widget is self-serving markup. It will not earn stars and it can suppress the listing. Leave ratings off rather than invent them.

Validating variant markup

  1. View source and confirm the group block is server-rendered, not injected.
  2. Count hasVariant entries against real variants. Every purchasable combination needs an offer.
  3. Confirm each variant offer carries price, currency and availability.
  4. Run the Rich Results Test and expect one deduped entity, not a pile of competing Products.

Deeper: product schema pillar · Related guide: no product markup found

Find out if this is happening to you

Shipwork parses nested ProductGroup and hasVariant structures, reporting each variant offer missing price, currency or availability instead of crying “missing markup”. Free, no account, no signup. Paste your store address.

Check my variants

Questions

Does every variant need its own offer in markup?
Yes: one offer per purchasable combination, each with price, currency and availability. A group with a single shared offer misstates every variant but one.
Will ProductGroup confuse validators?
Naive ones, yes: they report “missing Product” on valid grouped markup. The Rich Results Test understands nesting; so does the free structured-data check.
Should variants share one SKU?
No. Distinct SKUs (or GTINs where they exist) per variant are what let Google match each combination separately.
Can I keep my flat Product block too?
Only if both resolve to one entity via shared @id. Two competing top-level Products for the same item produce duplicate-entity warnings.

Keep reading