Headless Commerce プラットフォーム

暫定日本語案: TL;DR — “headless commerce platform” is engine その runs あなた 暫定日本語案: 商品, cart, と checkout と hands その データ へ separate storefront あなた 暫定日本語案: 構築. すべての vendor claims theirs is “SEO-optimized out of the box.” その’s だけ 暫定日本語案: half true. Some (Shopify Hydrogen, BigCommerce Catalyst) ship real SEO 暫定日本語案: scaffolding — sitemap, robots.txt, metadata helper. Others (Medusa, 暫定日本語案: Saleor, Elastic Path) ship nothing SEO-specific と leave all of it へ あなた. Pick 暫定日本語案: based on どのように much あなた want へ 構築 versus inherit.

何 私たち’re actually comparing here

暫定日本語案: In normal Shopify または WooCommerce 店舗, one system does everything: it 店舗 暫定日本語案: あなた 商品, processes orders, と renders ページ shoppers と Google see. 暫定日本語案: headless setup splits その apart. commerce engine handles 商品, 暫定日本語案: inventory, と checkout, と hands その データ 通じて API へ separate frontend 暫定日本語案: その renders 何 人々 actually look at.

暫定日本語案: commerce engine is “headless commerce platform.” major ones as of 暫定日本語案: mid-2026 are Shopify (通じて its Hydrogen framework と Storefront API), 暫定日本語案: BigCommerce (通じて Catalyst), commercetools, Salesforce Commerce 暫定日本語案: Cloud (通じて PWA Kit), Medusa, Saleor, と Elastic Path.

one thing その matters 向けに choosing

暫定日本語案: 向けに SEO, プラットフォーム don’t really differ on whether あなた ページ できる be クロール — 暫定日本語案: その comes down へ どのように あなた frontend renders ページ, which 暫定日本語案: Headless Ecommerce SEO hub covers in full (SSR, 暫定日本語案: SSG, CSR). 何 それら differ on is どのように much SEO plumbing それら hand あなた 向けに 無料 暫定日本語案: versus どのように much あなた have へ 構築 yourself.

暫定日本語案: Think of it as three groups:

• 暫定日本語案: それら give あなた lot. Shopify Hydrogen と BigCommerce Catalyst both ship 暫定日本語案: 機能 例 storefront とともに sitemap, robots.txt, と way へ 設定 あなた 暫定日本語案: タイトル tags と meta 説明 already wired in.
• 暫定日本語案: それら give あなた helpers, ない finished thing. commercetools と Salesforce 暫定日本語案: PWA Kit hand あなた ツール へ 構築 sitemap ただし 作る あなた assemble it yourself.
• 暫定日本語案: それら give あなた nothing SEO-specific. Medusa, Saleor, と Elastic Path are 暫定日本語案: pure “here’s your product data through an API” engines. すべての bit of SEO — 暫定日本語案: sitemap, metadata, robots.txt — is on あなた (または on whatever frontend 暫定日本語案: framework あなた 構築, usually Next.js).

thing 大半の 人々 get 誤った

暫定日本語案: “SEO-optimized out of the box” is spectrum, ない checkbox. すべての vendor’s 暫定日本語案: marketing ページ says it. ただし Elastic Path’s own SEO blog post doesn’t even mention 暫定日本語案: sitemaps, canonical tags, または リダイレクト — so “out of the box” できる mean almost 暫定日本語案: nothing. Don’t take claim at face value. Ask specific question: 何 does 暫定日本語案: この プラットフォーム ship 向けに sitemaps, metadata, リダイレクト, と 保持 my staging サイト 暫定日本語案: out of Google? answers vary lot.

暫定日本語案: Want プラットフォーム-by-プラットフォーム breakdown, preview-environment gotcha, と 暫定日本語案: decision framework 向けに picking one? Switch へ Advanced tab.

暫定日本語案: TL;DR — Headless commerce プラットフォーム sit on spectrum から “ships real SEO scaffolding” へ “leaves everything to you.” Shopify Hydrogen ships 大半の — 暫定日本語案: getSeoMeta utility, sitemap routes, robots.txt, と (via Oxygen) 自動 暫定日本語案: crawler-blocking on preview deployments. BigCommerce Catalyst proxies 暫定日本語案: BigCommerce’s own sitemap インデックス登録 と 使用 Next.js App Router generateMetadata 暫定日本語案: conventions. commercetools Frontend と Salesforce PWA Kit give あなた SDK/API 暫定日本語案: helpers, ない shipped routes — あなた assemble sitemap yourself, とともに real 暫定日本語案: pagination limits. Medusa, Saleor, と Elastic Path ship nothing SEO-specific; 暫定日本語案: frontend owns everything. Two risks are genuinely differentiated by プラットフォーム: 暫定日本語案: preview-environment leakage (Hydrogen auto-blocks crawlers on shareable 暫定日本語案: links; others don’t guarantee it) と リダイレクト maps (no プラットフォーム automates 暫定日本語案: them). プラットフォーム choice sets どのように much scaffolding あなた inherit — ない whether ページ 暫定日本語案: are crawlable, which is still rendering decision hub owns.

プラットフォーム choice is ない rendering decision

暫定日本語案: Start here, because it’s single 大半の 一般的な confusion. Whether Googlebot gets 暫定日本語案: real HTML または empty shell is decided by あなた frontend’s rendering model — 暫定日本語案: サーバー-side rendering (SSR), static generation (SSG), または クライアント-side rendering 暫定日本語案: (CSR). その’s frontend framework’s job, と 暫定日本語案: Headless Ecommerce SEO hub covers it in depth. I 暫定日本語案: won’t re-derive SSR vs. CSR here.

暫定日本語案: 何 commerce プラットフォーム does decide is どのように much SEO scaffolding あなた inherit — 暫定日本語案: sitemap, metadata plumbing, robots.txt, preview-environment 暫定日本語案: handling. pristine SSR setup on Medusa still has no sitemap until あなた 構築 one; 暫定日本語案: CSR mistake on Hydrogen still tanks 商品 ページ even though Hydrogen ships すべての 暫定日本語案: other piece. 保つ two axes separate: rendering = crawlability; プラットフォーム = 暫定日本語案: scaffolding.

SEO-tooling spectrum

暫定日本語案: Here’s どこ seven プラットフォーム land:

暫定日本語案: Ships real tooling ( 機能 reference storefront とともに SEO wired in): 暫定日本語案: Shopify Hydrogen, BigCommerce Catalyst.

暫定日本語案: Ships SDK helpers, ない routes (あなた assemble sitemap yourself): 暫定日本語案: commercetools Frontend, Salesforce PWA Kit.

暫定日本語案: Ships nothing SEO-specific (pure commerce API; frontend owns all of it): 暫定日本語案: Medusa, Saleor, Elastic Path.

暫定日本語案: その framing is whole 記事. rest is per-プラットフォーム detail.

Shopify Hydrogen (Storefront API)

暫定日本語案: Hydrogen is Shopify’s headless framework, と it ships 大半の 完全な SEO 暫定日本語案: scaffolding of anything reviewed here. One correction up front: Hydrogen is ない 暫定日本語案: Remix-based anymore. npm registry 表示 @shopify/hydrogen 2026.4.4 peer-depending 暫定日本語案: on react-router ~7.16.0 とともに no Remix dependency at all, と Shopify’s own 暫定日本語案: @shopify/remix-oxygen package 現在 carries formal deprecation notice telling あなた へ 暫定日本語案: インポート から react-router instead. Shopify’s own SEO doc hasn’t caught up へ its 暫定日本語案: own package metadata — as of この 確認 it still reads “Hydrogen uses Remix’s built-in meta features for SEO tags” — so don’t take その line at face value if 暫定日本語案: あなた’re scaffolding 新しい project; 確認 package.json, ない prose. import from react-router instead. Shopify’s own SEO doc hasn’t caught up to its own package metadata — as of this check it still reads “Hydrogen uses Remix’s built-in meta features for SEO tags” — so don’t take that line at face value if you’re scaffolding a new project; check package.json, not the prose.

暫定日本語案: Metadata — purpose-built utility. Whatever doc calls underlying router, 暫定日本語案: Hydrogen still ships getSeoMeta utility, which 作る it easier と more 暫定日本語案: consistent へ render SEO meta tags. その getSeoMeta helper handles タイトル, 暫定日本語案: 説明, 画像, canonical URLs, と JSON-LD — actual metadata abstraction, 暫定日本語案: ない “bring your own <head>.” It’s だけ プラットフォーム here その ships dedicated 暫定日本語案: SEO-metadata utility. Shopify また notes その “By default Hydrogen removes query parameters from canonical URLs” — sensible デフォルト あなた できる override in あなた meta 暫定日本語案: エクスポート.

暫定日本語案: Sitemap — shipped と self-refreshing. Hydrogen skeleton template 含む 暫定日本語案: sitemap.xml と per-type sitemap routes out of box, と its getSitemap 暫定日本語案: utility generates per-resource-type sitemaps とともに locale alternates. sitemap 暫定日本語案: files are cached 向けに 24 hours, so publishing または unpublishing 商品 updates 暫定日本語案: sitemap 自動 以内に その window — no scheduled job へ babysit.

暫定日本語案: robots.txt — shipped, とともに preview safeguard. template ships 暫定日本語案: robots.txt route. と here’s differentiator: per Shopify’s SEO docs, “If you make a non-production deployment accessible with a shareable link or an auth bypass token, then Oxygen overrides the deployment’s robots.txt file with a disallow rule for all bots and crawlers.” Oxygen (Shopify’s Hydrogen hosting) 自動 暫定日本語案: blocks all crawlers on preview/shareable-link deployments. その’s real 問題 — 暫定日本語案: duplicate staging コンテンツ getting インデックス登録 — その 大半の プラットフォーム leave あなた へ solve 暫定日本語案: by hand, と Hydrogen just handles.

暫定日本語案: 何’s left へ あなた: verify no 商品 または category route was accidentally left as 暫定日本語案: resource route その skips SSR (React Router’s framework mode 使用 同じ 暫定日本語案: サーバー-loader pattern Remix 使用 前に Hydrogen’s migration), と 設定 Oxygen 暫定日本語案: caching ( hub’s advanced lens covers stale-cache risk).

BigCommerce headless (Catalyst)

暫定日本語案: Catalyst is BigCommerce’s Next.js App Router reference storefront. Its SEO scaffolding 暫定日本語案: is real ただし architecturally 異なる から Hydrogen’s.

暫定日本語案: Sitemap — proxied, ない generated. Per BigCommerce’s Catalyst docs, “Catalyst acts as an intermediary when handling requests to /sitemap.xml.” It fetches sitemap 暫定日本語案: インデックス登録 から BigCommerce (against チャネル’s canonical URL) と returns XML. So 暫定日本語案: sitemap 表示される へ be served から あなた storefront, ただし データ lives in 暫定日本語案: BigCommerce, ない in あなた frontend codebase — opposite of Hydrogen, どこ 暫定日本語案: sitemap route lives inside app. BigCommerce また warns その “If your storefront also uses third-party systems that generate content with different URLs, you will need to submit multiple sitemaps to cover the URLs from various sources,” と notes 暫定日本語案: sitemaps “don’t need to reside on the same domain as the website they represent” — 暫定日本語案: flexible 向けに multi-チャネル setups, ただし footgun if per-チャネル canonical domains 暫定日本語案: aren’t 設定 correctly.

暫定日本語案: Metadata — Next.js conventions. Catalyst populates generateMetadata と 暫定日本語案: alternates.canonical field per route から Storefront API GraphQL データ, サーバー-side. 暫定日本語案: その’s standard App Router pattern Next.js SEO 記事 already documents in 暫定日本語案: detail — I’ll point there rather than re-explain generateMetadata syntax.

暫定日本語案: ** migration warning.** If あなた’re moving から BigCommerce’s older Stencil theme へ 暫定日本語案: Catalyst, URL parity is whole ballgame. As 1Digital Agency’s Dan Kogan puts it in 暫定日本語案: his Catalyst SEO practitioner guide: 暫定日本語案: “Do not change established URLs on a Stencil-to-Catalyst migration. Every product, category, and content URL should match the legacy structure exactly, or you need a complete 301 redirect map.” He また flags recurring Catalyst regressions — 暫定日本語案: generateMetadata returning クライアント-だけ fallback because GraphQL クエリ got 暫定日本語案: thrown へ クライアント component, canonical tags 不足している on paginated listing ページ, と 暫定日本語案: Product JSON-LD emitted twice (once by カスタム component, once by third-party 暫定日本語案: app). All of それらの are worth pre-launch 確認.

commercetools (Frontend / composable storefronts)

暫定日本語案: commercetools is enterprise “composable/MACH” option, と its SEO scaffolding is 暫定日本語案: proportionally thinner — あなた get SDK helper 方法, ない shipped routes.

暫定日本語案: Per commercetools’ Frontend docs, プラットフォーム generates three separate sitemaps — 暫定日本語案: static ページ, 商品 ページ, と category ページ — combined へ sitemap インデックス登録. Static 暫定日本語案: ページ come から sdk.page.getPages(), 商品 から extensions.product.query(), と 暫定日本語案: categories から extensions.product.queryCategories(). ただし setup is ない 自動: 暫定日本語案: it 必要とする Frontend 追加-On plus 手動 creating three Next.js route handlers 暫定日本語案: (sitemap-static.xml/route.tsx, sitemap-products.xml/route.tsx, 暫定日本語案: sitemap-categories.xml/route.tsx) と postbuild script へ assemble final 暫定日本語案: /sitemap.xml. と 商品/category クエリ are cursor-paginated とともに 500-item 暫定日本語案: limit per リクエスト, so large catalog needs pagination logic inside あなた sitemap 暫定日本語案: generator. この is 大半の 構築-it-yourself of enterprise プラットフォーム 向けに sitemaps 暫定日本語案: specifically — which tracks とともに commercetools’ whole no-opinionated-frontend 暫定日本語案: positioning.

Salesforce Commerce Cloud headless (PWA Kit / Composable Storefront)

暫定日本語案: PWA Kit’s SEO tooling is 大半の fragmented と 手動 of プラットフォーム とともに 暫定日本語案: 公式 reference storefront.

暫定日本語案: Sitemap — path branches. Per Salesforce’s docs, if あなた routes are 設定 暫定日本語案: in Business Manager, あなた 作成 sitemap in Business Manager; if routes are managed 暫定日本語案: outside it (カスタム PWA Kit routing), あなた 構築 または supplement sitemap via API 暫定日本語案: endpoint instead. There’s no single 自動 path — it depends on どのように storefront 暫定日本語案: was 設定 up. 向けに PWA Kit deployments specifically, 手動 手順 含む adding path 暫定日本語案: in ssr.js config, updating ssrShared プロパティ, redeploying bundle, と 暫定日本語案: verifying sitemap is accessible. Salesforce’s own guidance is へ schedule job へ 暫定日本語案: 保つ sitemap 現在の — meaning no 自動 refresh on catalog changes, unlike 暫定日本語案: Hydrogen’s 24-hour auto-update. Built-in sitemap handling has been 暫定日本語案: リクエスト-ただし-手動 area 暫定日本語案: on PWA Kit GitHub repo — useful color その この is known gap, though 問題 is 暫定日本語案: community signal, ない 公式 statement.

暫定日本語案: Metadata — tied へ ページ Designer. PWA Kit’s usePage() hook (から 暫定日本語案: @salesforce/commerce-sdk-react) と <Page> component expose ページ name, 説明, 暫定日本語案: と route 向けに SEO metadata — ただし その’s tied へ Salesforce’s CMS-like ページ Designer 暫定日本語案: コンテンツ model, ない dedicated SEO utility like Hydrogen’s getSeoMeta.

Medusa, Saleor, と Elastic Path — pure APIs

暫定日本語案: これらの three are “leaves everything to you” tier, と it’s worth being blunt について 暫定日本語案: 何 その means.

暫定日本語案: Medusa is pure commerce backend. There’s no dedicated Medusa SEO ドキュメント 暫定日本語案: because Medusa has no opinion on frontend rendering at all. Its Next.js Starter 暫定日本語案: Storefront supports App Router とともに React サーバー Components (so SSR is 利用可能), 暫定日本語案: ただし metadata, sitemap, と canonical mechanics are entirely inherited から whatever 暫定日本語案: Next.js conventions あなた implement. In practice virtually すべての Medusa storefront is 暫定日本語案: Next.js — so Next.js SEO 記事 is あなた real reference, ない Medusa’s docs.

暫定日本語案: Saleor is 同じ story: GraphQL-最初 headless API (Python/Django backend) とともに 暫定日本語案: community と Vercel-maintained Next.js storefront templates. SEO is 100% function of 暫定日本語案: chosen frontend. 同じ tier as Medusa.

暫定日本語案: Elastic Path is API-最初 とともに metadata as raw fields あなた wire up yourself. Its 暫定日本語案: 商品 と category entities support カスタム fields 向けに SEO metadata その できる be, in 暫定日本語案: Elastic Path’s words, “accessed via APIs just like the content that you render to your customers” — ただし その’s 構築-あなた-own-schema pattern, ない shipped utility. Its slug 暫定日本語案: resource is described as “lower case, uri friendly string” 向けに 構築 URLs. Notably, 暫定日本語案: Elastic Path’s own SEO 向けに headless commerce blog post 暫定日本語案: (by Kirsten Aebersold — vendor コンテンツ, ない neutral) does say “If you’re dynamically building a page with a JavaScript framework alone, you might want to look into serving up cached versions of the pages to the bots” — ただし it 決して covers sitemaps, canonical 暫定日本語案: tags, リダイレクト, または preview environments. いつ even vendor’s own SEO ページ skips half 暫定日本語案: of 何 あなた need, “SEO-optimized out of the box” is doing lot of 機能.

暫定日本語案: None of これらの three are bad 向けに SEO — there’s no プラットフォーム ceiling. ただし there’s また no 暫定日本語案: scaffolding へ lean on. Everything is function of frontend あなた 構築.

Preview と staging leakage — differentiated risk

暫定日本語案: この is one place プラットフォーム choice 作る concrete, measurable SEO difference, so 暫定日本語案: it’s worth calling out separately.

暫定日本語案: Hydrogen/Oxygen 自動 disallows all crawlers on preview と shareable-link 暫定日本語案: deployments — built-in safeguard against あなた staging サイト getting インデックス登録 と 暫定日本語案: competing とともに production as duplicate コンテンツ. No equivalent 自動 guarantee is 暫定日本語案: documented 向けに Catalyst, commercetools, または PWA Kit. と it’s ない theoretical: 1Digital 暫定日本語案: Agency レポート “Preview deployments indexed by Googlebot” as recurring real-world 暫定日本語案: failure mode on Catalyst migrations. その’s single practitioner ソース rather than 暫定日本語案: 公式 プラットフォーム statement, so treat specific Catalyst claim as one credible データ 暫定日本語案: point — ただし underlying lesson is プラットフォーム-agnostic: if あなた プラットフォーム doesn’t 暫定日本語案: auto-block preview crawlers, block them yourself ( robots.txt disallow, HTTP auth, 暫定日本語案: または noindex header on すべての non-production environment). On “everything-to-you” 暫定日本語案: プラットフォーム, この is entirely on あなた by definition.

リダイレクト management — migration concern, ない プラットフォーム feature

暫定日本語案: No プラットフォーム reviewed ships 自動 リダイレクト system. すべての headless migration — 暫定日本語案: Stencil へ Catalyst, monolith へ headless, one commerce engine へ another — needs 暫定日本語案: explicit 301 map から 古い URLs へ 新しい. consensus 全体で migration-focused trade 暫定日本語案: posts is consistent: re-platforming failures almost 常に trace back へ リダイレクト maps, 暫定日本語案: URL structures, と structured-データ gaps, と あなた すべき 決して launch なしで verified 暫定日本語案: 301 map. その’s 同じ lesson サイト’s サイト Migrations 記事 covers in full — I’ll 暫定日本語案: cross-reference it 向けに 確認 rather than re-derive it here. プラットフォーム-specific 暫定日本語案: angle is just この: don’t assume any of これらの engines handles リダイレクト 向けに あなた. None 暫定日本語案: do.

Portability is underrated upside

暫定日本語案: One myth worth killing: switching commerce プラットフォーム does ない mean rebuilding あなた SEO 暫定日本語案: から scratch. rendering layer — あなた Next.js (または React Router) storefront — is 何 暫定日本語案: determines crawlability, と it’s largely portable 全体で commerce backends. Next.js 暫定日本語案: storefront できる point at BigCommerce, Medusa, Saleor, または commercetools とともに mostly 暫定日本語案: データ-layer changes. 何 changes いつ あなた swap プラットフォーム is scaffolding: どこ 暫定日本語案: sitemap データ comes から, whether there’s metadata utility, どのように リダイレクト と previews 暫定日本語案: are handled. その’s meaningful re-wire, ただし it’s ない “start over.”

暫定日本語案: と don’t 超えて-インデックス登録 on API quality as SEO signal, either. プラットフォーム’s GraphQL/REST 暫定日本語案: API だけ determines 何 データ is 利用可能 へ 構築 metadata と sitemaps から. Whether 暫定日本語案: その データ actually reaches Google サーバー-side is frontend/rendering decision — which, 暫定日本語案: again, hub owns.

どこ へ go next

• 暫定日本語案: Headless Ecommerce SEO — hub: SSR/SSG/CSR 暫定日本語案: rendering decision, structured データ (商品, ProductGroup/hasVariant), と なぜ GMC 暫定日本語案: フィード is independent of rendering.
• 暫定日本語案: Next.js SEO — since Catalyst, commercetools Frontend, Medusa, と Saleor storefronts 暫定日本語案: are usually Next.js, この is どこ generateMetadata と sitemap.ts mechanics live.
• 暫定日本語案: JavaScript SEO — general JS-rendering failure modes その apply へ any JS-heavy 暫定日本語案: storefront.

AI要約

暫定日本語案: condensed take on Advanced version:

• 暫定日本語案: プラットフォーム choice ≠ rendering choice. Crawlability comes から frontend’s 暫定日本語案: rendering model (SSR/SSG/CSR — owned by headless ecommerce hub). commerce 暫定日本語案: プラットフォーム decides どのように much SEO scaffolding あなた inherit.
• 暫定日本語案: ** spectrum, three tiers:**
  • 暫定日本語案: Ships real tooling: Shopify Hydrogen (getSeoMeta metadata utility, sitemap 暫定日本語案: routes, robots.txt, auto preview-crawler blocking via Oxygen) と BigCommerce 暫定日本語案: Catalyst (sitemap proxied から BigCommerce, Next.js generateMetadata 暫定日本語案: conventions).
  • 暫定日本語案: Ships SDK helpers, ない routes: commercetools Frontend (three-sitemap pattern 暫定日本語案: via SDK 方法, 手動 route wiring, 500-item pagination limit) と Salesforce 暫定日本語案: PWA Kit (sitemap path branches on Business Manager vs. カスタム routing; 手動 暫定日本語案: scheduled regeneration).
  • 暫定日本語案: Ships nothing SEO-specific: Medusa, Saleor, Elastic Path — pure commerce APIs; 暫定日本語案: Next.js frontend owns all SEO.
• 暫定日本語案: Metadata: Hydrogen’s getSeoMeta is だけ shipped SEO-metadata utility 暫定日本語案: (タイトル/説明/画像/canonical/JSON-LD). Everyone else exposes raw API fields あなた 暫定日本語案: wire へ generateMetadata yourself.
• 暫定日本語案: Preview/staging leakage is real differentiator: Hydrogen/Oxygen auto-blocks 暫定日本語案: crawlers on shareable links; no equivalent guarantee 向けに Catalyst, commercetools, または 暫定日本語案: PWA Kit (1Digital レポート Catalyst previews getting インデックス登録 in wild). Block them 暫定日本語案: yourself if プラットフォーム doesn’t.
• 暫定日本語案: リダイレクト are migration concern — no プラットフォーム automates 301 map; cross-reference 暫定日本語案: サイト Migrations 記事.
• 暫定日本語案: Portability upside: Next.js frontend is largely reusable 全体で backends; swapping 暫定日本語案: プラットフォーム re-wires scaffolding, ない あなた whole SEO.
• 暫定日本語案: Myth へ kill: “SEO-optimized out of the box” is spectrum — Elastic Path’s own SEO 暫定日本語案: post doesn’t even cover sitemaps, canonical tags, または リダイレクト.

Which headless commerce プラットフォーム (向けに SEO)

暫定日本語案: この walks SEO-scaffolding tradeoff, ない business/pricing decision. question 暫定日本語案: at 各 node is “what do I want to inherit vs. build?”

公式ドキュメント

暫定日本語案: 主要-ソース プラットフォーム ドキュメント, per commerce engine.

暫定日本語案: Shopify Hydrogen

• 暫定日本語案: 検索エンジン Optimization 向けに Hydrogen — getSeoMeta utility, canonical handling, sitemap と robots.txt routes, と Oxygen preview-blocking behavior.
• 暫定日本語案: Hydrogen getSeoMeta utility — metadata helper’s inputs (タイトル, 説明, 画像, canonical, JSON-LD).
• 暫定日本語案: Hydrogen getSitemap utility — per-resource-type sitemap generation とともに locale alternates.

暫定日本語案: BigCommerce Catalyst

• 暫定日本語案: Catalyst Sitemap docs — どのように Catalyst proxies BigCommerce’s sitemap インデックス登録. (この URL moved から developer.bigcommerce.com へ docs.bigcommerce.com since この 記事 was drafted — verified 2026-07-19; 古い path 301s here.)

暫定日本語案: commercetools

• 暫定日本語案: Sitemaps | Frontend Development — three-sitemap pattern, SDK 方法 (getPages, query, queryCategories), route handlers, と 500-item pagination limit.

暫定日本語案: Salesforce Commerce Cloud (PWA Kit)

• 暫定日本語案: Improve SEO とともに Sitemap | Composable Storefront — Business-Manager-vs-カスタム-routing branch と 手動 sitemap 手順.
• 暫定日本語案: PWA Kit GitHub 問題 #1755 — 追加 Sitemap handling — community signal その built-in sitemap handling has been 手動 gap.

暫定日本語案: Medusa / Saleor / Elastic Path

• 暫定日本語案: Medusa Next.js Starter Storefront — App Router + React サーバー Components; SEO inherited から あなた Next.js implementation.
• 暫定日本語案: Elastic Path — SEO 向けに headless commerce Webサイト — vendor blog; useful as プラットフォーム’s stated SEO position (note it omits sitemaps/canonical/リダイレクト).

出典からの引用

暫定日本語案: Verbatim statements から プラットフォーム docs と one named practitioner. Deep links jump へ 暫定日本語案: quoted passage どこ ソース supports it.

暫定日本語案: Shopify Hydrogen — metadata utility

• 暫定日本語案: “Hydrogen uses Remix’s built-in meta features for SEO tags, and includes the getSeoMeta utility, which makes it easier and more consistent to render SEO meta tags.” 暫定日本語案: — Shopify.dev, Hydrogen SEO docs. この exact sentence is still live on doc, ただし 暫定日本語案: it’s stale: @shopify/hydrogen no longer depends on Remix (it peer-depends on 暫定日本語案: react-router ~7.16.0, と @shopify/remix-oxygen is formally deprecated in favor of 暫定日本語案: react-router). getSeoMeta utility itself is accurate と 現在の. 暫定日本語案: Jump へ quote
• 暫定日本語案: “By default Hydrogen removes query parameters from canonical URLs.” 暫定日本語案: — Shopify.dev, Hydrogen SEO docs.

暫定日本語案: Shopify Hydrogen — preview-crawler blocking

• 暫定日本語案: “If you make a non-production deployment accessible with a shareable link or an auth bypass token, then Oxygen overrides the deployment’s robots.txt file with a disallow rule for all bots and crawlers.” 暫定日本語案: — Shopify.dev, Hydrogen SEO docs.

暫定日本語案: BigCommerce Catalyst — sitemap proxying

• 暫定日本語案: “Catalyst acts as an intermediary when handling requests to /sitemap.xml.” 暫定日本語案: — BigCommerce Developer Center, Catalyst Sitemap docs.
• 暫定日本語案: “If your storefront also uses third-party systems that generate content with different URLs, you will need to submit multiple sitemaps to cover the URLs from various sources.” 暫定日本語案: — BigCommerce Developer Center, Catalyst Sitemap docs.
• 暫定日本語案: “The sitemaps don’t need to reside on the same domain as the website they represent.” 暫定日本語案: — BigCommerce Developer Center, Catalyst Sitemap docs.

暫定日本語案: Dan Kogan, 1Digital Agency (practitioner, Catalyst SEO)

• 暫定日本語案: “Do not change established URLs on a Stencil-to-Catalyst migration. Every product, category, and content URL should match the legacy structure exactly, or you need a complete 301 redirect map.” 暫定日本語案: Read guide
• 暫定日本語案: “Use generateMetadata and SSR-emitted JSON-LD for every PDP and PLP. Do not rely on client-side schema injection.” 暫定日本語案: Read guide

暫定日本語案: Elastic Path (vendor blog — treat as プラットフォーム’s stated position, ない neutral)

• 暫定日本語案: “If you’re dynamically building a page with a JavaScript framework alone, you might want to look into serving up cached versions of the pages to the bots.” 暫定日本語案: Read post

暫定日本語案: The Shopify と BigCommerce lines are quoted から live プラットフォーム docs; 暫定日本語案: BigCommerce docs URL has moved paths 前に, so confirm live ロケーション if deep 暫定日本語案: link 404s. 1Digital Agency lines are から practitioner blog (Dan Kogan) と 暫定日本語案: Elastic Path line is vendor コンテンツ — both are attributed と reproduced verbatim, ただし 暫定日本語案: それら’re industry/vendor-tier, ない 公式 検索-engine statements. Catalyst 暫定日本語案: preview-インデックス登録 claim below (in Anti-patterns) rests on その single 1Digital ソース と 暫定日本語案: is flagged as such.

Mistakes その cost あなた

暫定日本語案: Concrete failure modes I’d 確認 向けに on any headless commerce 構築.

暫定日本語案: Trusting “SEO-optimized out of the box” at face value. 暫定日本語案: なぜ it’s 誤った: it’s spectrum, ない guarantee. Hydrogen ships real scaffolding; 暫定日本語案: Medusa, Saleor, と Elastic Path ship nothing SEO-specific. Elastic Path’s own SEO blog 暫定日本語案: post doesn’t even mention sitemaps, canonical tags, または リダイレクト. 暫定日本語案: Do instead: ask specific questions per プラットフォーム — 何 ships 向けに sitemaps, 暫定日本語案: metadata, リダイレクト, と preview-blocking? — と budget gaps as 構築 機能.

暫定日本語案: Assuming すべての プラットフォーム 保持 staging out of Google. 暫定日本語案: なぜ it’s 誤った: だけ Hydrogen/Oxygen auto-blocks crawlers on preview/shareable 暫定日本語案: deployments. There’s no documented equivalent 向けに Catalyst, commercetools, または PWA Kit, 暫定日本語案: と at least one practitioner (1Digital Agency) レポート Catalyst preview deployments 暫定日本語案: getting インデックス登録 by Googlebot in wild. (Single-ソース claim — treat as one credible 暫定日本語案: データ point, ない settled fact.) 暫定日本語案: Do instead: block non-production environments yourself — robots.txt disallow, HTTP 暫定日本語案: auth, または noindex header on すべての preview/staging URL. 決して assume プラットフォーム does 暫定日本語案: it.

暫定日本語案: Treating プラットフォーム swap as “rebuild all SEO from scratch.” 暫定日本語案: なぜ it’s 誤った: rendering layer (あなた Next.js/React Router frontend) is 何 determines 暫定日本語案: crawlability と is largely portable 全体で backends — Next.js storefront できる point at 暫定日本語案: BigCommerce, Medusa, Saleor, または commercetools とともに mostly データ-layer changes. 暫定日本語案: Do instead: re-wire だけ scaffolding その actually differs — sitemap データ ソース, 暫定日本語案: metadata utility, リダイレクト handling, preview-blocking. Reuse frontend.

暫定日本語案: Judging SEO by API quality. 暫定日本語案: なぜ it’s 誤った: GraphQL/REST API だけ determines 何 データ is 利用可能 へ 構築 暫定日本語案: metadata と sitemaps から. Whether その データ reaches Google depends on サーバー-side 暫定日本語案: rendering — frontend decision, ない API one. 暫定日本語案: Do instead: evaluate rendering model (per hub) separately から API. great 暫定日本語案: API とともに CSR frontend still ships empty HTML へ crawlers.

暫定日本語案: Skipping リダイレクト map on migration. 暫定日本語案: なぜ it’s 誤った: no プラットフォーム reviewed automates リダイレクト. Re-platforming failures 暫定日本語案: almost 常に trace back へ 不足している 301 maps, changed URL structures, と structured-データ 暫定日本語案: gaps. 暫定日本語案: Do instead: 構築 と verify 完全な 古い-URL→新しい-URL 301 map 前に launch. On 暫定日本語案: Stencil→Catalyst specifically, 保つ URLs identical または map すべての one. See サイト 暫定日本語案: Migrations 記事 向けに 確認.

暫定日本語案: Letting 商品 JSON-LD render twice, または クライアント-side. 暫定日本語案: なぜ it’s 誤った: 1Digital flags Product JSON-LD emitted twice ( カスタム component plus 暫定日本語案: third-party app) と generateMetadata returning クライアント-だけ fallback because 暫定日本語案: GraphQL クエリ got thrown へ クライアント component — both 一般的な Catalyst regressions. 暫定日本語案: Do instead: emit one サーバー-rendered Product block per PDP, と 保つ 暫定日本語案: generateMetadata クエリ サーバー-side. Validate とともに Rich Results テスト.

プラットフォーム SEO scaffolding — at glance

暫定日本語案: 何 各 プラットフォーム ships out of box

暫定日本語案: Fast facts

• 暫定日本語案: だけ Hydrogen ships dedicated SEO-metadata utility (getSeoMeta).
• 暫定日本語案: だけ Hydrogen/Oxygen auto-blocks crawlers on preview/shareable deployments.
• 暫定日本語案: Catalyst proxies BigCommerce’s sitemap — データ lives in BigCommerce, ない あなた app.
• 暫定日本語案: commercetools sitemap クエリ cap at 500 items/リクエスト — large catalogs need paging logic.
• 暫定日本語案: No プラットフォーム ships 自動 リダイレクト management — 301 map is 常に あなた job.
• 暫定日本語案: プラットフォーム choice = scaffolding; rendering model (SSR/SSG/CSR) = crawlability.

暫定日本語案: Three-tier summary

• 暫定日本語案: Ships real tooling: Hydrogen, Catalyst
• 暫定日本語案: Ships SDK helpers, ない routes: commercetools, PWA Kit
• 暫定日本語案: Ships nothing SEO-specific: Medusa, Saleor, Elastic Path

Headless プラットフォーム SEO vetting 確認

暫定日本語案: Run この 前に committing へ プラットフォーム, と again 前に launch.

暫定日本語案: Scaffolding audit (何 プラットフォーム gives あなた)

• 暫定日本語案: [ ] Confirmed 何 ships 向けに metadata — utility (Hydrogen) vs. raw API fields あなた 暫定日本語案: wire へ generateMetadata (everyone else).
• 暫定日本語案: [ ] Confirmed どのように sitemap is produced — shipped route (Hydrogen), proxied 暫定日本語案: (Catalyst), または SDK/API あなた assemble (commercetools, PWA Kit, Medusa, Saleor, 暫定日本語案: Elastic Path).
• 暫定日本語案: [ ] 向けに commercetools: pagination logic in sitemap generator 向けに catalogs 超えて 暫定日本語案: 500 items per クエリ.
• 暫定日本語案: [ ] 向けに PWA Kit: decided sitemap path (Business Manager vs. カスタム routing) と 暫定日本語案: scheduled regeneration job.
• 暫定日本語案: [ ] Confirmed there’s robots.txt route (または built one).

暫定日本語案: Preview / staging safety

• 暫定日本語案: [ ] On Hydrogen: relying on Oxygen’s 自動 crawler-block — verified it’s active on 暫定日本語案: shareable links.
• 暫定日本語案: [ ] On すべての other プラットフォーム: explicitly blocked non-production environments 暫定日本語案: (robots.txt disallow, HTTP auth, または noindex header).
• 暫定日本語案: [ ] 確認 その no preview/staging URLs are currently インデックス登録 (site: 検索 on 暫定日本語案: preview domain).

暫定日本語案: Rendering (owned by hub, ただし verify per プラットフォーム)

• 暫定日本語案: [ ] curl-確認 商品 ページ — タイトル と 説明 present in raw HTML (ない 暫定日本語案: CSR-だけ).
• 暫定日本語案: [ ] Confirmed category/collection routes また render サーバー-side.

暫定日本語案: Migration / リダイレクト

• 暫定日本語案: [ ] 完全な 古い-URL → 新しい-URL 301 map built と verified.
• 暫定日本語案: [ ] On Stencil→Catalyst: URLs kept identical, または すべての one mapped.
• 暫定日本語案: [ ] Product JSON-LD emitted once, サーバー-side (no double-emission から 暫定日本語案: third-party app).

Verify 何 headless 店舗 actually ships

暫定日本語案: whole point of この 記事 is “don’t trust the vendor claim.” Here’s どのように へ 確認 暫定日本語案: claims yourself, per プラットフォーム, on live demo または あなた own 構築.

Is 商品 ページ サーバー-rendered? (shell)

暫定日本語案: If 商品 タイトル isn’t in raw HTML, ページ is CSR — no プラットフォーム scaffolding saves 暫定日本語案: あなた から その.

# Product name should appear in the raw HTML, before any JS runs.
curl -s https://yourstore.example/products/some-slug | grep -i '<title>'
curl -s https://yourstore.example/products/some-slug | grep -o 'og:title[^>]*'

Does sitemap exist, と どこ does it come から? (shell)

# Hydrogen ships this route; Catalyst proxies it from BigCommerce; others may 404.
curl -sI https://yourstore.example/sitemap.xml
# Peek at the first URLs to confirm it's populated (not an empty shell).
curl -s https://yourstore.example/sitemap.xml | grep -o '<loc>[^<]*</loc>' | head

Is preview/staging environment blocked? (shell)

暫定日本語案: Hydrogen-vs-everyone-else テスト. On preview URL, Oxygen すべき return 暫定日本語案: disallow-everything robots.txt.

# On a preview/shareable deployment URL:
curl -s https://preview--yourstore.example/robots.txt
# Hydrogen/Oxygen preview: expect "User-agent: *  Disallow: /"
# If it returns your production robots.txt instead, previews can be indexed — block them.

Find canonical + JSON-LD in rendered head (DevTools Console)

暫定日本語案: Paste へ Chrome DevTools Console on any PDP へ see whether canonical と 商品 schema 暫定日本語案: are actually in DOM (と whether 商品 JSON-LD is duplicated — 一般的な Catalyst 暫定日本語案: regression):

// Canonical URL the page declares:
document.querySelector('link[rel="canonical"]')?.href ?? '(no canonical)';

// Every JSON-LD block, parsed — watch for TWO Product blocks:
[...document.querySelectorAll('script[type="application/ld+json"]')]
  .map(s => { try { return JSON.parse(s.textContent); } catch { return s.textContent; } });

One-クリック canonical checker (bookmarklet)

暫定日本語案: Save as bookmark; クリック it on any 商品 ページ へ alert declared canonical と どのように 暫定日本語案: many 商品 JSON-LD blocks exist (2+ is 問題):

javascript:(()=>{const c=document.querySelector('link[rel="canonical"]')?.href||'(none)';const p=[...document.querySelectorAll('script[type="application/ld+json"]')].filter(s=>/"@type"\s*:\s*"Product"/.test(s.textContent)).length;alert('Canonical: '+c+'\nProduct JSON-LD blocks: '+p);})();

Extract すべての 商品 URL から proxied Catalyst sitemap (Python)

暫定日本語案: Useful いつ あなた need URL list 向けに リダイレクト map または audit:

import urllib.request, re

url = "https://yourstore.example/sitemap.xml"
xml = urllib.request.urlopen(url).read().decode("utf-8")
locs = re.findall(r"<loc>(.*?)</loc>", xml)
for loc in locs:
    print(loc)

暫定日本語案: Remember: curl その 表示 empty <title> または 不足している sitemap tells あなた more than 暫定日本語案: any “SEO-optimized out of the box” claim on pricing ページ.

ツール 向けに vetting headless プラットフォーム

• 暫定日本語案: curl / view-ソース — fastest “is this actually server-rendered?” 確認. If 暫定日本語案: 商品 タイトル isn’t in raw HTML, no プラットフォーム scaffolding matters yet.
• 暫定日本語案: Google 検索 Console — URL Inspection — “Test live URL” 表示 どのように Googlebot renders 暫定日本語案: given 商品/category ページ と 何 canonical it sees. ソース of truth 超えて あなた 暫定日本語案: template.
• 暫定日本語案: Rich Results テスト — validate Product JSON-LD per PDP, と catch double-emitted schema 暫定日本語案: ( 一般的な Catalyst regression).
• 暫定日本語案: Screaming Frog SEO Spider — クロール staging 構築 へ find 不足している canonicals on 暫定日本語案: paginated listings, orphaned routes, と whether preview URLs are reachable/indexable.
• 暫定日本語案: Ahrefs サイト Audit — surface duplicate コンテンツ, 不足している metadata, と リダイレクト-chain 暫定日本語案: 問題 全体で headless 構築 at scale.
• 暫定日本語案: site: 検索 on preview domain — crude-ただし-effective テスト 向けに whether あなた 暫定日本語案: staging environment has already been インデックス登録.

Frameworks 向けに comparing headless commerce プラットフォーム

two-axis model: rendering と scaffolding

暫定日本語案: Score storefront on two independent axes:

• 暫定日本語案: Rendering determines crawlability. SSR または SSG すべき put 商品 と category 暫定日本語案: コンテンツ in initial HTML; CSR できる leave crawlers とともに shell.
• 暫定日本語案: プラットフォーム scaffolding determines 何 あなた team 必要がある 構築. Metadata plumbing, 暫定日本語案: sitemap routes, robots.txt, preview blocking, と リダイレクト ownership 可能性がある ship, 暫定日本語案: 必要とする assembly, または be absent.

暫定日本語案: プラットフォーム とともに strong scaffolding できる still have CSR implementation 問題. 暫定日本語案: pure API プラットフォーム できる still be excellent 向けに SEO いつ its frontend implements 暫定日本語案: 不足している layer. 決して collapse two scores へ one vendor claim.

inherit–構築–operate model

暫定日本語案: Classify すべての SEO capability 前に プラットフォーム selection:

暫定日本語案: プラットフォーム decision is ない だけ 構築 effort. 手動 sitemap その 機能 on launch 暫定日本語案: still creates operating obligation いつ catalog size, locales, または routing changes.

evidence ladder

暫定日本語案: Evaluate プラットフォーム claim in この order:

1. 暫定日本語案: Raw レスポンス evidence: curl, レスポンス headers, と view-ソース 表示 何 暫定日本語案: crawler 受信.
2. 暫定日本語案: Route evidence: live sitemap, canonical, JSON-LD, と robots.txt behavior.
3. 暫定日本語案: Environment evidence: production と preview deployments behave differently 暫定日本語案: どこ それら すべき.
4. 暫定日本語案: Vendor ドキュメント: explains intended behavior, ただし does ない prove 暫定日本語案: implementation shipped correctly.
5. 暫定日本語案: Marketing 言語: useful だけ as question generator.

暫定日本語案: evidence ladder 保持 “SEO-ready” から substituting 向けに testable acceptance 暫定日本語案: criterion.

Post-implementation proof 向けに headless プラットフォーム

商品 HTML と canonical テスト

暫定日本語案: テスト へ run: Fetch representative 商品 URL とともに curl -s と inspect 暫定日本語案: raw レスポンス 向けに its タイトル, 商品 name, canonical, と one Product JSON-LD block.

暫定日本語案: Expected result: 商品 コンテンツ と canonical are present 前に JavaScript, 暫定日本語案: と exactly one サーバー-rendered Product object exists.

暫定日本語案: Failure interpretation: route 可能性がある have fallen back へ CSR, metadata 可能性がある be 暫定日本語案: クライアント-だけ, または multiple schema producers are active.

暫定日本語案: 監視 window: Immediate 後に すべての 商品-template または データ-fetching change.

暫定日本語案: Rollback trigger: release removes indexable 商品 コンテンツ から raw HTML または 暫定日本語案: duplicates 商品 schema 全体で テスト template 設定.

Sitemap completeness テスト

暫定日本語案: テスト へ run: Fetch sitemap インデックス登録 と child files, then compare sampled 商品 暫定日本語案: と category URLs とともに commerce catalog. 向けに commercetools, 含む 商品 on 暫定日本語案: both sides of pagination boundary.

暫定日本語案: Expected result: Published canonical URLs 表示される once, return 200, と newest 暫定日本語案: catalog changes arrive on プラットフォーム’s documented refresh cycle.

暫定日本語案: Failure interpretation: route is 不足している, ソース sitemap is ない proxied, 暫定日本語案: pagination stops early, または scheduled generator is stale.

暫定日本語案: 監視 window: 後に launch と 後に any catalog, locale, routing, または sitemap 暫定日本語案: job change.

暫定日本語案: Rollback trigger: deployment drops material catalog section から sitemap 暫定日本語案: または starts emitting non-canonical/failed URLs.

Preview-environment isolation テスト

暫定日本語案: テスト へ run: リクエスト real shareable preview URL’s robots.txt と headers, then 暫定日本語案: 使用 URL Inspection または external fetch なしで authenticated cookies.

暫定日本語案: Expected result: Non-production URLs are inaccessible へ anonymous crawlers または 暫定日本語案: carry environment-wide block; production remains crawlable.

暫定日本語案: Failure interpretation: hosting preview safeguard is absent, applies だけ へ 暫定日本語案: one preview pattern, または production rules leaked へ staging.

暫定日本語案: 監視 window: Immediate 向けに すべての deployment mode, including branch previews 暫定日本語案: と auth-bypass links.

暫定日本語案: Rollback trigger: public preview returns indexable コンテンツ なしで intended 暫定日本語案: block, または fix accidentally blocks production.

Migration リダイレクト テスト

暫定日本語案: テスト へ run: リクエスト 完全な 古い-URL inventory なしで following リダイレクト, 暫定日本語案: then validate status と Location against approved map.

暫定日本語案: Expected result: すべての changed legacy URL returns one permanent リダイレクト へ its 暫定日本語案: closest canonical replacement; preserved URLs remain 200.

暫定日本語案: Failure interpretation: プラットフォーム swap omitted rule, introduced chain, または 暫定日本語案: changed URL その was meant へ stay stable.

暫定日本語案: 監視 window: 前に cutover, immediately 後に cutover, と during 最初 暫定日本語案: post-launch クロール reviews.

暫定日本語案: Rollback trigger: High-value legacy URLs return 404, loop, chain, または リダイレクト へ 暫定日本語案: irrelevant destination.

テスト yourself: Headless Commerce プラットフォーム

暫定日本語案: Five quick questions on どのように major headless commerce プラットフォーム differ 向けに SEO. Pick 暫定日本語案: answer 向けに 各, then 確認.

時間を使う価値のあるリソース

暫定日本語案: My related writing

• 暫定日本語案: JavaScript SEO 問題 & Best Practices — general rendering failure modes (parity, interaction, state, timing) behind any JS-heavy headless storefront; verify-don’t-trust approach I apply へ プラットフォーム claims here.
• 暫定日本語案: Beginner’s Guide へ Technical SEO — どこ rendering と crawlability sit in bigger picture.

暫定日本語案: My speaking

• 暫定日本語案: どのように 検索 機能 (SlideShare) — クロール, rendering, インデックス登録, と ランキング, i.e. pipeline すべての one of これらの プラットフォーム フィード へ. (My standing disclaimer applies: “This is my understanding of systems… not going to be 100% complete or accurate.”)

暫定日本語案: から around industry

• 暫定日本語案: 検索エンジン Optimization 向けに Hydrogen (Shopify.dev) — getSeoMeta utility, sitemap/robots routes, と Oxygen preview-blocking behavior, straight から ソース.
• 暫定日本語案: Catalyst Sitemap docs (BigCommerce Developer Center) — どのように Catalyst proxies BigCommerce’s sitemap インデックス登録.
• 暫定日本語案: Sitemaps | Frontend Development (commercetools) — three-sitemap SDK pattern と 500-item pagination limit.
• 暫定日本語案: Improve SEO とともに Sitemap | Composable Storefront (Salesforce Developers) — Business-Manager-vs-カスタム-routing branch 向けに PWA Kit.
• 暫定日本語案: BigCommerce Catalyst SEO | Next.js Storefront Best Practices (Dan Kogan, 1Digital Agency) — one deep practitioner piece on Catalyst SEO: URL parity on migration, generateMetadata regressions, double JSON-LD, と preview-インデックス登録.
• 暫定日本語案: SEO 向けに headless commerce Webサイト (Kirsten Aebersold, Elastic Path) — vendor’s own SEO position (useful as ケース study in 何 “out of the box” leaves out — no sitemap/canonical/リダイレクト coverage).
• 暫定日本語案: Best headless commerce プラットフォーム: 2026 comparison (Vendure) — broad business/tech-stack comparison of プラットフォーム (とともに SEO axis notably 不足している, which is gap この 記事 fills).
• 暫定日本語案: Best Headless Commerce プラットフォーム 2026 (あなた Next 店舗) — another プラットフォーム-selection comparison 向けに cross-referencing non-SEO decision criteria.

変更履歴