Headless Commerce Nedir? Türkiye'de Kim, Niye Geçiyor?

Son iki yılda Türkiye'deki orta ve büyük ölçekli perakende markalarının teknoloji gündeminde tekrar eden bir başlık var: headless commerce. Kimi marka için bu, mobil hızını kurtarmanın yolu; kimi için yurt dışına açılırken tek bir altyapıyla üç ülkeyi yönetebilmek; kimi için ise sadece ajansın önerdiği ama kimsenin gerçek maliyetini hesaplamadığı bir proje.
 

Bu yazıda headless commerce'i pazarlama diliyle değil, karar verme diliyle ele alıyoruz. Ne olduğu, monolitik mimariden gerçekte nerede ayrıldığı, hangi avantajın hangi bedelle geldiği, Türkiye'de hangi marka profillerinin bu tarafa geçtiği ve en önemlisi: hangi durumlarda geçmemeniz gerektiği.
 

Headless Commerce (Başsız E-Ticaret) Nedir?

Headless commerce, e-ticaret sisteminizin görünen yüzü ile arka tarafını birbirinden ayıran bir mimari yaklaşımdır. Buradaki "head" (baş), kullanıcının gördüğü katmandır: vitrin, kategori sayfaları, ürün detayı, sepet ekranı. "Headless" ise bu görsel katmanın altyapıdan koparılması, arka tarafın yalnızca veri ve iş kuralları sunan bir servise dönüşmesi anlamına gelir.
 

Klasik bir kurulumda ürün verisi, fiyat mantığı, sepet kuralları, kampanya motoru ve HTML şablonları aynı uygulamanın içinde yaşar. Şablonu değiştirmek istediğinizde aynı uygulamaya dokunursunuz; ödeme akışını güncellemek istediğinizde de. Headless mimaride ise arka taraf yalnızca API üzerinden konuşur. Ürün listesini, stok bilgisini, sepet durumunu JSON olarak verir. Bu veriyi ekrana nasıl bastığınız artık ayrı bir projedir.
 

Pratikte bu şu anlama gelir: vitrini React, Next.js, Vue gibi modern bir framework ile yeniden yazabilir, mobil uygulamanızı aynı API'ye bağlayabilir, mağaza içi bir ekranı ya da kiosku da aynı kaynaktan besleyebilirsiniz. Arka taraf hepsi için tek bir doğruluk merkezidir.
 

Headless commerce ile headless cms kavramı sık sık karıştırılır. Headless CMS, içerik yönetimi tarafının aynı mantıkla ayrılmasıdır: blog yazıları, landing sayfaları, kampanya metinleri API üzerinden servis edilir. Çoğu headless projede ikisi birlikte kullanılır ama aynı şey değildir. Headless CMS içeriği yönetir, headless commerce ise ürünü, fiyatı, stoğu ve siparişi.
 

Headless ve Geleneksel (Monolitik) Mimari Arasındaki Fark Nedir?

Monolitik mimari, e-ticaret yazılımının tüm parçalarının tek bir uygulama olarak paketlendiği yapıdır. Yıllardır Türkiye'de kullanılan hazır e-ticaret altyapısı ürünlerinin büyük çoğunluğu bu modele dayanır ve bu kötü bir şey değildir; aksine, hız ve operasyonel kolaylık açısından hâlâ birçok marka için en doğru seçimdir. Fark, esneklik ile sahiplik maliyeti arasındaki takasta ortaya çıkar.
 

Tablodaki en kritik satır sonuncudan bir öncekidir. Headless'ın maliyeti lisansta değil, ekipte birikir. Bu ayrımı kavramadan yapılan geçişler, ilk yıl bittiğinde beklenenin iki katı bütçeyle karşılaşır.
 

Headless Commerce'in 6 Temel Avantajı

1. Frontend Özgürlüğü ve Hızlı Tasarım Değişikliği

Ne değişiyor? Vitrin artık altyapının tema sisteminden bağımsızdır. Ürün detay sayfasını tamamen kendi kurgunuza göre tasarlayabilir, marka diline özel etkileşimler ekleyebilir, kampanya dönemlerinde sayfa yapısını baştan kurgulayabilirsiniz.
 

Kime yarar? Tasarımın satışın kendisi olduğu markalara. Moda, kozmetik, tasarım ürünleri ve konsept mağazacılık yapan markalar bu özgürlüğü doğrudan dönüşüm oranına yansıtabilir.
 

Şartı ne? Özgürlük, sorumluluk demektir. Tema sisteminde beş dakikada yaptığınız bir düzenleme, headless'ta bir geliştirici görevine dönüşür. Sürekli erişebileceğiniz bir frontend ekibiniz yoksa bu avantaj kısa sürede darboğaza döner.
 

2. Tek Backend, Çok Kanal: Web, Mobil, Mağaza Ekranı, Kiosk

Ne değişiyor? Ürün, fiyat ve stok verisi tek bir kaynaktan servis edilir. Web sitesi, native mobil uygulama, mağaza içi dokunmatik ekran, kiosk ve hatta çağrı merkezi ekranı aynı API'yi kullanır. Bir kampanyayı bir kez tanımlarsınız, tüm kanallarda aynı anda geçerli olur.
 

Kime yarar? Fiziksel mağazası olan ve mağaza ile online arasındaki sınırı kaldırmak isteyen markalara. Omnichannel (bütünleşik perakende) nedir yazımızda anlattığımız senaryoların teknik zemini büyük ölçüde budur.
 

Şartı ne? Tek backend'in gerçekten tek doğruluk merkezi olabilmesi için ERP tarafının sağlam bağlanmış olması gerekir. Kanal sayısı arttıkça yanlış stok verisinin maliyeti de katlanarak artar.
 

3. Site Hızı ve Core Web Vitals Kazanımı

Ne değişiyor? Modern frontend teknolojileri, sayfaların önceden üretilip CDN üzerinden dağıtılmasına, yalnızca gereken verinin anlık çekilmesine imkân tanır. Doğru kurgulanmış bir headless vitrin, mobilde belirgin bir hız farkı yaratabilir; bu da hem kullanıcı deneyimine hem arama motoru performansına yansır.
 

Kime yarar? Trafiğinin büyük kısmı mobilden gelen, organik aramaya bağımlı ve reklam maliyetlerini dönüşüm oranıyla dengelemek zorunda olan markalara.
 

Şartı ne? Headless otomatik olarak hızlı değildir. Kontrolsüz üçüncü parti script'ler, ağır görseller ve gereksiz istemci tarafı JavaScript, headless bir siteyi monolitik bir siteden daha yavaş hale getirebilir. Hız, mimariden değil disiplinden gelir.
 

4. Hızlı Pazara Çıkış ve Kampanya Esnekliği

Ne değişiyor? Kampanya sayfaları, özel koleksiyon lansmanları ve sezonluk vitrin değişiklikleri, çekirdek sisteme dokunmadan yayına alınabilir. Frontend ve backend ayrı sürümlendiği için bir tarafta yapılan değişiklik diğerini bekletmez.
 

Kime yarar? Yılda çok sayıda kampanya kurgulayan, lansman temposu yüksek markalara.
 

Şartı ne? Bu hızın gerçekleşmesi için içerik ekibinin geliştiriciye bağımlı kalmayacağı bir yapı kurulmalıdır. Aksi halde her kampanya sayfası geliştirme kuyruğuna girer ve "hızlı pazara çıkış" vaadi tersine döner. Çoğu ekip bu noktada headless CMS'i devreye alır.
 

5. Yurt Dışına Açılma, Çoklu Dil ve Para Birimi

Ne değişiyor? Aynı ürün ve sipariş altyapısı üzerine, farklı ülkeler için farklı vitrinler kurulabilir. Dil, para birimi, vergi kuralları ve ödeme yöntemleri ülkeye göre değişirken ürün verisi merkezde kalır.
 

Kime yarar? Avrupa veya Körfez pazarına açılan, yurt dışında ayrı bir marka deneyimi kurgulamak isteyen üreticilere ve moda markalarına.
 

Şartı ne? Zorluk vitrinde değil arka taraftadır. Ülkeye göre stok ayrıştırma, farklı depolardan sevkiyat, iade akışları ve muhasebe entegrasyonu çözülmeden çoklu ülke vitrini yalnızca güzel bir cepheden ibaret kalır.
 

6. Teknoloji Bağımsızlığı ve Azalan Vendor Lock-in

Ne değişiyor? Katmanlar ayrıştığı için parçaları tek tek değiştirebilirsiniz. Arama motorunu değiştirmek, ödeme sağlayıcısını değiştirmek ya da ilerleyen yıllarda vitrini yenilemek, tüm sistemi baştan kurmayı gerektirmez.
 

Kime yarar? Uzun vadeli teknoloji yol haritası olan, kendi ekibini büyüten ve tek bir sağlayıcıya bağımlı kalmak istemeyen kurumlara.
 

Şartı ne? Tek sağlayıcıya bağımlılıktan çıkarken çok sağlayıcılı bir karmaşıklığa girersiniz. Beş farklı servisin sözleşmesini, sürümünü, kesintisini ve faturasını yönetmek yeni bir yönetim yüküdür. Bu yükü taşıyacak bir teknik sahiplik olmalıdır.
 

Türkiye'de Kimler Headless'a Geçiyor? Marka Profilleri ve Nedenleri

Türkiye pazarında headless'a geçiş, sektörden çok olgunluk seviyesine göre şekilleniyor. Sahada tekrar eden birkaç profil var.
 

Perakende zinciri olan moda ve giyim markaları. Onlarca mağazası, kendi üretimi ve güçlü bir ERP kurgusu olan markalar. Bu profilin motivasyonu genellikle tasarım değil operasyon: mağaza stoğunu online satışa açmak, mağazadan sevkiyat yapmak, online siparişin mağazadan teslim edilmesini sağlamak. Vitrinin headless olması, bu senaryoları tek bir veri kaynağı üzerinden kurgulamayı kolaylaştırıyor.
 

Yurt dışına açılan üretici markalar. Türkiye'de üretip Avrupa'ya satan tekstil, mobilya ve ev tekstili markaları. Buradaki tetikleyici, her ülke için ayrı bir site kurmanın sürdürülemez hale gelmesi. Tek altyapı, çok vitrin modeli maliyeti aşağı çekiyor.
 

Yüksek trafikli kampanya markaları. Kampanya dönemlerinde trafiği on katına çıkan markalar. Vitrinin statik olarak üretilip CDN'den dağıtılabilmesi, kampanya anındaki yükü ciddi biçimde hafifletiyor.
 

Marka deneyimini merkeze alan niş markalar. Ürün sayısı az ama hikâyesi güçlü markalar. Bu profilde headless tercihi genellikle standart tema yapılarının anlatmak istedikleri hikâyeye yetmemesinden doğuyor.
 

Pazaryeri ağırlıklı büyüyüp kendi kanalını kurmak isteyenler. Cirosunun büyük kısmını Trendyol, Hepsiburada ve benzeri kanallardan yapan, kendi sitesini artık ciddi bir kanal haline getirmek isteyen markalar. Bu profilde asıl mesele vitrin değil, tüm kanalların stoğunu tek merkezden yönetebilmek.
 

Dikkat çeken ortak nokta şu: bu markaların çoğu headless'a "site yavaş" diye geçmiyor. Kanal sayısı arttığı ve veri tek merkezde toplanamadığı için geçiyor. Yani sorun genellikle başta değil, arka tarafta.
 

Headless Herkese Uygun mu? Geçmemeniz Gereken 4 Durum

1. Sürekli bir geliştirme kapasiteniz yoksa. Headless vitrin canlıya alındığı gün bitmez; yaşayan bir yazılım ürünü haline gelir. Bağımlılıklar güncellenir, tarayıcılar değişir, yeni ihtiyaçlar çıkar. Kendi ekibiniz ya da uzun vadeli anlaşmalı bir teknoloji ortağınız yoksa, iki yıl içinde kimsenin dokunamadığı bir projeyle kalırsınız.
 

2. Asıl sorununuz vitrin değilse. Stoğunuz kanallar arasında tutmuyorsa, siparişler ERP'ye elle giriliyorsa, iade süreçleri takip edilemiyorsa headless bunların hiçbirini çözmez. Aksine, kırık veriyi daha fazla kanala daha hızlı yayar. ERP - e-ticaret senkronizasyonunda en çok yapılan 10 hata yazımızda bu belirtilerin çoğunu ayrıntılı ele aldık.
 

3. Ürün ve kanal yapınız standartsa. Tek kanaldan satan, ürün sayısı yönetilebilir, kampanya kurgusu klasik bir markaysanız iyi kurgulanmış bir monolitik altyapı size daha hızlı, daha ucuz ve daha az riskle hizmet eder. Mimari karmaşıklık kendi başına bir değer değildir.
 

4. Bütçe yalnızca ilk kuruluma göre planlandıysa. Headless projelerinin çoğu ilk yatırımda değil, ikinci yılın bakım ve geliştirme kaleminde zorlanır. Üç yıllık toplam sahip olma maliyetini hesaplamadan başlanan geçişler yarıda kalır.
 

Geçişin Gerçek Maliyeti ve Karar Öncesi 7 Soru

Headless geçişinin maliyeti dört kalemde birikir. İlki frontend geliştirme: vitrinin sıfırdan yazılması, en görünür ve genellikle en çok konuşulan kalem. İkincisi entegrasyon: ERP, OMS, pazaryeri, kargo ve ödeme bağlantılarının yeni mimariye uyarlanması. Üçüncüsü içerik ve SEO taşıması: URL yapısı, yönlendirmeler, yapısal veri ve mevcut organik trafiğin korunması. Dördüncüsü ise süreklilik: bakım, sürüm yönetimi, izleme ve ekip maliyeti.
 

Karar öncesinde şu yedi soruya net cevap verebiliyor olmalısınız:
 

• Şu anda çözemediğim hangi somut problem headless ile çözülecek? Bunu bir cümleyle yazabiliyor muyum?
• Vitrini canlıya aldıktan sonraki 24 ay boyunca ona kim bakacak? Bu kişi ya da ekip sözleşmeli mi?
• ERP, stok ve sipariş katmanım bugün sorunsuz çalışıyor mu? Çalışmıyorsa önce onu mu çözmeliyim?
• Kaç kanalı besleyeceğim? Bu sayı iki ise headless'a gerçekten ihtiyacım var mı?
• Mevcut organik trafiğimi taşıma planım ve geri dönüş senaryom hazır mı?
• İçerik ekibi kampanya sayfasını geliştirici beklemeden yayına alabilecek mi?
• Üç yıllık toplam maliyeti, mevcut altyapımın üç yıllık maliyetiyle karşılaştırdım mı?
   

Bu soruların üçüne veya daha fazlasına net cevap veremiyorsanız, karar için henüz erken demektir. Geçişi ertelemek, yarım kalmış bir geçişten her zaman daha ucuzdur.
 

Headless'ın Zor Kısmı Arka Tarafta: ERP, Stok ve Sipariş Katmanını LivaSoft ile Çözün

Headless tartışmalarının neredeyse tamamı vitrin üzerinden yürür. Oysa projelerin tökezlediği yer hemen her zaman arka taraftır: ürünün ERP'den doğru gelmesi, stoğun tüm kanallarda tutması, siparişin doğru depoya düşmesi, faturanın otomatik kesilmesi.
 

LivaSoft tam da bu katmanda çalışır. Liva platformu, e-ticaret altyapınızı Nebim V3 ERP başta olmak üzere pazaryerleri, kargo servisleri ve ödeme sistemleriyle kesintisiz entegre eder; siparişten faturalamaya, stok güncellemesinden kargo barkoduna kadar iş akışlarını otomatikleştirir. Vitrininiz ister klasik ister headless olsun, arkadaki veri tek merkezde ve tutarlı kalır.
 

Çok kanallı yapılarda kritik olan sipariş yönlendirmesi için sipariş yönetim sistemi (OMS), e-ticaret ve pazaryerlerinden gelen siparişleri doğru depo ve kanal üzerinden yönetir. ERP tarafında Nebim V3 ERP entegrasyonu ile ürün, stok, fiyat, sipariş ve müşteri verisi çift yönlü senkronize çalışır. Vitrinini Shopify üzerinde kurgulayan ve arka tarafı ERP ile birleştirmek isteyen markalar için Shopify entegrasyonu da aynı mantıkla konumlanır.
 

Kararınız headless olsun ya da olmasın, önce arka tarafın sağlam durması gerekir. Mevcut yapınızı birlikte değerlendirmek isterseniz demo talep edin, ekibimiz sizin senaryonuza özel bir yol haritası çıkarsın.
 

Sıkça Sorulan Sorular

Headless commerce nedir, kısaca nasıl çalışır?

Headless commerce, e-ticaret sisteminin kullanıcıya görünen vitrin katmanının, ürün ve sipariş mantığını yöneten arka taraftan ayrılmasıdır. Arka taraf yalnızca API üzerinden veri sunar; vitrin bu veriyi çeker ve kendi teknolojisiyle ekrana basar. Böylece web sitesi, mobil uygulama ve mağaza içi ekran gibi farklı kanallar aynı backend'i kullanır.
 

Headless e-ticaret küçük ve orta ölçekli işletmeler için mantıklı mı?

Çoğu durumda hayır. Tek kanaldan satan, standart ürün ve kampanya yapısına sahip işletmeler için hazır bir e-ticaret altyapısı daha hızlı, daha ucuz ve daha az risklidir. Headless, birden fazla kanalı beslemek, özel bir deneyim kurgulamak veya yurt dışına açılmak gibi somut bir ihtiyaç varsa ve sürekli bir geliştirme kapasitesi mevcutsa anlamlı hale gelir.
 

Headless'a geçmek ne kadar maliyetli, maliyet nereden geliyor?

Maliyet lisanstan çok insan kaynağından gelir. Dört ana kalem vardır: vitrinin sıfırdan geliştirilmesi, ERP ve pazaryeri entegrasyonlarının yeni mimariye uyarlanması, içerik ve SEO taşıması, son olarak canlıya alındıktan sonraki sürekli bakım ve geliştirme. Projelerin çoğu ilk kurulumda değil, ikinci yılın bakım kaleminde zorlanır; bu yüzden bütçe üç yıllık toplam sahip olma maliyeti üzerinden planlanmalıdır.
 

Shopify headless olarak kullanılabilir mi?

Evet. Shopify'ın ürün, sepet ve ödeme tarafı API üzerinden kullanılabilir; vitrin ayrı bir teknolojiyle geliştirilebilir. Bu modelde asıl konu, arka taraftaki ERP ve stok senkronizasyonunun doğru kurulmasıdır. Vitrin ayrılsa da ürün, fiyat ve sipariş verisinin tek bir doğruluk merkezinden yönetilmesi gerekir.
 

Headless mimaride ERP ve stok entegrasyonu nasıl çalışır?

Vitrin ERP ile doğrudan konuşmaz. Arada, ERP'den gelen ürün, stok ve fiyat verisini alan, siparişi ERP'ye geri yazan bir entegrasyon katmanı bulunur. Bu katman aynı zamanda pazaryeri, kargo ve ödeme sistemlerini de yönetir. Kanal sayısı arttıkça bu katmanın güvenilirliği projenin en kritik unsuru haline gelir; headless bir vitrin, arkasındaki veri katmanı kadar iyidir.