Entegrasyon yazılımları ve pazaryeri entegrasyonu hizmeti: mağaza, pazaryeri ve ERP aynı stoku, aynı fiyatı görsün.

Bu rehberi, birden fazla kanalda satış yapan ve stokun, fiyatın ya da siparişlerin sistemler arasında elle taşındığı, pazaryeri entegrasyonu kurmak isteyen ya da kullandığı hazır entegrasyon programı ihtiyacını karşılamayan e-ticaret ekipleri için yazdık. Anlattığımız teknik kuralları Trendyol, Shopify, WooCommerce ve Amazon’un resmî geliştirici belgelerine dayandırdık; kaynaklar sayfanın sonunda numaralı olarak listeleniyor. Limitleri, sürüm değişikliklerini ve servis adlarını Ekim 2026 itibarıyla kaynaktan doğruladık. Kendi saha gözlemlerimizi “Uzman notu” başlığıyla ayrı işaretledik.

Entegrasyon çalışmasında işimiz üç katmanda ilerler: verinin nerede doğru kabul edileceğinin ve kanallar arasında nasıl eşleneceğinin belirlenmesi, entegrasyonun resmî API’lerle ve limitlere uyan bir altyapıda kurulması ve hataların, mutabakatın ve sürüm değişikliklerinin izlenmesi. Aşağıdaki on başlık bu katmanların nasıl çalıştığını ve kurulumda neye baktığımızı sırasıyla anlatır.

E-ticaret entegrasyonu nedir, neden gerekir?

E-ticaret entegrasyonu, bir firmanın e-ticaret sitesini, pazaryerlerini, ERP ya da muhasebe yazılımını ve kargo firmalarını API’ler üzerinden birbirine bağlayıp ürün, stok, fiyat, sipariş ve fatura bilgisinin elle taşınmadan eşitlenmesidir. Kanal sayısı arttıkça elle güncelleme hem zaman alır hem hata üretir: bir kanalda biten ürün başka bir kanalda satılmaya devam eder, iptal edilen siparişler müşteri memnuniyetini ve pazaryerindeki satıcı puanını düşürür.

Satış kanallarının kendisini kurmayı e-ticaret sitesi sayfamızda, kanallarda büyümeyi e-ticaret pazarlama sayfamızda ayrıca anlatıyoruz; bu sayfa kanalları birbirine bağlayan yazılıma iner.

Pazaryeri ve Trendyol entegrasyonu nasıl çalışır?

Pazaryerleri, satıcıların mağazalarını kendi sistemlerine bağlayabilmesi için API sunar. Trendyol API’si, pazaryeri programındaki firmaların ürün aktarımı, stok ve fiyat güncellemesi, sipariş işlemleri, fatura gönderimi ve müşteri soruları gibi işlemleri kendi e-ticaret sistemlerinden yapmasını sağlar.¹ Amazon’un Selling Partner API’si de satıcıların sipariş, gönderi, ödeme ve stok verisine REST tabanlı bir arayüzle erişmesini sağlar; uygulamalar satıcının OAuth ile verdiği izinle çalışır.¹⁰

Her pazaryerinin API’si farklı kurallarla çalışır: ürün oluşturma alanları, kategori özellikleri, istek limitleri ve sipariş durumları kanaldan kanala değişir. Bu yüzden entegrasyonu her kanal için ayrı bir bağlayıcı, ortada ise kanallardan bağımsız bir veri modeli olacak biçimde kuruyoruz; yeni bir kanal eklemek, bütün sistemi değil yalnız o kanalın bağlayıcısını yazmayı gerektirir.

Tek doğru kaynak: stok, fiyat ve ürün nerede tutulmalı?

Entegrasyonun ilk kararı yazılımla ilgili değildir: her bilgi için hangi sistemin doğru kabul edileceğini belirlemek gerekir. Stok çoğu zaman depo ya da ERP sisteminde, ürün açıklaması ve görseller e-ticaret sitesinde, fiyat ise muhasebe ya da fiyatlandırma tablosunda tutulur. Aynı bilgi iki sistemde birden değiştirilebiliyorsa er ya da geç biri diğerinin üzerine yazar ve hangisinin doğru olduğu bilinemez.

Kaynak sistem belirlendikten sonra diğer sistemler bu kaynaktan beslenir. Siparişler ise ters yönde akar: pazaryerinden gelen sipariş kaynak sisteme yazılır, stok orada düşülür ve yeni stok bütün kanallara dağıtılır.

Sipariş akışında faturanın ve kargonun sırası da baştan belirlenir. Sipariş kaynak sisteme yazıldıktan sonra fatura kesilir, kargo firmasından gönderi kodu alınır ve bu kod pazaryerine geri bildirilir; iade ve iptal de aynı yolu ters yönde izler. Her adımın hangi sistemde ve hangi sırayla yapılacağı yazılı olduğunda, bir adım hata aldığında sürecin nerede durduğu da hemen görülür.

Ürün, kategori ve XML entegrasyonunda eşleme nasıl yapılır?

Pazaryerleri ürünleri kendi kategori ağaçlarında ve kendi özellik listeleriyle tutar; bir kategoride zorunlu olan renk, beden ya da malzeme gibi özellikler başka bir kategoride hiç bulunmayabilir. Entegrasyonun büyük bölümü bu eşlemedir: sizin ürün kartınızdaki her alanın, her kanalda hangi alana ve hangi değere karşılık geldiği bir tabloda tutulur.

Ürünleri kanallar arasında barkod ve stok kodu üzerinden eşliyoruz. Barkodu olmayan, aynı barkodun birden fazla üründe kullanıldığı ya da varyantları ayrı ürün olarak açılmış kataloglarda önce veriyi temizliyor, eşlenmeyen ürünleri ayrı bir listede gösteriyoruz. Eşleme tablosunu ekibinizin de güncelleyebileceği bir panelde tutuyoruz; yeni bir kategori açıldığında yazılım değişikliğine gerek kalmaz.

Tedarikçilerden ya da bazı satış kanallarından ürün verisi çoğu zaman bir XML dosyasıyla gelir. XML entegrasyonunda dosya düzenli aralıklarla okunur, yalnız değişen ürünler işlenir ve dosyadaki alanlar aynı eşleme tablosuna bağlanır. XML akışı genellikle tek yönlüdür: ürün ve stok gelir, sipariş geri gitmez; sipariş de taşınacaksa akışı API ile tamamlıyoruz.

Fiyat eşlemesi de aynı mantıkla kurulur. Kanallar farklı komisyon oranları ve kargo koşullarıyla çalıştığı için aynı ürünün her kanaldaki fiyatı çoğu zaman farklıdır; bu farkı her ürün için elle girmek yerine kanal bazında bir kurala bağlıyoruz. Kampanya dönemlerinde geçici fiyatları başlangıç ve bitiş tarihiyle tanımlıyor, kampanya bittiğinde fiyatın kendiliğinden eski kurala dönmesini sağlıyoruz.

Hız limitleri ve kuyruk

Pazaryerleri ve platformlar, sistemlerini korumak için belirli bir sürede yapılabilecek istek sayısını sınırlar. Trendyol’da 14 Eylül 2026’dan itibaren limitler servis başına değil servis grupları başına uygulanır; örneğin 50.000 ürün listeleme limitli bir satıcı için ürün oluşturma, güncelleme ve silme servislerinin toplamı dakikada 200 istekle, stok ve fiyat güncellemeleri ise dakikada 350 istekle sınırlıdır.² Aynı barkod için dakikada 30’dan fazla fiyat güncellemesi gönderilirse o barkod için hata döner.² Shopify’ın limitleri ise sızdıran kova yöntemiyle çalışır: her istek kovaya bir miktar ekler, kova sabit bir hızla boşalır ve kova dolduğunda istek reddedilir.⁷

Bu yüzden istekleri doğrudan göndermek yerine bir kuyruğa alıyor, kuyruğu her kanalın limitine göre boşaltıyoruz. Aynı ürün için kısa sürede gelen birden fazla stok değişikliğini tek bir güncellemede birleştiriyor, kampanya dönemlerinde fiyat güncellemelerini barkod limitine takılmayacak biçimde sıraya diziyoruz.

Toplu işlemler ve hata takibi

Pazaryerleri birçok işlemi hemen değil, kuyrukta yürütür. Trendyol’da ürün oluşturma, ürün güncelleme ve stok-fiyat güncelleme gibi işlemler başarılı bir istekte bir toplu işlem kimliği döndürür; işlemin gerçekten tamamlanıp tamamlanmadığı ve hangi ürünlerde hata olduğu bu kimlikle ayrıca sorgulanır.³ Bu sonuçlar 4 saate kadar görülebilir; stok-fiyat güncellemelerinde ise toplu işlemin genel durumu değil, ürün bazındaki durum alanları okunmalıdır.³

“İstek gönderildi” ile “işlem tamamlandı” arasındaki bu fark, entegrasyonlarda en sık gözden kaçan noktadır. Her toplu işlemin sonucunu sorguluyor, hata alan ürünleri nedeniyle birlikte kaydediyor ve tekrar eden hatalarda ekibinize uyarı gönderiyoruz. Trendyol test ortamı da sunduğu için geliştirmeyi önce bu ortamda yapıyoruz.³

Webhook mu, düzenli sorgu mu?

Bir sistemdeki değişikliği öğrenmenin iki yolu vardır: karşı sistemi düzenli aralıklarla sorgulamak ya da değişiklik olduğunda karşı sistemin bildirim göndermesi. Shopify webhook’ları, mağazada belirli bir olay olduğunda neredeyse anlık veri gönderir ve verileri sürekli sorgulamaya göre daha verimli bir yoldur; gelen bildirimlerin HMAC imzası doğrulanmalı ve aynı bildirimin birden fazla teslimi ayıklanmalıdır.⁸

Bildirim sunmayan servislerde düzenli sorgu gerekir ve sorgunun da kuralları vardır. Trendyol, büyük veri taramaları ve düzenli eşitleme için sayfa tabanlı eski sipariş servisi yerine imleç tabanlı yeni servisi öneriyor: eski servis en fazla 10.000 kayda erişebilir, yeni servis son 3 ayın verisini en fazla 14 günlük aralıklarla döndürür.⁴ Sorgu aralığını kanalın sipariş hacmine göre ayarlıyor, kaçan bir sorgunun aralığı kapatabilmesi için her sorguyu son başarılı zamandan başlatıyoruz.

Çoğu projede iki yöntemi birlikte kullanıyoruz: değişiklikleri bildirimle anında işliyor, gece çalışan bir sorguyla da bildirimle gelmemiş bir değişiklik kalıp kalmadığını kontrol ediyoruz. Bildirim sistemleri nadiren de olsa teslimatı kaçırabildiği için bu ikinci kontrol, kanallar arasındaki farkın birikmesini önler.

Güvenlik: anahtarlar, yetki ve erişim

Entegrasyon, sistemlerinize okuma ve yazma erişimi olan bir yazılımdır; bu yüzden yetkiyi en dar tutmak gerekir. WooCommerce REST API anahtarları belirli bir WordPress kullanıcısı için üretilir, o kullanıcının yetkilerine uyar ve okuma, yazma ya da okuma-yazma düzeyinde verilir; API’ye mümkün olduğunda HTTPS üzerinden erişilmesi önerilir.⁹ Amazon SP-API’de ise uygulama, satıcının OAuth akışıyla verdiği izinlerle çalışır.¹⁰

API anahtarlarını kodun içinde değil, şifreli bir gizli bilgi deposunda tutuyor; her bağlantıya yalnız ihtiyaç duyduğu yetkiyi veriyoruz. Stok güncelleyen bir bağlayıcının müşteri verisini okuma yetkisi olmamalıdır. Anahtarlar firmanız adına üretilir; çalışma bittiğinde bizim erişimimiz kapatılır.

Siparişlerle birlikte müşteri adı, adresi ve telefonu gibi kişisel veriler de sistemler arasında taşınır. Bu verileri yalnız ihtiyaç duyulan sisteme aktarıyor, kayıtlarda ve hata raporlarında kişisel bilgileri gizliyoruz; böylece hata ayıklarken müşteri verisi gereksiz yere görünmez.

Hazır entegrasyon programı mı, özel entegrasyon yazılımı mı?

Bu kararı kanal sayısından çok verinin karmaşıklığı belirler. Pazaryeri entegrasyonu sunan hazır programlar standart akışları hızla açar; kendi kurallarınız çoğaldıkça o kuralları programın sınırlarına uydurmak zorlaşır. Üç yol şöyle ayrılır:

Elinizdeki program işinizi görüyorsa onu değiştirmeyi önermiyoruz; eksik kalan halkayı tamamlamak çoğu zaman yeterlidir.

İzleme ve bakım: API sürümleri değişince ne yapılır?

Platformlar API’lerini düzenli olarak değiştirir ve eski sürümleri kapatır. Shopify’ın REST Admin API’si 1 Ekim 2024’ten beri eski API sayılıyor; 1 Nisan 2025’ten beri yeni herkese açık uygulamaların yalnız GraphQL Admin API ile yazılması gerekiyor.⁶ Trendyol da 14 Eylül 2026’dan itibaren ürün servis limitlerini değiştirdi ve büyük sipariş taramaları için sayfa tabanlı servisten imleç tabanlı servise geçişi öneriyor.²⁴

Platformların değişiklik duyurularını takip ediyor, etkilenen akışları geçiş tarihinden önce güncelliyoruz. Entegrasyonun bir sabah durduğunu müşteri şikâyetinden öğrenmek, geçişi takvime bağlamaktan her zaman daha pahalıdır.

Bakımın günlük kısmı mutabakattır: her gece kaynak sistemdeki stok ve siparişleri kanallardakiyle karşılaştıran bir rapor çalışır, fark çıkan ürünler nedeniyle birlikte listelenir. Hata panosu, mutabakat raporu ve sürüm takvimi birlikte okunduğunda entegrasyonun sağlığı tek bakışta görülür.

Entegrasyon hizmeti ilk 30 günde nasıl işler?

İlk 30 günün işi bütün kanalları aynı anda bağlamak değil; veri kararlarını vermek, en çok elle iş üreten akışı otomatikleştirmek ve sonucu mutabakatla doğrulamaktır. Şu sırayla ilerliyoruz:

1. 1. hafta · Denetim: kanallar, sistemler, API erişimleri ve ürün verisinin durumu incelenir; tek doğru kaynak kararları yazılır.
2. 2. hafta · Eşleme: ürün, kategori ve fiyat eşleme tabloları hazırlanır; eşlenmeyen ürünler listelenir.
3. 3. hafta · İlk akış: en çok elle iş üreten akış, çoğu zaman stok ve sipariş, test ortamında kurulur ve sınırlı ürünle canlıya alınır.
4. 4. hafta · Mutabakat: kanallardaki stok ve siparişler kaynak sistemle karşılaştırılır; sonraki akışların sırası birlikte belirlenir.

Entegrasyon firması seçerken nelere dikkat edilmeli?

Entegrasyonun kalitesi ilk gün değil, ilk sorun çıktığında anlaşılır. Bu yüzden teklifleri şu noktalarda karşılaştırmanızı öneririz:

1. Resmî API kullanımı: bağlantı, pazaryerinin yayımladığı API ile kurulur; panel sayfalarını otomatik dolduran ya da ekran kazıyan çözümler, panel değiştiğinde haber vermeden durur.
2. Sonuç kontrolü: toplu işlemlerin gerçekten tamamlandığı ayrıca sorgulanır; “istek gönderildi” bilgisi yeterli sayılmaz.
3. Hata görünürlüğü: hatalar ekibinizin okuyabileceği bir panoda, ürün adı ve yapılması gerekenle birlikte görünür.
4. Anahtar ve kod sahipliği: API anahtarları firmanız adına üretilir, kaynak kod sizin deponuzda durur; iş ortağı değiştiğinde entegrasyon sizinle kalır.
5. Sürüm takibi: platformların API değişikliklerini kimin izlediği ve geçişlerin bakım kapsamında olup olmadığı yazılıdır.
6. Abartılı vaat: “sıfır hata” ya da “anlık eşitleme” sözü, pazaryerlerinin istek limitleri ve kuyrukla çalışan yapısıyla bağdaşmaz.

Entegrasyon yazılımı fiyatları neye göre belirlenir?

Fiyat, bağlanacak sistemlerin sayısından çok verinin durumu ve akışların karmaşıklığıyla belirlenir:

Ücret genellikle kurulum için bir proje bedeli ile yayından sonraki bakım ve izleme için aylık bir bedelden oluşur. Kapsamı ilk görüşmede birlikte çıkarıyor, ardından yazılı teklif veriyoruz; sunucu ve hazır program abonelikleri gibi üçüncü taraf ücretleri hizmet bedelinden ayrıdır ve doğrudan sağlayıcıya ödenir.

Entegrasyon yazılımı fiyatları: başlangıç ve aralık

Aralığın alt ucu başlangıç fiyatıdır; KDV hariç. Kapsam ilk görüşmeden sonra yazılı teklifle kesinleşir. Ekim 2026 itibarıyla.

Kanallarınızı birlikte okumak isterseniz aşağıdan size uygun bir görüşme günü seçebilirsiniz; ilk görüşmede hangi akışın en çok elle iş ürettiğini birlikte buluyoruz.