Türkçe çeviri: Headless Commerce Platforms

bir platform-tarafından-platform SEO comparison of major headless commerce motorlar — Shopify Hydrogen, BigCommerce Catalyst, commercetools, Salesforce PWA Kit, Medusa, Saleor, ve Elastic Path — covering ne her ships out of box bençin metadata, sitemaps, yönlendirmeler, ve preview-environment safety, ve nasıl -e seç.

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

her headless commerce platform's marketing sayfa claims o's SEO-optimized out of box. reality dır bir spectrum. Shopify Hydrogen ships en çok gerçek scaffolding — bir getSeoMeta metadata utility, sitemap routes, robots.txt, ve automatic crawler-blocking on preview deployments. BigCommerce Catalyst proxies BigCommerce's kendi sitemap ve kullanır sonraki.js App Router metadata conventions. commercetools Frontend ve Salesforce PWA Kit ver siz SDK helpers, değil shipped routes — siz assemble sitemaps yourself. Medusa, Saleor, ve Elastic Path dır pure commerce APIs ve ship nothing SEO-specific; sizin sonraki.js frontend yapar tümü çalışır. Platform choice determines nasıl much scaffolding siz inherit, değil whether sizin sayfalar dır crawlable — şu's hâlâ rendering decision headless ecommerce hub owns. two differentiated risks worth budgeting bençin: preview/staging environments getting dizine eklenmiş (Hydrogen blocks bu automatically; others yapmayın guarantee o), ve yönlendirme maps on migration (no platform automates them).

TL;DR — Headless commerce platforms sit on bir spectrum -den “ships gerçek SEO scaffolding” to “leaves everything -e siz.” Shopify Hydrogen ships en çok — bir getSeoMeta utility, sitemap routes, robots.txt, ve (via Oxygen) automatic crawler-blocking on preview deployments. BigCommerce Catalyst proxies BigCommerce’s kendi sitemap dizin ve kullanır sonraki.js App Router generateMetadata conventions. commercetools Frontend ve Salesforce PWA Kit ver siz SDK/API helpers, değil shipped routes — siz assemble sitemap yourself, ile gerçek sayfalama limits. Medusa, Saleor, ve Elastic Path ship nothing SEO-specific; frontend owns everything. Two risks dır genuinely differentiated tarafından platform: preview-environment leakage (Hydrogen auto-blocks crawlers on shareable bağlantılar; others yapmayın guarantee o) ve yönlendirme maps (no platform automates them). Platform choice sets nasıl much scaffolding siz inherit — değil whether sayfalar dır crawlable, bu da hâlâ rendering decision hub owns.

Evidence for this claim Choosing a commerce API does not itself determine search rendering; the storefront must produce discoverable content, links, status codes, and metadata. Scope: Google requirements for JavaScript storefronts. Confidence: high · Verified: Google Search Central: JavaScript SEO basics Evidence for this claim Shopify describes Hydrogen as its React-based framework for custom storefronts and Oxygen as its deployment platform. Scope: Shopify-specific platform capability, not Google guidance. Confidence: high · Verified: Shopify Developers: Hydrogen

Platform choice değildir rendering decision

başla burada, çünkü o’s tek en çok yaygın confusion. Whether Googlebot alır gerçek HTML veya bir empty shell dır decided tarafından sizin frontend’s rendering model — server-side rendering (SSR), static generation (SSG), veya client-side rendering (CSR). şu’s frontend framework’s job, ve Headless Ecommerce SEO hub kapsar o in depth. ben won’t re-derive SSR vs. CSR burada.

ne commerce platform yapar decide dır nasıl much SEO scaffolding siz inherit — sitemap, metadata plumbing, robots.txt, preview-environment handling. bir pristine SSR setup on Medusa hâlâ sahiptir no sitemap until siz oluştur bir; bir CSR mistake on Hydrogen hâlâ tanks bir product sayfa hatta gerçben Hydrogen ships her diğer piece. koru two axes separate: rendering = crawlability; platform = scaffolding.

SEO-tooling spectrum

burada’s nerede seven platforms land:

Ships gerçek tooling (bir working reference storefront ile SEO wired in): Shopify Hydrogen, BigCommerce Catalyst.

Ships SDK helpers, değil routes (siz assemble sitemap yourself): commercetools Frontend, Salesforce PWA Kit.

Ships nothing SEO-specific (pure commerce API; frontend owns tümü of o): Medusa, Saleor, Elastic Path.

şu framing dır whole article. rest dır per-platform detail.

Shopify Hydrogen (Storefront API)

Hydrogen is Shopify’s headless framework, and it ships the most complete SEO scaffolding of anything reviewed here. One correction up front: Hydrogen is not Remix-based anymore. The npm registry shows @shopify/hydrogen 2026.4.4 peer-depending on react-router ~7.16.0 with no Remix dependency at all, and Shopify’s own @shopify/remix-oxygen package now carries a formal deprecation notice telling you to import from react-router instead. Shopify’s own SEO doc hasn’t caught up to its own package metadata — as of this check it still reads “Hydrogen uses Remix’s built-in meta features for SEO tags” — so don’t take that line at face value if you’re scaffolding a new project; check package.json, not the prose.

Metadata — bir purpose-oluşturulmuş utility. Whatever doc çbirğrılar underlying router, Hydrogen hâlâ ships getSeoMeta utility, hangi yapar o easier ve daha consistent -e render SEO meta tags. şu getSeoMeta helper handles titles, descriptions, images, canonical URLs, ve JSON-LD — bir gerçek metadata abstraction, değil “bring your own <head>.” o’s yalnızca platform burada şu ships bir dedicated SEO-metadata utility. Shopify ayrıca notes şu “tarafından default Hydrogen removes sorgu parameters -den canonical URLs” — bir sensible default -ebilirsiniz override in sizin meta exports.

Sitemap — shipped ve self-refreshing. Hydrogen skeleton template bençerir sitemap.xml ve per-type sitemap routes out of box, ve onun getSitemap utility generates per-kaynak-type sitemaps ile locale alternates. sitemap files dır cached bençin 24 hours, bu nedenle publishing veya unpublishing bir product updates sitemap automatically bençinde şu window — no scheduled job -e babysit.

robots.txt — shipped, ile bir preview safeguard. template ships bir robots.txt route. ve burada’s differentiator: per Shopify’s SEO docs, “-erseniz yap bir non-production deployment accessible ile bir shareable bağlantı veya bir auth bypass token, o hâlde Oxygen overrides deployment’s robots.txt file ile bir disallow kural bençin tümü bots ve crawlers.” Oxygen (Shopify’s Hydrogen hosting) automatically blocks tümü crawlers on preview/shareable-bağlantı deployments. şu’s bir gerçek sorun — yinelenen staging bençerik getting dizine eklenmiş — şu en çok platforms leave siz -e solve tarafından hand, ve Hydrogen sadece handles.

ne’s left -e siz: verify no product veya category route idi accidentally left olarak bir kaynak route şu skips SSR (React Router’s framework mode kullanır aynı server-loader pattern Remix kullanılan önce Hydrogen’s migration), ve configure Oxygen caching ( hub’s advanced lens kapsar stale-cache risk).

BigCommerce başsız (Catalyst)

Catalyst dır BigCommerce’s sonraki.js App Router reference storefront. onun SEO scaffolding dır gerçek ama architecturally farklı -den Hydrogen’s.

Sitemap — proxied, değil generated. Per BigCommerce’s Catalyst docs, “Catalyst acts olarak bir intermediary ne zaman handling istekler -e /sitemap.xml.” o fetches sitemap dizin -den BigCommerce (karşı channel’s canonical URL) ve döndürür XML. bu nedenle sitemap görünür -e olmak sunulan -den sizin storefront, ama data lives in BigCommerce, değil in sizin frontend codebase — opposite of Hydrogen, nerede sitemap route lives bençinde app. BigCommerce ayrıca warns şu “eğer sizin storefront ayrıca kullanır üçüncü-party systems şu generate bençerik ile farklı URLs, siz -ecek ihtiyaç duy -e submit birden çok sitemaps -e kapsa URLs -den various kaynaklar,” ve notes sitemaps “don’t need to reside on the same domain as the website they represent” — flexible bençin multi-channel setups, ama bir footgun eğer per-channel canonical domains değildir configured yapğru biçimde.

Metadata — sonraki.js conventions. Catalyst populates generateMetadata ve alternates.canonical field per route -den Storefront API GraphQL data, server-side. şu’s standard App Router pattern sonraki.js SEO article zaten belgeler in detail — ben’ll benşaret et orada yerine re-explain generateMetadata syntax.

** migration warning.** -erseniz’re moving -den BigCommerce’s older Stencil theme -e Catalyst, URL parity dır whole ballgame. olarak 1Digital Agency’s Dan Kogan puts o in his Catalyst SEO practitioner rehber: “yapmayın change established URLs on bir Stencil—e-Catalyst migration. her product, category, ve bençerik URL -meli match legacy structure tam olarak, veya siz ihtiyaç duy bir complete 301 yönlendirme map.” He ayrıca flags recurring Catalyst regressions — generateMetadata returning bir client-yalnızca fallback çünkü GraphQL sorgu aldı thrown -e bir client component, canonical tags missing on paginated listing sayfalar, ve Product JSON-LD emitted twice (once tarafından bir custom component, once tarafından bir üçüncü-party app). tümü of şunlar dır worth bir pre-launch kontrol et.

commercetools (Frontend / composable storefronts)

commercetools dır enterprise “composable/MACH” option, ve onun SEO scaffolding dır proportionally thinner — siz al SDK helper methods, değil shipped routes.

Per commercetools’ Frontend docs, platform generates three separate sitemaps — static sayfalar, product sayfalar, ve category sayfalar — combined -e bir sitemap dizin. Static sayfalar come -den sdk.page.getPages(), products -den extensions.product.query(), ve categories -den extensions.product.queryCategories(). ama setup dır değil automatic: o requires Frontend ekle-On plus manually creating three sonraki.js route handlers (sitemap-static.xml/route.tsx, sitemap-products.xml/route.tsx, sitemap-categories.xml/route.tsx) ve bir postbuild script -e assemble final /sitemap.xml. ve product/category sorgular dır cursor-paginated ile bir 500-item limit per istek, bu nedenle bir büyük catalog gerektirir sayfalama logic bençinde sizin sitemap generator. bu en çok oluştur-o-yourself of enterprise platforms bençin sitemaps specifically — hangi tracks ile commercetools’ whole no-opinionated-frontend positioning.

Salesforce Commerce Cloud başsız (PWA Kit / Composable Storefront)

PWA Kit’s SEO tooling dır en çok fragmented ve manual of platforms ile bir resmî reference storefront.

Sitemap — path branches. Per Salesforce’s docs, eğer sizin routes dır configured in benşletme Manager, siz oluştur sitemap in benşletme Manager; eğer routes dır managed outside o (custom PWA Kit routing), siz oluştur veya supplement sitemap via bir API endpoint instead. orada’s no tek automatic path — o depends on nasıl storefront idi ayarla up. bençin PWA Kit deployments specifically, manual adımlar bençer adding bir path in ssr.js config, updating ssrShared property, redeploying bundle, ve verifying sitemap dır accessible. Salesforce’s kendi rehberlik dır -e schedule bir job -e koru sitemap güncel — meaning no automatic refresh on catalog changes, unlike Hydrogen’s 24-hour auto-update. oluşturulmuş-in sitemap handling sahiptir olmuş bir requested-ama-manual area on PWA Kit GitHub repo — yararlı color şu bu bir known gap, gerçben sorun dır community sinyal, değil bir resmî statement.

Metadata — tied -e sayfa Designer. PWA Kit’s usePage() hook (-den @salesforce/commerce-sdk-react) ve <Page> component expose sayfa name, description, ve route bençin SEO metadata — ama şu’s tied -e Salesforce’s CMS-like sayfa Designer bençerik model, değil bir dedicated SEO utility like Hydrogen’s getSeoMeta.

Medusa, Saleor, ve Elastic Path — pure APIs

bunlar three dır “leaves everything to you” tier, ve o’s worth olma blunt hakkında ne şu anlamına gelir.

Medusa dır bir pure commerce backend. orada’s no dedicated Medusa SEO dokümantasyon çünkü Medusa sahiptir no opinion on frontend rendering at tümü. onun sonraki.js Starter Storefront supports App Router ile React Server Components (bu nedenle SSR dır mevcut), ama metadata, sitemap, ve canonical mechanics dır entirely inherited -den whatever sonraki.js conventions siz implement. uygulamada virtually her Medusa storefront dır sonraki.js — bu nedenle sonraki.js SEO article dır sizin gerçek reference, değil Medusa’s docs.

Saleor dır aynı story: bir GraphQL-ilk headless API (Python/Django backend) ile community ve Vercel-maintained sonraki.js storefront templates. SEO dır 100% bir function of seçilen frontend. aynı tier olarak Medusa.

Elastic Path dır API-ilk ile metadata olarak raw fields siz wire up yourself. onun product ve category entities support custom fields bençin SEO metadata şu -ebilir olmak, in Elastic Path’s words, “accessed via APIs sadece like bençerik şu siz render -e sizin customers” — ama şu’s bir oluştur-sizin-kendi-schema pattern, değil bir shipped utility. onun slug kaynak dır described olarak bir “lower case, uri friendly string” bençin building URLs. Notably, Elastic Path’s kendi SEO bençin headless commerce blog post (tarafından Kirsten Aebersold — vendor bençerik, değil neutral) yapar söyle “-erseniz’re dynamically building bir sayfa ile bir JavaScript framework alone, siz -ebilir iste -e bak -e sunma up cached sürümler of sayfalar -e bots” — ama o never kapsar sitemaps, canonical tags, yönlendirmeler, veya preview environments. ne zaman hatta vendor’s kendi SEO sayfa skips half of ne siz ihtiyaç duy, “SEO-optimized out of the box” dır doing bir lot of çalışır.

None of bunlar three dır bad bençin SEO — orada’s no platform ceiling. ama orada’s ayrıca no scaffolding -e lean on. Everything dır bir function of frontend siz oluştur.

Preview ve staging leakage — differentiated risk

bu bir place platform choice yapar bir concrete, measurable SEO difference, bu nedenle o’s worth calling out separately.

Hydrogen/Oxygen automatically disallows tümü crawlers on preview ve shareable-bağlantı deployments — bir oluşturulmuş-in safeguard karşı sizin staging site getting dizine eklenmiş ve competing ile production olarak yinelenen bençerik. No eşdeğeri automatic guarantee dır documented bençin Catalyst, commercetools, veya PWA Kit. ve o’s değil theoretical: 1Digital Agency raporlar “Preview deployments indexed by Googlebot” olarak bir recurring gerçek-world başarısızlık mode on Catalyst migrations. şu’s bir tek practitioner kaynak yerine bir resmî platform statement, bu nedenle ele al specific Catalyst claim olarak bir credible data benşaret et — ama underlying lesson dır platform-agnostic: eğer sizin platform yapmaz auto-block preview crawlers, block them yourself (bir robots.txt disallow, HTTP auth, veya bir noindex header on her non-production environment). On “everything-to-you” platforms, bu entirely on siz tarafından definition.

yönlendirme management — bir migration concern, değil bir platform feature

No platform reviewed ships bir automatic yönlendirme system. her headless migration — Stencil -e Catalyst, monolith -e headless, bir commerce motor -e başka bir — gerektirir bir explicit 301 map -den eski URLs -e yeni. consensus genelinde migration-focused trade posts dır consistent: re-platforming failures almost her zaman trace back -e yönlendirme maps, URL structures, ve structured-data gaps, ve yapmalısınız never launch olmadan bir verified 301 map. şu’s aynı lesson site’s site Migrations article kapsar in full — ben’ll cross-reference o bençin checklist yerine re-derive o burada. platform-specific angle dır sadece bu: yapmayın assume herhangi bir of bunlar motorlar handles yönlendirmeler bençin siz. None yap.

Portability dır underrated upside

bir myth worth killing: switching commerce platforms yapar değil anlamına gel rebuilding sizin SEO -den scratch. rendering layer — sizin sonraki.js (veya React Router) storefront — dır ne determines crawlability, ve o’s largely portable genelinde commerce backends. bir sonraki.js storefront -ebilir benşaret et at BigCommerce, Medusa, Saleor, veya commercetools ile mostly data-layer changes. ne changes -dığınızda swap platforms dır scaffolding: nerede sitemap data comes -den, whether orada’s bir metadata utility, nasıl yönlendirmeler ve previews dır ele alınır. şu’s bir meaningful re-wire, ama o’s değil “start over.”

ve yapmayın üzerinde-dizin on API quality olarak bir SEO sinyal, either. bir platform’s GraphQL/REST API yalnızca determines ne data dır mevcut -e oluştur metadata ve sitemaps -den. Whether şu data aslında reaches Google server-side dır bir frontend/rendering decision — hangi, yeniden, hub owns.

nerede -e go sonraki

  • Headless Ecommerce SEO — hub: SSR/SSG/CSR rendering decision, structured data (Product, ProductGroup/hasVariant), ve neden GMC feed dır independent of rendering.
  • sonraki.js SEO — since Catalyst, commercetools Frontend, Medusa, ve Saleor storefronts dır genellikle sonraki.js, bu nerede generateMetadata ve sitemap.ts mechanics live.
  • JavaScript SEO — general JS-rendering başarısızlık modes şu uygula -e herhangi bir JS-heavy storefront.

Add an expert note

Pin an expert quote

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