Squarespace Commerce SEO

How SEO works on a Squarespace online store specifically — the per-product SEO fields, the category-page ceiling (no custom SEO settings), the single-URL variant model that sidesteps duplicate content, the 200-vs-10,000 product limit, sold-out handling, the auto Product schema and its gaps, and the US-only, physical-goods-only Google Shopping integration.

First published: Jul 2, 2026 · Last updated: Jul 18, 2026 · Advanced
demand #10 in Ecommerce Platforms#56 in Platform SEO#310 in Technical SEO#426 on the site

Squarespace Commerce SEO is the store-specific layer on top of general Squarespace SEO. Products get their own SEO title/description fields (Squarespace suggests 50–300 characters, 400 max) and auto-generated Product schema with price and availability. The genuine structural win: variants live as dropdowns on one product URL, so there's no per-variant duplicate-content problem to canonicalize the way there is on Shopify or Magento. The genuine ceilings: category/sub-category pages can't take custom SEO settings, the auto schema has gaps (return policy, review/rating markup), customer reviews don't appear to feed AggregateRating, version 7.0 caps a store page at 200 products vs 10,000 on 7.1, and the native Google Shopping feed is US-only, English-US-only, physical-goods-only. Sold-out products stay live and indexed with a customizable label — which matches current out-of-stock best practice.

TL;DR — Squarespace Commerce SEO is the store layer on top of the platform baseline. Products expose their own SEO title/description (Squarespace suggests 50–300 characters, 400 max) and auto-generate Product schema with price and availability. The structural win is real: variants render as dropdowns on a single product URL, so there’s no per-variant duplicate-content problem to canonicalize — unlike Shopify or Magento variant-URL sprawl. The ceilings are equally real: category/sub-category controls, generated schema fields, catalog limits, and the native Google Shopping integration vary by Squarespace version and eligibility. Sold-out pages stay live and indexed — which matches current best practice.

Evidence for this claim Squarespace provides product-level SEO settings and automatically supplies some product metadata, with details varying by site version and commerce setup. Scope: Squarespace Commerce product pages; verify rendered output rather than assuming every field or schema property. Confidence: high · Verified: Squarespace Help: Adding products Evidence for this claim Squarespace's Google Merchant integration has documented product, account, and market eligibility requirements. Scope: Native Squarespace Google Merchant integration; requirements can change. Confidence: high · Verified: Squarespace Help: Google Merchant Center

The frame: scope this against general Squarespace SEO

Most “Squarespace ecommerce SEO” content re-explains sitemaps, HTTPS, and canonical tags — all of which are site-wide platform behavior that applies whether or not you sell anything. I’ve kept that in the general Squarespace SEO guide (robots.txt lockdown, the no-auto-redirect-on-URL-change gotcha, the six auto-generated schema types, AMP’s February 2025 deprecation, Core Web Vitals generalities). This guide is only the commerce-specific mechanics: product-page fields, category-page limits, variants, catalog size, sold-out handling, Product schema completeness, reviews, and the Merchant Center feed. Where a topic is site-wide, I link out instead of repeating it.

Product page SEO fields

Products get their own SEO panel, separate from the site-level SEO settings. Editing a product, you open the SEO tab (or the SEO and URL section in the newer editor) to set the SEO title and description and to customize the product’s URL slug. Squarespace’s guidance is to keep the SEO description roughly 50–300 characters, with a hard 400-character limit. If you leave it blank, the engine falls back to the product description as the meta text — so an empty SEO description isn’t “no description,” it’s “whatever’s in your product body copy, truncated.”

The practical takeaway is the same one Kristine Neil makes in her Squarespace product-page SEO writing: write unique, keyword-considered descriptions rather than pasting manufacturer copy, because that’s the content that actually earns the ranking. Fill the SEO title and description on every product that matters; don’t rely on the fallback.

Note the product URL path convention: Squarespace product detail pages live under a /store/ (or your store page’s) path segment by default — worth knowing when you’re mapping redirects or reading crawl data. And the same platform-wide gotcha from the general guide applies here with a commerce-specific trigger: renaming a product slug does not auto-create a 301. Rebrand a SKU, change its slug, and you’ve broken every inbound link and lost the page’s equity unless you add the redirect yourself in URL Mappings first. On a store, slug changes are common (seasonal renames, SKU rationalization), so this bites more often than on a static site.

Category / store page SEO — the sharpest ceiling

Here’s the limitation that competitors gloss over: category and sub-category pages generated from your product taxonomy cannot have their own custom SEO title and description. Top-level pages get an SEO panel. Individual products get an SEO panel. The category pages built from your product categories/tags do not — you can’t hand-write their meta title or description the way you can on Shopify or WooCommerce, where collection pages get full meta control.

Categories and tags are indexed — Squarespace says so directly, and they help site-search too — but “indexed” isn’t the same as “optimizable.” You can’t tune the title tag or meta description of a category listing page. This is the single biggest category-page SEO gap versus Shopify/WooCommerce, and it’s under-documented; beyond the community-forum corroboration, Squarespace’s own title-format help doc confirms it directly: “It’s not possible to customize the title format when linking to content filtered by a category or tag.” It’s the reason practitioners reach for custom code (see below) to influence how collection pages render at all.

One more nuance from the docs: when you add a new category to an unpublished collection item, that category isn’t added or indexed until the item is published — so category pages only “exist” for search once they have live products in them.

Product variants: the single-URL model (a genuine advantage)

This is where Squarespace quietly beats most ecommerce platforms on a classic SEO problem. Product variants — size, color, material — display as dropdown selectors on a single product URL. Squarespace does not mint a separate URL per variant combination. Compare that to a Shopify or Magento setup where each variant can spawn its own crawlable URL, and you inherit a duplicate-content problem you then have to canonicalize away.

On Squarespace, that problem mostly doesn’t exist. One product, one URL, one canonical — the canonicalization headache that plagues variant-URL platforms simply doesn’t apply here. The limits: up to 6 options and 250 variant combinations per product, and variants can’t be added to download (digital) products.

The tradeoff is the flip side of the same coin: because there’s only one URL, there’s no built-in way to deep-link to a pre-selected variant (e.g. link an ad straight to “the blue one”). Doing that requires custom JavaScript. So Squarespace trades away variant deep-linking to buy you clean canonicalization — a good trade for most stores, occasionally annoying for paid campaigns pointing at a specific SKU variant.

Catalog size: the 200 vs 10,000 product limit

Store page product counts are version-dependent, and it’s an SEO/crawl-architecture issue, not just a features footnote:

  • Squarespace 7.1: a store page can hold up to 10,000 products (also the site-wide cap).
  • Squarespace 7.0: a store page is capped at 200 products (site-wide cap still 10,000).

For a large catalog on 7.0, that 200-per-page ceiling forces you to split products across multiple store pages or collections — which fragments your internal link equity and crawl paths across extra pages you didn’t want. If you’re on 7.0 with a big catalog, the store-page limit is a real reason to plan a migration to 7.1 rather than papering over it with awkward extra collections.

Sold-out and out-of-stock products

Squarespace’s default behavior here aligns with current best practice. When a product sells out, the page stays live and indexed with a customizable “Sold Out” label; customers can’t add it to the cart, but Squarespace does not auto-noindex, 404, or redirect the page. Squarespace even frames displaying sold-out products as a way to advertise demand.

That’s the SEO-correct default. Google’s out-of-stock guidance is to keep the page live rather than 404 or noindex it, so you preserve its rankings and links for when the item returns — see out-of-stock products for the platform-agnostic treatment. On Squarespace you don’t have to do anything to get this right; just resist the urge to “clean up” by deleting sold-out pages, and keep optimizing the title/meta while the item’s out. Customize the label text if “Sold Out” doesn’t fit your brand.

Product structured data: what’s automatic, what’s missing

Squarespace auto-generates Product schema on commerce pages, and you can neither remove nor natively edit it. It covers the core fields — price and availability — which is enough to be eligible for basic product rich results. But measured against Google’s Product structured data spec, the auto schema has documented gaps: Google’s product-snippet requirements formally require only name plus one of offers, review, or aggregateRating — but a genuinely useful listing in practice also needs image, price, and availability, and Google recommends going further with aggregateRating/review, hasMerchantReturnPolicy, and shippingDetails. Practitioners (e.g. Collaborada’s schema write-up) flag missing fields like hasMerchantReturnPolicy; return policy and full review/rating markup aren’t in the built-in output.

Because you can’t edit the native schema, the standard practice is to supplement via Code Injection / a Code Block with your own JSON-LD for the missing fields — that’s normal, not a sign you did something wrong. Two cautions: don’t emit conflicting Product/Offer data that contradicts the auto schema, and keep any review/rating markup you add tied to genuine on-page reviews. (For the field-by-field detail, see product schema and the broader structured data treatment.)

Customer reviews — and the structured-data gap

Squarespace has a native customer reviews feature: customers can leave a written review (up to 1,500 characters) and a 1–5 star rating per item, with the request sent roughly 14 days after fulfillment and a 120-day review window. Useful for conversion and on-page content.

The SEO gap: the docs describe display mechanics but say nothing about structured data, and practitioner consensus is that these reviews do not automatically populate Review/AggregateRating schema. So the stars show up on your product page for shoppers, but there’s no documented path from the native reviews feature to review-rating rich results in search. If review stars in the SERP matter to you, that’s another Code-Injection JSON-LD job — again, tied to the real reviews on the page. This is a genuine gap versus platforms with native review-schema plugins.

Google Shopping: the native feed and its hard limits

This corrects a common myth. You’ll read that “Squarespace has no product feed for Google Shopping” — not true. Squarespace has a native Google Merchant Center integration that pushes your catalog into Google Shopping. But it’s gated, and the gates are strict. To use it you must:

  • Be located in the United States and set your site language to English (United States).
  • Sell physical products (digital products, services, subscriptions, and memberships are excluded).
  • Add a shipping option in Squarespace.
  • Be on a qualifying plan (Core, Plus, Advanced, Commerce Basic, or Commerce Advanced).
  • Have a Google Merchant Center account (multi-client accounts aren’t supported), with 200 or fewer data sources linked to it.

So the myth is half-right in spirit: the feed exists, but it’s useless to international sellers, digital-product sellers, and anyone on Bing — Squarespace has no native Bing Shopping integration. Squarespace’s own auto-sitemap includes your product and category URLs, but there’s no separate product-feed sitemap format; the Merchant Center integration is the feed mechanism. If you’re outside the US or selling non-physical products and you need Shopping visibility, you’re building a feed by other means — the native integration won’t cover you.

Subscriptions, digital, and membership products

These are a structurally different commerce case. Subscription products (subscription boxes, recurring goods/services), digital downloads, and memberships are not eligible for the Google Shopping integration above — that feed is physical-goods-only. They also carry different transaction-fee tiers by plan (higher plans reduce or zero out fees on courses/memberships/digital products), which is why sellers pick these product types and then ask “why isn’t my course in Google Shopping?” The answer is structural, not a misconfiguration: the feed doesn’t accept them. SEO for these products leans back on the fundamentals — strong product/landing pages, real descriptions, internal links — rather than any feed-driven distribution.

The practitioner workaround: custom collection code

Because collection/category pages are so uniform and can’t take custom SEO settings, the practitioner-standard workaround is custom code to style and customize individual collection pages — Will Myers-style code snippets are the community reference point for this. I’m flagging it as a workaround, not endorsing any specific paid product: it’s how experienced Squarespace builders get around the platform’s uniform collection-page limitation when a client needs collection pages that don’t all look and behave identically. Treat it as a last resort after you’ve exhausted the native options, and remember custom code is yours to maintain across Squarespace updates.

Squarespace vs Shopify for ecommerce SEO specifically

Keep this narrow — the general platform comparison lives in the sibling articles; here it’s only the commerce-SEO differences that matter:

Squarespace CommerceShopify
Variant URLsSingle URL, dropdown (no dup content)Can generate per-variant URLs
Category page SEO fieldsNone (can’t customize)Full custom meta on collections
Redirect on URL changeManual (URL Mappings first)Auto-prompted 301 on URL change
Product feedNative GMC (US/English-US/physical only)Broad app/feed ecosystem
Bing ShoppingNo native integrationBroader app options
Product schemaAuto (price/availability), gapsApp required, more complete

Shopify’s genuine ecommerce-SEO edge is automated technical control — it prompts you to create a 301 the moment you change a URL, and it has a far broader feed/app ecosystem. Squarespace’s genuine edge is the cleaner variant-URL model (no per-variant duplicate content to manage) and simplicity. Squarespace’s genuine weaknesses are the no-custom-category-SEO ceiling, the narrow Merchant Center feed, and the manual redirect requirement. WooCommerce, Magento, BigCommerce, and PrestaShop each land differently on these axes — but on Squarespace specifically, those four traits are what you’re actually choosing between.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin an expert quote first.