Salesforce thương mại Cloud SEO

Cách SEO hoạt động on Salesforce Commerce Cloud (B2C Commerce / SFCC, formerly Demandware) — đó mạnh native building chặn (Business-Manager-editable robots.txt, scheduled auto-sitemaps, rule-based meta tags, canonical-by-design master/biến động các sản phẩm) và đó parts bạn vẫn có để xây dựng by hand (hreflang, faceted-nav URLs, schema, và headless crawlability on PWA Kit hoặc Salesforce newer Storefront Tiếp theo framework).

Xuất bản lần đầu: 2 thg 7, 2026 · Cập nhật lần cuối: 8 thg 8, 2026 · Advanced
Ngôn ngữ

Salesforce Commerce Cloud (B2C Commerce, formerly Demandware — SFCC cho ngắn) cho bạn mạnh native SEO building chặn: an editable theo-site robots.txt trong Business Manager, auto-generated XML sitemaps as một scheduled job, rule-based Meta Tag Rules cho catalog-wide các tiêu đề và các mô tả, và một canonical-by-design master/biến động sản phẩm model đó maps gần như chính xác onto Google ProductGroup schema. Điều gì điều này leaves bạn là đó hoạt động đó thực ra decides thứ hạng tại enterprise quy mô: hreflang (không dedicated B2C admin feature — sitemap alternate URLs hoặc custom link tags), faceted/refinement URLs (custom development), dữ liệu có cấu trúc (một template/nhà phát triển job, không một toggle), và headless crawlability on PWA Kit hoặc Salesforce newer Storefront Tiếp theo framework (SSR là necessary nhưng không sufficient — kiểm thử với ?__server_only on PWA Kit; xác nhận đó tương đương on Storefront Tiếp theo). Không có gì hoạt động well không có deliberate configuration; đó nền tảng không đó limitation, unfamiliarity với điều này là.

TL;DR — SFCC (B2C Commerce, formerly Demandware) ships mạnh native SEO building chặn: một theo-site robots.txt bạn edit trong Business Manager, XML sitemaps auto-generated as một scheduled job, rule-based Meta Tag Rules cho catalog-wide các tiêu đề/các mô tả, và một canonical-by-design master/biến động sản phẩm model đó maps gần như 1:1 onto Google ProductGroup/hasVariant/isVariantOf schema. Đó hoạt động điều này leaves bạn là điều gì scales: hreflang (không dedicated B2C feature — sitemap “Include Alternate URLs” (bản dịch) «Bao gồm Alternate URLs» hoặc custom <link> tags), faceted/refinement URLs (custom dev), dữ liệu có cấu trúc (một template job, không một toggle), và headless crawlability on PWA Kit hoặc Salesforce newer Storefront Tiếp theo framework (SSR là necessary nhưng không sufficient — kiểm thử với ?__server_only on PWA Kit; xác nhận đó tương đương on Storefront Tiếp theo). Và đó single biggest architectural fork là liệu một multi-region brand là một site với nhiều locales hoặc nhiều các trang — đó decides cách nhiều đầy đủ SEO config surfaces bạn giữ trong 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: mạnh native tools, steep nền tảng literacy

Hầu hết SFCC SEO nội dung là either thin agency marketing hoặc nhà phát triển tài liệu với zero SEO cách diễn đạt. Đó honest take là trong giữa: SFCC có hơn native, admin-configurable SEO tooling hơn hầu hết competing các nền tảng — nhưng không có gì hoạt động well không có deliberate setup, và several defaults sẽ hurt bạn nếu bạn leave them alone. Loại mỗi task vào “native building block” (bản dịch) «native building block» so với. “you have to build it,” (bản dịch) «bạn có để xây dựng điều này,» và đó nền tảng dừng đang mysterious.

Hai điều để understand trước khi bất cứ điều gì khác:

  1. Business Manager là nơi SEO lives. Đó SEO hub là Merchant Tools → site → SEO, và điều này splits vào Canonical URL tags, URL Các chuyển hướng, Sitemaps, Robots, Meta Tag Rules, và URL Rules/Aliases. Mỗi là một tách biệt screen với của nó own rules.
  2. Đó master/biến động sản phẩm model shapes mọi thứ. MỘT single master sản phẩm owns multiple biến động các sản phẩm (by color, size). Đó model là đó central SEO decision point, và điều này happens để mirror cách Google wants bạn để mark lên variants — hơn on đó dưới.
  3. Name của bạn storefront architecture trước khi bạn name một cách sửa. “Salesforce Commerce Cloud” (bản dịch) «Salesforce Commerce Cloud» hiện tại spans ít nhất four distinct storefront generations đó behave differently cho SEO: đó legacy SiteGenesis pipeline architecture, đó hiện tại SFRA (Storefront Reference Architecture), đó established headless PWA Kit (Composable Storefront), và, as of đó 2026 B2C Commerce phát hành cycle, Salesforce newer Storefront Tiếp theo React framework. Admin paths, cartridge behavior, và kết xuất mechanics differ trên them — một cách sửa verified on một không tự động transfer để một sản phẩm khác. Này bài viết Business Manager screens apply broadly trên SFRA/SiteGenesis; đó PWA Kit-cụ thể mechanics sau đó trong này piece là scoped explicitly nơi they apply.

Native building chặn: theo-trang web editable robots.txt, scheduled auto-generated XML sitemaps (với tùy chọn hreflang và cuối cùng-modified dates), URL Rules + Hostname Aliases cho locale-aware sạch các URL, canonical-by-design biến động các sản phẩm, rule-based Meta Tag Rules, tự động 301s on trong-Business-Manager URL thay đổi, và PWA Kit SSR cho đầu tiên load.

Yours để xây dựng: hreflang, faceted/refinement các URL, dữ liệu có cấu trúc, multi-locale robots.txt xử lý, H1 templating, và (trong headless xây dựng) all on-trang tag management.

architecture fork đó shapes mọi thứ: các trang so với. locales

trước khi bạn touch single SEO screen, settle điều này: là của bạn multi-region brand modeled as một trang web với multiple locales, hoặc multiple các trang (một theo locale hoặc region)? Trong SFCC, multi-region storefronts là thường được xây dựng as tách biệt các trang trong Business Manager. đó matters vì mỗi trang web là của nó own hoàn tất SEO configuration surface — của nó own sitemap job, của nó own robots.txt, của nó own Meta Tag Rules, của nó own URL Rules. Ten các trang có nghĩ là ten của mọi thứ để giữ trong sync by hand. Name điều này decision explicitly sớm, vì nó silently multiplies mỗi khác section của điều này bài viết.

URL structure: URL Rules so với. Hostname Aliases

SFCC cho bạn hai configuration paths, và right một phụ thuộc vào Cách phức tạp của bạn locale setup là:

  • URL Rules (Merchant Tools → trang web → SEO → URL Rules) map locale, category, và sản phẩm path segments để pattern. họ’re simpler nhưng ít hơn flexible — bạn pick một của alternative hostnames, URL parameters, hoặc paths cho locale routing.
  • Hostname Aliases (Merchant Tools → trang web → SEO → Aliases) là JSON alias file offering nhiều hơn khả năng — including mixed approach, như ccTLD-style hostnames cho some locales và subfolder-style locales trong giống nhau trang web. nếu bạn cần mixed routing, nó có để go qua alias file.

mechanics worth knowing:

  • Force lowercase. SFCC own URL configuration hướng dẫn tells bạn để select Thấp hơn Case so bạn không generate multiple các URL với khác cases của giống nhau text. Practitioners note lowercase là generally được ưu tiên by các crawler.
  • sử dụng hyphens cho whitespace. Whitespace có thể là URL-encoded (%20), hoặc replaced với plus/underscore/minus/period. Salesforce own SEO-URL hướng dẫn points out đó các công cụ tìm kiếm treat hyphens as separators nhưng underscores as joiners (hai underscore-joined words đọc as một), so hyphen (minus) là sạch nhất lựa chọn. NOVOS làm giống nhau khuyến nghị over default %20.
  • category so với. category-path. cho các trang nhiều hơn hai hoặc three categories deep, sử dụng category thay vì category-path; nhưng nếu bạn có duplicate category names dưới khác parents, sử dụng category-path để disambiguate.
  • Sản phẩm IDs auto-append. bạn không thêm sản phẩm ID để rule — B2C Commerce luôn appends nó tự động, với .html extension. Practitioners note có không way để xóa .html không có custom development.
  • Assign các sản phẩm để domain, không category path. NOVOS khuyến nghị điều này để reduce duplication và complexity, vì các sản phẩm có thể là assigned để multiple categories, mà làm category-based URL segment không ổn định.
  • Chung URL hygiene từ Salesforce own hướng dẫn: giữ các URL readable và ngắn, sử dụng as một vài folders as có thể, tránh parameters, integrate từ khóa, và không put trang-loại indicator, proprietary sc.html extension, hoặc word demandware trong URL.

** kinh điển pitfall:** duplicate homepages từ unmapped Default-Bắt đầuHome-hiển thị pipelines resolving để www và non-www variants. Map them explicitly hoặc bạn nhận duplicate các trang generated by hosts với và không có www. và một alias-file gotcha practitioners flag repeatedly: alias file phải declare version 1 hoặc hệ thống bỏ qua nó hoàn toàn.

Compared để nền tảng như BigCommerce (mà offers preset URL structures và xóa prefixes với dropdown) hoặc Shopify (mà forces /products//collections/), SFCC URL layer là far nhiều hơn configurable — và far nhiều hơn của nó own job để nhận right.

XML sitemaps

Sitemap generation là scheduled Business Manager job, không static file bạn maintain. bạn reach nó qua App Launcher → Merchant Tools → trang web → SEO → Sitemaps, và configure job schedule on Job tab. Salesforce hướng dẫn là để schedule nó cho thấp-traffic times (sớm morning) để tránh CPU và memory spikes, và để chạy nó sau khi của bạn daily dữ liệu replication từ staging.

Three điều đó trip mọi người lên:

  • Configure theo instance loại. Sitemap settings không thể là replicated giữa Staging và Production hoặc Development — bạn set them individually on mỗi instance. Này là đó opposite of hầu hết site preferences.
  • changefreq/priority là dead weight. Google có confirmed điều này bỏ qua những trong sitemaps. không spend engineering effort tuning them. Làm giữ lastmod chính xác — đây là auto-applied để đó generated sitemap và đây là một real tín hiệu cho điều cần re-crawl.
  • Hreflang rides on một checkbox. Bạn có thể embed hreflang by ticking “Include Alternate URLs” (bản dịch) «Bao gồm Alternate URLs», mà adds các chú thích hreflang bên trong đó tiêu chuẩn sitemaps. Đó caveat: tại đủ locales này pushes bạn past đó theo-file link ngưỡng, tại mà point bạn cần custom sitemaps được xây dựng với một giải pháp architect.

Headless là một tách biệt mechanism. Cho một PWA Kit storefront, Salesforce own “Improve SEO with a Sitemap” (bản dịch) «Improve SEO với một Sitemap» hướng dẫn là rõ ràng đó sitemaps “provide search crawlers with instructions on the pages to index and the site hierarchy, which can improve your SEO rankings.” (bản dịch) «cung cấp tìm kiếm các crawler với instructions on đó các trang để chỉ mục và đó site hierarchy, mà có thể improve của bạn SEO thứ hạng.» Nếu của bạn routes là configured trong Business Manager, generate đó sitemap ở đó; nếu không bạn upload một qua đó SCAPI uploadCustomSitemapAndTriggerSitemapGeneration endpoint. Wiring điều này lên requires một vanity domain (embedded CDN hoặc một subdomain như seo.example.com), một matching hostname alias, và đó sitemap reachable tại example.com/sitemap_index.xml; trong PWA Kit bạn thêm app.get('/sitemap_index.xml', runtime.serveStaticFile('static/sitemap_index.xml')) trong ssr.js và expose đó file qua ssrShared trong đó app config.

Robots.txt

hai distinct mechanisms, và confusing them gây ra thực deployment bugs:

  1. Business Manager trang web preference ( được khuyến nghị default path). App Launcher → Merchant Tools → trang web → SEO → Robots lets bạn ghi theo-trang web robots.txt (lên để 50 000 characters). nó stored as trang web preference và có thể là replicated giữa instances.
  2. Cartridge-cấp độ static file (custom storefront / SFRA). robots.txt placed trong cartridge/static/default của custom cartridge, managed qua UX Studio. điều này version có thể chỉ move giữa instances qua code replication, vì static directory là cartridge-cụ thể, không trang web-cụ thể.

Hai gotchas:

  • bộ nhớ đệm invalidation. với bộ nhớ đệm enabled, bạn phải invalidate static nội dung bộ nhớ đệm cho new cartridge-cấp độ robots.txt để là phân phối.
  • Robots là domain-scoped, không subfolder-scoped. nếu bạn chạy multiple locales trong subfolders, một robots.txt tại domain root có để satisfy mỗi locale cần — plan rules để cover tất cả them.

practitioner philosophy, mà I agree với: giữ robots.txt minimal. sử dụng canonical tags và noindex để control Điều gì phân phối trong kết quả; robots.txt controls crawling, không lập chỉ mục, so over-relying on nó là thực tế anti-pattern. giữ dev/staging non-crawlable qua deployed cartridge default, và configure production có chủ ý. ( nền tảng-agnostic mechanics là trong crawlingcanonicalization.)

Canonical các URL và master/biến động sản phẩm model — differentiating section

Đây là nơi SFCC dữ liệu model và Google own hướng dẫn line lên gần như perfectly, và nơi phần lớn SFCC nội dung dừng ngắn.

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ản phẩm color/size variations as single master (base) sản phẩm với child biến động các sản phẩm. Salesforce khuyến nghị là để canonicalize biến động sản phẩm các URL để master sản phẩm để bảo toàn hoặc improve thứ hạng — i.e., point mỗi color/size PDP rel="canonical" tại base sản phẩm so các tín hiệu xếp hạng consolidate onto một URL.

Hiện tại xem điều gì Google khuyến nghị cho chính xác này “one product, many variations” (bản dịch) «một sản phẩm, nhiều variations» situation. Google sản phẩm-variant hướng dẫn là để “use the ProductGroup class with associated properties variesBy, hasVariant, and productGroupID to group such variants together.” (bản dịch) «dùng đó class với associated properties , , và để group such variants together.» đó là một conceptual match để SFCC master/biến động model:

  • Đó master sản phẩm là Google ProductGroup.
  • Đó biến động các sản phẩm là đó hasVariant members (hoặc, trong đó “tách biệt” pattern, mỗi Product dùng isVariantOf để reference đó group @id).
  • Google documents cả hai một nested pattern (ProductGroup.hasVariant“the most compact and natural representation of a product group” (bản dịch) «đó hầu hết compact và natural representation of một sản phẩm group») và một tách biệt pattern (Product.isVariantOf — mà “might be easier for some content management systems (CMSes) to generate” (bản dịch) «có thể là easier cho some các hệ thống quản lý nội dung (CMSes) để generate»). Đó tách biệt pattern là đó natural fit cho cách SFCC templates biến động các sản phẩm trên independent PDP renders.

Cho một single-trang variant selector, Google says để giữ “only one distinct canonical URL for the overall ProductGroup(bản dịch) «chỉ một distinct canonical URL cho đó overall» — mà là precisely đó “variation → master” (bản dịch) «biến động → master» canonical rule SFCC đã khuyến nghị.

Làm đó hai agree, vì Google là rõ ràng đó của bạn các tín hiệu canonicalization phải là consistent. On của nó consolidate-duplicate-URLs hướng dẫn, rel="canonical"“a strong signal that the specified URL should become canonical,” (bản dịch) «một mạnh tín hiệu đó specified URL nên become canonical,» sitemap inclusion là “a weak signal,” (bản dịch) «một yếu tín hiệu,»“these methods can stack and thus become more effective when combined.” (bản dịch) «những các phương thức có thể stack và thus become hơn effective khi combined.» Nhưng không 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").” (bản dịch) «không specify khác nhau URLs as canonical cho đó cùng trang dùng khác nhau canonicalization techniques (ví dụ, không specify một URL trong một sitemap, nhưng một khác nhau URL cho đó cùng trang dùng ).» On SFCC, đó có nghĩa là của bạn biến động-sản phẩm rel="canonical", của bạn sitemap, của bạn hreflang, và của bạn liên kết nội bộ all có để name đó giống nhau master URL. Và “when linking within your site, link to the canonical URL rather than a duplicate URL” (bản dịch) «khi linking trong trang web của bạn, link để đó canonical URL thay vì một duplicate URL» — so link internal navigation để đó master sản phẩm, không để cụ thể biến động URLs.

( chung variant-schema deep dive là trong sản phẩm variant SEO; canonical mechanics là trong canonicalization.)

Meta Tag Rules

Các tiêu đề và các mô tả có hai implementation paths: manual entry theo object (Category/Sản phẩm → trang Tiêu đề / trang Mô tả các trường), hoặc rule-based dynamic generation qua Meta Tag Rules (Merchant Tools → trang web → SEO → Meta Tags), mà apply formulas trên trang types.

  • Basic dynamic rule: category tiêu đề như ${Category.Name} | Example Brand.
  • Hybrid override + fallback: ${IF Category.pageTitle THEN Category.pageTitle ELSE Category.Name} lets merchandisers override cụ thể các trang trong khi rule vẫn giữ catalog-wide default. Đây là pattern để standardize on — rules quy mô, nhưng bất kỳ một-off exception either dùng điều này hybrid syntax hoặc inherits generic rule.
  • Localize connectives. cho localized rules, translate bất kỳ connectives (như | separator xung quanh words) và đặt them tại language hoặc language-country cấp độ.
  • H1 là limitation. Unlike các tiêu đề và các mô tả, có không tiêu chuẩn Meta Tag Rules syntax để template H1 tags dynamically — H1 templating requires custom development.

Các chuyển hướng

SFCC có some native, tự động chuyển hướng behavior plus manual tools:

  • Tự động 301s fire Khi bạn override category/sản phẩm URL bên trong Business Manager, và SFCC auto-corrects misspelled PDP các URL miễn là underlying sản phẩm ID là intact.
  • Three manual tools: URL Các chuyển hướng cho một-để-một mappings, Static Mappings cho legacy URL patterns chuyển hướng để static các tài nguyên, và Dynamic Mappings cho phức tạp wildcard-based patterns.
  • các mã trạng thái: sử dụng 301 cho vĩnh viễn (hoặc 308 nếu altered qua custom development) và 307 cho tạm thời. (Background on chọn giữa them là trong Ahrefs’ 11 types của các chuyển hướng301 so với. 302 các hướng dẫn.)
  • Point tại object IDs, không hard-coded paths. NOVOS khuyến nghị chuyển hướng để object types/IDs thay vì literal URL strings để ngăn các lỗi và chuyển hướng loops Khi đích URL sau đó thay đổi.

Đó precedence rule matters và đây là một trực tiếp nhà phát triển-tài liệu quote: “If there’s a conflict between your URL redirects and your URL rules for SEO, the URL redirects take precedence.” (bản dịch) «Nếu có một conflict giữa của bạn URL các chuyển hướng và của bạn URL rules cho SEO, đó URL các chuyển hướng take precedence.»

Migration cách diễn đạt: on SFRA relaunch, chuyển hướng strategy là single phần lớn cốt yếu SEO component cho bảo toàn thứ hạng — Acxiom Salesforce practice diễn đạt nó tại 60–70% của launch SEO effort. đó consistent với rộng hơn lesson đó migration takes nhiều hơn checklist để go well.

Dữ liệu có cấu trúc / schema — name khoảng trống honestly

Ở đây đó honest part hầu hết nội dung skips: on SFCC có không native “turn on product schema” (bản dịch) «turn on sản phẩm schema» toggle trong Business Manager comparable để Meta Tag Rules hoặc canonical xử lý. Unlike BigCommerce (whose Cornerstone theme ships JSON-LD sản phẩm schema out of đó box), schema on SFCC là một template/nhà phát triển responsibility. Đó SFRA reference storefront bao gồm some sản phẩm/breadcrumb schema trong template code, nhưng đó là nhà phát triển-implemented, không an admin feature. Treat schema as một xây dựng task, không một checkbox — và lean on đó ProductGroup/variant pattern từ đó canonical section as của bạn đích shape, since JSON-LD là Google được khuyến nghị format khi của bạn setup cho phép điều này.

Một kết xuất constraint để design khoảng, especially cho headless xây dựng: Google hướng dẫn là đó dữ liệu có cấu trúc nên là present trong máy chủ-được kết xuất HTML rather hơn injected chỉ during client-side hydration. On PWA Kit store, đó có nghĩ là JSON-LD có để là trong SSR output — see headless section.

Hreflang và multi-trang web/locale architecture

Disambiguate B2B từ B2C đầu tiên. Salesforce sạch, dedicated “Alternate Language Links” (bản dịch) «Alternate Language Links» hreflang feature là một B2B Commerce feature — điều này làm không exist as một dedicated screen trong B2C Commerce. Kết quả tìm kiếm và ngay cả some agency blogs blur đó hai Clouds. Trong B2C Commerce, hreflang chạy qua đó sitemap “Include Alternate URLs” (bản dịch) «Bao gồm Alternate URLs» checkbox (covered trên), không một dedicated alternate-language admin screen.

So hai realistic implementation paths là:

  1. Sitemap-embedded hreflang qua “Include Alternate URLs” (bản dịch) «Bao gồm Alternate URLs» — đơn giản, nhưng có thể blow past đó theo-file sitemap size limit tại quy mô.
  2. Custom <link rel="alternate" hreflang="x"> tags emitted trực tiếp trong đó trang <head> — necessary khi bạn có cũng nhiều locale/URL combinations cho đó sitemap approach.

tiêu chuẩn hreflang hygiene vẫn áp dụng, và nó spelled out trong Google localized- versions hướng dẫn: cho mỗi trang, bao gồm đầy đủ đặt của <link> elements trong <head> — một theo variant including itself — và giữ đó đặt giống hệt trên mỗi version, plus x-default fallback cho unmatched languages. Google documents đó Bạn có thể declare hreflang either trong <head> <link> elements hoặc qua XML sitemap — mà là chính xác hai SFCC routes.

Bing footnote: Bing có trong lịch sử không supported hreflang way Google làm, reading HTML content-language tín hiệu thay vì — so SFCC trang web đó implements hreflang chỉ qua sitemap checkbox có thể không là giving Bing language tín hiệu nó wants. (xác nhận hiện tại Bing behavior trước khi treating điều này as hard rule; Bing stated hỗ trợ có là reported inconsistently.)

deeper multi-trang web architecture, nhiều hơn điều này compounds — remember mỗi trang web carries của nó own sitemap job và của nó own robots.txt, so locale đã thêm as new trang web là đầy đủ new SEO surface, không chỉ new language file. (International mechanics trực tiếp trong hreflang cluster.)

Faceted navigation / refinement các URL

SFCC làm không produce SEO-friendly filter/refinement các URL out của box — sạch các URL và proper lập chỉ mục cho faceted navigation require custom development. có không native canonical/noindex behavior cho refinement combinations, so bạn có để xây dựng decision framework yourself. Ở đây hoạt động triage I’d adapt để SFCC refinement mechanics — giống nhau pattern đó hoạt động on BigCommerce và bất kỳ khác nền tảng, since underlying vấn đề ( combinatorial explosion của crawlable filter các URL) là nền tảng-agnostic:

trang loạiCanonicalRobots directive
Main category (PLP)Selfchỉ mục
Cao-demand refinement (thực tìm kiếm giá trị)Selfchỉ mục
Navigation-chỉ refinementMain categorynoindex,follow
Loại-order chỉMain categorynoindex,follow
Pagination (trang 2+)Self (của nó own URL)chỉ mục
Biến động sản phẩm PDPMaster sản phẩmcanonical để master

Hai principles đó không thay đổi on SFCC:

  • robots.txt chặn crawling, không lập chỉ mục. URL bạn disallow có thể vẫn là được lập chỉ mục nếu điều gì đó links để nó — và Google có thể’t đọc của bạn canonical hoặc noindex vì nó không bao giờ fetched trang. Pair parameter rules với on-trang canonical + noindex.
  • không noindex của bạn paginated các trang. Google ecommerce hướng dẫn là để cho mỗi paginated trang của nó own canonical URL, không để fold trang 2+ vào trang 1. noindex belongs on filter/loại variations, không on pagination.

( nền tảng-agnostic deep dive là faceted navigation treatment trong SEO thương mại điện tử cluster.)

Headless SEO với PWA Kit (và của nó successor, Storefront tiếp theo)

nếu của bạn storefront là headless, nó chạy on PWA Kit — Salesforce established React framework (được xây dựng on SCAPI, deployed để Managed Runtime) — hoặc, as của 2026 B2C Commerce phát hành cycle, Salesforce newer Storefront tiếp theo framework. SEO story ở đây là gần như hoàn toàn crawlability story, và Salesforce own tài liệu frame nó đó way.

Phạm vi kiểm tra trước khi bạn apply đó mechanics dưới. Này section — đó ?__server_only kiểm thử, đó app/ssr.js file path, đó cụ thể SSR/hydration wiring — là được viết cho classic PWA Kit / Composable Storefront, verified trực tiếp so với Salesforce PWA Kit nhà phát triển tài liệu. Storefront Tiếp theo là một khác nhau xây dựng: React 19 với React Router 7 file-based routing (so với. PWA Kit React Router 5) và một fetch-thì-render loader model, cũng đang chạy on Managed Runtime với của nó own streaming SSR-thì-hydration flow. Salesforce documents điều này as distinct đủ để ship một dedicated “Migrate from PWA Kit to Storefront Next” (bản dịch) «Migrate từ PWA Kit để Storefront Tiếp theo» hướng dẫn. Nếu của bạn store là on Storefront Tiếp theo, không assume ?__server_only hoặc đó chính xác file paths dưới carry over unchanged — xác nhận đó tương đương máy chủ-kết xuất verification step trong Storefront Tiếp theo own tài liệu trước treating này section as gospel cho đó architecture. Đó underlying SEO principle là đó giống nhau either way: crawler-cốt yếu nội dung (tiêu đề, meta, canonical, chính copy, price/availability, JSON-LD) có để là present trong đó máy chủ-được kết xuất hoặc streamed HTML, không deferred để client-chỉ hydration.

Cách kết xuất hoạt động. Cho đó đầu tiên trang load, PWA Kit dùng máy chủ-side kết xuất: “For the critical first page load, we use server-side rendering because it offers a powerful tool for optimizing performance: caching.” (bản dịch) «Cho đó cốt yếu đầu tiên trang load, we dùng máy chủ-side kết xuất vì điều này offers một powerful tool cho optimizing performance: bộ nhớ đệm.» SSR chạy qua an Express app (app/ssr.js), và “Managed Runtime’s CDN cache can store a previously rendered version of a page and serve it to the user in an instant.” (bản dịch) «Managed Runtime CDN bộ nhớ đệm có thể store một previously được kết xuất version of một trang và serve điều này để người dùng trong an instant.» So far, so good cho các crawler — đó đầu tiên load là real HTML.

Đó hydration boundary là đó SEO risk point. Sau đó đầu tiên load, “rendering duties are transferred from the server side to the client side through a process called hydration,” (bản dịch) «kết xuất duties là transferred từ đó máy chủ side để đó client side qua một xử lý called hydration,» tại mà point “your React app starts running in the user’s browser.” (bản dịch) «của bạn React app bắt đầu đang chạy trong người dùng trình duyệt.» Của bạn code có để là isomorphic (safe on cả hai sides) — window.location là client-chỉ, req/res là máy chủ-chỉ. Và critically, Salesforce says some nội dung là có chủ ý client-chỉ: “Some content, such as personalized or frequently changing content, must only be rendered on the client side to get the best possible performance.” (bản dịch) «Some nội dung, such as personalized hoặc frequently thay đổi nội dung, phải chỉ là được kết xuất on đó client side để nhận đó best có thể performance.» đó là đó chính xác tension cho SEO: bất cứ điều gì crawler-cốt yếu (tiêu đề, meta, canonical, chính nội dung, price/availability, JSON-LD) phải không là trong đó client-chỉ bucket, hoặc các crawler có thể không bao giờ see điều này.

Cách verify điều này — đó phương thức Salesforce itself documents. Đó PWA Kit best- practices checklist tells bạn để kiểm thử của bạn entry các trang (home, PLP, PDP) by appending ?__server_only, mà cho phép bạn “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.” (bản dịch) «xác nhận đó máy chủ của bạn-được kết xuất các trang có đủ dữ liệu cho các crawler và đó layout shift giữa máy chủ và client là nhỏ (ideally non-existent). Này có thể help để improve của bạn SEO xếp hạng.» Này là đó single hầu hết hữu ích SFCC-headless SEO kiểm tra, và điều này không require đang một nhà phát triển — load đó URL với ?__server_only, và xác nhận của bạn tiêu đề, meta, canonical, main copy, và sản phẩm schema là all present.

Giữ URL logic trong sync qua SCAPI. Đó getUrlMapping endpoint lets một headless storefront “support localized, user-friendly URLs based on URL rules and URL redirects set up in Business Manager” (bản dịch) «hỗ trợ localized, người dùng-friendly URLs dựa trên URL rules và URL các chuyển hướng set lên trong Business Manager» — điều này resolves sản phẩm, category (including category refinements), và nội dung-asset URLs, và falls lại để đó site default locale nếu none là đã truyền. Salesforce khuyến nghị dài TTLs cho điều này (đó default là 12 hours). Đó payoff: bạn không maintain một parallel URL hệ thống cho đó headless frontend — đó giống nhau URL Rules và Các chuyển hướng bạn configured trong Business Manager drive điều này.

** khoảng trống để bridge.** Salesforce own PWA Kit tài liệu treat “SEO” gần như hoàn toàn as SSR/crawlability vấn đề — họ chẳng hạn little về meta tags, canonical, hreflang, hoặc schema as PWA Kit concerns (sitemaps nhận của họ own tách biệt doc). đó on-trang tag hoạt động falls để implementation team head-management layer (React Helmet hoặc tương đương). nếu không ai owns nó, technically-crawlable PWA Kit store có thể vẫn ship với bị thiếu các tiêu đề, canonicals, và schema. ( chung headless mechanics là trong JavaScript SEOheadless CMS SEO bài viết.)

SFCC so với. khác các nền tảng — honest version

Compared với Shopify, BigCommerce, Magento, WooCommerce, và PrestaShop, SFCC sits tại đó enterprise end: điều này có đó deepest native SEO configurability of đó hosted các nền tảng (theo-site editable robots.txt, URL Rules + Aliases, canonical-by-design variants, rule-based meta tags), nhưng điều này demands đó hầu hết nền tảng literacy để dùng. Nơi Shopify forces URL prefixes và hides robots.txt behind một template, và BigCommerce hands bạn preset URL structures và native JSON-LD, SFCC cho bạn đó thô levers và expects bạn để know Business Manager. Điều này không một nền tảng nơi “good SEO out of the box” (bản dịch) «good SEO out of đó box» là đúng — đây là một nền tảng nơi “excellent SEO is possible if you configure it deliberately” (bản dịch) «excellent SEO là có thể nếu bạn configure điều này có chủ ý» là đúng. Judge điều này on đó.

Add an expert note

Pin an expert quote

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