Panduan Salesforce Commerce Cloud SEO

Bagaimana SEO berfungsi pada Salesforce Commerce Cloud (B2C Commerce / SFCC, formerly Demandware) — strong native membangun blocks (Business-Manager-editable robots.txt, scheduled auto-sitemaps, aturan-based meta tags, canonical-oleh-design master/variation products) dan bagian Anda masih memiliki untuk bangun oleh hand (hreflang, faceted-nav URLs, schema, dan headless crawlability pada PWA Kit atau Salesforce's newer Storefront Berikutnya kerangka kerja).

Pertama kali diterbitkan: 2 Jul 2026 · Terakhir diperbarui: 3 Agu 2026 · Lanjutan

Salesforce Commerce Cloud (B2C Commerce, formerly Demandware — SFCC untuk pendek) memberikan Anda strong native SEO membangun blocks: sebuah editable per-situs robots.txt di Business Manager, auto-generated sitemap XML sebagai sebuah scheduled job, aturan-based Meta Tag aturan untuk catalog-wide judul dan deskripsi, dan sebuah canonical-oleh-design master/variation product model itu maps hampir persis onto Google's ProductGroup schema. Apa ini leaves Anda adalah berfungsi itu sebenarnya decides rankings di enterprise scale: hreflang (Tidak dedicated B2C admin fitur — sitemap alternate URLs atau custom tautan tags), faceted/refinement URLs (custom development), data terstruktur (sebuah template/developer job, tidak sebuah toggle), dan headless crawlability pada PWA Kit atau Salesforce's newer Storefront Berikutnya kerangka kerja (SSR adalah necessary tetapi tidak sufficient — test dengan?__server_only pada PWA Kit; konfirmasi equivalent pada Storefront Berikutnya). Tidak ada apa pun berfungsi well tanpa deliberate configuration; platform tidak limitation, unfamiliarity dengan ini adalah.

TL;DR — SFCC (B2C Commerce, formerly Demandware) ships strong native SEO membangun blocks: sebuah per-situs robots.txt Anda edit di Business Manager, sitemap XML auto-generated sebagai sebuah scheduled job, aturan-based Meta Tag aturan untuk catalog-wide judul/deskripsi, dan sebuah canonical-oleh-design master/variation product model itu maps hampir 1:1 onto Google’s ProductGroup/hasVariant/isVariantOf schema. berfungsi ini leaves Anda adalah apa scales: hreflang (Tidak dedicated B2C fitur — sitemap “Include Alternate URLs” (terjemahan) “sertakan Alternate URLs” atau custom <link> tags), faceted/refinement URLs (custom dev), data terstruktur (sebuah template job, tidak sebuah toggle), dan headless crawlability pada PWA Kit atau Salesforce’s newer Storefront Berikutnya kerangka kerja (SSR adalah necessary tetapi tidak sufficient — test dengan ?__server_only pada PWA Kit; konfirmasi equivalent pada Storefront Berikutnya). dan single biggest architectural fork adalah apakah sebuah multi-region brand adalah satu situs dengan banyak locales atau banyak situs — itu decides bagaimana banyak penuh SEO config surfaces Anda pertahankan di sync.

Bukti untuk klaim ini Salesforce B2C Commerce provides sitemap generation that merchants configure and run for storefront URLs. Cakupan: Salesforce B2C Commerce; scheduling and content selection require configuration. Tingkat keyakinan: tinggi · Diverifikasi: Salesforce Developers: Create a sitemap Bukti untuk klaim ini Salesforce documents server-side rendering and crawler considerations for PWA Kit storefronts. Cakupan: Salesforce PWA Kit; SSR alone does not guarantee indexing or ranking. Tingkat keyakinan: tinggi · Diverifikasi: Salesforce Developers: PWA best practices

frame: strong native alat, steep platform literacy

sebagian besar SFCC SEO konten adalah either thin agency marketing atau developer docs dengan zero SEO framing. honest take adalah di antara: SFCC memiliki lebih native, admin-configurable SEO tooling daripada sebagian besar competing platforms — tetapi tidak ada apa pun berfungsi well tanpa deliberate setup, dan several defaults akan hurt Anda jika Anda leave them alone. Sort setiap task ke “native building block” (terjemahan) “native membangun block” vs. “you have to build it,” (terjemahan) “Anda memiliki untuk bangun ini,” dan platform berhenti menjadi mysterious.

Dua hal untuk memahami sebelum apa pun else:

  1. Business Manager adalah di mana SEO lives. SEO hub adalah Merchant alat → situs → SEO, dan ini splits ke Canonical URL tags, URL Redirects, Sitemaps, Robots, Meta Tag aturan, dan URL aturan/Aliases. setiap adalah sebuah terpisah screen dengan -nya own aturan.
  2. ** master/variation product model shapes semuanya.** sebuah single master product owns multiple variation products (oleh color, size). itu model adalah central SEO decision poin, dan ini happens untuk mirror bagaimana Google ingin Anda untuk mark up variants — lebih pada itu di bawah.
  3. Name Anda storefront architecture sebelum Anda name sebuah perbaiki. “Salesforce Commerce Cloud” (terjemahan) “Salesforce Commerce Cloud” now spans setidaknya four distinct storefront generations itu behave differently untuk SEO: legacy SiteGenesis pipeline architecture, saat ini SFRA (Storefront Reference Architecture), established headless PWA Kit (Composable Storefront), dan, sebagai dari 2026 B2C Commerce rilis cycle, Salesforce’s newer Storefront Berikutnya React kerangka kerja. Admin paths, cartridge perilaku, dan rendering mechanics differ di seluruh them — sebuah perbaiki verified pada satu tidak secara otomatis transfer untuk lainnya. ini artikel’s Business Manager screens apply broadly di seluruh SFRA/SiteGenesis; PWA Kit-spesifik mechanics kemudian di ini piece adalah scoped explicitly di mana mereka apply.

Native membangun blocks: per-situs editable robots.txt, scheduled auto-generated sitemap XML (dengan opsional hreflang dan terakhir-modified dates), URL aturan + Hostname Aliases untuk locale-aware bersih URLs, canonical-oleh-design variation products, aturan-based Meta Tag aturan, automatic 301s pada di-Business-Manager URL perubahan, dan PWA Kit SSR untuk pertama muat.

Yours untuk bangun: hreflang, faceted/refinement URLs, data terstruktur, multi-locale robots.txt menangani, H1 templating, dan (di sebuah headless bangun) semua pada-halaman tag management.

architecture fork itu shapes semuanya: situs vs. locales

sebelum Anda touch sebuah single SEO screen, settle ini: adalah Anda multi-region brand modeled sebagai satu situs dengan multiple locales, atau multiple situs (satu per locale atau region)? di SFCC, multi-region storefronts adalah biasanya dibangun sebagai terpisah situs di Business Manager. itu penting karena setiap situs adalah -nya own menyelesaikan SEO configuration surface — -nya own sitemap job, -nya own robots.txt, -nya own Meta Tag aturan, -nya own URL aturan. Ten situs berarti ten dari semuanya untuk pertahankan di sync oleh hand. Name ini decision explicitly early, karena ini silently multiplies setiap lainnya bagian dari ini artikel.

struktur URL: URL aturan vs. Hostname Aliases

SFCC memberikan Anda dua configuration paths, dan right satu bergantung pada bagaimana kompleks Anda locale setup adalah:

  • URL aturan (Merchant alat → situs → SEO → URL aturan) map locale, category, dan product path segments untuk sebuah pattern. mereka’re simpler tetapi lebih sedikit flexible — Anda pick satu dari alternative hostnames, parameter URL, atau paths untuk locale routing.
  • Hostname Aliases (Merchant alat → situs → SEO → Aliases) adalah sebuah JSON alias file offering lebih kemampuan — including sebuah mixed approach, like ccTLD-style hostnames untuk beberapa locales dan subfolder-style locales di yang sama situs. jika Anda perlu mixed routing, ini memiliki untuk go melalui alias file.

mechanics worth knowing:

  • Force lowercase. SFCC’s own URL configuration guidance tells Anda untuk select Lebih rendah Case so Anda tidak generate multiple URLs dengan berbeda cases dari yang sama text. Practitioners note lowercase adalah umumnya preferred oleh crawler.
  • gunakan hyphens untuk whitespace. Whitespace dapat menjadi URL-encoded (%20), atau replaced dengan plus/underscore/minus/period. Salesforce’s own SEO-URL guidance poin out itu mesin pencari treat hyphens sebagai separators tetapi underscores sebagai joiners (dua underscore-joined kata baca sebagai satu), so hyphen (minus) adalah paling bersih pilihan. NOVOS membuat yang sama recommendation di atas default %20.
  • category vs. category-path. untuk situs lebih daripada dua atau three categories deep, gunakan category alih-alih category-path; tetapi jika Anda memiliki duplicate category names di bawah berbeda parents, gunakan category-path untuk disambiguate.
  • Product IDs auto-append. Anda tidak tambahkan product ID untuk aturan — B2C Commerce selalu appends ini secara otomatis, dengan sebuah .html extension. Practitioners note ada Tidak cara untuk hapus .html tanpa custom development.
  • Assign products untuk domain, tidak sebuah category path. NOVOS recommends ini untuk reduce duplication dan complexity, karena products dapat menjadi assigned untuk multiple categories, yang membuat sebuah category-based URL segment unstable.
  • umum URL hygiene dari Salesforce’s own guidance: pertahankan URLs readable dan pendek, gunakan sebagai sedikit folders sebagai mungkin, hindari parameters, integrate keywords, dan jangan put sebuah halaman-jenis indicator, sebuah proprietary sc.html extension, atau kata demandware di URL.

** classic pitfall:** duplicate homepages dari unmapped Default-Mulai dan Home-tampilkan pipelines resolving untuk www dan non-www variants. Map them explicitly atau Anda mendapatkan duplicate situs generated oleh hosts dengan dan tanpa www. dan satu alias-file gotcha practitioners flag repeatedly: alias file harus declare versi 1 atau sistem ignores ini entirely.

dibandingkan dengan sebuah platform like BigCommerce (yang offers preset struktur URL dan menghapus prefixes dengan sebuah dropdown) atau Shopify (yang forces /products/ dan /collections/), SFCC’s URL layer adalah far lebih configurable — dan far lebih -nya own job untuk mendapatkan right.

sitemap XML

Sitemap generation adalah sebuah scheduled Business Manager job, tidak sebuah static file Anda maintain. Anda reach ini melalui App Launcher → Merchant alat → situs → SEO → Sitemaps, dan configure job’s schedule pada Job tab. Salesforce’s guidance adalah untuk schedule ini untuk rendah-traffic times (early morning) untuk hindari CPU dan memory spikes, dan untuk jalankan ini setelah Anda daily data replication dari staging.

Three hal itu trip orang up:

  • Configure per instance jenis. Sitemap settings dapat’t menjadi replicated antara Staging dan Production atau Development — Anda set them individually pada setiap instance. ini adalah opposite dari sebagian besar situs preferences.
  • changefreq/priority adalah dead weight. Google memiliki confirmed ini ignores ini di sitemaps. jangan spend engineering effort tuning them. melakukan pertahankan lastmod accurate — ini adalah auto-applied untuk generated sitemap dan ini adalah sebuah nyata sinyal untuk apa untuk re-crawl.
  • Hreflang rides pada sebuah checkbox. Anda dapat embed hreflang oleh ticking “Include Alternate URLs” (terjemahan) “sertakan Alternate URLs”, yang menambahkan hreflang annotations di dalam standard sitemaps. caveat: di cukup locales ini pushes Anda past per-file tautan threshold, di yang poin Anda perlu custom sitemaps dibangun dengan sebuah solusi architect.

Headless adalah sebuah terpisah mechanism. untuk sebuah PWA Kit storefront, Salesforce’s own “Improve SEO with a Sitemap” (terjemahan) “meningkatkan SEO dengan sebuah Sitemap” guide adalah jelas itu sitemaps “provide search crawlers with instructions on the pages to index and the site hierarchy, which can improve your SEO rankings.” (terjemahan) “menyediakan penelusuran crawler dengan instructions pada halaman untuk indeks dan situs hierarchy, yang dapat meningkatkan Anda SEO rankings.” jika Anda routes adalah configured di Business Manager, generate sitemap di sana; jika tidak Anda upload satu melalui SCAPI uploadCustomSitemapAndTriggerSitemapGeneration endpoint. Wiring ini up memerlukan sebuah vanity domain (embedded CDN atau sebuah subdomain like seo.example.com), sebuah matching hostname alias, dan sitemap reachable di example.com/sitemap_index.xml; di PWA Kit Anda tambahkan app.get('/sitemap_index.xml', runtime.serveStaticFile('static/sitemap_index.xml')) di ssr.js dan expose file melalui ssrShared di app config.

Robots.txt

ada dua distinct mechanisms, dan confusing them penyebab nyata deployment bugs:

  1. Business Manager situs preference ( recommended default path). App Launcher → Merchant alat → situs → SEO → Robots lets Anda tulis sebuah per-situs robots.txt (up untuk 50 000 characters). ini adalah stored sebagai sebuah situs preference dan dapat menjadi replicated antara instances.
  2. Cartridge-tingkat static file (custom storefront / SFRA). sebuah robots.txt placed di cartridge/static/default dari sebuah custom cartridge, managed melalui UX Studio. ini versi dapat hanya move antara instances melalui code replication, karena static directory adalah cartridge-spesifik, tidak situs-spesifik.

Dua gotchas:

  • Cache invalidation. dengan caching enabled, Anda harus invalidate static konten cache untuk sebuah baru cartridge-tingkat robots.txt untuk menjadi disajikan.
  • Robots adalah domain-scoped, tidak subfolder-scoped. jika Anda jalankan multiple locales di subfolders, satu robots.txt di domain root memiliki untuk satisfy setiap locale’s perlu — plan aturan untuk cover semua dari them.

practitioner philosophy, yang I agree dengan: pertahankan robots.txt minimal. gunakan tag canonical dan noindex untuk control apa disajikan di hasil; robots.txt controls crawling, tidak pengindeksan, so di atas-relying pada ini adalah sebenarnya anti-pattern. pertahankan dev/staging non-dapat di-crawl melalui deployed cartridge default, dan configure production dengan sengaja. ( platform-agnostic mechanics adalah di crawling dan canonicalization.)

Canonical URLs dan master/variation product model — differentiating bagian

ini adalah di mana SFCC’s data model dan Google’s own guidance line up hampir perfectly, dan di mana sebagian besar SFCC konten berhenti pendek.

di SFCC pattern described di sini, child variation URLs poin `rel=canonical` untuk master PDP, sementara ProductGroup connects structured-data family.

SFCC master product adalah canonical product detail halaman. setiap color, size, atau lainnya child variation URL poin rel canonical untuk master URL. di data terstruktur, master maps untuk ProductGroup dan child Product entities connect melalui hasVariant dan isVariantOf. Verify publik storefront output.

SFCC mewakili sebuah product’s color/size variations sebagai sebuah single master (base) product dengan child variation products. Salesforce’s recommendation adalah untuk canonicalize variation product URLs untuk master product untuk pertahankan atau meningkatkan rankings — i.e., poin setiap color/size PDP’s rel="canonical" di base product so sinyal peringkat consolidate onto satu URL.

«Now look at what Google recommends for exactly this “one product, many variations” situation. Google’s product-variant guidance is to “use the ProductGroup class with associated properties variesBy, hasVariant, and productGroupID to group such variants together.” That’s a conceptual match to SFCC’s master/variation model: » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh sembilan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

  • master product adalah Google’s ProductGroup.
  • variation products adalah hasVariant members (atau, di “terpisah” (terjemahan) “terpisah” pattern, setiap Product menggunakan isVariantOf untuk reference group’s @id).
  • Google documents keduanya sebuah nested pattern (ProductGroup.hasVariant — “itu paling compact dan natural representation dari a product group” (terjemahan) “paling compact dan natural representation dari sebuah product group”) dan sebuah terpisah pattern (Product.isVariantOf — yang “mungkin menjadi easier untuk some konten management sistem (CMSes) untuk generate” (terjemahan) “mungkin menjadi easier untuk beberapa sistem manajemen konten (CMSes) untuk generate”). terpisah pattern adalah natural fit untuk bagaimana SFCC templates variation products di seluruh independent PDP renders.

«For a single-page variant selector, Google says to keep “only one distinct canonical URL for the overall ProductGroup” — which is precisely the “variation → master” canonical rule SFCC already recommends. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

«Make the two agree, because Google is explicit that your canonicalization signals must 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,” and “these methods can stack and thus become more effective when combined.” But 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, that means your variation-product rel="canonical", your sitemap, your hreflang, and your internal links all have to name the same master URL. And “when linking within your site, link to the canonical URL rather than a duplicate URL” — so link internal navigation to the master product, not to specific variation URLs. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

( umum variant-schema deep dive adalah di product variant SEO; canonical mechanics adalah di canonicalization.)

Meta Tag aturan

judul dan deskripsi memiliki dua implementation paths: manual entry per object (Category/Product → halaman judul / halaman deskripsi fields), atau aturan-based dynamic generation melalui Meta Tag aturan (Merchant alat → situs → SEO → Meta Tags), yang apply formulas di seluruh halaman jenis.

  • Basic dynamic aturan: sebuah category judul like ${Category.Name} | Example Brand.
  • Hybrid override + fallback: ${IF Category.pageTitle THEN Category.pageTitle ELSE Category.Name} lets merchandisers override spesifik halaman sementara aturan tetap catalog-wide default. ini adalah pattern untuk standardize pada — aturan scale, tetapi apa pun satu kali exception either menggunakan ini hybrid syntax atau inherits generic aturan.
  • Localize connectives. untuk localized aturan, translate apa pun connectives (like | separator’s sekitarnya kata) dan set them di language atau language-country tingkat.
  • H1 adalah sebuah limitation. Unlike judul dan deskripsi, ada Tidak standard Meta Tag aturan syntax untuk template H1 tags dynamically — H1 templating memerlukan custom development.

Redirects

SFCC memiliki beberapa native, automatic redirect perilaku plus manual alat:

  • Automatic 301s fire ketika Anda override sebuah category/product URL di dalam Business Manager, dan SFCC auto-corrects misspelled PDP URLs sebagai panjang sebagai underlying product ID adalah intact.
  • Three manual alat: URL Redirects untuk satu-untuk-satu mappings, Static Mappings untuk legacy URL patterns mengalihkan untuk static resources, dan Dynamic Mappings untuk kompleks wildcard-based patterns.
  • kode status: gunakan 301 untuk permanent (atau 308 jika altered melalui custom development) dan 307 untuk temporary. (Background pada choosing antara them adalah di Ahrefs’ 11 jenis dari redirects dan 301 vs. 302 guides.)
  • poin di object IDs, tidak hard-coded paths. NOVOS recommends mengalihkan untuk object jenis/IDs alih-alih literal URL strings untuk mencegah errors dan redirect loops ketika destination URL kemudian perubahan.

precedence aturan penting dan ini adalah sebuah direct developer-docs quote: “Jika ada a conflict antara Anda URL redirects dan Anda URL rules untuk SEO, itu URL redirects take precedence.” (terjemahan) “jika ada sebuah conflict antara Anda URL redirects dan Anda URL aturan untuk SEO, URL redirects take precedence.”

Migration framing: pada sebuah SFRA relaunch, redirect strategy adalah single sebagian besar critical SEO component untuk preserving rankings — Acxiom’s Salesforce practice puts ini di 60–70% dari launch SEO effort. itu’s consistent dengan lebih luas lesson itu sebuah migration takes lebih daripada sebuah checklist untuk go well.

data terstruktur / schema — name kesenjangan honestly

Di sini’s honest bagian sebagian besar konten skips: pada SFCC ada Tidak native “turn on product schema” (terjemahan) “turn pada product schema” toggle di Business Manager comparable untuk Meta Tag aturan atau canonical menangani. Unlike BigCommerce (milik siapa Cornerstone theme ships JSON-LD product schema out dari box), schema pada SFCC adalah sebuah template/developer responsibility. SFRA reference storefront mencakup beberapa product/breadcrumb schema di template code, tetapi itu’s developer-implemented, tidak sebuah admin fitur. Treat schema sebagai sebuah bangun task, tidak sebuah checkbox — dan lean pada ProductGroup/variant pattern dari canonical bagian sebagai Anda target shape, since JSON-LD adalah Google’s recommended format ketika Anda setup memungkinkan ini.

Satu rendering constraint untuk design sekitar, terutama untuk headless membangun: Google’s guidance adalah itu data terstruktur seharusnya menjadi present di server-dirender HTML rather daripada injected hanya selama client-side hydration. pada sebuah PWA Kit store, itu berarti JSON-LD memiliki untuk menjadi di SSR output — see headless bagian.

Hreflang dan multi-situs/locale architecture

Disambiguate B2B dari B2C pertama. Salesforce’s bersih, dedicated “Alternate Language Links” (terjemahan) “Alternate Language tautan” hreflang fitur adalah sebuah B2B Commerce fitur — ini melakukan tidak exist sebagai sebuah dedicated screen di B2C Commerce. hasil pencarian dan bahkan beberapa agency blogs blur dua Clouds. di B2C Commerce, hreflang berjalan melalui sitemap’s “Include Alternate URLs” (terjemahan) “sertakan Alternate URLs” checkbox (covered di atas), tidak sebuah dedicated alternate-language admin screen.

So dua realistic implementation paths adalah:

  1. Sitemap-embedded hreflang melalui “Include Alternate URLs” (terjemahan) “sertakan Alternate URLs” — sederhana, tetapi dapat blow past per-file sitemap size limit di scale.
  2. Custom <link rel="alternate" hreflang="x"> tags emitted secara langsung di halaman <head> — necessary setelah Anda memiliki too banyak locale/URL combinations untuk sitemap approach.

Standard hreflang hygiene masih applies, dan ini adalah spelled out di Google’s localized- versi guidance: untuk setiap halaman, sertakan sebuah penuh set dari <link> elements di <head> — satu per variant including itself — dan pertahankan itu set identical di seluruh setiap versi, plus sebuah x-default fallback untuk unmatched languages. Google documents itu Anda dapat declare hreflang either di <head> <link> elements atau melalui sebuah XML sitemap — yang adalah persis dua SFCC routes.

Bing footnote: Bing memiliki secara historis tidak didukung hreflang cara Google melakukan, reading HTML content-language sinyal alih-alih — so sebuah SFCC situs itu implements hreflang hanya melalui sitemap checkbox dapat tidak menjadi giving Bing language sinyal ini ingin. (Konfirmasi saat ini Bing perilaku sebelum treating ini sebagai sebuah hard aturan; Bing’s stated mendukung memiliki telah reported inconsistently.)

deeper multi-situs architecture, lebih ini compounds — remember setiap situs carries -nya own sitemap job dan -nya own robots.txt, so sebuah locale ditambahkan sebagai sebuah baru situs adalah sebuah penuh baru SEO surface, tidak hanya sebuah baru language file. (International mechanics langsung di hreflang cluster.)

Faceted navigation / refinement URLs

SFCC melakukan tidak produce SEO-friendly filter/refinement URLs out dari box — bersih URLs dan proper pengindeksan untuk faceted navigation memerlukan custom development. ada Tidak native canonical/noindex perilaku untuk refinement combinations, so Anda memiliki untuk bangun decision kerangka kerja yourself. Di sini’s berfungsi triage I’d adapt untuk SFCC’s refinement mechanics — yang sama pattern itu berfungsi pada BigCommerce dan apa pun lainnya platform, since underlying masalah (sebuah combinatorial explosion dari dapat di-crawl filter URLs) adalah platform-agnostic:

halaman jenisCanonicalRobots directive
Main category (PLP)Selfindeks
tinggi-demand refinement (nyata penelusuran nilai)Selfindeks
Navigation-hanya refinementMain categorynoindex,ikuti
Sort-order hanyaMain categorynoindex,ikuti
Pagination (halaman 2+)Self (-nya own URL)indeks
Variation product PDPMaster productcanonical untuk master

Dua principles itu jangan perubahan pada SFCC:

  • robots.txt blocks crawling, tidak pengindeksan. sebuah URL Anda disallow dapat masih menjadi terindeks jika sesuatu tautan untuk ini — dan Google dapat’t baca Anda canonical atau noindex karena ini tidak pernah fetched halaman. Pair parameter aturan dengan pada-halaman canonical + noindex.
  • jangan noindex Anda paginated halaman. Google’s ecommerce guidance adalah untuk memberikan setiap paginated halaman -nya own canonical URL, tidak untuk fold halaman 2+ ke halaman 1. noindex belongs pada filter/sort variations, tidak pada pagination.

( platform-agnostic deep dive adalah faceted navigation treatment di Ecommerce SEO cluster.)

Headless SEO dengan PWA Kit (dan -nya successor, Storefront Berikutnya)

jika Anda storefront adalah headless, ini berjalan pada PWA Kit — Salesforce’s established React kerangka kerja (dibangun pada SCAPI, deployed untuk Managed Runtime) — atau, sebagai dari 2026 B2C Commerce rilis cycle, Salesforce’s newer Storefront Berikutnya kerangka kerja. SEO story di sini adalah hampir entirely sebuah crawlability story, dan Salesforce’s own docs frame ini itu cara.

Cakupan periksa sebelum Anda apply mechanics di bawah. ini bagian — ?__server_only test, app/ssr.js file path, spesifik SSR/hydration wiring — adalah ditulis untuk classic PWA Kit / Composable Storefront, verified secara langsung terhadap Salesforce’s PWA Kit developer docs. Storefront Berikutnya adalah sebuah berbeda bangun: React 19 dengan React Router 7 file-based routing (vs. PWA Kit’s React Router 5) dan sebuah fetch-lalu-render loader model, juga berjalan pada Managed Runtime dengan -nya own streaming SSR-lalu-hydration flow. Salesforce documents ini sebagai distinct cukup untuk ship sebuah dedicated “Migrate from PWA Kit to Storefront Next” (terjemahan) “Migrate dari PWA Kit untuk Storefront Berikutnya” guide. jika Anda store adalah pada Storefront Berikutnya, jangan assume ?__server_only atau tepat file paths di bawah carry di atas unchanged — konfirmasi equivalent server-rendering verification langkah di Storefront Berikutnya’s own docs sebelum treating ini bagian sebagai gospel untuk itu architecture. underlying SEO principle adalah yang sama either cara: crawler-critical konten (judul, meta, canonical, utama copy, price/availability, JSON-LD) memiliki untuk menjadi present di server-dirender atau streamed HTML, tidak deferred untuk client-hanya hydration.

«How rendering works. For the first page load, PWA Kit uses server-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 through an Express app (app/ssr.js), and “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 for crawlers — the first load is real HTML. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian delapan puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

** hydration boundary adalah SEO risk poin.** setelah itu pertama muat, “rendering duties are transferred from the server side to the client side through a process called hydration,” (terjemahan) “rendering duties adalah transferred dari server side untuk client side melalui sebuah proses called hydration,” di yang poin “your React app starts running in the user’s browser.” (terjemahan) “Anda React app dimulai berjalan di pengguna’s browser.” Anda code memiliki untuk menjadi isomorphic (safe pada keduanya sides) — window.location adalah client-hanya, req/res adalah server-hanya. dan critically, Salesforce says beberapa konten adalah dengan sengaja client-hanya: “Some content, such as personalized or frequently changing content, must only be rendered on the client side to get the best possible performance.” (terjemahan) “beberapa konten, such sebagai personalized atau frequently mengubah konten, harus hanya menjadi dirender pada client side untuk mendapatkan best mungkin performa.” itu’s tepat tension untuk SEO: apa pun crawler-critical (judul, meta, canonical, utama konten, price/availability, JSON-LD) harus tidak menjadi di itu client-hanya bucket, atau crawler dapat tidak pernah see ini.

«How to verify it — the method Salesforce itself documents. The PWA Kit best- practices checklist tells you to test your entry pages (home, PLP, PDP) by appending ?__server_only, which lets you “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.” This is the single most useful SFCC-headless SEO check, and it doesn’t require being a developer — load the URL with ?__server_only, and confirm your title, meta, canonical, main copy, and product schema are all present. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian delapan puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

pertahankan URL logic di sync melalui SCAPI. getUrlMapping endpoint lets sebuah headless storefront “dukung localized, user-friendly URLs based pada URL rules dan URL redirects set up di Business Manager” (terjemahan) “mendukung localized, pengguna-friendly URLs berdasarkan URL aturan dan URL redirects siapkan di Business Manager” — ini resolves product, category (including category refinements), dan konten-asset URLs, dan falls back untuk situs’s default locale jika none adalah lulus. Salesforce recommends panjang TTLs untuk ini ( default adalah 12 hours). payoff: Anda tidak maintain sebuah parallel URL sistem untuk headless frontend — yang sama URL aturan dan Redirects Anda configured di Business Manager drive ini.

** kesenjangan untuk bridge.** Salesforce’s own PWA Kit docs treat “SEO” (terjemahan) “SEO” hampir entirely sebagai sebuah SSR/crawlability masalah — mereka say little tentang meta tags, canonical, hreflang, atau schema sebagai PWA Kit concerns (sitemaps mendapatkan mereka own terpisah doc). itu pada-halaman tag berfungsi falls untuk implementation team’s head-management layer (React Helmet atau equivalent). jika tidak seorang pun owns ini, sebuah technically-dapat di-crawl PWA Kit store dapat masih ship dengan missing judul, canonicals, dan schema. ( umum headless mechanics adalah di JavaScript SEO dan CMS headless SEO artikel.)

SFCC vs. lainnya platforms — honest versi

dibandingkan dengan Shopify, BigCommerce, Magento, WooCommerce, dan PrestaShop, SFCC sits di enterprise end: ini memiliki deepest native SEO configurability dari hosted platforms (per-situs editable robots.txt, URL aturan + Aliases, canonical-oleh-design variants, aturan-based meta tags), tetapi ini demands paling platform literacy untuk gunakan. Di mana Shopify forces URL prefixes dan hides robots.txt behind sebuah template, dan BigCommerce hands Anda preset struktur URL dan native JSON-LD, SFCC memberikan Anda mentah levers dan expects Anda untuk know Business Manager. ini tidak sebuah platform di mana “good SEO out dari itu box” (terjemahan) “baik SEO out dari box” adalah benar — ini adalah sebuah platform di mana “excellent SEO adalah possible jika Anda configure it dengan sengaja” (terjemahan) “excellent SEO adalah mungkin jika Anda configure ini dengan sengaja” adalah benar. Judge ini pada itu.

Tambahkan catatan pakar

Sematkan kutipan pakar

Orang baru? Buat profilnya yang belum diklaim di /admin/experts/ → Sematkan kutipan pakar terlebih dahulu.