Ana içeriğe atla
OZAN ALTINBAŞ
Mimari

SFRA mı PWA Kit mi? SFCC Vitrin Mimarisi Seçim Rehberi

Yazar: 13 dk okuma

SFRA ve PWA Kit, 2021'den bu yana Salesforce B2C Commerce ekiplerinin en çok canlıya aldığı iki vitrin mimarisi. Aralarındaki seçim; sayfaların nerede render edildiğini, kodun nerede çalıştığını, hangi yetkinliklere ihtiyaç duyduğunuzu ve bir sonraki geçişin ne kadar zor olacağını belirler. SFRA, HTML'i cartridge'lardan B2C Commerce uygulama sunucusunda üretir. PWA Kit ise Managed Runtime üzerinde çalışan ve platformla SCAPI üzerinden konuşan bir React uygulamasıdır.

"SFRA mı headless mi" sorusunun 2026'da yeni bir cevabı da var: Salesforce'un vitrin seçim rehberi artık yeni vitrinler için Storefront Next'i önerilen seçenek olarak işaretliyor ve PWA Kit için ayrı bir satır içermiyor. Bu rehber SFRA ile PWA Kit'i teknik olarak karşılaştırıyor, Storefront Next'in nereye oturduğunu gösteriyor ve hibrit yönlendirme ile oturum senkronizasyonunu derinlemesine ele alıyor. Headless'ın iş gerekçesi için Headless Commerce Cloud: e-ticaret işletmeniz için doğru seçim mi? yazısını, platforma genel bakış için SFCC rehberini okuyun.


Kısa cevap

  • SFRA, Script API ve ISML'de güçlü olan, hızla eksiksiz bir vitrin isteyen ve kendi vitrin arayüzünü getiren connector cartridge'lara dayanan bir ekibe uyar.
  • Headless, React ve Node.js yetkinliği olan, uygulama benzeri gezinme ya da tek back end üzerinde birden fazla front end isteyen ve ikinci bir deploy birimini sahiplenebilen bir ekibe uyar. Yeni bir headless projede PWA Kit'ten önce Storefront Next'i değerlendirin.
  • Hibrit, sayfa gruplarını tek tek headless'a taşıyan mevcut bir SFRA sitesine uyar; bitiş tarihi belirlemek şartıyla.

SFRA, PWA Kit, Composable Storefront, Storefront Next: isimler ne anlama geliyor

Arama sonuçları bu terimleri birbirine karıştırıyor:

İsimNedirNerede çalışırTicaret verisini nasıl okur
SFRA (Storefront Reference Architecture)Cartridge olarak teslim edilen referans vitrin: MVC desenli JavaScript controller'lar, ISML şablonları, Bootstrap 4B2C Commerce uygulama sunucularıScript API (dw.*), aynı süreç içinde
PWA KitReact framework'ü ve Retail React App şablonuManaged Runtime@salesforce/commerce-sdk-react hook'ları ile SCAPI; alışverişçi girişi için SLAS
Composable StorefrontSalesforce'un PWA Kit ve Managed Runtime ikilisine verdiği ürün adıManaged RuntimeSCAPI (OCAPI de çağrılabilir, ancak Nisan 2026 itibarıyla deprecated durumda)
Storefront NextSunucu öncelikli React vitrini: React Router 7 framework mode, React 19, Tailwind CSS, shadcn/ui, ViteManaged RuntimeRoute loader ve action'lardan çağrılan, otomatik üretilmiş SCAPI client'ları

Composable Storefront genel bakışı iki teknolojiden söz eder: vitrini geliştirmek için PWA Kit, barındırmak için Managed Runtime. İkisi de Mobify'dan geliyor (Salesforce 2020'de satın aldı); /mobify path'lerinin nedeni bu. SFRA genel bakışı, PWA Kit'in SFRA'ya alternatif olarak çıkışını 2021'e tarihliyor.


SFRA nasıl çalışır

Bir SFRA isteği eCDN üzerinden bir B2C Commerce uygulama sunucusuna ulaşır. Cartridge path controller'ı çözer; controller, model'ler ve Script API ile görünüm verisini hazırlar, ardından bir ISML şablonu HTML'i render eder. Yönlendirme, veri erişimi ve render aynı süreçte gerçekleşir: "vitrin" ile "ticaret motoru" arasında ağ atlaması yoktur.

Özelleştirme overlay ile yapılır: özel bir cartridge, temel controller'ı server.append, server.prepend veya server.replace ile genişletir ve app_storefront_base'e asla dokunmaz (bkz. cartridge geliştirme rehberi).

Önbellekleme route bazında tanımlanır. SFRA, app_storefront_base/cartridge/scripts/middleware/cache.js içinde hazır middleware'ler sunar: applyDefaultCache (24 saat), applyInventorySensitiveCache (30 dakika) ve yanıtı ayrıca kişiselleştirilmiş olarak işaretleyen iki promosyon duyarlı varyant.

// app_custom/cartridge/controllers/Brand.js
'use strict';

var server = require('server');
var cache = require('*/cartridge/scripts/middleware/cache');

// B2C Commerce uygulama sunucusunda render edilir; applyDefaultCache 24 saatlik page cache ayarlar
server.get('Show', cache.applyDefaultCache, function (req, res, next) {
    var CatalogMgr = require('dw/catalog/CatalogMgr');
    var category = CatalogMgr.getCategory(req.querystring.cgid);

    res.render('brand/landing', {
        categoryName: category ? category.displayName : null
    });
    next();
});

module.exports = server.exports();

Tek kod tabanı, tek deploy hedefi ve Script API'nin tamamını elde edersiniz; bedelini her gezinmede tam bir doküman isteğiyle ödersiniz.


PWA Kit nasıl çalışır

PWA Kit projeleri genellikle Retail React App ile başlar: ana sayfa, listeleme, ürün, sepet ve checkout sayfaları hazır gelen, sunucu tarafında render edilen bir React vitrini. v3'ten itibaren template extensibility, uygulamayı fork'lamak yerine tek tek dosyaları overrides/ dizininde override etmenize olanak tanır.

PWA Kit genel bakışına göre aynı kaynak kod iki bağlamda çalışır. İlk istek, Managed Runtime'ın App Server'ı (React, Node.js ve Express) tarafından render edilir; ardından tarayıcı sayfayı hydrate eder ve sonraki gezinmeler istemcide gerçekleşir. Salesforce'un Storefront Next geçiş referansı bunun bir sonucunu açıkça yazar: PWA Kit sunucu tarafında durumsuzdur (stateless); sayfalar misafir bir alışverişçinin göreceği şekilde sunucuda render edilir ve istemci tarafı durum TanStack Query'de tutulur.

Ticaret verisi commerce-sdk-react hook'ları aracılığıyla SCAPI'den gelir; alışverişçi token'larını SLAS üretir. Entegrasyonlarınız hâlâ OCAPI üzerinde çalışıyorsa önce SCAPI vs OCAPI yazısını okuyun.

// overrides/app/pages/product-detail/index.jsx (alıntı)
import {useProduct} from '@salesforce/commerce-sdk-react'

// productId route parametrelerinden gelir. Hook, SCAPI Shopper
// Products API'sini çağırır; React Query yanıtı önbelleğe alır ve
// sunucu tarafı render'dan sonra istemcide hydrate eder.
const {data: product, isLoading} = useProduct({
    parameters: {
        id: productId,
        allImages: true,
        expand: ['availability', 'images', 'prices', 'variations']
    }
})

Managed Runtime üzerinde PWA Kit: servisler ve limitler

Managed Runtime, App Server'ın önüne bir web uygulama güvenlik duvarı (WAF), bir API proxy'si, bir CDN ve edge fonksiyonları (request processor gibi) koyar. Deploy'lar değiştirilemez (immutable) bundle'lardır; geri dönmek, önceki bir bundle'ı deploy etmek demektir. Tasarımda hesaba katmanız gereken kısıtlar:

  • App Server istekleri production'da 20 saniye, diğer ortamlarda 16 saniye sonra zaman aşımına uğrar (HTTP 502).
  • İstek ve yanıtlar 6 MB, bundle'lar 400 MB ile sınırlıdır.
  • Cookie'ler varsayılan olarak kapalıdır ve ortam bazında açılmalıdır. Hybrid Auth bunlara ihtiyaç duyar.
  • Production ortam limiti 0'dan başlar; canlıya çıkıştan çok önce Support'tan artırılmasını isteyin. 29 Eylül 2026'dan bu yana yalnızca bir Staging veya Production B2C Commerce instance'ı ile ilişkilendirilmiş ortamlar production olarak işaretlenebiliyor.
  • Ek ortamlar ekstra ücret gerektirmez; organizasyon başına en fazla 100 ortam açılabilir.

PWA Kit sayfa yanıtları için varsayılan Cache-Control süresi 600 saniyedir. Salesforce'un cache hit ratio rehberi, CDN'in yanıtı yeniden kullanabilmesi için kişiselleştirilmiş ve hızlı değişen içeriği (isimler, sepet adetleri, fiyatlar, stok, promosyonlar) sunucu render'ının dışında tutmayı ve benzer URL'lerin aynı önbellek kaydını paylaşması için pazarlama parametrelerini app/request-processor.js içinde temizlemeyi önerir.


Storefront Next nereye oturuyor

Storefront Next, Salesforce'un yeni headless vitrini ve vitrin seçim rehberindeki "önerilen seçenek". PWA Kit'in back end'ini (SCAPI, SLAS ve Managed Runtime) korur, front end'i değiştirir:

  • Sunucu öncelikli veri akışı. PWA Kit'in render sırasında veri çeken hook'ları yerine route loader'lar veriyi render'dan önce çeker; streaming SSR ve Suspense ile birlikte.
  • Oturumlar httpOnly cookie'lerde tutulur ve sunucuda yönetilir; PWA Kit ise token'ları yaygın olarak tarayıcı depolamasında saklar.
  • Araçlar. Webpack ve Babel yerine Vite, Vitest ve strict TypeScript; React Router 5 yerine React Router 7 dosya tabanlı route'lar; Chakra yerine Tailwind ve shadcn/ui.

Salesforce, SiteGenesis, SFRA ve PWA Kit vitrinleri için bir geçiş aracı sunuyor. PWA Kit hâlâ belgeleniyor, Hybrid Auth rehberi v3'ü hedefliyor ve Managed Runtime'ın feature retirement listesi PWA Kit için bir bitiş tarihi içermiyor. Ancak politikası, her major sürümün genel kullanıma sunulmasından (GA) sonra yalnızca 24 ay güvenlik yaması garanti ediyor ve v3.0.0 Haziran 2023'te yayımlandı: yıllara yayılan bir plan yapmadan önce v3'ün destek ufkunu Salesforce ile teyit edin. Bu yazının büyük kısmı iki headless seçenek için de geçerli; farklar React katmanında.


SFRA mı PWA Kit mi: yan yana karşılaştırma

BoyutSFRAPWA Kit
RenderSunucu tarafında ISML; her gezinmede tam dokümanİlk istekte sunucu tarafı render, sonra istemci tarafı gezinme
Veri erişimiAynı süreçte Script APIHTTPS üzerinden SCAPI, SLAS token'ları
DeployB2C Commerce instance'larında code version'larManaged Runtime'da değiştirilemez bundle'lar, artı hook'lar ve Custom API'ler için bir cartridge
Sayfa önbelleğiMiddleware ile route bazında page cacheCache-Control ile yönetilen Managed Runtime CDN'i (varsayılan 600 sn)
KişiselleştirmeHer istekte sunucuda render edilir; page cache ile dengelenmeliSunucu misafir görünümünü render eder; kişiselleştirme istemcide yapılır
Temel yetkinliklerScript API, ISML, cartridge overlay'leri, BootstrapUniversal React, Node.js ve Express, REST API'ler, Webpack (Skills for Success)
Davranışı genişletmeOverlay cartridge'da server.append, prepend, replaceTemplate extensibility, SCAPI hook'ları (before, after, modifyResponse), Custom API'ler
Page DesignerISML page type ve component'leri; SFRA hazır layout ve component'lerle gelirHeadless Page Designer: React component'leri, arch_type: "headless" metadata'sı, usePage()
EinsteinEinstein önerileri ve predictive search için yerleşik gösterim (SFRA özellikleri)Retail React App'in useEinstein hook'u Einstein API'yi tarayıcıdan çağırır
Active DataYerleşikPWA Kit 3.3.0 veya üzeri; yalnızca ürün odaklı kullanım senaryoları
Connector cartridge'larDoğrudan takılır, arayüzü dahildirSunucu mantığı hook'larda çalışabilir; vitrin arayüzü React'te yeniden yazılmalı

Page Designer. Headless Page Designer için PWA Kit 2.7.0 veya üzeri, sfcc.shopper-experience scope'una sahip bir SLAS client'ı ve her page, component ve aspect type metadata dosyasında arch_type: "headless" gerekir. Headless metadata'daki özel script'ler yok sayılır; bu yüzden bir component script'inde duran mantık React'e taşınır. Her Business Manager sitesi yalnızca bir Managed Runtime ortamına bağlanabilir. ISML ve headless sayfalar bir arada yaşayabildiği için sayfalar taşınırken merchandiser'lar çalışmaya devam eder.

Einstein. Retail React App'in useEinstein hook'u aktivite olaylarını (ürün görüntüleme, arama, sepete ekleme, checkout adımları) gönderir ve Einstein API'den öneri çeker; Do Not Track açıkken ikisini de atlar. Özel bir headless projede bu enstrümantasyon sizin sorumluluğunuzdadır ve öneri kalitesi doğrudan ona bağlıdır.


Performans: gerçekte ne farklı

İki mimari de varsayılan olarak hızlı değildir; farklı yerlerde zorlanırlar.

  • SFRA her tıklamada tam bir doküman isteğinin bedelini öder. Page cache isabeti ucuzdur; ıskalandığında controller'lar ve şablonlar uygulama sunucusunda çalışır. Tipik sorun, önbellek isabet oranını sessizce düşüren kişiselleştirmedir (bkz. SFCC önbellek rehberi).
  • PWA Kit bedeli ilk ziyarette öder: sunucu render'ı, JavaScript indirme ve alışverişçinin cihazında hydration. Sonrasında, Salesforce'un ifadesiyle, "sonraki sayfa istekleri çoğu zaman sunucuya gitmeden karşılanabilir". İstemci tarafındaki bu yük, Storefront Next'in sunucu öncelikli modelinin ele aldığı ödünleşimdir.

Salesforce'un go-live kontrol listesi, regresyonların erken görünmesi için projenin ortasından itibaren Lighthouse CI kullanılmasını önerir. Vendor benchmark tablolarını görmezden gelin: geliri taşıyan şablonlar için kendi saha verinizi (Chrome UX Report veya RUM) karşılaştırın.


SEO etkileri

İkisi de sunucuda render edilmiş HTML gönderir; PWA Kit için asıl soru o HTML'in ne içerdiğidir.

  • Sunucu render'ını kontrol edin. Bir PWA Kit URL'sine ?__server_only ekleyerek hydration'ı durdurun ve sunucunun ne gönderdiğini görün. Giriş sayfalarının (ana sayfa, kategori, PLP, PDP) gerçek içeriği orada olmalı ve istemci devraldığında layout kayması az olmalı.
  • URL'lerinizi koruyun. Retail React App'in varsayılan route'ları olan /category/:categoryId ve /product/:productId, SFRA URL kurallarınızla büyük olasılıkla eşleşmez. Salesforce'un kontrol listesi müşterilerin çoğunun mevcut URL'lerini koruduğunu belirtir; artık var olmayacak URL'leri yönlendirmeyi ve sıralamaları Search Console'da izlemeyi önerir. Managed Runtime yönlendirmeleri yönetir; SCAPI'nin de bir Shopper SEO url-mapping endpoint'i vardır.
  • Sitemap'ler hâlâ platformdan gelir. PWA Kit, hibrit ya da özel headless sitelerde, bir eCDN vanity domain'i ve eşleşen bir hostname alias tanımlandıktan sonra B2C Commerce sitemap'i üretebilir; Business Manager'da tanımlı olmayan route'lar uploadCustomSitemapAndTriggerSitemapGeneration endpoint'i ile eklenir.
  • Hibritte crawler'lar tek hostname görür, ancak iki yığın da <head> etiketleri üretir; bu yüzden canonical, hreflang ve yapılandırılmış veri mantığı iki tarafta da aynı çıktıyı vermelidir.

Platform tarafındaki ayarlar için Commerce Cloud SEO rehberine bakın.


Geliştirme ve işletme maliyeti

Lisanslama sözleşmenize bağlıdır (bkz. Salesforce Commerce Cloud fiyatlandırması), ama yapısal maliyetler nettir:

  • SFRA: tek kod tabanı, tek pipeline, tek yetkinlik seti ve başlangıç için eksiksiz bir referans vitrin.
  • PWA Kit: iki kod tabanı (React uygulaması ile hook'lar, Custom API'ler, job'lar ve servisler için cartridge'lar), iki pipeline, Account Manager'da Managed Runtime rolleri ve sahiplenmeniz gereken front end bağımlılık güncellemeleri.
  • Hibrit: ikisi birden, artı aralarındaki yönlendirme. Salesforce'un ifadesiyle, "siteniz hibrit modda ne kadar uzun kalırsa, operasyonel karmaşıklığa o kadar çok zaman ayırmanız gerekir".

Hibrit vitrinler: SFRA ve PWA Kit'i birlikte çalıştırmak

Salesforce buna hybrid storefront (hibrit vitrin) ya da phased headless rollout (aşamalı headless geçiş) diyor: tek hostname; bazı path'leri SFRA, diğerlerini Managed Runtime üzerindeki headless bir vitrin sunar.

Trafik nasıl bölünür

Primary Instance Group (production, staging, development) ve on-demand sandbox instance'larında bulunan eCDN, edge'de bir Cloudflare kural ifadesini değerlendirir: eşleşen path'ler Managed Runtime origin'ine, geri kalan her şey SFRA'ya gider. Kuralı Business Manager eCDN arayüzünden veya CDN Zones API'nin createMrtRules endpoint'i ile tanımlarsınız (CDN yönlendirme kuralları).

Hibrit routing matrisi altı hazır bölme seçeneği listeler: Modern Core (yalnızca sepet ve checkout SFRA'da kalır), Modern Checkout, Modern Entry Only, Legacy Entry Only, Catalog-Only ve Account and Auth Only. Catalog-Only ifadesi kategori, ürün ve arama sayfalarını PWA Kit'e gönderir:

(http.request.uri.path matches "^(/[^/]+/[^/]+)?/(category|product|search)(/.*)?$" or http.request.uri.path matches "^/mobify.*" or http.request.uri.path matches "^/callback.*" or http.request.uri.path matches "^/worker\.js.*")

Son üç koşul her yapılandırmada zorunludur: /mobify PWA Kit'in proxy'lerini ve statik dosyalarını, /callback SLAS kimlik doğrulama callback'ini, /worker.js ise service worker'ı taşır.

Edge'deki yönlendirme işin yarısıdır. PWA Kit uygulamasında, React Router'ın istemci tarafı geçiş yerine tam sayfa yüklemesi yapması için SFRA'ya ait path'leri app/routes.jsx'ten (veya overrides/app/routes.jsx'ten) çıkarın ve catch-all route'u PageNotFound render etmek yerine varsayılan origin'e yönlendirecek şekilde değiştirin. İki tanımı birbirini tamamlar halde tutun. Localhost'ta eCDN olmadığından yerel geliştirmede pwa-kit-runtime içindeki hybrid proxy kullanılır.

Oturumlar nasıl senkron kalır: Hybrid Auth

SFRA alışverişçiyi dwsid oturum cookie'si ile tanır; PWA Kit ise bir SLAS JWT'si kullanır. B2C Commerce 25.3'ten bu yana Hybrid Auth ikisini platformun içinde senkron tutar ve eski Plugin SLAS cartridge'ının yerini alır. Kurulumun ana hatları:

  1. sfcc.session_bridge scope'una sahip bir SLAS client'ı (public veya private) oluşturun.
  2. Business Manager'da Merchant Tools > Site Preferences > Hybrid Auth Settings ekranını açın, özelliği etkinleştirin ve aynı client ID'yi girin.
  3. plugin_slas'ı cartridge path'ten çıkarın ve hiçbir özel kodun session bridge endpoint'lerini kendisinin çağırmadığından emin olun.
  4. PWA Kit'te CommerceApiProvider üzerinde hybridAuthEnabled'ı etkinleştirin, ardından Managed Runtime ortamında cookie'leri açın.
// overrides/app/components/_app-config/index.jsx (alıntı)
<CommerceApiProvider
    // ...mevcut prop'lar
    hybridAuthEnabled={true}
>

Kurulum rehberindeki ön koşullar PWA Kit 3.12 veya üzeri ve commerce-sdk-react 4.0.0 veya üzeridir; yeni uygulamalar v3 ile başlamalıdır. Üçüncü taraf kimlik sağlayıcı (IdP) girişleri Business Manager üzerinden değil, SLAS üzerinden yürümelidir. Hybrid Auth, SFRA'nın yanı sıra SiteGenesis'i de destekler.

Hibrit modda Storefront Next

eCDN yönlendirmesi ve Hybrid Auth kurulumu aynıdır. Uygulama tarafında Storefront Next, hangi path'lerin SFRA'ya ait olduğunu config.server.ts içinde tanımlar:

site: {
    hybrid: {
        enabled: true,
        legacyRoutes: ['/cart', '/checkout', '/checkout/:confirmationId'],
    },
}

eCDN kuralı ayrıca ^/resource.* ve ^/action/.* path'lerini de Managed Runtime'a göndermelidir, çünkü React Router resource route'ları ve action'ları orada çalışır.

Hibrit için pratik kurallar

  • Birden fazla sayfa taşıyın. Salesforce, ana sayfayla birlikte en yaygın yolculuğun sonraki bir veya iki adımını taşımayı öneriyor; SPA kazancı ancak alışverişçiler headless sayfalar arasında gezindiğinde ortaya çıkar.
  • Sepet rehberini okuyun. İki yığın aynı sepete yazmadan önce Salesforce'un hibrit uygulama rehberine bakın.
  • Bitiş tarihi belirleyin. Hibritte geçen her ay, yamalanacak ve test edilecek iki front end demektir.

Geçiş yolları

NeredenNereyeYol
SFRAPWA Kit veya Storefront NextSayfa grubu bazında hibrit geçiş; Catalog-Only veya Modern Core ile başlayın
PWA KitStorefront NextSalesforce'un geçiş referansı ve geçiş aracı; aynı SCAPI, SLAS ve Managed Runtime back end'i
SiteGenesisHeadlessHybrid Auth ile hibrit; Salesforce, SiteGenesis'i Plugin SLAS ile desteklemiyor

Sunucu tarafı varlıklar headless'a geçişte korunur: servisler, job'lar, custom object'ler ve Business Manager yapılandırması. Sunum katmanı korunmaz: ISML, istemci tarafı JavaScript ve SFRA controller'larındaki görünüm mantığı. Controller'larda duran iş mantığı SCAPI hook'larına veya Custom API'lere taşınmalıdır; bu refactor çoğu zaman tahminlerde gözden kaçan kısımdır.


Karar matrisi

DurumSeçimNeden
Yeni vitrin, Script API ve ISML bilen ekip, sabit canlıya çıkış tarihiSFRAEksiksiz referans vitrin, tek deploy birimi, connector cartridge'lar doğrudan takılır
Yeni vitrin, React ve TypeScript ekibi, uzun vadeli headless planıPWA Kit ile karşılaştırarak değerlendirdikten sonra Storefront NextSalesforce'un önerdiği seçenek; aynı SCAPI, SLAS ve Managed Runtime back end'i
İyi performans gösteren canlı PWA Kit sitesiPWA Kit v3'te kalın, güncellemeye devam edin, Storefront Next geçişini planlayınHâlâ belgeleniyor ve Hybrid Auth onu hedefliyor; geçiş referansı ve aracı mevcut
Gezinme sayfaları yavaş olan canlı SFRA sitesiHibrit, önce katalog sayfalarıeCDN yönlendirmesi ve Hybrid Auth; checkout'a dokunulmaz
Vitrin arayüzü içeren çok sayıda connector cartridgeSFRA ya da bu akışları SFRA'da bırakan hibritArayüz parçaları React'te yeniden yazılmalı

Öne çıkanlar

  • SFRA her şeyi B2C Commerce uygulama sunucusunda tek süreçte tutar; PWA Kit vitrini Managed Runtime'a taşır ve ticaret verisine SCAPI ve SLAS üzerinden erişir.
  • 2026'da headless seçimi PWA Kit ya da Storefront Next'tir. Salesforce yeni vitrinler için Storefront Next'i öneriyor; PWA Kit hâlâ belgeleniyor, ancak v3'ün destek ufkunu teyit edin.
  • Hibrit belgelenmiş bir desendir: eCDN kuralları path'leri böler, app/routes.jsx filtrelemesi SFRA'ya soft navigation'ı engeller, Hybrid Auth ise dwsid ile SLAS token'ını senkron tutar.
  • Headless'ta SEO riski, JavaScript taramasının kendisi değil; sunucu render'ının içeriği ve URL değişikliğidir.
  • Page Designer, Einstein ve connector cartridge'lar headless'ta da çalışır, ancak her biri yeniden yazım gerektirir. Seçim yapmadan önce bunu tahmine dahil edin.

Vitrin seçenekleriniz için bir mimari değerlendirme veya aşamalı bir headless planı istiyorsanız SFCC danışmanlık hizmetlerine göz atın ya da iletişime geçin.

Ek kaynaklar