Toptancılar için ürün kataloğu sitesi ile e-ticaret sitesi arasındaki seçim, “sepete ekle butonu olsun mu?” sorusundan daha büyüktür. Fiyatlar müşteriye göre değişiyor, minimum sipariş adedi bulunuyor, vade/iskonto satış temsilcisi tarafından onaylanıyor veya sevkiyat maliyeti siparişe göre hesaplanıyorsa klasik perakende e-ticaret yerine katalog + teklif, bayi portalı veya hibrit model daha doğru olabilir. Ürün, fiyat, stok ve teslimat kuralları standartsa ve müşteri siparişi satış temsilcisine ihtiyaç duymadan tamamlayabiliyorsa doğrudan e-ticaret anlamlıdır.

Toptancılar için 5 temel web satış modeli

Aynı toptancı bütün müşterilerine aynı dijital deneyimi sunmak zorunda değildir. Bir işletme genel ürün kataloğunu herkese açık gösterebilir, kurumsal müşteriden teklif isteyebilir ve onaylı bayilere giriş yaptıktan sonra özel fiyatla sipariş verebilir. En doğru model, satış ekibinin bugün hangi kararları manuel verdiğine bakılarak seçilmelidir.

Toptancıların kullanabileceği temel web modelleri
ModelMüşteri ne yapar?FiyatSipariş nasıl oluşur?
Katalog sitesiÜrünleri ve teknik bilgileri incelerGizli veya referans fiyatTelefon / form / e-posta
Katalog + teklifÜrün seçip miktar ve ihtiyacı gönderirTeklif sonrasıSatış ekibi onaylı teklif oluşturur
Bayi portalıGiriş yapar, kendine özel ürün/fiyat görürMüşteriye özelSipariş portalda oluşur, gerekirse onaya gider
Doğrudan e-ticaretSepet, ödeme ve teslimatı tamamlarStandart / açıkSipariş anında sistemde oluşur
HibritGenel ürünler açık, özel ürünler teklif/bayi akışındaÜrüne/müşteriye göreSepet + teklif + portal birlikte

Yalnız ürün kataloğu ne zaman yeterlidir?

Ürünün seçimi teknik danışmanlık gerektiriyorsa, fiyat sürekli proje/adet/kur bazında değişiyorsa veya müşteri satın almadan önce satış temsilcisiyle görüşmek zorundaysa katalog sitesi iyi bir başlangıç olabilir. Ama katalog sitesi PDF yükleyip iletişim numarası bırakmak değildir. Ürünler aranabilir, filtrelenebilir, teknik dokümanları düzenli ve mobilde okunabilir olmalı; her ürün sayfasında net bir sonraki adım bulunmalıdır.

  • Ürün kategorileri ve filtreler müşterinin kullandığı terimlerle düzenlenmeli.
  • Teknik ölçü, materyal, paket içeriği, uyumluluk ve varsa doküman ürün kartında görünmeli.
  • Stok bilgisi gösterilmiyorsa “stokta var” gibi doğrulanmamış ifade kullanılmamalı.
  • Her ürün için “teklif iste”, “satış danışmanına sor” veya “bayi girişi” gibi tek birincil sonraki adım belirlenmeli.
  • Katalog verisi ERP/PIM’den geliyorsa hangi sistemin ürün adını, görseli ve teknik özelliği yönettiği net olmalı.

Katalog + teklif modeli ne zaman daha uygundur?

Toptan satışta siparişin fiyatı, miktar, teslim bölgesi, palet/koli düzeni, ödeme şekli veya müşteri statüsüne göre değişiyorsa “teklif iste” akışı perakende sepetinden daha doğru olabilir. Kullanıcı ürünleri tek tek seçip teklif sepetine ekleyebilir; ardından şirket, miktar, teslim yeri ve notlarıyla talebi gönderir. Bu işlem henüz kesin sipariş değildir.

Teklif formunda önerilen asgari alanlar
AlanNeden gerekir?Not
Şirket adıTicari müşteri eşlemesiSerbest metin + CRM eşlemesi
Yetkili kişiGeri dönüşKişisel veri minimizasyonu korunmalı
Telefon / e-postaİletişimEn az bir doğrulanabilir kanal
Ürün / SKUTalep edilen ürünSayfadan otomatik taşınabilir
Miktar / birimFiyat ve sevkiyat hesabıAdet, koli, palet gibi birim açık olmalı
Teslim bölgesiNakliye ve terminİl/ülke yeterli olabilir
Not / dosyaÖzel teknik ihtiyaçDosya güvenliği ayrıca yönetilmeli

Bayi portalı hangi durumda katalogdan daha ileri, e-ticaretten daha doğru çözümdür?

Aynı ürünü farklı bayilere farklı iskonto, ödeme koşulu, kredi limiti veya ürün erişimiyle satıyorsanız kamuya açık e-ticaret fiyatı operasyonu bozabilir. Bayi portalında her hesap yalnız yetkili olduğu ürünleri, fiyatlarını, sipariş geçmişini, varsa cari durumunu ve teslimat seçeneklerini görür. Bu yapı standart e-ticaret temasından çok B2B iş yazılımı mantığı gerektirir.

Bayi portalında tipik kurallar
KuralÖrnekSistem davranışı
Müşteri fiyatıBayi A %12, Bayi B %18 iskontoFiyat sunucuda müşteri hesabına göre hesaplanır
Minimum siparişEn az 1 koliSepette alt sınır kontrolü
Kredi limitiAçık bakiye sınırıSipariş onaya düşebilir
Ürün yetkisiBölgeye/segmente özel ürünYetkisiz ürün gizlenir veya siparişe kapanır
Vade30/60 günÖdeme koşulu hesap bazında
Sipariş onayıSatış yöneticisi onayıSipariş 'alındı' ve 'onaylandı' ayrı durumlar

Tam e-ticaret ne zaman mantıklıdır?

Ürünler standart, fiyatlar herkese açık veya kurallı, stok çevrimiçi doğrulanabilir, kargo/teslimat sistemi otomatik hesaplanabilir ve müşteri kartla ya da tanımlı ödeme yöntemiyle siparişi kendi başına tamamlayabiliyorsa tam e-ticaret kullanılabilir. Burada siparişin hangi anda bağlayıcı ticari işleme dönüştüğü, stok rezervasyonu, ödeme başarısızlığı, iptal ve iade gibi süreçler baştan tanımlanmalıdır.

Google Search Central'ın güncel dokümantasyonunda merchant listing deneyimlerinin, müşterinin ürünü doğrudan satın alabildiği sayfalara yönelik olduğu belirtiliyor. Buna karşılık yalnız ürün bilgisi sunan sayfalar farklı `Product` snippet yaklaşımıyla değerlendirilebilir. Bu ayrım, katalog ve gerçek satış sayfalarının teknik olarak da aynı şey olmadığını gösterir.

Toptancılar için hibrit model nasıl kurulur?

Birçok B2B işletmede en gerçekçi çözüm hibrittir. Örneğin standart ambalaj malzemeleri sepete eklenip anında alınabilir; özel baskılı kutular için teklif istenir; onaylı bayiler ise giriş yaptıktan sonra kendi iskonto ve vade koşullarıyla sipariş verir. Tek site içinde bu üç yol bulunabilir, fakat ürün bazında hangi satın alma aksiyonunun geçerli olduğu karışmamalıdır.

Ürün tipine göre hibrit karar
ÜrünÖnerilen işlemNeden
Standart stoklu ürünSepete ekleFiyat/stok/teslimat öngörülebilir
Yüksek adetli standart ürünSepet veya teklif eşiğiHacim indirimi / nakliye değişebilir
Özel üretimTeklif isteTeknik bilgi ve maliyet teyidi gerekir
Bayiiye özel ürünBayi girişiFiyat/ürün yetkisi hesap bazında
Fiyatı günlük değişen ürünTeklif / güncel fiyat teyidiYanlış sabit fiyat riskini azaltır

Kurgusal örnek: Akhisar’da endüstriyel sarf malzemesi toptancısı

Akhisar’da fabrikalara koli bandı, streç film, iş güvenliği sarfı ve özel baskılı ambalaj satan kurgusal “Ege Endüstriyel Tedarik” işletmesini düşünelim. Bu şirket ve tüm rakamlar öğretici örnektir; Akhisar Dijital'in gerçek müşterisi veya performans verisi değildir.

İşletme standart streç film ve koli bandında sabit liste fiyatı ve düzenli stok tuttuğu için bu ürünleri e-ticarete açar. Özel baskılı ambalajda ölçü, baskı, klişe ve minimum üretim miktarı değiştiği için teklif akışı kullanır. Büyük bayiler ise giriş yaptıktan sonra kendilerine özel fiyat ve vade ile sipariş verir. Ana ürün kataloğu herkese açıktır; fiyat ve işlem modeli SKU bazında belirlenir.

Hangi modeli seçmeniz gerektiğini 10 soruda belirleyin

Toptancı web modeli karar matrisi
SoruEvet ise eğilimHayır ise eğilim
Fiyat tüm müşterilerde aynı mı?E-ticaretTeklif / bayi portalı
Stok gerçek zamanlı güvenilir mi?E-ticaretKatalog / kontrollü sipariş
Kargo otomatik hesaplanabiliyor mu?E-ticaretTeklif / nakliye teyidi
Ürün standart mı?E-ticaretTeklif
Minimum sipariş kuralı basit mi?E-ticaret/portalTeklif/portal
Müşteriye özel iskonto var mı?Bayi portalıAçık fiyat mümkün
Vade/cari hesap var mı?Bayi portalıKart/standart ödeme
Satış temsilcisi onayı şart mı?Teklif/portalE-ticaret
Tüketiciye de satış var mı?E-ticaret yükümlülükleri ayrıca değerlendirilirB2B akışı ağırlıklı
Ürün sayısı yüksek ve teknik mi?Güçlü katalog/PIMBasit ürün mimarisi yeterli olabilir

Toptancı web sitesinde fiyat açık mı olmalı?

Fiyatı gizlemek her zaman B2B demek değildir; fiyatı açık göstermek de her zaman perakende değildir. Karar, fiyatın gerçekten herkes için geçerli olup olmadığına bağlıdır. Liste fiyatı yalnız referans niteliğindeyse bunu açıkça belirtin. Giriş yapan müşteriye özel fiyat gösteriyorsanız istemci tarafında gizleyip HTML içinde herkesçe erişilebilir halde bırakmayın; yetki sunucuda uygulanmalıdır.

  • Herkese aynı fiyat: açık fiyat + sepet mantığı daha uygundur.
  • Müşteri segmentine göre fiyat: login + hesap bazlı fiyatlama.
  • Adet basamaklarına göre fiyat: miktar aralıklarını açık ve tutarlı gösterin.
  • Günlük/kur bazlı fiyat: kesin fiyat yerine güncel teklif akışı daha güvenli olabilir.
  • Özel üretim: “fiyat sorunuz” yerine gerekli teknik alanları olan teklif formu kullanın.

Minimum sipariş miktarı ve koli/palet kuralları nasıl yönetilmeli?

Toptan satışta müşterinin 1 adet seçip ödeme ekranında “minimum 24 adet” hatası görmesi kötü deneyimdir. Ürün kartında satış birimini baştan gösterin: adet, paket, koli, palet veya kilogram. Miktar seçici yalnız izinli basamakları sunmalı; paket içi adet değişiyorsa sipariş özeti toplam fiziksel miktarı da göstermelidir.

Satış birimi örneği
ÜrünSatış birimiMinimumSepette gösterim
Koli bandıKoli1 koli = 36 adet1 koli / 36 adet
Streç filmKoli1 koli = 6 rulo2 koli / 12 rulo
İş eldiveniPaket10 çift3 paket / 30 çift
Özel baskılı kutuAdetTeklifte belirlenirSepet yerine teklif miktarı

Stok ile termin bilgisini birbirinden ayırın

Depoda fiziksel stok bulunması, müşteriye bugün sevk edilebileceği anlamına gelmeyebilir. Ayrılmış stok, kalite bekleyen ürün, toplama süresi veya taşıma planı farklı olabilir. Katalog sitesinde stok göstermiyorsanız kesin 'hemen teslim' iddiası kullanmayın. E-ticarette ise satılabilir stok kaynağı belirlenmeli ve ödeme/sipariş sırasında stok rezervasyonu politikası tanımlanmalıdır.

Kartla ödeme, havale ve vadeli hesap aynı sitede nasıl yönetilir?

Perakende e-ticaretin aksine toptancıda ödeme koşulu müşteri hesabına göre değişebilir. Yeni müşteri kartla veya havaleyle çalışırken onaylı bayi 30 gün vadeli sipariş verebilir. Kullanıcıya sunulan seçenekler hesap yetkisine göre gelmeli; vade seçeneğini yalnız arayüzde saklamak yerine sunucu tarafında kontrol edin. Kredi limiti veya gecikmiş bakiye siparişi etkiliyorsa sipariş 'reddedildi', 'incelemede' ve 'onaylandı' durumları ayrılmalıdır.

Kargo yerine nakliye teklifi gereken durumlar

Paletli, hacimli veya ağır ürünlerde standart kargo hesaplayıcısı gerçek maliyeti karşılamayabilir. İlçe, tonaj, palet sayısı, araç tipi ve teslim koşulları fiyatı etkiliyorsa sipariş toplamına yanlış nakliye ücreti eklemek yerine 'nakliye teyidi gerekli' akışı kullanılabilir. Hibrit modelde ürün bedeli sabit olsa bile sevkiyat kısmı satış ekibinin onayına bırakılabilir.

Katalog ve e-ticaretin ortak temeli: temiz ürün verisi

Hangi modeli seçerseniz seçin ürün verisi dağınıksa site sürdürülemez. SKU, ürün adı, kategori, marka, ölçü, teknik özellik, satış birimi, paket içeriği, görseller ve dokümanların tek doğrulanmış kaynağı olmalıdır. Aynı ürün ERP’de başka, Excel’de başka, web sitesinde başka isimle tutuluyorsa sipariş/teklif entegrasyonu hataya açıktır.

Ürün veri alanları
AlanKatalogdaE-ticarette ek ihtiyaç
SKUZorunluya yakınSipariş satırı için kritik
Ürün adıEvetEvet
KategoriEvetFiltre/arama için
Teknik özellikEvetVaryant seçimi için
Satış birimiGösterilmeliSepet hesabında kullanılmalı
Paket içeriğiGösterilmeliMiktar hesabına bağlanmalı
FiyatOpsiyonelSatılabilir teklif için gerekli
StokOpsiyonelSatılabilir stok kaynağı gerekir
Kargo ölçüsü/ağırlığıOpsiyonelTeslimat hesabında gerekli

Katalog ve e-ticaret sayfalarında Product verisi aynı mı olmalı?

Google ürün yapılandırılmış veri dokümantasyonu, satın alınabilir merchant listing sayfaları ile diğer ürün içeriklerini ayrı değerlendiriyor. Müşterinin gerçekten satın alabildiği ürün sayfalarında fiyat, para birimi ve uygunluk gibi `Offer` verileri güncel olmalıdır. Yalnız katalog/teklif sayfasında gerçekte sunulmayan sabit fiyat veya stok bilgisiyle merchant listing işaretlemesi üretmeyin.

Varyantlı ürünlerde Google `ProductGroup` / `Product` yapısını destekliyor; ancak teknik işaretleme, sitedeki gerçek ürün ve satın alma modelinin yerine geçmez. Aynı ürünün renk, ebat veya paket seçenekleri varsa URL ve ürün veri mimarisi buna göre tasarlanmalıdır.

Katalogdan e-ticarete geçerken mevzuat açısından ne değişir?

Sitede yalnız ürün bilgisi gösterip satış temsilcisine yönlendirmek ile, internet üzerinden sipariş veya sözleşme oluşturmak aynı operasyon değildir. Ticaret Bakanlığı'nın ETBİS sayfası, kendine ait elektronik ticaret ortamında faaliyet gösteren hizmet sağlayıcıların kayıt yükümlülüğünü açıklıyor. Ayrıca 17 Ağustos 2026 tarihli tüketici bilgilendirmesinde internet ve mobil uygulama üzerinden tüketiciyle kurulan uzaktan satışların Mesafeli Sözleşmeler Yönetmeliği kapsamında olabileceği belirtiliyor.

Toptancı yalnız tacirlere satış yapsa bile e-ticaret, vergi, ticari ileti, sözleşme, KVKK ve sektör özelindeki yükümlülükleri kendi iş modeline göre değerlendirmelidir. Bu rehber hukuki görüş değildir. Özellikle B2B + B2C birlikte çalışacaksa tüketici akışı ile bayi akışını aynı metin ve koşullarla yönetmeyin.

CRM, ERP ve muhasebe entegrasyonu hangi modelde ne kadar gerekir?

Katalog sitesinde CRM entegrasyonu teklif taleplerini takip etmek için yeterli olabilir. E-ticarette ise ürün, stok, fiyat, sipariş, fatura ve kargo verilerinin hangi sistemden beslendiği daha kritik hale gelir. Bayi portalında müşteri fiyatı, cari hesap ve kredi limiti nedeniyle ERP entegrasyonu genellikle merkeze yaklaşır.

Modele göre entegrasyon ihtiyacı
SistemKatalogTeklifBayi portalıE-ticaret
CRMOpsiyonelGüçlü öneriGerekebilirSipariş sonrası satış sürecine göre
ERP / stokOpsiyonelTermin teyidi içinGenellikle önemliGerçek stok için önemli
MuhasebeDüşükTeklif sonrasıCari/fatura için önemliSipariş/fatura için önemli
ÖdemeYokGenellikle yokHesaba göreTemel bileşen
Kargo/nakliyeBilgilendirmeTeklifteKurala göreSiparişte otomasyon

Hangi modelin daha iyi çalıştığını nasıl ölçersiniz?

Katalog sitesi için yalnız sayfa görüntülenmesini, e-ticaret için yalnız ciroyu izlemek eksiktir. Modelin görevine göre metrik seçin. Katalogda ürün görüntüleme → teklif talebi; teklif modelinde nitelikli talep → teklif → sipariş; bayi portalında aktif bayi → tekrar sipariş; e-ticarette ürün → sepet → ödeme → net gelir zinciri izlenmelidir.

Modele göre temel ölçüm
ModelBirincil sinyalTicari sonuç
KatalogÜrün detay görüntüleme + iletişimNitelikli satış görüşmesi
TeklifTam ürün/miktar içeren talepGönderilen teklif ve kazanılan iş
Bayi portalıAktif giriş yapan bayiTekrar sipariş, işlem süresi
E-ticaretSepet/checkoutÖdenmiş sipariş, net gelir
HibritÜrün bazlı doğru CTA kullanımıKanala göre teklif veya sipariş

30 günde katalog mu e-ticaret mi kararını nasıl netleştirebilirsiniz?

  • 1–3. gün: Son 50 siparişi inceleyip kaçında özel fiyat, vade, minimum adet, nakliye teyidi veya satış temsilcisi müdahalesi gerektiğini çıkarın.
  • 4–6. gün: Ürünleri standart satın alınabilir, teklif gerektiren ve yalnız bayiye açık olarak üç gruba ayırın.
  • 7–9. gün: Müşteri segmentlerini; son kullanıcı, küçük işletme, bayi ve kurumsal hesap olarak ayırın.
  • 10–12. gün: Ürün veri kalitesini; SKU, satış birimi, paket, fiyat ve stok açısından denetleyin.
  • 13–15. gün: Katalog, teklif, bayi portalı ve e-ticaret için gereken ekran/entegrasyon listesini çıkarın.
  • 16–18. gün: ETBİS, sözleşme, tüketici, KVKK ve ticari ileti gereksinimlerini işletmenin gerçek modeli için yetkin danışmanla doğrulayın.
  • 19–21. gün: En sık satılan 20 ürünle prototip ürün sayfası ve doğru CTA akışını test edin.
  • 22–24. gün: Teklif/checkout verisinin CRM/ERP’ye nasıl aktarılacağını test senaryolarıyla netleştirin.
  • 25–27. gün: Mobilde ürün bulma, miktar seçme, fiyat görme ve işlem tamamlama kullanıcı testi yapın.
  • 28–30. gün: Tek bir model zorlamak yerine gerekiyorsa hibrit yapıyı seçip pilot ürün grubuyla yayına alın.

Yayına almadan önce son kontrol

Toptancı web modeli yayın kontrolü
KontrolBeklenen durum
Satış modeliHer ürün grubu için katalog/teklif/portal/e-ticaret kararı net
FiyatGerçek ticari kuralla eşleşiyor
MiktarSatış birimi ve minimum sipariş açık
StokGösteriliyorsa güvenilir kaynaktan
NakliyeStandart değilse yanlış otomatik fiyat yok
Bayi yetkisiFiyat ve ürün erişimi sunucuda kontrol ediliyor
TeklifKesin siparişten durum olarak ayrı
EntegrasyonCRM/ERP veri sahipliği tanımlı
Product schemaSayfadaki gerçek satın alma modelini yansıtıyor
MevzuatGerçek satış modeline göre güncel kontrol yapılmış
ÖlçümTeklif ve sipariş sonuçları ayrı izleniyor

Sık sorulan sorular

Toptancı için sadece ürün kataloğu sitesi yeterli olabilir mi?

Evet. Fiyat, vade, nakliye veya ürün seçimi satış temsilcisi onayı gerektiriyorsa katalog + teklif modeli daha uygun olabilir. Katalog yine aranabilir ürünler, teknik bilgiler ve net teklif akışı sunmalıdır.

Bayi portalı ile e-ticaret sitesi aynı şey mi?

Hayır. Bayi portalında fiyat, ürün erişimi, vade, cari hesap ve onay kuralları müşteri hesabına göre değişebilir. Standart e-ticarette ise satın alma koşulları çoğunlukla daha genel ve otomatik uygulanır.

Toptan fiyatları web sitesinde herkese açık göstermek gerekir mi?

Hayır. Fiyat gerçekten herkese aynıysa açık göstermek mantıklı olabilir. Müşteriye özel iskonto veya günlük değişen fiyat varsa login veya teklif akışı daha doğru olabilir.

Katalog sitesi ETBİS’e kayıt olmak zorunda mı?

Bu, sitenin gerçek işlem modeline bağlıdır. Ticaret Bakanlığı kendine ait elektronik ticaret ortamında faaliyet gösteren hizmet sağlayıcıların ETBİS kayıt yükümlülüğünü açıklar. Yalnız bilgi/iletişim ile internetten sözleşme veya sipariş oluşturma arasındaki hukuki ayrım işletmenin gerçek akışına göre değerlendirilmelidir.

B2B toptancı aynı sitede hem teklif hem e-ticaret kullanabilir mi?

Evet. Standart stoklu ürünler sepete açılırken özel üretim veya yüksek hacimli ürünler teklif akışına yönlendirilebilir; onaylı bayiler ayrıca login sonrası özel fiyat görebilir.

Google Product structured data katalog sitesinde kullanılabilir mi?

Ürün bilgisi için Product işaretlemesi kullanılabilir; ancak satın alınabilir merchant listing işaretlemesi gerçek fiyat, stok ve Offer verisiyle eşleşmelidir. Katalogda olmayan satış koşullarını structured data içinde uydurmayın.