Baki Bilişim
EN Ücretsiz Denetim

B2B, B2C ve bayi portalı tek veri modeli üzerinde

Kurumsal e-ticaret çözümleri mağaza açmakla değil ürün verisiyle başlar. B2B ticaret; müşteriye özel fiyat, cari hesap, sipariş onayı ve bayi hiyerarşisi gerektirir. Aynı katalogu B2C vitrinine, bayi portalına ve ERP'ye tek veri modelinden besler, yazılı kabul kriterleriyle teslim ederiz.

Ücretsiz Dijital Varlık Denetimi Keşif Görüşmesi Planla

Son güncelleme:

Ürün verisi, şema ve performans kimin sorumluluğunda?

Cevap

Üç kalem çoğu e-ticaret sözleşmesinde kimsenin üzerine yazılmaz: ürün öznitelik veri modeli, Product ve Offer şemasının geçerliliği, ürün sayfası ile sepet için performans eşiği. Pazarlama tarafı kampanyaya, yazılım tarafı özelliğe bakar; bu üç kalem arada kalır. Biz üçünü de ölçülebilir kabul kriteri olarak sözleşmeye yazıyoruz.

Kim neyi taahhüt eder
Sorumluluk Pazarlama ajansı Yazılım ajansı Baki Bilişim
Ürün öznitelik veri modelini kim tanımlar? Kapsam dışı Kısmen Taahhüt eder
Product ve Offer şemasının geçerliliğini kim taahhüt eder? Kısmen Kapsam dışı Taahhüt eder
Ürün sayfası ve sepet için performans eşiğini kim yazar? Kapsam dışı Kısmen Taahhüt eder

Cetvel kategori olarak yazılmıştır; belirli bir firmayı tarif etmez. Aynı iş bölümü sorununu tüm hizmetlerde nasıl ele aldığımız iki ekip arasında kaybolan sorumluluklar sayfasında ayrıntılı.

B2B e-ticaret, B2C mağazadan nerede ayrılır?

Cevap

B2B e-ticarette fiyat müşteriye göre değişir; B2C'de fiyat herkes için aynıdır. Sözleşmeye bağlı fiyat listesi, iskonto kademesi, cari bakiye, kredi limiti, minimum sipariş miktarı, sipariş onay adımı ve ana bayi–alt bayi hiyerarşisi B2B'ye özgüdür. Bu kurallar arayüzde değil, veri modelinde tanımlanır.

Kayıp genellikle şurada başlar: proje B2C mağaza olarak kurulur, altı ay sonra bayiler de aynı sistemden sipariş vermek ister. Fiyat ürün kaydının üzerinde tek değer olarak tutulduğu için müşteri grubu eklenemez; iskonto kampanya modülüne, cari takip elektronik tabloya taşınır. Bu noktada eklenen her kural sepet mantığını ağırlaştırır ve katalog yeniden kurulur.

Aynı katalog, iki farklı kural kümesi
Karar noktası B2C mağaza B2B ticaret ve bayi portalı
Fiyat Tek liste, herkese açık Müşteri grubuna ve sözleşmeye bağlı liste, iskonto kademesi
Sipariş akışı Sepet, ödeme, onay tek adımda Teklif, onay zinciri, kısmi sevkiyat, tekrar sipariş
Tahsilat Kartla anında ödeme Cari hesap, kredi limiti, vade ve mutabakat
Katalog görünürlüğü Tüm katalog herkese açık Bayi grubuna göre ürün, fiyat ve stok görünürlüğü
Sipariş miktarı Adet serbest Minimum sipariş, koli/palet katı, birim dönüşümü
Hesap yapısı Tek kullanıcı Ana bayi, alt bayi, satın alma ve onay rolleri

İkinci kayıp kalemi hızdır. Kurumsal alıcı katalogu çoğunlukla sahadan, zayıf mobil şebekede açar. Ürün listesi geç yüklendiğinde tedarikçi değerlendirmesi arama sonucunda biter. LCP (Largest Contentful Paint), sayfadaki en büyük içerik parçasının ekranda görünmesine kadar geçen süredir ve Google bunun için kamuya açık bir eşik yayımlar.

2,5 sn

Google'ın LCP için «iyi» kabul ettiği eşik. Ürün listesi ve ürün detay sayfası, katalog büyüdükçe bu eşiği ilk aşan sayfa tipleridir.

Kaynak: Google — web.dev, Largest Contentful Paint · Erişim: 29.07.2026 · web.dev ↗ (yeni sekmede açılır)

Kurumsal e-ticaret kurulumunda tam olarak ne teslim edilir?

Cevap

Kurulum dokuz teslimat kalemi üzerinden yürür: senaryo ve veri modeli haritası, platform karar tablosu, ürün veri sözlüğü, kategori ve URL mimarisi, ERP eşleme tablosu, bayi portalı akışı, çok dil ve para birimi yapısı, Product şeması, performans bütçesi ve devir. Her kalem yazılı format ve zaman aralığıyla teslim edilir.

01 · KAYNAK

ERP ve muhasebe

Stok, fiyat listesi, iskonto kademesi, cari bakiye ve sipariş durumu tek yerde üretilir; site bu değerleri kopyalamaz, okur.

02 · ÇEKİRDEK

Tek ürün veri modeli

Ürün, varyant, öznitelik, müşteri grubu ve fiyat listesi ilişkileri burada tanımlanır. Bir kural yalnızca bir kez yazılır; tüm yüzeyler aynı kaynağı kullanır.

03 · YÜZEYLER

Vitrin, portal, uygulama, şema

B2C vitrini, oturum açan bayinin portalı, saha ekibinin mobil uygulaması ve arama motorlarına giden Product şeması aynı veriden beslenir.

  1. 01 Senaryo ve ürün veri modeli haritası B2C, B2B ve bayi portalı rollerinin aynı katalog üzerinde eşlenmesi; hangi senaryonun ilk sürümde açılacağının yazılması.FORMAT: KARAR DOKÜMANI + AKIŞ ŞEMASI · 1.–2. HAFTA
  2. 02 Platform karar tablosu Hazır platform, headless mimari ve özel geliştirme seçeneklerinin iş kuralı, ölçek, ekip ve sürdürme maliyeti üzerinden karşılaştırılması.FORMAT: KARAR TABLOSU + GEREKÇE · 2. HAFTA
  3. 03 Ürün veri sözlüğü ve öznitelik matrisi Her ürün tipi için zorunlu ve isteğe bağlı alanların listesi: ad, marka, GTIN, ölçü birimi, teknik doküman, görsel kuralları, stok durumu.FORMAT: ALAN LİSTESİ + ZORUNLULUK MATRİSİ · 2.–4. HAFTA
  4. 04 Kategori, filtre ve URL mimarisi Kategori ağacı, filtre kombinasyonlarının hangilerinin indekslenebilir sayfa olacağı, canonical ve sayfalama kuralları.FORMAT: BİLGİ MİMARİSİ HARİTASI · 3.–5. HAFTA
  5. 05 ERP ve muhasebe entegrasyon eşlemesi Stok, fiyat, cari ve sipariş alanlarının çift yönlü eşlenmesi; güncelleme sıklığı, hata senaryoları ve mutabakat kaydı.FORMAT: EŞLEME TABLOSU + TEST SENARYOLARI · 4.–7. HAFTA
  6. 06 Bayi portalı yetki ve sipariş onay akışı Bayi grubu, fiyat listesi, kredi limiti, minimum sipariş ve onay zinciri kurallarının tanımlanması; ana bayi ile alt bayi yetkilerinin ayrılması.FORMAT: AKIŞ ŞEMASI + ROL MATRİSİ · 5.–9. HAFTA
  7. 07 Çok para birimi, çok dil ve hreflang yapısı Pazar başına fiyat listesi ya da referans kur kararı; her dil için ayrı URL ve karşılıklı hreflang etiketleri.FORMAT: YAPI KARARI + HREFLANG MATRİSİ · 6.–10. HAFTA
  8. 08 Product, Offer ve BreadcrumbList şeması Ürün, teklif, stok durumu ve kategori yolunun JSON-LD olarak yazılması, doğrulanması ve içerik güncellemelerine karşı korunması.FORMAT: ŞEMA DOSYALARI + DOĞRULAMA RAPORU · 9.–12. HAFTA
  9. 09 Performans bütçesi, ölçüm ve devir Ürün listesi ve sepet için sayfa ağırlığı, betik ve üçüncü taraf istek bütçesi; ölçüm kurulumu, ekip eğitimi ve kaynak devri.FORMAT: BÜTÇE DOSYASI + RAPOR + EĞİTİM · 12.–16. HAFTA

Proje hangi altı aşamada ilerler?

Cevap

Kurulum altı aşamada ilerler: envanter, veri modeli ve platform kararı, katalog hazırlığı, entegrasyon, sertleştirme, yayın ve devir. Her aşamanın yazılı teslimatı, doğrulanabilir bir ölçüm kriteri ve adı konmuş sorumlu tarafı vardır. Ürün verisi sizin ekibinizden gelir; ölçüm, şablon ve doğrulama bizden.

  1. Envanter ve senaryo netleştirme

    Mevcut katalog, ERP alanları, fiyat kuralları, müşteri grupları ve sipariş akışı çıkarılır. İlk sürümde hangi senaryonun açılacağı ve hangisinin ikinci faza kalacağı yazılır.

    Teslimat
    Senaryo ve alan envanteri
    Ölçüm kriteri
    Tanımsız kalan iş kuralı sayısı sıfır
    Sorumlu taraf
    Ortak — kaynak veriler sizde, envanter formatı bizde

  2. Veri modeli ve platform kararı

    Ürün, varyant, öznitelik, müşteri grubu, fiyat listesi ve cari ilişkileri modellenir. Platform kararı karşılaştırma tablosuyla ve gerekçesiyle verilir.

    Teslimat
    Veri modeli şeması + platform karar tablosu
    Ölçüm kriteri
    Tablodaki her kriterin yazılı gerekçesi bulunur
    Sorumlu taraf
    Baki Bilişim üretir, onay sizde

  3. Katalog ve ürün verisi hazırlığı

    Zorunlu öznitelik listesi belirlenir, mevcut veri ölçülür, eksikler doldurulur. Görsel, ölçü birimi, marka, GTIN ve teknik doküman alanları aktarımdan önce tamamlanır.

    Teslimat
    Ürün veri sözlüğü + tamlık raporu
    Ölçüm kriteri
    Zorunlu öznitelik tamlık oranı en az %98
    Sorumlu taraf
    Ürün verisi sizin ekibinizde, ölçüm ve şablon bizde

  4. Entegrasyon ve akış kurulumu

    ERP ve muhasebe alan eşlemesi, ödeme ve kargo bağlantıları, sipariş onay ile iade akışı kurulur. Sistemler yanıt vermediğinde ne olacağı önceden yazılır.

    Teslimat
    Entegrasyon eşleme tablosu + test senaryoları
    Ölçüm kriteri
    Yazılı test senaryolarının tamamı geçer
    Sorumlu taraf
    Baki Bilişim + ERP tedarikçiniz

  5. Performans, şema ve erişilebilirlik sertleştirmesi

    Ürün listesi ve sepet için performans bütçesi uygulanır; Product, Offer ve BreadcrumbList şemaları yazılıp doğrulanır; klavye ve ekran okuyucu akışı denetlenir.

    Teslimat
    Performans raporu + şema doğrulama raporu + erişilebilirlik notları
    Ölçüm kriteri
    Aşağıdaki kabul kriterleri tablosundaki altı eşik
    Sorumlu taraf
    Baki Bilişim

  6. Yayın, ölçüm ve devir

    Yayın kontrol listesi, eski adreslerin yönlendirme haritası, ölçüm kurulumu, ekip eğitimi ve kaynak kod devri yapılır. Kaynak kod ve içerik size aittir.

    Teslimat
    Devir dokümanı + eğitim kaydı + ölçüm panosu
    Ölçüm kriteri
    Yayından sonraki 30 günde eşiklerin korunması
    Sorumlu taraf
    Ortak — içerik sizde, teknik bakım bizde

Aşama yapısı tüm projelerde ortaktır; ayrıntılı hâli altı aşamalı çalışma modelimiz sayfasında.

Hangi kabul kriterleriyle teslim edilir?

Cevap

Kabul kriteri, teslimden sonra bağımsız olarak doğrulanabilen bir eşiktir. E-ticarette altı kriter yazıyoruz: ürün sayfası LCP, sepet ve ödeme adımı INP, ürün listesinde CLS, zorunlu öznitelik tamlık oranı, Product ile Offer şemasının hata sayısı, kategori ve ürün adreslerinin indekslenme oranı.

Kriter · eşik · ölçüm aracı
Kriter Eşik Ölçüm aracı
Ürün detay sayfası LCP (mobil) < 1,8 sn Lighthouse (laboratuvar) + CrUX (saha verisi)
Sepet ve ödeme adımı INP < 200 ms CrUX saha verisi + etkileşim izleme
Ürün listesinde düzen kayması CLS < 0,05 Lighthouse + CrUX
Zorunlu öznitelik tamlık oranı ≥ %98 Katalog dışa aktarımı üzerinde alan denetimi
Product ve Offer şeması hata sayısı 0 Schema Markup Validator + Rich Results Test
Kategori ve ürün adreslerinin indekslenme oranı ≥ %95 Search Console sayfa indeksleme raporu

INP (Interaction to Next Paint), bir tıklamadan sonra ekranın güncellenmesine kadar geçen gecikmedir. Sepete ekleme, adet değiştirme ve adım geçişleri e-ticarette en sık tekrarlanan etkileşimlerdir; bütçe bu adımlara göre yazılır.

200 ms

Google'ın INP için «iyi» kabul ettiği eşik. Sepet ve ödeme adımlarındaki etkileşimler bu bütçenin içinde kalmalıdır.

Kaynak: Google — web.dev, Interaction to Next Paint · Erişim: 29.07.2026 · web.dev ↗ (yeni sekmede açılır)

Listede olmayan bir kalem var: dönüşüm oranı. Ciro veya dönüşüm taahhüdü vermiyoruz; bu değerler ürün, fiyat, stok ve satış ekibinin kararlarıyla birlikte oluşur. Taahhüt ettiğimiz şey, bizim kontrolümüzdeki teknik eşiklerdir. Eşiklerin ölçüm yöntemi ve bu sitedeki karşılıkları ölçüm tarihiyle yayımlanan kanıt sayfasında görülebilir.

Kurumsal e-ticaret çözümleri hangi sektörlerde kurulur?

Cevap

Kurumsal e-ticaret çözümleri en çok bayi ağı, yedek parça ve ihracat senaryolarında karşılık bulur. Ortak nokta şudur: katalog geniş, fiyat müşteriye göre değişiyor ve sipariş bir onay zincirinden geçiyor. Aşağıdaki beş sektörde kurulum aynı ürün veri modelinden başlar; farklılaşan şey vitrin, portal ve entegrasyon tarafındaki yüzeylerdir.

Hangi hizmetler e-ticaretle birlikte alınır?

Cevap

E-ticaret tek başına alınabilir; ancak katalog büyüdükçe üç alan onunla birlikte yönetilmelidir: yapılandırılmış veri, performans ve bayi ağı yapısı. Ürün sayfası hem en çok trafik alan hem en ağır sayfa tipidir; şema ve hız kararları katalogla aynı anda verilmezse sonradan yeniden yazım gerekir.

E-ticaret kurulumu hakkında sık sorulan sorular

B2B e-ticaret B2C'den nasıl farklıdır?

B2B e-ticarette fiyat müşteriye göre değişir; B2C'de fiyat herkes için aynıdır. Sözleşmeye bağlı fiyat listesi, iskonto kademesi, cari bakiye ve kredi limiti, minimum sipariş miktarı, sipariş onay adımı ve ana bayi ile alt bayi hiyerarşisi B2B'ye özgüdür.

Bu kurallar arayüzde değil veri modelinde tanımlanır; sonradan eklenmesi çoğu zaman katalogun yeniden kurulmasını gerektirir.

ERP entegrasyonu nasıl kurulur?

ERP entegrasyonu alan eşleme tablosuyla başlar: hangi alan hangi sistemde üretilir, hangi yönde akar, ne sıklıkla güncellenir. Stok, fiyat listesi ve cari bakiye genellikle ERP'den siteye; sipariş, müşteri kaydı ve iade talebi siteden ERP'ye akar.

Kritik kısım hata senaryolarıdır: ERP yanıt vermediğinde stok nasıl gösterilir, çift sipariş nasıl engellenir, mutabakat kaydı nasıl tutulur. Entegrasyon tek seferlik bir iş değil, izlenen bir servistir.

Hazır platform mu özel geliştirme mi seçmeliyim?

Karar üç soruya bakar: iş kurallarınız standart mı, katalog ve trafik ölçeğiniz ne kadar, sistemi hangi ekip sürdürecek. Standart B2C senaryosunda hazır platform hem hızlı hem düşük maliyetlidir.

Müşteriye özel fiyat, çok kademeli bayi hiyerarşisi veya ERP'ye sıkı bağımlılık varsa hazır platform eklenti yığınına dönüşür; bu noktada headless mimari ya da özel geliştirme daha öngörülebilirdir. Kararı karar tablosu ve gerekçesiyle yazılı veririz.

Bayilere özel fiyat ve cari hesap nasıl yönetilir?

Bayiye özel fiyat, müşteri grubu ve sözleşme kimliğine bağlı fiyat listesiyle yönetilir; ürün kaydının üzerinde tek bir fiyat tutulmaz. Giriş yapan bayi kendi listesini, iskonto kademesini ve kampanya kurallarını görür.

Cari bakiye, kredi limiti ve vadesi geçmiş borç ERP'den okunur; limit aşımında sipariş sessizce reddedilmez, onay adımına düşer. Fiyat ve bakiye yalnızca oturum açan kullanıcıya gösterilir, arama motorlarına açılmaz.

İhracat için hangi para birimi ve dil yapısı kurulmalı?

İhracatta dil ve para birimi ayrı kararlardır. Her dilin kendi adresi ve karşılıklı hreflang etiketi olmalıdır; içerik aynı adreste dinamik olarak değiştirilirse sayfa tek dilde indekslenir.

Para birimi için ya pazar başına ayrı fiyat listesi ya da tek referans para birimi ve güncellenen kur kullanılır. Gösterilen fiyatın hangi teslim şeklini (Incoterms) ve vergi durumunu içerdiği ürün sayfasında yazılır; Product şemasındaki priceCurrency değeri ekranda görünen fiyatla aynı olmak zorundadır.

Ürün verisi eksikse ne olur?

Eksik ürün verisi üç yerde kayba dönüşür: site içi filtreler doğru sonuç vermez, arama motorları ürünü sınıflandıramaz ve Product şeması geçersiz kalır.

Google'ın ürün yapılandırılmış veri dokümanı, ürün sonuçlarında ürün adı, görsel ve teklif (offers) bilgisini gerekli sayar; marka, GTIN veya stok durumu boşsa ürün karşılaştırma yüzeylerinde görünmez. Bu nedenle katalog aktarımından önce zorunlu öznitelik listesini yazar ve tamlık oranını ölçeriz. Google Search Central — Product yapılandırılmış verisi ↗ (yeni sekmede açılır)

Şema tarafındaki ayrıntılar için Schema.org yapılandırılmış veri rehberi, hız eşikleri için LCP, INP ve CLS eşik değerleri rehberi.

Mevcut dijital varlığınızın ölçülmüş durumunu 5 iş günü içinde görün.

Denetim ücretsizdir ve karşılığında bir çalışma zorunluluğu doğurmaz. Raporda AEO cevaplanabilirliği, yapay zekâ tarayıcı erişimi, Core Web Vitals, yapılandırılmış veri geçerliliği ve WCAG 2.1 AA eksikleri madde madde yer alır.

Ücretsiz Dijital Varlık Denetimi Keşif Görüşmesi Planla

Kurumsal ölçekte, çok lokasyonlu veya çok dilli yapılarla çalışıyoruz. Tek seferlik küçük işler kapsamımız dışında; bu durumda daha küçük ölçekli stüdyolara yönlendiriyoruz.