Türkçe çeviri: Salesforce Commerce Cloud SEO

nasıl SEO çalışır on Salesforce Commerce Cloud (B2C Commerce / SFCC, formerly Demandware) — güçlü native building blocks (benşletme-Manager-editable robots.txt, scheduled auto-sitemaps, kural-based meta tags, canonical-tarafından-design master/variation products) ve parts siz hâlâ sahip -e oluştur tarafından hand (hreflang, faceted-nav URLs, schema, ve headless crawlability on PWA Kit veya Salesforce's newer Storefront sonraki framework).

İlk yayın tarihi: 2 Tem 2026 · Son güncelleme: 8 Ağu 2026 · Advanced
Diller

Salesforce Commerce Cloud (B2C Commerce, formerly Demandware — SFCC bençin kısa) verir siz güçlü native SEO building blocks: bir editable per-site robots.txt in benşletme Manager, auto-generated XML sitemaps olarak bir scheduled job, kural-based Meta Tag kurallar bençin catalog-wide titles ve descriptions, ve bir canonical-tarafından-design master/variation product model şu maps almost tam olarak üzerine Google's ProductGroup schema. ne o leaves siz dır çalışır şu aslında decides sıralamalar at enterprise scale: hreflang (no dedicated B2C admin feature — sitemap alternate URLs veya custom bağlantı tags), faceted/refinement URLs (custom development), structured data (bir template/developer job, değil bir toggle), ve headless crawlability on PWA Kit veya Salesforce's newer Storefront sonraki framework (SSR dır necessary ama değil sufficient — test et ile ?__server_only on PWA Kit; yapğrula eşdeğeri on Storefront sonraki). Nothing çalışır well olmadan deliberate configuration; platform değildir limitation, unfamiliarity ile o dır.

TL;DR — SFCC (B2C Commerce, formerly Demandware) ships güçlü native SEO building blocks: bir per-site robots.txt siz edit in benşletme Manager, XML sitemaps auto-generated olarak bir scheduled job, kural-based Meta Tag kurallar bençin catalog-wide titles/descriptions, ve bir canonical-tarafından-design master/variation product model şu maps almost 1:1 üzerine Google’s ProductGroup/hasVariant/isVariantOf schema. çalışır o leaves siz dır ne scales: hreflang (no dedicated B2C feature — sitemap “Include Alternate URLs” veya custom <link> tags), faceted/refinement URLs (custom dev), structured data (bir template job, değil bir toggle), ve headless crawlability on PWA Kit veya Salesforce’s newer Storefront sonraki framework (SSR dır necessary ama değil sufficient — test et ile ?__server_only on PWA Kit; yapğrula eşdeğeri on Storefront sonraki). ve tek biggest architectural fork dır whether bir multi-region brand dır tek site ile çok söyleıda locales veya çok söyleıda siteler — şu decides nasıl çok söyleıda full SEO config surfaces siz koru 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: güçlü native araçlar, steep platform literacy

en çok SFCC SEO bençerik dır either thin agency marketing veya developer docs ile zero SEO framing. honest take dır in arasında: SFCC sahiptir daha native, admin-configurable SEO tooling -den en çok competing platforms — ama nothing çalışır well olmadan deliberate setup, ve several defaults -ecek hurt siz -erseniz leave them alone. Sort her task -e “native building block” vs. “you have to build it,” ve platform stops olma mysterious.

Two things -e understand önce anything else:

  1. benşletme Manager dır nerede SEO lives. SEO hub dır Merchant araçlar → site → SEO, ve o splits -e canonical URL tags, URL yönlendirmeler, Sitemaps, Robots, Meta Tag kurallar, ve URL kurallar/Aliases. her dır bir separate screen ile onun kendi kurallar.
  2. ** master/variation product model shapes everything.** bir tek master product owns birden çok variation products (tarafından color, size). şu model dır central SEO decision benşaret et, ve o olur -e mirror nasıl Google ister siz -e mark up varyantlar — daha on şu below.
  3. Name sizin storefront architecture önce siz name bir düzelt. “Salesforce Commerce Cloud” now spans at least four distinct storefront generations şu behave differently bençin SEO: legacy SiteGenesis pipeline architecture, güncel SFRA (Storefront Reference Architecture), established headless PWA Kit (Composable Storefront), ve, olarak of 2026 B2C Commerce release cycle, Salesforce’s newer Storefront sonraki React framework. Admin paths, cartridge behavior, ve rendering mechanics differ genelinde them — bir düzelt verified on bir yapmaz automatically transfer -e başka bir. bu article’s benşletme Manager screens uygula broadly genelinde SFRA/SiteGenesis; PWA Kit-specific mechanics later in bu piece dır scoped explicitly nerede onlar uygula.

Native building blocks: per-site editable robots.txt, scheduled auto-generated XML sitemaps (ile optional hreflang ve son-modified dates), URL kurallar + Hostname Aliases bençin locale-aware temiz URLs, canonical-tarafından-design variation products, kural-based Meta Tag kurallar, automatic 301s on in-benşletme-Manager URL changes, ve PWA Kit SSR bençin ilk load.

Yours -e oluştur: hreflang, faceted/refinement URLs, structured data, multi-locale robots.txt handling, H1 templating, ve (in bir headless oluştur) tümü on-sayfa tag management.

architecture fork şu shapes everything: siteler vs. locales

önce siz touch bir tek SEO screen, settle bu: dır sizin multi-region brand modeled olarak tek site ile birden çok locales, veya birden çok siteler (bir per locale veya region)? In SFCC, multi-region storefronts dır genellikle oluşturulmuş olarak separate siteler in benşletme Manager. şu önem taşır çünkü her site dır onun kendi complete SEO configuration surface — onun kendi sitemap job, onun kendi robots.txt, onun kendi Meta Tag kurallar, onun kendi URL kurallar. Ten siteler anlamına gelir ten of everything -e koru in sync tarafından hand. Name bu decision explicitly early, çünkü o silently multiplies her diğer section of bu article.

URL structure: URL kurallar vs. Hostname Aliases

SFCC verir siz two configuration paths, ve yapğru bir depends on nasıl complex sizin locale setup dır:

  • URL kurallar (Merchant araçlar → site → SEO → URL kurallar) map locale, category, ve product path segments -e bir pattern. onlar’re simpler ama daha az flexible — siz seç bir of alternative hostnames, URL parametreleri, veya paths bençin locale routing.
  • Hostname Aliases (Merchant araçlar → site → SEO → Aliases) dır bir JSON alias file offering daha capability — dahil bir mixed approach, like ccTLD-style hostnames bençin bazı locales ve subfolder-style locales in aynı site. -erseniz ihtiyaç duy mixed routing, o sahiptir -e go aracılığıyla alias file.

mechanics worth knowing:

  • Force lowercase. SFCC’s kendi URL configuration rehberlik söyler siz -e seç Lower durum bu nedenle siz yapmayın generate birden çok URLs ile farklı durumlar of aynı text. Practitioners note lowercase dır generally tercih edilen tarafından crawlers.
  • kullan hyphens bençin whitespace. Whitespace -ebilir olmak URL-encoded (%20), veya replaced ile plus/underscore/minus/period. Salesforce’s kendi SEO-URL rehberlik benşaret eder out şu arama motorları ele al hyphens olarak separators ama underscores olarak joiners (two underscore-joined words okuyun olarak bir), bu nedenle hyphen (minus) dır cleanest choice. NOVOS yapar aynı recommendation üzerinde default %20.
  • category vs. category-path. bençin siteler -den fazla two veya three categories deep, kullan category yerine category-path; ama -erseniz sahip yinelenen category names altında farklı parents, kullan category-path -e disambiguate.
  • Product IDs auto-append. siz yapmayın ekle product ID -e kural — B2C Commerce her zaman appends o automatically, ile bir .html extension. Practitioners note orada’s no way -e kaldır .html olmadan custom development.
  • Assign products -e domain, değil bir category path. NOVOS recommends bu -e reduce duplication ve complexity, çünkü products -ebilir olmak assigned -e birden çok categories, hangi yapar bir category-based URL segment unstable.
  • General URL hygiene -den Salesforce’s kendi rehberlik: koru URLs readable ve kısa, kullan olarak few folders olarak olası, kaçın parameters, integrate keywords, ve yapmayın put bir sayfa-type indicator, bir proprietary sc.html extension, veya word demandware in URL.

** classic pitfall:** yinelenen homepages -den unmapped Default-başla ve Home-göster pipelines resolving -e www ve non-www varyantlar. Map them explicitly veya siz al yinelenen siteler generated tarafından hosts ile ve olmadan www. ve bir alias-file gotcha practitioners flag repeatedly: alias file -meli declare sürüm 1 veya system ignores o entirely.

Compared -e bir platform like BigCommerce (hangi offers preset URL structures ve removes prefixes ile bir dropdown) veya Shopify (hangi forces /products/ ve /collections/), SFCC’s URL layer dır far daha configurable — ve far daha onun kendi job -e al yapğru.

XML sitemaps

Sitemap generation dır bir scheduled benşletme Manager job, değil bir static file siz maintain. siz ulaş o via App Launcher → Merchant araçlar → site → SEO → Sitemaps, ve configure job’s schedule on Job tab. Salesforce’s rehberlik dır -e schedule o bençin low-trafik times (early morning) -e kaçın CPU ve memory spikes, ve -e çalıştır o sonra sizin daily data replication -den staging.

Three things şu trip kişiler up:

  • Configure per instance type. Sitemap settings -ebilir’t olmak replicated arasında Staging ve Production veya Development — siz ayarla them individually on her instance. bu opposite of en çok site preferences.
  • changefreq/priority dır dead weight. Google sahiptir yapğrulanmış o ignores bunlar in sitemaps. yapmayın spend engineering effort tuning them. yap koru lastmod accurate — o’s auto-applied -e generated sitemap ve o’s bir gerçek sinyal bençin ne -e re-tarama.
  • Hreflang rides on bir checkbox. -ebilirsiniz embed hreflang tarafından ticking “bençer Alternate URLs”, hangi adds hreflang annotations bençinde standard sitemaps. caveat: at enough locales bu pushes siz past per-file bağlantı threshold, at hangi benşaret et siz ihtiyaç duy custom sitemaps oluşturulmuş ile bir çözüm architect.

Headless dır bir separate mechanism. bençin bir PWA Kit storefront, Salesforce’s kendi “Improve SEO with a Sitemap” rehber dır explicit şu sitemaps “provide arama crawlers ile instructions on sayfalar -e dizin ve site hierarchy, hangi -ebilir improve sizin SEO sıralamalar.” eğer sizin routes dır configured in benşletme Manager, generate sitemap orada; otherwise siz upload bir via SCAPI uploadCustomSitemapAndTriggerSitemapGeneration endpoint. Wiring o up requires bir vanity domain (embedded CDN veya bir subdomain like seo.example.com), bir matching hostname alias, ve sitemap reachable at example.com/sitemap_index.xml; in PWA Kit siz ekle app.get('/sitemap_index.xml', runtime.serveStaticFile('static/sitemap_index.xml')) in ssr.js ve expose file via ssrShared in app config.

Robots.txt

vardır two distinct mechanisms, ve confusing them nedenler gerçek deployment bugs:

  1. benşletme Manager site preference ( recommended default path). App Launcher → Merchant araçlar → site → SEO → Robots lets siz yaz bir per-site robots.txt (up -e 50 000 characters). o’s stored olarak bir site preference ve -ebilir olmak replicated arasında instances.
  2. Cartridge-level static file (custom storefront / SFRA). bir robots.txt placed in cartridge/static/default of bir custom cartridge, managed via UX Studio. bu sürüm -ebilir yalnızca move arasında instances via code replication, çünkü static directory dır cartridge-specific, değil site-specific.

Two gotchas:

  • Cache invalidation. ile caching enabled, siz -meli invalidate static bençerik cache bençin bir yeni cartridge-level robots.txt -e olmak sunulan.
  • Robots dır domain-scoped, değil subfolder-scoped. -erseniz çalıştır birden çok locales in subfolders, bir robots.txt at domain root sahiptir -e satisfy her locale’s gerektirir — plan kurallar -e kapsa tümü of them.

practitioner philosophy, hangi ben agree ile: koru robots.txt minimal. kullan canonical tags ve noindex -e control ne’s sunulan in sonuçlar; robots.txt controls tarama, değil dizine ekleme, bu nedenle üzerinde-relying on o dır gerçek anti-pattern. koru dev/staging non-crawlable via deployed cartridge default, ve configure production deliberately. ( platform-agnostic mechanics dır in tarama ve canonical’laştırma.)

Canonical URLs ve master/variation product model — differentiating section

bu nerede SFCC’s data model ve Google’ın kendi rehberlik line up almost perfectly, ve nerede en çok SFCC bençerik stops kısa.

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 bir product’s color/size variations olarak bir tek master (base) product ile child variation products. Salesforce’s recommendation dır -e canonical’laştır variation product URLs -e master product -e preserve veya improve sıralamalar — ben.e., benşaret et her color/size PDP’s rel="canonical" at base product bu nedenle sıralama sinyalleri birleştir üzerine bir URL.

Now bak at ne Google recommends bençin tam olarak bu “one product, many variations” situation. Google’s product-varyant rehberlik dır -e “kullan ProductGroup class ile associated properties variesBy, hasVariant, ve productGroupID -e grup such varyantlar together.” şu’s bir conceptual match -e SFCC’s master/variation model:

  • master product dır Google’s ProductGroup.
  • variation products dır hasVariant members (veya, in “separate” pattern, her Product kullanır isVariantOf -e reference grup’s @id).
  • Google belgeler her ikisi bir nested pattern (ProductGroup.hasVariant” en çok compact ve natural representation of bir product grup”) ve bir separate pattern (Product.isVariantOf — hangi “-ebilir olmak easier bençin bazı bençerik management systems (CMSes) -e generate”). separate pattern dır natural fit bençin nasıl SFCC templates variation products genelinde independent PDP renders.

bençin bir tek-sayfa varyant selector, Google şunu söylüyor -e koru “yalnızca bir distinct canonical URL bençin overall ProductGroup — which is precisely the “variation → master” canonical kural SFCC zaten recommends.

yap two agree, çünkü Google dır explicit şu sizin canonical’laştırma sinyaller -meli olmak consistent. On onun birleştir-yinelenen-URLs rehberlik, rel="canonical" dır “bir güçlü sinyal şu specified URL -meli ol canonical,” sitemap inclusion dır “a weak signal,” ve “bunlar methods -ebilir stack ve thus ol daha effective ne zaman combined.” But don’t contradict yourself — Google warns: “yapmayın specify farklı URLs olarak canonical bençin aynı sayfa kullanarak farklı canonical’laştırma techniques (örneğin, yapmayın specify bir URL in bir sitemap, ama bir farklı URL bençin şu aynı sayfa kullanarak rel="canonical").” On SFCC, şu anlamına gelir sizin variation-product rel="canonical", sizin sitemap, sizin hreflang, ve sizin benç bağlantılar tümü sahip -e name aynı master URL. ve “ne zaman linking bençinde sizin site, bağlantı -e canonical URL yerine bir yinelenen URL” — bu nedenle bağlantı internal navigation -e master product, değil -e specific variation URLs.

( general varyant-schema deep dive dır in product varyant SEO; canonical mechanics dır in canonical’laştırma.)

Meta Tag kurallar

Titles ve descriptions sahip two implementation paths: manual entry per object (Category/Product → sayfa Title / sayfa Description fields), veya kural-based dynamic generation via Meta Tag kurallar (Merchant araçlar → site → SEO → Meta Tags), hangi uygula formulas genelinde sayfa types.

  • Basic dynamic kural: bir category title like ${Category.Name} | Example Brand.
  • Hybrid override + fallback: ${IF Category.pageTitle THEN Category.pageTitle ELSE Category.Name} lets merchandisers override specific sayfalar -iken kural stays catalog-wide default. bu pattern -e standardize on — kurallar scale, ama herhangi bir bir-off exception either kullanır bu hybrid syntax veya inherits generic kural.
  • Localize connectives. bençin localized kurallar, translate herhangi bir connectives (like | separator’s surrounding words) ve ayarla them at language veya language-country level.
  • H1 dır bir limitation. Unlike titles ve descriptions, orada’s no standard Meta Tag kurallar syntax -e template H1 tags dynamically — H1 templating requires custom development.

yönlendirmeler

SFCC sahiptir bazı native, automatic yönlendirme behavior plus manual araçlar:

  • Automatic 301s fire -dığınızda override bir category/product URL bençinde benşletme Manager, ve SFCC auto-corrects misspelled PDP URLs olarak uzun olarak underlying product ID dır intact.
  • Three manual araçlar: URL yönlendirmeler bençin bir—e-bir mappings, Static Mappings bençin legacy URL patterns yönlendiren -e static kaynaklar, ve Dynamic Mappings bençin complex wildcard-based patterns.
  • Status codes: kullan 301 bençin permanent (veya 308 eğer altered via custom development) ve 307 bençin temporary. (Background on choosing arasında them dır in Ahrefs’ 11 types of yönlendirmeler ve 301 vs. 302 guides.)
  • benşaret et at object IDs, değil hard-coded paths. NOVOS recommends yönlendiren -e object types/IDs yerine literal URL strings -e prevent errors ve yönlendirme loops ne zaman destination URL later changes.

precedence kural önem taşır ve o’s bir direct developer-docs quote: “eğer orada’s bir conflict arasında sizin URL yönlendirmeler ve sizin URL kurallar bençin SEO, URL yönlendirmeler take precedence.”

Migration framing: on bir SFRA relaunch, yönlendirme strategy dır tek en çok critical SEO component bençin preserving sıralamalar — Acxiom’s Salesforce practice puts o at 60–70% of launch SEO effort. şu’s consistent ile broader lesson şu bir migration takes -den fazla bir checklist -e go well.

Structured data / schema — name gap honestly

burada’s honest part en çok bençerik skips: on SFCC orada’s no native “turn on product schema” toggle in benşletme Manager comparable -e Meta Tag kurallar veya canonical handling. Unlike BigCommerce (whose Cornerstone theme ships JSON-LD product schema out of box), schema on SFCC dır bir template/developer responsibility. SFRA reference storefront bençerir bazı product/breadcrumb schema in template code, ama şu’s developer-implemented, değil bir admin feature. ele al schema olarak bir oluştur task, değil bir checkbox — ve lean on ProductGroup/varyant pattern -den canonical section olarak sizin target shape, since JSON-LD dır Google’s recommended format ne zaman sizin setup izin verir o.

bir rendering constraint -e design yaklaşık, especially bençin headless builds: Google’s rehberlik dır şu structured data -meli olmak present in server-rendered HTML rather -den injected yalnızca during client-side hydration. On bir PWA Kit store, şu anlamına gelir JSON-LD sahiptir -e olmak in SSR output — see headless section.

Hreflang ve multi-site/locale architecture

Disambiguate B2B -den B2C ilk. Salesforce’s temiz, dedicated “Alternate Language bağlantılar” hreflang feature dır bir B2B Commerce feature — o yapar değil var ol olarak bir dedicated screen in B2C Commerce. arama sonuçları ve hatta bazı agency blogs blur two Clouds. In B2C Commerce, hreflang runs aracılığıyla sitemap’s “bençer Alternate URLs” checkbox (covered above), değil bir dedicated alternate-language admin screen.

bu nedenle two realistic implementation paths dır:

  1. Sitemap-embedded hreflang via “Include Alternate URLs” — simple, ama -ebilir blow past per-file sitemap size limit ölçekte.
  2. Custom <link rel="alternate" hreflang="x"> tags emitted yapğrudan in sayfa <head> — necessary once siz sahip de çok söyleıda locale/URL combinations bençin sitemap approach.

Standard hreflang hygiene hâlâ uygulanır, ve o’s spelled out in Google’s localized- sürümler rehberlik: her biri bençin sayfa, bençer bir full ayarla of <link> elements in <head> — bir per varyant dahil itself — ve koru şu ayarla identical genelinde her sürüm, plus bir x-default fallback bençin unmatched languages. Google belgeler şu -ebilirsiniz declare hreflang either in <head> <link> elements veya via bir XML sitemap — bu da tam olarak two SFCC routes.

Bing footnote: Bing sahiptir historically değil supported hreflang way Google yapar, okuma HTML content-language sinyal instead — bu nedenle bir SFCC site şu implements hreflang yalnızca via sitemap checkbox -ebilir değil olmak giving Bing language sinyal o ister. (yapğrula güncel Bing behavior önce treating bu olarak bir hard kural; Bing’s stated support sahiptir olmuş reported inconsistently.)

deeper multi-site architecture, daha bu compounds — remember her site carries onun kendi sitemap job ve onun kendi robots.txt, bu nedenle bir locale eklendi olarak bir yeni site dır bir full yeni SEO surface, değil sadece bir yeni language file. (International mechanics live in hreflang küme.)

fasetli gezinme / refinement URLs

SFCC yapar değil produce SEO-friendly filter/refinement URLs out of box — temiz URLs ve proper dizine ekleme bençin fasetli gezinme require custom development. orada’s no native canonical/noindex behavior bençin refinement combinations, bu nedenle siz sahip -e oluştur decision framework yourself. burada’s working triage ben’d adapt -e SFCC’s refinement mechanics — aynı pattern şu çalışır on BigCommerce ve herhangi bir diğer platform, since underlying sorun (bir combinatorial explosion of crawlable filter URLs) dır platform-agnostic:

sayfa typeCanonicalRobots directive
Main category (PLP)Selfdizin
High-demand refinement (gerçek arama değer)Selfdizin
Navigation-yalnızca refinementMain categorynoindex,izle
Sort-sıra yalnızcaMain categorynoindex,izle
sayfalama (sayfa 2+)Self (onun kendi URL)dizin
Variation product PDPMaster productcanonical -e master

Two principles şu yapmayın change on SFCC:

  • robots.txt blocks tarama, değil dizine ekleme. bir URL siz disallow -ebilir hâlâ olmak dizine eklenmiş eğer something bağlantılar -e o — ve Google -ebilir’t okuyun sizin canonical veya noindex çünkü o never fetched sayfa. Pair parameter kurallar ile on-sayfa canonical + noindex.
  • yapmayın noindex sizin paginated sayfalar. Google’s ecommerce rehberlik dır -e ver her paginated sayfa onun kendi canonical URL, değil -e fold sayfa 2+ -e sayfa 1. noindex belongs on filter/sort variations, değil on sayfalama.

( platform-agnostic deep dive dır fasetli gezinme treatment in Ecommerce SEO küme.)

Headless SEO ile PWA Kit (ve onun successor, Storefront sonraki)

eğer sizin storefront dır headless, o runs on PWA Kit — Salesforce’s established React framework (oluşturulmuş on SCAPI, deployed -e Managed Runtime) — veya, olarak of 2026 B2C Commerce release cycle, Salesforce’s newer Storefront sonraki framework. SEO story burada dır almost entirely bir crawlability story, ve Salesforce’s kendi docs frame o şu way.

Scope check before you apply the mechanics below. This section — the ?__server_only test, the app/ssr.js file path, the specific SSR/hydration wiring — is written for classic PWA Kit / Composable Storefront, verified directly against Salesforce’s PWA Kit developer docs. Storefront Next is a different build: React 19 with React Router 7 file-based routing (vs. PWA Kit’s React Router 5) and a fetch-then-render loader model, also running on Managed Runtime with its own streaming SSR-then-hydration flow. Salesforce documents it as distinct enough to ship a dedicated “Migrate from PWA Kit to Storefront Next” guide. If your store is on Storefront Next, don’t assume ?__server_only or the exact file paths below carry over unchanged — confirm the equivalent server-rendering verification step in Storefront Next’s own docs before treating this section as gospel for that architecture. The underlying SEO principle is the same either way: crawler-critical content (title, meta, canonical, primary copy, price/availability, JSON-LD) has to be present in the server-rendered or streamed HTML, not deferred to client-only hydration.

nasıl rendering çalışır. bençin ilk sayfa load, PWA Kit kullanır server-side rendering: “bençin critical ilk sayfa load, biz kullan server-side rendering çünkü o offers bir powerful araç bençin optimizing performance: caching.” SSR runs aracılığıyla bir Express app (app/ssr.js), ve “Managed Runtime’s CDN cache -ebilir store bir previously rendered sürüm of bir sayfa ve sun o -e kullanıcı in bir instant.” bu nedenle far, bu nedenle good bençin crawlers — ilk load dır gerçek HTML.

** hydration boundary dır SEO risk benşaret et.** sonra şu ilk load, “rendering duties dır transferred -den server side -e client side aracılığıyla bir süreç called hydration,” at which point “sizin React app starts çalışbir in kullanıcı’s browser.” sizin code sahiptir -e olmak isomorphic (safe on her ikisi sides) — window.location dır client-yalnızca, req/res dır server-yalnızca. ve critically, Salesforce söyler bazı bençerik dır deliberately client-yalnızca: “bazı bençerik, such olarak personalized veya frequently changing bençerik, -meli yalnızca olmak rendered on client side -e al en iyi olası performance.” şu’s exact tension bençin SEO: anything crawler-critical (title, meta, canonical, birincil bençerik, price/availability, JSON-LD) -meli değil olmak in şu client-yalnızca bucket, veya crawlers -ebilir never see o.

nasıl -e verify o — yöntem Salesforce itself belgeler. PWA Kit en iyi- practices checklist söyler siz -e test et sizin entry sayfalar (home, PLP, PDP) tarafından appending ?__server_only, hangi lets siz “yapğrula şu sizin server-rendered sayfalar sahip enough data bençin crawlers ve şu layout shift arasında server ve client dır küçük (ideally non-existent). bu -ebilir yardım et -e improve sizin SEO sıralama.” bu tek en çok yararlı SFCC-headless SEO kontrol et, ve o yapmaz require olma bir developer — load URL ile ?__server_only, ve yapğrula sizin title, meta, canonical, main kopya, ve product schema dır tümü present.

koru URL logic in sync via SCAPI. getUrlMapping endpoint lets bir headless storefront “support localized, kullanıcı-friendly URLs based on URL kurallar ve URL yönlendirmeler ayarla up in benşletme Manager” — o resolves product, category (dahil category refinements), ve bençerik-asset URLs, ve falls back -e site’s default locale eğer none dır passed. Salesforce recommends uzun TTLs bençin o ( default dır 12 hours). payoff: siz yapmayın maintain bir parallel URL system bençin headless frontend — aynı URL kurallar ve yönlendirmeler siz configured in benşletme Manager drive o.

** gap -e bridge.** Salesforce’s kendi PWA Kit docs ele al “SEO” almost entirely olarak bir SSR/crawlability sorun — onlar söyle little hakkında meta tags, canonical, hreflang, veya schema olarak PWA Kit concerns (sitemaps al onların kendi separate doc). şu on-sayfa tag çalışır falls -e implementation ekip’s head-management layer (React Helmet veya eşdeğeri). eğer nobody owns o, bir technically-crawlable PWA Kit store -ebilir hâlâ ship ile missing titles, canonicals, ve schema. ( general headless mechanics dır in JavaScript SEO ve headless CMS SEO article.)

SFCC vs. diğer platforms — honest sürüm

Compared ile Shopify, BigCommerce, Magento, WooCommerce, ve PrestaShop, SFCC sits at enterprise end: o sahiptir deepest native SEO configurability of hosted platforms (per-site editable robots.txt, URL kurallar + Aliases, canonical-tarafından-design varyantlar, kural-based meta tags), ama o demands en çok platform literacy -e kullan. nerede Shopify forces URL prefixes ve hides robots.txt behind bir template, ve BigCommerce hands siz preset URL structures ve native JSON-LD, SFCC verir siz raw levers ve expects siz -e know benşletme Manager. o değildir bir platform nerede “good SEO out of box” is true — it’s a platform where “excellent SEO dır olası -erseniz configure o deliberately” dır true. Judge o on şu.

Add an expert note

Pin an expert quote

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