暫定日本語訳:Salesforce Commerce Cloud SEO

暫定日本語訳:どのように SEO 機能 on Salesforce Commerce Cloud (B2C Commerce / SFCC, formerly Demandware) — strong native 構築 blocks (Business-Manager-editable robots.txt, scheduled auto-sitemaps, rule-based meta tags, canonical-by-design master/variation 商品) と parts あなた still have へ 構築 by hand (hreflang, faceted-nav URLs, schema, と headless crawlability on PWA Kit または Salesforce's newer Storefront Next framework).

初回公開:2026年7月2日 · 最終更新:2026年8月4日 · Advanced
言語

暫定日本語訳:Salesforce Commerce Cloud (B2C Commerce, formerly Demandware — SFCC 向けに short) gives あなた strong native SEO 構築 blocks: editable per-サイト robots.txt in Business Manager, auto-generated XML sitemaps as scheduled job, rule-based Meta Tag Rules 向けに catalog-wide タイトル と 説明, と canonical-by-design master/variation 商品 model その maps almost exactly onto Google's ProductGroup schema. 何 it leaves あなた is 機能 その actually decides rankings at enterprise scale: hreflang (no dedicated B2C admin feature — sitemap alternate URLs または カスタム link tags), faceted/refinement URLs (カスタム development), structured データ ( template/developer job, ない toggle), と headless crawlability on PWA Kit または Salesforce's newer Storefront Next framework (SSR is necessary ただし ない sufficient — テスト とともに?__server_only on PWA Kit; confirm equivalent on Storefront Next). Nothing 機能 well なしで deliberate configuration; プラットフォーム isn't limitation, unfamiliarity とともに it is.

暫定日本語案: TL;DR — SFCC (B2C Commerce, formerly Demandware) ships strong native SEO 暫定日本語案: 構築 blocks: per-サイト robots.txt あなた edit in Business Manager, XML sitemaps 暫定日本語案: auto-generated as scheduled job, rule-based Meta Tag Rules 向けに catalog-wide 暫定日本語案: タイトル/説明, と canonical-by-design master/variation 商品 model その 暫定日本語案: maps almost 1:1 onto Google’s ProductGroup/hasVariant/isVariantOf schema. 暫定日本語案: 機能 it leaves あなた is 何 scales: hreflang (no dedicated B2C feature — sitemap 暫定日本語案: “Include Alternate URLs” または カスタム <link> tags), faceted/refinement URLs (カスタム 暫定日本語案: dev), structured データ ( template job, ない toggle), と headless crawlability on 暫定日本語案: PWA Kit または Salesforce’s newer Storefront Next framework (SSR is necessary ただし ない 暫定日本語案: sufficient — テスト とともに ?__server_only on PWA Kit; confirm equivalent on 暫定日本語案: Storefront Next). と single biggest architectural fork is whether multi-地域 暫定日本語案: brand is one サイト とともに many locales または many サイト — その decides どのように many full SEO 暫定日本語案: config surfaces あなた 保つ in sync.

Evidence for this claim Salesforce B2C Commerce provides sitemap generation that merchants configure and run for storefront URLs. Scope: Salesforce B2C Commerce; scheduling and content selection require configuration. Confidence: high · Verified: Salesforce Developers: Create a sitemap Evidence for this claim Salesforce documents server-side rendering and crawler considerations for PWA Kit storefronts. Scope: Salesforce PWA Kit; SSR alone does not guarantee indexing or ranking. Confidence: high · Verified: Salesforce Developers: PWA best practices

frame: strong native ツール, steep プラットフォーム literacy

暫定日本語案: 大半の SFCC SEO コンテンツ is either thin agency marketing または developer docs とともに zero SEO 暫定日本語案: framing. honest take is in 間に: SFCC has more native, admin-configurable 暫定日本語案: SEO tooling than 大半の competing プラットフォーム — ただし nothing 機能 well なしで deliberate 暫定日本語案: setup, と several defaults する hurt あなた if あなた leave them alone. Sort すべての task 暫定日本語案: へ “native building block” vs. “you have to build it,” と プラットフォーム stops being 暫定日本語案: mysterious.

暫定日本語案: Two things へ understand 前に anything else:

  1. 暫定日本語案: Business Manager is どこ SEO lives. SEO hub is マーチャント ツール → サイト → 暫定日本語案: SEO, と it splits へ Canonical URL tags, URL リダイレクト, Sitemaps, Robots, Meta 暫定日本語案: Tag Rules, と URL Rules/Aliases. 各 is separate screen とともに its own rules.
  2. 暫定日本語案: ** master/variation 商品 model shapes everything.** single master 暫定日本語案: 商品 owns multiple variation 商品 (by color, size). その model is 暫定日本語案: central SEO decision point, と it happens へ mirror どのように Google wants あなた へ mark 暫定日本語案: up variants — more on その below.
  3. 暫定日本語案: Name あなた storefront architecture 前に あなた name fix. “Salesforce Commerce Cloud” 現在 spans at least four distinct storefront generations その behave 暫定日本語案: differently 向けに SEO: legacy SiteGenesis pipeline architecture, 現在の 暫定日本語案: SFRA (Storefront Reference Architecture), established headless PWA Kit 暫定日本語案: (Composable Storefront), と, as of 2026 B2C Commerce release cycle, Salesforce’s 暫定日本語案: newer Storefront Next React framework. Admin paths, cartridge behavior, と 暫定日本語案: rendering mechanics differ 全体で them — fix verified on one doesn’t 自動 暫定日本語案: transfer へ another. この 記事’s Business Manager screens apply broadly 全体で 暫定日本語案: SFRA/SiteGenesis; PWA Kit-specific mechanics later in この piece are scoped 暫定日本語案: explicitly どこ それら apply.

暫定日本語案: Native 構築 blocks: per-サイト editable robots.txt, scheduled auto-generated 暫定日本語案: XML sitemaps (とともに optional hreflang と 最後-modified dates), URL Rules + Hostname 暫定日本語案: Aliases 向けに locale-aware clean URLs, canonical-by-design variation 商品, 暫定日本語案: rule-based Meta Tag Rules, 自動 301s on in-Business-Manager URL changes, と PWA 暫定日本語案: Kit SSR 向けに 最初 load.

暫定日本語案: Yours へ 構築: hreflang, faceted/refinement URLs, structured データ, multi-locale 暫定日本語案: robots.txt handling, H1 templating, と (in headless 構築) all on-ページ tag 暫定日本語案: management.

architecture fork その shapes everything: サイト vs. locales

暫定日本語案: 前に あなた touch single SEO screen, settle この: is あなた multi-地域 brand modeled 暫定日本語案: as one サイト とともに multiple locales, または multiple サイト (one per locale または 暫定日本語案: 地域)? In SFCC, multi-地域 storefronts are usually built as separate サイト 暫定日本語案: in Business Manager. その matters because 各 サイト is its own 完全な SEO 暫定日本語案: configuration surface — its own sitemap job, its own robots.txt, its own Meta Tag 暫定日本語案: Rules, its own URL Rules. Ten サイト means ten of everything へ 保つ in sync by hand. 暫定日本語案: Name この decision explicitly early, because it silently multiplies すべての other 暫定日本語案: section of この 記事.

URL structure: URL Rules vs. Hostname Aliases

暫定日本語案: SFCC gives あなた two configuration paths, と right one depends on どのように complex あなた 暫定日本語案: locale setup is:

  • 暫定日本語案: URL Rules (マーチャント ツール → サイト → SEO → URL Rules) map locale, category, と 暫定日本語案: 商品 path segments へ pattern. それら’re simpler ただし less flexible — あなた pick 暫定日本語案: one of alternative hostnames, URL パラメーター, または paths 向けに locale routing.
  • 暫定日本語案: Hostname Aliases (マーチャント ツール → サイト → SEO → Aliases) are JSON alias file 暫定日本語案: offering more capability — including mixed approach, like ccTLD-style hostnames 暫定日本語案: 向けに some locales と subfolder-style locales in 同じ サイト. If あなた need mixed 暫定日本語案: routing, it has へ go 通じて alias file.

暫定日本語案: mechanics worth knowing:

  • 暫定日本語案: Force lowercase. SFCC’s own URL configuration guidance tells あなた へ select 暫定日本語案: Lower ケース so あなた don’t generate multiple URLs とともに 異なる ケース of 同じ 暫定日本語案: text. Practitioners note lowercase is generally preferred by crawlers.
  • 暫定日本語案: 使用 hyphens 向けに whitespace. Whitespace できる be URL-encoded (%20), または replaced 暫定日本語案: とともに plus/underscore/minus/period. Salesforce’s own SEO-URL guidance points out 暫定日本語案: その 検索エンジン treat hyphens as separators ただし underscores as joiners (two 暫定日本語案: underscore-joined words read as one), so hyphen (minus) is cleanest choice. 暫定日本語案: NOVOS 作る 同じ recommendation 超えて デフォルト %20.
  • 暫定日本語案: category vs. category-path. 向けに サイト more than two または three categories 暫定日本語案: deep, 使用 category rather than category-path; ただし if あなた have duplicate category 暫定日本語案: names 下で 異なる parents, 使用 category-path へ disambiguate.
  • 暫定日本語案: 商品 IDs auto-append. あなた don’t 追加 商品 ID へ rule — B2C Commerce 暫定日本語案: 常に appends it 自動, とともに .html extension. Practitioners note 暫定日本語案: there’s no way へ 削除 .html なしで カスタム development.
  • 暫定日本語案: Assign 商品 へ domain, ない category path. NOVOS recommends この へ 暫定日本語案: reduce duplication と complexity, because 商品 できる be assigned へ multiple 暫定日本語案: categories, which 作る category-based URL segment unstable.
  • 暫定日本語案: General URL hygiene から Salesforce’s own guidance: 保つ URLs readable と 暫定日本語案: short, 使用 as few folders as possible, 避ける パラメーター, integrate keywords, と 暫定日本語案: don’t put ページ-type indicator, proprietary sc.html extension, または word 暫定日本語案: demandware in URL.

暫定日本語案: ** classic pitfall:** duplicate homepages から unmapped デフォルト-Start と 暫定日本語案: Home-表示 pipelines resolving へ www と non-www variants. Map them 暫定日本語案: explicitly または あなた get duplicate サイト generated by hosts とともに と なしで www. 暫定日本語案: と one alias-file gotcha practitioners flag repeatedly: alias file 必要がある declare 暫定日本語案: version 1 または system ignores it entirely.

暫定日本語案: Compared へ プラットフォーム like BigCommerce (which オファー preset URL structures と 暫定日本語案: removes prefixes とともに dropdown) または Shopify (which forces /products/ と 暫定日本語案: /collections/), SFCC’s URL layer is far more configurable — と far more its own 暫定日本語案: job へ get right.

XML sitemaps

暫定日本語案: Sitemap generation is scheduled Business Manager job, ない static file あなた 暫定日本語案: maintain. あなた reach it via App Launcher → マーチャント ツール → サイト → SEO → Sitemaps, と 暫定日本語案: 設定 job’s schedule on Job tab. Salesforce’s guidance is へ schedule it 暫定日本語案: 向けに low-トラフィック times (early morning) へ 避ける CPU と memory spikes, と へ run it 暫定日本語案: 後に あなた daily データ replication から staging.

暫定日本語案: Three things その trip 人々 up:

  • 暫定日本語案: 設定 per instance type. Sitemap 設定 できる’t be replicated 間に 暫定日本語案: Staging と Production または Development — あなた 設定 them individually on 各 instance. 暫定日本語案: この is opposite of 大半の サイト preferences.
  • 暫定日本語案: changefreq/priority are dead weight. Google has confirmed it ignores これらの 暫定日本語案: in sitemaps. Don’t spend engineering effort tuning them. Do 保つ lastmod accurate 暫定日本語案: — it’s auto-applied へ generated sitemap と it’s real signal 向けに 何 へ 暫定日本語案: re-クロール.
  • 暫定日本語案: Hreflang rides on checkbox. あなた できる embed hreflang by ticking “Include Alternate URLs”, which adds hreflang annotations inside standard sitemaps. 暫定日本語案: caveat: at enough locales この pushes あなた past per-file link threshold, at 暫定日本語案: which point あなた need カスタム sitemaps built とともに solution architect.

暫定日本語案: Headless is separate mechanism. 向けに PWA Kit storefront, Salesforce’s own 暫定日本語案: “Improve SEO with a Sitemap” guide is explicit その sitemaps “provide search crawlers with instructions on the pages to index and the site hierarchy, which can improve your SEO rankings.” If あなた routes are 設定 in Business Manager, 暫定日本語案: generate sitemap there; otherwise あなた upload one via SCAPI 暫定日本語案: uploadCustomSitemapAndTriggerSitemapGeneration endpoint. Wiring it up 必要とする 暫定日本語案: vanity domain (embedded CDN または subdomain like seo.example.com), matching 暫定日本語案: hostname alias, と sitemap reachable at example.com/sitemap_index.xml; in PWA 暫定日本語案: Kit あなた 追加 app.get('/sitemap_index.xml', runtime.serveStaticFile('static/sitemap_index.xml')) 暫定日本語案: in ssr.js と expose file via ssrShared in app config.

Robots.txt

暫定日本語案: There are two distinct mechanisms, と confusing them causes real deployment 暫定日本語案: bugs:

  1. 暫定日本語案: Business Manager サイト preference ( recommended デフォルト path). App Launcher 暫定日本語案: → マーチャント ツール → サイト → SEO → Robots lets あなた write per-サイト robots.txt (up 暫定日本語案: へ 50 000 characters). It’s stored as サイト preference と できる be replicated 暫定日本語案: 間に instances.
  2. 暫定日本語案: Cartridge-level static file (カスタム storefront / SFRA). robots.txt placed 暫定日本語案: in cartridge/static/default of カスタム cartridge, managed via UX Studio. この 暫定日本語案: version できる だけ move 間に instances via code replication, because static 暫定日本語案: directory is cartridge-specific, ない サイト-specific.

暫定日本語案: Two gotchas:

  • 暫定日本語案: Cache invalidation. とともに caching enabled, あなた 必要がある invalidate static コンテンツ 暫定日本語案: cache 向けに 新しい cartridge-level robots.txt へ be served.
  • 暫定日本語案: Robots is domain-scoped, ない subfolder-scoped. If あなた run multiple locales in 暫定日本語案: subfolders, one robots.txt at domain root has へ satisfy すべての locale’s needs 暫定日本語案: — plan rules へ cover all of them.

暫定日本語案: practitioner philosophy, which I agree とともに: 保つ robots.txt minimal. 暫定日本語案: 使用 canonical tags と noindex へ control 何’s served in results; 暫定日本語案: robots.txt controls クロール, ない インデックス登録, so 超えて-relying on it is actual 暫定日本語案: anti-pattern. 保つ dev/staging non-crawlable via deployed cartridge デフォルト, と 暫定日本語案: 設定 production deliberately. ( プラットフォーム-agnostic mechanics are in 暫定日本語案: クロール と 暫定日本語案: canonicalization.)

Canonical URLs と master/variation 商品 model — differentiating section

暫定日本語案: この is どこ SFCC’s データ model と Google’s own guidance line up almost perfectly, 暫定日本語案: と どこ 大半の SFCC コンテンツ stops short.

In the SFCC pattern described here, child variation URLs point `rel=canonical` to the master PDP, while ProductGroup connects the structured-data family.

The SFCC master product is the canonical product detail page. Each color, size, or other child variation URL points rel canonical to the master URL. In structured data, the master maps to ProductGroup and child Product entities connect through hasVariant and isVariantOf. Verify the public storefront output.

暫定日本語案: SFCC represents 商品’s color/size variations as single master (base) 暫定日本語案: 商品 とともに child variation 商品. Salesforce’s recommendation is へ 暫定日本語案: canonicalize variation 商品 URLs へ master 商品 へ preserve または improve 暫定日本語案: rankings — i.e., point すべての color/size PDP’s rel="canonical" at base 商品 暫定日本語案: so ランキング signals consolidate onto one URL.

暫定日本語案: 現在 look at 何 Google recommends 向けに exactly この “one product, many variations” 暫定日本語案: situation. Google’s 商品-variant guidance is へ “use the ProductGroup class with associated properties variesBy, hasVariant, and productGroupID to group such variants together.” その’s conceptual match へ SFCC’s master/variation model:

  • 暫定日本語案: master 商品 is Google’s ProductGroup.
  • 暫定日本語案: variation 商品 are hasVariant members (または, in “separate” 暫定日本語案: pattern, 各 Product 使用 isVariantOf へ reference group’s @id).
  • 暫定日本語案: Google documents both nested pattern (ProductGroup.hasVariant“the most compact and natural representation of a product group”) と separate pattern 暫定日本語案: (Product.isVariantOf — which “might be easier for some content management systems (CMSes) to generate”). separate pattern is natural fit 向けに どのように SFCC 暫定日本語案: templates variation 商品 全体で independent PDP renders.

暫定日本語案: 向けに single-ページ variant selector, Google says へ 保つ “only one distinct canonical URL for the overall ProductGroup — which is precisely “variation → master” 暫定日本語案: canonical rule SFCC already recommends.

暫定日本語案: 作る two agree, because Google is explicit その あなた canonicalization signals 必要がある 暫定日本語案: be consistent. On its consolidate-duplicate-URLs guidance, rel="canonical" is “a strong signal that the specified URL should become canonical,” sitemap inclusion is 暫定日本語案: “a weak signal,”“these methods can stack and thus become more effective when combined.” ただし don’t contradict yourself — Google warns: “Don’t specify different URLs as canonical for the same page using different canonicalization techniques (for example, don’t specify one URL in a sitemap, but a different URL for that same page using rel="canonical").” On SFCC, その means あなた variation-商品 暫定日本語案: rel="canonical", あなた sitemap, あなた hreflang, と あなた internal links all have へ 暫定日本語案: name 同じ master URL. と “when linking within your site, link to the canonical URL rather than a duplicate URL” — so link internal navigation へ master 商品, 暫定日本語案: ない へ specific variation URLs.

暫定日本語案: ( general variant-schema deep dive is in 暫定日本語案: 商品 variant SEO; canonical mechanics are in 暫定日本語案: canonicalization.)

Meta Tag Rules

暫定日本語案: タイトル と 説明 have two implementation paths: 手動 entry per object 暫定日本語案: (Category/商品 → ページ タイトル / ページ 説明 fields), または rule-based dynamic 暫定日本語案: generation via Meta Tag Rules (マーチャント ツール → サイト → SEO → Meta Tags), which 暫定日本語案: apply formulas 全体で ページ types.

  • 暫定日本語案: Basic dynamic rule: category タイトル like ${Category.Name} | Example Brand.
  • 暫定日本語案: Hybrid override + fallback: ${IF Category.pageTitle THEN Category.pageTitle ELSE Category.Name} lets merchandisers override specific ページ while rule stays 暫定日本語案: catalog-wide デフォルト. この is pattern へ standardize on — rules scale, ただし 暫定日本語案: any one-off exception either 使用 この hybrid syntax または inherits generic rule.
  • 暫定日本語案: Localize connectives. 向けに localized rules, translate any connectives (like 暫定日本語案: | separator’s surrounding words) と 設定 them at 言語 または 暫定日本語案: 言語-国 level.
  • 暫定日本語案: H1 is limitation. Unlike タイトル と 説明, there’s no standard Meta Tag 暫定日本語案: Rules syntax へ template H1 tags dynamically — H1 templating 必要とする カスタム 暫定日本語案: development.

リダイレクト

暫定日本語案: SFCC has some native, 自動 リダイレクト behavior plus 手動 ツール:

  • 暫定日本語案: 自動 301s fire いつ あなた override category/商品 URL inside Business 暫定日本語案: Manager, と SFCC auto-corrects misspelled PDP URLs as long as underlying 暫定日本語案: 商品 ID is intact.
  • 暫定日本語案: Three 手動 ツール: URL リダイレクト 向けに one-へ-one mappings, Static 暫定日本語案: Mappings 向けに legacy URL patterns redirecting へ static resources, と Dynamic 暫定日本語案: Mappings 向けに complex wildcard-based patterns.
  • 暫定日本語案: Status codes: 使用 301 向けに permanent (または 308 if altered via カスタム development) 暫定日本語案: と 307 向けに temporary. (Background on choosing 間に them is in Ahrefs’ 暫定日本語案: 11 types of リダイレクト と 暫定日本語案: 301 vs. 302 guides.)
  • 暫定日本語案: Point at object IDs, ない hard-coded paths. NOVOS recommends redirecting へ 暫定日本語案: object types/IDs rather than literal URL strings へ 防ぐ errors と リダイレクト 暫定日本語案: loops いつ destination URL later changes.

暫定日本語案: precedence rule matters と it’s direct developer-docs quote: “If there’s a conflict between your URL redirects and your URL rules for SEO, the URL redirects take precedence.”

暫定日本語案: Migration framing: on SFRA relaunch, リダイレクト strategy is single 大半の 暫定日本語案: critical SEO component 向けに preserving rankings — Acxiom’s Salesforce practice puts it 暫定日本語案: at 60–70% of launch SEO effort. その’s consistent とともに broader lesson その 暫定日本語案: migration takes more than 確認 暫定日本語案: へ go well.

Structured データ / schema — name gap honestly

暫定日本語案: Here’s honest part 大半の コンテンツ skips: on SFCC there’s no native “turn on product schema” toggle in Business Manager comparable へ Meta Tag Rules または canonical 暫定日本語案: handling. Unlike BigCommerce (whose Cornerstone theme ships JSON-LD 商品 schema out 暫定日本語案: of box), schema on SFCC is template/developer responsibility. SFRA 暫定日本語案: reference storefront 含む some 商品/breadcrumb schema in template code, ただし 暫定日本語案: その’s developer-implemented, ない admin feature. Treat schema as 構築 task, ない 暫定日本語案: checkbox — と lean on ProductGroup/variant pattern から canonical section 暫定日本語案: as あなた target shape, since JSON-LD is Google’s recommended format いつ あなた setup 暫定日本語案: 許可 it.

暫定日本語案: One rendering constraint へ design around, especially 向けに headless 構築: Google’s 暫定日本語案: guidance is その structured データ すべき be present in サーバー-rendered HTML rather 暫定日本語案: than injected だけ during クライアント-side hydration. On PWA Kit 店舗, その means 暫定日本語案: JSON-LD has へ be in SSR output — see headless section.

Hreflang と multi-サイト/locale architecture

暫定日本語案: Disambiguate B2B から B2C 最初. Salesforce’s clean, dedicated “Alternate Language Links” hreflang feature is B2B Commerce feature — it does ない exist as 暫定日本語案: dedicated screen in B2C Commerce. 検索結果 と even some agency blogs blur 暫定日本語案: two Clouds. In B2C Commerce, hreflang runs 通じて sitemap’s “Include Alternate URLs” checkbox (covered above), ない dedicated alternate-言語 admin 暫定日本語案: screen.

暫定日本語案: So two realistic implementation paths are:

  1. 暫定日本語案: Sitemap-embedded hreflang via “Include Alternate URLs” — simple, ただし できる blow 暫定日本語案: past per-file sitemap size limit at scale.
  2. 暫定日本語案: カスタム <link rel="alternate" hreflang="x"> tags emitted directly in ページ 暫定日本語案: <head> — necessary once あなた have too many locale/URL combinations 向けに sitemap 暫定日本語案: approach.

暫定日本語案: Standard hreflang hygiene still applies, と it’s spelled out in Google’s localized- 暫定日本語案: versions guidance: 向けに 各 ページ, 含む full 設定 of <link> elements in 暫定日本語案: <head> — one per variant including itself — と 保つ その 設定 identical 全体で 暫定日本語案: すべての version, plus x-default fallback 向けに unmatched 言語. Google documents 暫定日本語案: その あなた できる declare hreflang either in <head> <link> elements または via XML 暫定日本語案: sitemap — which is exactly two SFCC routes.

暫定日本語案: Bing footnote: Bing has historically ない supported hreflang way Google does, 暫定日本語案: reading HTML content-language signal instead — so SFCC サイト その implements 暫定日本語案: hreflang だけ via sitemap checkbox 可能性がある ない be giving Bing 言語 signal it 暫定日本語案: wants. (Confirm 現在の Bing behavior 前に treating この as hard rule; Bing’s 暫定日本語案: stated support has been reported inconsistently.)

暫定日本語案: deeper multi-サイト architecture, more この compounds — remember 各 サイト 暫定日本語案: carries its own sitemap job と its own robots.txt, so locale 追加 as 新しい サイト 暫定日本語案: is full 新しい SEO surface, ない just 新しい 言語 file. (International mechanics live 暫定日本語案: in hreflang cluster.)

Faceted navigation / refinement URLs

暫定日本語案: SFCC does ない produce SEO-friendly filter/refinement URLs out of box — clean 暫定日本語案: URLs と proper インデックス登録 向けに faceted navigation 必要とする カスタム development. There’s no 暫定日本語案: native canonical/noindex behavior 向けに refinement combinations, so あなた have へ 構築 暫定日本語案: decision framework yourself. Here’s 機能 triage I’d adapt へ SFCC’s 暫定日本語案: refinement mechanics — 同じ pattern その 機能 on BigCommerce と any other 暫定日本語案: プラットフォーム, since underlying 問題 ( combinatorial explosion of crawlable filter 暫定日本語案: URLs) is プラットフォーム-agnostic:

ページ typeCanonicalRobots directive
Main category (PLP)Selfインデックス登録
High-demand refinement (real 検索 value)Selfインデックス登録
Navigation-だけ refinementMain categorynoindex,follow
Sort-order だけMain categorynoindex,follow
Pagination (ページ 2+)Self (its own URL)インデックス登録
Variation 商品 PDPMaster 商品canonical へ master

暫定日本語案: Two principles その don’t change on SFCC:

  • 暫定日本語案: robots.txt blocks クロール, ない インデックス登録. URL あなた disallow できる still be 暫定日本語案: インデックス登録 if something links へ it — と Google できる’t read あなた canonical または noindex 暫定日本語案: because it 決して fetched ページ. Pair パラメーター rules とともに on-ページ canonical + 暫定日本語案: noindex.
  • 暫定日本語案: Don’t noindex あなた paginated ページ. Google’s ecommerce guidance is へ give 暫定日本語案: 各 paginated ページ its own canonical URL, ない へ fold ページ 2+ へ ページ 1. noindex 暫定日本語案: belongs on filter/sort variations, ない on pagination.

暫定日本語案: ( プラットフォーム-agnostic deep dive is 暫定日本語案: faceted navigation treatment in Ecommerce SEO cluster.)

Headless SEO とともに PWA Kit (と its successor, Storefront Next)

暫定日本語案: If あなた storefront is headless, it runs on PWA Kit — Salesforce’s established React 暫定日本語案: framework (built on SCAPI, deployed へ Managed Runtime) — または, as of 2026 B2C 暫定日本語案: Commerce release cycle, Salesforce’s newer Storefront Next framework. SEO story 暫定日本語案: here is almost entirely crawlability story, と Salesforce’s own docs frame it その 暫定日本語案: way.

暫定日本語案: Scope 確認 前に あなた apply mechanics below. この section — ?__server_only 暫定日本語案: テスト, app/ssr.js file path, specific SSR/hydration wiring — is written 向けに 暫定日本語案: classic PWA Kit / Composable Storefront, verified directly against Salesforce’s PWA Kit 暫定日本語案: developer docs. Storefront Next is 異なる 構築: React 19 とともに React Router 7 暫定日本語案: file-based routing (vs. PWA Kit’s React Router 5) と fetch-then-render loader model, 暫定日本語案: また running on Managed Runtime とともに its own streaming SSR-then-hydration flow. 暫定日本語案: Salesforce documents it as distinct enough へ ship dedicated “Migrate from PWA Kit to Storefront Next” 暫定日本語案: guide. If あなた 店舗 is on Storefront Next, don’t assume ?__server_only または exact 暫定日本語案: file paths below carry 超えて unchanged — confirm equivalent サーバー-rendering 暫定日本語案: verification 手順 in Storefront Next’s own 暫定日本語案: docs 暫定日本語案: 前に treating この section as gospel 向けに その architecture. underlying SEO 暫定日本語案: principle is 同じ either way: crawler-critical コンテンツ (タイトル, meta, canonical, 暫定日本語案: 主要 copy, 価格/在庫状況, JSON-LD) has へ be present in サーバー-rendered または 暫定日本語案: streamed HTML, ない deferred へ クライアント-だけ hydration.

暫定日本語案: どのように rendering 機能. 向けに 最初 ページ load, PWA Kit 使用 サーバー-side 暫定日本語案: rendering: “For the critical first page load, we use server-side rendering because it offers a powerful tool for optimizing performance: caching.” SSR runs 通じて 暫定日本語案: Express app (app/ssr.js), と “Managed Runtime’s CDN cache can store a previously rendered version of a page and serve it to the user in an instant.” So far, so good 暫定日本語案: 向けに crawlers — 最初 load is real HTML.

暫定日本語案: ** hydration boundary is SEO risk point.** 後に その 最初 load, 暫定日本語案: “rendering duties are transferred from the server side to the client side through a process called hydration,” at which point “your React app starts running in the user’s browser.” あなた code has へ be isomorphic (safe on both sides) — 暫定日本語案: window.location is クライアント-だけ, req/res are サーバー-だけ. と critically, 暫定日本語案: Salesforce says some コンテンツ is deliberately クライアント-だけ: “Some content, such as personalized or frequently changing content, must only be rendered on the client side to get the best possible performance.” その’s exact tension 向けに SEO: anything 暫定日本語案: crawler-critical (タイトル, meta, canonical, 主要 コンテンツ, 価格/在庫状況, 暫定日本語案: JSON-LD) 必要がある ない be in その クライアント-だけ bucket, または crawlers 可能性がある 決して see it.

暫定日本語案: どのように へ verify it — 方法 Salesforce itself documents. PWA Kit best- 暫定日本語案: practices 確認 tells あなた へ テスト あなた entry ページ (home, PLP, PDP) by appending 暫定日本語案: ?__server_only, which lets あなた “confirm that your server-rendered pages have enough data for crawlers and that the layout shift between server and client is small (ideally non-existent). This can help to improve your SEO ranking.” この is 暫定日本語案: single 大半の useful SFCC-headless SEO 確認, と it doesn’t 必要とする being developer — 暫定日本語案: load URL とともに ?__server_only, と confirm あなた タイトル, meta, canonical, main 暫定日本語案: copy, と 商品 schema are all present.

暫定日本語案: 保つ URL logic in sync via SCAPI. getUrlMapping endpoint lets headless 暫定日本語案: storefront “support localized, user-friendly URLs based on URL rules and URL redirects set up in Business Manager” — it resolves 商品, category (including 暫定日本語案: category refinements), と コンテンツ-asset URLs, と falls back へ サイト’s デフォルト 暫定日本語案: locale if none is passed. Salesforce recommends long TTLs 向けに it ( デフォルト is 12 暫定日本語案: hours). payoff: あなた don’t maintain parallel URL system 向けに headless frontend 暫定日本語案: — 同じ URL Rules と リダイレクト あなた 設定 in Business Manager drive it.

暫定日本語案: ** gap へ bridge.** Salesforce’s own PWA Kit docs treat “SEO” almost entirely as 暫定日本語案: SSR/crawlability 問題 — それら say little について meta tags, canonical, hreflang, または 暫定日本語案: schema as PWA Kit concerns (sitemaps get their own separate doc). その on-ページ tag 機能 暫定日本語案: falls へ implementation team’s head-management layer (React Helmet または equivalent). 暫定日本語案: If nobody owns it, technically-crawlable PWA Kit 店舗 できる still ship とともに 不足している 暫定日本語案: タイトル, canonicals, と schema. ( general headless mechanics are in 暫定日本語案: JavaScript SEO と 暫定日本語案: headless CMS SEO 記事.)

SFCC vs. other プラットフォーム — honest version

暫定日本語案: Compared とともに Shopify, BigCommerce, Magento, WooCommerce, と PrestaShop, SFCC sits at 暫定日本語案: enterprise end: it has deepest native SEO configurability of hosted 暫定日本語案: プラットフォーム (per-サイト editable robots.txt, URL Rules + Aliases, canonical-by-design 暫定日本語案: variants, rule-based meta tags), ただし it demands 大半の プラットフォーム literacy へ 使用. 暫定日本語案: どこ Shopify forces URL prefixes と hides robots.txt behind template, と 暫定日本語案: BigCommerce hands あなた preset URL structures と native JSON-LD, SFCC gives あなた raw 暫定日本語案: levers と expects あなた へ know Business Manager. It isn’t プラットフォーム どこ “good SEO out of the box” is true — it’s プラットフォーム どこ “excellent SEO is possible if you configure it deliberately” is true. Judge it on その.

Add an expert note

Pin an expert quote

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