iyzico PayTR Entegrasyonu: Tekstil Markası | Designodin

iyzico PayTR entegrasyonu, bir tekstil markası için yalnızca komisyon oranı seçimi değildir. Ödeme alınmalı, sipariş doğru duruma geçmeli, stok güncellenmeli ve müşteri beden değişimi istediğinde iade kaydı ödeme kaydıyla eşleşmelidir. Zincirin bir halkası eksikse, düşük komisyonlu bir sanal POS bile pahalıya gelir.

Tekstil mağazasında checkout, vitrin sayfasından sonra gelen teknik detay değildir. Satışın gerçekleştiği yerdir. Türkiye’de 2025 yılında e-ticaret ödemelerinin %62,5’i kartla yapıldı; kartlı işlemlerin %64,1’inde 3D Secure kullanıldı. Ticaret Bakanlığı’nın 2025 e-ticaret raporu, giyim, ayakkabı ve aksesuarın 428,7 milyar TL ile en büyük e-ticaret kategorisi olduğunu da gösteriyor.

Bu yazıda iyzico ve PayTR’nin WooCommerce tarafındaki farklarını, tekstil markaları için seçim ölçütlerini ve canlıya çıkmadan önce yapılacak testleri ele alıyoruz. Amaç eklentiyi açıp bırakmak değil, ödeme, stok ve iade akışını düzgün çalıştırmaktır.

Key Takeaways

• iyzico ve PayTR’nin ikisi de WooCommerce için resmi modül sunar; seçim yalnızca komisyon oranına göre yapılmamalıdır.
• Başarılı ödeme ekranı yeterli kanıt değildir; callback veya webhook doğrulaması sonrası sipariş statüsü güncellenmelidir.
• Tekstil mağazalarında varyantlı stok, kupon, ücretsiz kargo ve iade süreçleri ödeme tutarıyla birebir eşleşmelidir.
• İki sanal POS aynı mağazada çalışabilir, ancak müşteriye iki ayrı kartla ödeme seçeneği göstermek checkout’u zorlaştırabilir.
• API anahtarları, ödeme paneli ve işlem geçmişi ajansın değil markanın hesabında olmalıdır.

Tekstil Mağazasında Ödeme Adımı Neden Satış Operasyonudur

Giyim satışında ödeme, ürün sayfasından ayrı düşünülemez. Müşteri siyah, M beden bir ürünü sepete ekler. Kupon kullanır, ücretsiz kargo sınırını geçer, üç taksit seçeneğini görür ve 3D Secure ekranına gider. Bu noktada mağazanın ilettiği toplam tutar, WooCommerce sepetindeki tutarla aynı olmalıdır.

Ödeme başarılı olduğunda ikinci aşama başlar. Siparişin “ödeme bekliyor” durumundan doğru sipariş statüsüne geçmesi gerekir. Stok düşümü, sipariş e-postası, kargo hazırlığı ve muhasebe kaydı bu adıma bağlı olabilir.

Tekstil markalarında hata daha hızlı büyür. Aynı ürünün renk, beden ve stok varyantları vardır. Ödeme başarısız olduğunda sistem stoku yanlış düşürürse son ürün başka bir müşteriye satılamaz. Başarılı ödeme siparişe işlenmezse operasyon ekibi banka paneli ile WooCommerce ekranı arasında elle kontrol yapar.

Ödeme altyapısı, kart bilgisinin girildiği ekran değil; siparişin para hareketiyle doğru eşleşmesini sağlayan akıştır.

Haziran ayında sezon indirimi yapan bir kadın giyim markasını düşünün. Müşteri aynı elbiseyi önce kart bilgisi hatası nedeniyle ödeyemedi, ardından ikinci denemesinde işlemi tamamladı. İlk denemeden kalan sipariş “beklemede”, ikinci sipariş ise “işleme alındı” görünüyordu. Ekip iki siparişten hangisinin gerçek olduğunu ödeme panelinden tek tek kontrol etti. Sorun iyzico veya PayTR değildi. Callback doğrulaması, sipariş statüsü ve stok kuralı baştan birlikte planlanmamıştı.

iyzico ve PayTR Tekstil Markası İçin Ne Sağlar

iyzico ve PayTR, Türkiye’deki WooCommerce mağazalarının kullanabileceği ödeme kuruluşlarıdır. İkisinin de resmi WooCommerce çözümü vardır. Ancak modülün kurulması, mağazanın ödeme operasyonunun hazır olduğu anlamına gelmez.

iyzico WooCommerce entegrasyonu

iyzico, WooCommerce için resmi ve ücretsiz bir modül sunar. Kurulum, WordPress eklenti alanından yapılır; ardından WooCommerce ödeme ayarlarından iyzico etkinleştirilir. iyzico’nun WooCommerce dokümantasyonu, modülün yalın WooCommerce kurulumu üzerinde geliştirildiğini ve test edildiğini açıkça belirtir.

Gerçek bir mağazada tema özelleştirmeleri, cache araçları, kupon sistemleri, kargo eklentileri, taksit gösterim araçları ve checkout düzenlemeleri bulunur. Bunların her biri ödeme adımını etkileyebilir.

iyzico’da işlem, iade ve taksit yönetimi kontrol panelinden takip edilebilir. “iyzico ile Öde” seçeneği, kart ödemesine ek olarak korumalı havale/EFT ve iyzico bakiye gibi alternatif yöntemleri aynı çözüm altında sunabilir.

Ödeme sonucunun güvenilir biçimde işlenmesi için webhook yapısı da kontrol edilmelidir. iyzico, webhook bildirimleri için HTTPS adresi ister. Müşterinin tarayıcısında açılan teşekkür sayfası tek başına ödeme kanıtı değildir. Sunucuya gelen bildirim doğrulanmalı, ardından sipariş statüsü güncellenmelidir.

PayTR WooCommerce entegrasyonu

PayTR, WooCommerce için resmi iFrame API modülü sunar. Modül WordPress eklenti panelinden kurulabilir. Kurulumda Mağaza No, Mağaza Parola ve Mağaza Gizli Anahtar bilgilerinin doğru girilmesi gerekir.

PayTR iFrame API akışı iki ana bölümden oluşur:

1. Mağazanın sunucusu, ödeme formu için token alır.
2. Ödeme sonucu, belirlenen callback URL’ye iletilir.

İkinci adım atlanırsa ödeme bankada başarılı görünse bile WooCommerce siparişi doğru güncellenmeyebilir. Müşteri ödeme sayfasına dönemese de callback bildirimi işlenebilmelidir. İnternet bağlantısının kesilmesi, tarayıcının kapanması veya mobil uygulamaya geçiş bu yüzden önemlidir.

PayTR, taksit tablosu kullanımı için de kaynak sunar. Tekstil mağazasında taksit bilgisini yalnızca son ödeme ekranında göstermek yeterli olmayabilir. Özellikle sepet tutarı yüksek ürünlerde müşteri, ödeme aşamasına gelmeden taksit seçeneğini görmek ister.

iyzico mu PayTR mı: Komisyon Dışında Bakılacak 6 Nokta

iyzico mu PayTR mı sorusunun tek bir yanıtı yoktur. Doğru tercih, mağazanın sipariş hacmine, WooCommerce kurulumuna, iade yoğunluğuna ve operasyon ekibinin çalışma düzenine bağlıdır.

Komisyon oranı elbette ticari bir karardır. Ancak oranlar işletmeye, işlem hacmine ve yazılı teklife göre değişebilir. Bu yüzden sabit rakamlarla kıyaslama yapmak yerine aşağıdaki altı noktayı birlikte değerlendirmek gerekir.

Kriter	iyzico	PayTR	Tekstil markası için kontrol
WooCommerce kurulumu	Resmi WooCommerce modülü	Resmi iFrame API modülü	Tema ve checkout eklentileriyle test edilmeli
Ödeme sonucu	Webhook bildirimi	Callback URL bildirimi	Sipariş statüsü otomatik güncellenmeli
Taksit	Panel ve ödeme seçenekleri üzerinden yönetim	Taksit tablosu kaynakları mevcut	Ürün ve sepet ekranındaki bilgi doğru olmalı
İade takibi	Panel ve WooCommerce kaydı eşleşmeli	Panel ve WooCommerce kaydı eşleşmeli	İşlem referansı üzerinden izlenebilmeli
Başvuru	İşletme ve site değerlendirmesi	İşletme, site ve belge değerlendirmesi	Yayın takvimi onay sürecine göre planlanmalı
Hesap sahipliği	Marka hesabında olmalı	Marka hesabında olmalı	Ajans erişim alabilir, hesabın sahibi olmamalı

1. WooCommerce ve checkout uyumu

Ödeme eklentisi, mağazanızdaki diğer sistemlerle uyumlu çalışmalıdır. Hız için kullanılan cache katmanı, checkout alanlarını değiştiren bir eklenti veya özel tema kodu ödeme akışını bozabilir.

Özellikle hızlı checkout vadeden üçüncü taraf araçlara dikkat edin. Ödeme sağlayıcısının resmi modülünün desteklediği akışı değiştiren her araç, canlıya alınmadan önce ayrı test edilmelidir.

2. Taksit görünürlüğü

Taksit yalnızca teknik bir seçenek değildir. Müşteri taksiti satın alma kararını verirken görür. Ancak ürün sayfasındaki taksit tablosu ile ödeme ekranındaki gerçek seçenekler farklıysa güven kaybı oluşur.

Taksit gösterimi şu üç noktada kontrol edilmelidir:

• Ürün sayfasında gösterilen banka ve vade seçenekleri güncel mi?
• Sepette indirim ve kargo sonrası toplam üzerinden doğru bilgi veriliyor mu?
• Ödeme ekranındaki seçenekler, müşteriye daha önce gösterilen seçenekle eşleşiyor mu?

3. Başarılı ödeme sonrası sipariş statüsü

Ödeme başarılı olduğunda siparişin hangi statüye geçeceği önceden tanımlanmalıdır. “İşleme alındı”, “hazırlanıyor” veya mağazanın kullandığı özel durum ne olursa olsun, bunun operasyon ekibi için ne anlama geldiği açık olmalıdır.

Başarılı ödeme sayfasını gören müşteri işlemin tamamlandığını kabul eder. Sistem siparişi “beklemede” bırakırsa müşteriye yeniden ödeme bağlantısı göndermek veya siparişi elle düzeltmek zorunda kalırsınız.

4. İade ve değişim operasyonu

Tekstil mağazasında iade istisna değildir. Bedenin uymaması, rengin beklentiden farklı görünmesi veya ürün değişimi talepleri düzenli gelir. Bu nedenle ödeme kuruluşundaki iade kaydı, WooCommerce siparişi ve fiziksel ürün hareketi birbirinden kopmamalıdır.

Bir müşteri ürünü geri gönderdiğinde ekip şunları görebilmelidir:

• Hangi siparişten iade doğdu?
• Ödeme hangi işlem referansıyla alındı?
• Tam iade mi, kısmi iade mi yapıldı?
• Ürün tekrar satılabilir stoğa girdi mi?
• Müşteriye iade bilgisi gönderildi mi?

5. Başvuru, onay ve belge süreci

Sanal POS başvurusu, eklenti kurulumundan ayrı bir süreçtir. PayTR, işletmenin hukuki yapısına göre kimlik, vergi bilgileri, ticaret sicil kaydı, imza sirküleri ve IBAN gibi belgeler istenebileceğini belirtir. Gerekli belgeler işletme türüne göre değişebilir.

Mağazanın da başvuru için hazır olması gerekir. Ürünler, iletişim bilgileri, teslimat koşulları, iade politikası ve yasal sayfalar eksikse süreç uzayabilir. Ödeme altyapısını kampanyadan bir gün önce düşünmek bu yüzden kötü bir plandır.

6. Teknik destek ve hesap erişimi

Ödeme kuruluşu paneli markanın e-posta adresiyle açılmalıdır. API bilgileri, işlem geçmişi, iade yetkileri ve finansal raporlar markanın erişiminde kalmalıdır.

Ajansa veya geliştiriciye gerekli erişim verilebilir. Ancak ana hesabın sahibi ajans olursa, iş ilişkisi bittiğinde ödeme operasyonunuz da başka birinin hesabına bağlı kalır.

İkisini Birden Kullanmak Mantıklı mı

iyzico ve PayTR teknik olarak aynı WooCommerce mağazasında birlikte kullanılabilir. Ancak bu, müşteriye iki ayrı “kartla ödeme” seçeneği göstermeniz gerektiği anlamına gelmez.

Müşteri ödeme ekranında “Kredi Kartı ile Öde - iyzico” ve “Kredi Kartı ile Öde - PayTR” seçeneklerini görürse çözmesi gereken yeni sorular ortaya çıkar. Hangisi daha güvenli? Hangisinde taksit var? Kart bilgisini hangisine girmeli? Checkout’a gereksiz karar yükü eklemek, satışın önünde küçük ama gerçek bir engeldir.

Çift sağlayıcı yalnızca açık bir kural varsa anlamlıdır. Örneğin belirli banka taksitleri, belirli sepet tutarları veya teknik yedekleme senaryoları için arka planda yönlendirme tasarlanabilir. Bu durumda üç konu net olmalıdır:

• Hangi sipariş hangi sağlayıcıdan geçti?
• İade hangi panelden yapılacak?
• Muhasebe ve müşteri destek ekibi bu ayrımı nasıl izleyecek?

Eylül ayında yeni sezon koleksiyonu çıkaran bir çocuk giyim markası, iki sanal POS’u “biri çalışmazsa diğeri dursun” düşüncesiyle aynı checkout’a ekledi. Müşteriler iki kart seçeneği gördü, destek ekibi de iadelerin hangi panelden yapılacağını takip edemedi. Yedekleme fikri doğruydu. Ancak yönlendirme kuralı ve iade operasyonu tasarlanmadan uygulandığı için iş yükü arttı.

WooCommerce iyzico veya PayTR Kurulum Kontrol Listesi

WooCommerce iyzico entegrasyonu veya PayTR kurulumu, başvuru ve teknik kurulumdan oluşan iki ayrı iş paketidir. Eklenti kurulmadan önce mağazanın temel belgeleri ve sayfaları hazır olmalıdır.

Başvuru öncesi hazırlanacaklar

Aşağıdaki kontrol listesi, hem ödeme kuruluşu başvurusunu hem de müşterinin checkout güvenini destekler:

1. Şirket bilgileri, vergi bilgileri ve markaya ait IBAN hazırlanmalı.
2. Alan adında geçerli SSL sertifikası bulunmalı; checkout HTTPS üzerinden çalışmalı.
3. İletişim, teslimat, iade ve değişim koşulları görünür olmalı.
4. Mesafeli satış sözleşmesi ve ön bilgilendirme metni yayınlanmalı.
5. KVKK aydınlatma metni ve gizlilik sayfası erişilebilir olmalı.
6. Ürün fiyatı, stok durumu, kargo bedeli ve varsa gönderim kısıtları açık yazılmalı.

Ticaret Bakanlığı’nın mesafeli sözleşmeler rehberi, tüketicinin ödeme yükümlülüğüne girmeden önce ödeme araçları ve teslimata ilişkin temel bilgileri görebilmesi gerektiğini vurgular. Genel cayma hakkı süresi de 14 gündür.

Canlıya almadan önce test edilmesi gerekenler

Canlıya alma, “kartla ödeme açıldı” kontrolünden ibaret değildir. Aşağıdaki senaryolar gerçek test siparişleriyle uygulanmalıdır:

• Başarılı tek çekim ödeme
• Başarısız kart veya yetersiz bakiye senaryosu
• 3D Secure ekranında iptal
• Zaman aşımı veya tarayıcıyı kapatma
• Taksitli ödeme
• Kupon, indirim ve ücretsiz kargo eşiğiyle ödeme
• Aynı sipariş için çift tıklama veya tekrar deneme
• Kısmi iade ve tam iade
• Varyantlı ürünlerde stok güncellemesi
• Mobil cihazda ödeme akışı
• Callback veya webhook sonrası sipariş statüsü
• Müşteriye giden sipariş ve iade e-postaları

Bu testler özellikle kampanyadan önce yapılmalıdır. Kampanya gününde ödeme hatası bulmak, ürün sayfasındaki küçük bir tasarım sorununu düzeltmeye benzemez. Bu durum doğrudan kayıp sipariş, müşteri desteği ve marka güveni anlamına gelir.

Ödeme akışınızda sipariş, stok ve iade kayıtları birbirinden kopuksa, WooCommerce e-ticaret kurulumu öncesinde teknik kapsamı netleştirin. Eklenti seçimi değil, tüm checkout akışı test edilmelidir.

Tekstil Markaları İçin Yanlış Sanal POS Kurulumu Nasıl Görünür

Yanlış kurulum çoğu zaman ilk gün ortaya çıkmaz. Sipariş sayısı arttığında, iade geldiğinde veya indirim kampanyası başladığında görünür.

En sık görülen belirtiler şunlardır:

• Ödeme müşterinin kartından çekildiği halde sipariş WooCommerce’de “beklemede” kalır.
• Başarısız ödeme sonrası ürün stoğu düşer ve ürün gereksiz yere tükenmiş görünür.
• Kupon, kargo ve indirim toplamı ödeme kuruluşuna farklı gider.
• İade işlemi ödeme panelinde yapılır ama WooCommerce siparişi güncellenmez.
• Taksit bilgisi yalnızca ödeme adımında görünür veya müşteriye yanlış gösterilir.
• API anahtarları tema dosyasına, Git deposuna veya eski ajansın hesabına yazılmıştır.
• Ödeme başarısızlığında müşteriye ne olduğu açıklanmaz; müşteri tekrar deneyip denememekte kararsız kalır.

Bu sorunların hiçbiri “sanal POS bazen çalışmaz” denilerek geçiştirilemez. Her biri kurulum, veri akışı veya test eksikliğinden kaynaklanır.

WooCommerce’de Ödeme Altyapısı Kurulurken Sahiplik Kimde Olmalı

Ödeme hesabı, API anahtarları ve işlem geçmişi markanın mülküdür. Bu konu, özellikle Instagram veya pazaryeri satışından kendi sitesine geçen tekstil markaları için önemlidir. Kendi mağazanızı kuruyorsanız ödeme operasyonunu da sahiplenmelisiniz.

Ajansın görevi erişimi kendi üzerinde tutmak değildir. Doğru rol şudur:

• Marka hesabında başvuru akışını desteklemek
• WooCommerce modülünü kurmak
• Callback veya webhook adreslerini tanımlamak
• Checkout ve iade testlerini yürütmek
• Erişimleri ve teknik ayarları teslim sırasında dokümante etmek

Hazır eklentiyi kurmak, entegrasyonun tamamlandığı anlamına gelmez. Aynı şekilde Shopify doğru mağaza için iyi bir araç olabilir; ancak platform, ödeme uygulaması ve sahiplik modeli birlikte değerlendirilmelidir. WooCommerce yerine kiralık bir altyapıyı değerlendiren markalar, Shopify kurulumu sürecinde de ödeme ve uygulama maliyetlerini baştan görmelidir.

Sık Sorulan Sorular

iyzico ve PayTR aynı WooCommerce sitesinde birlikte kullanılabilir mi?

Evet, teknik olarak birlikte kullanılabilirler. Ancak müşteriye iki ayrı kartla ödeme seçeneği göstermek checkout kararını zorlaştırabilir. Hangi sağlayıcının hangi işlemde kullanılacağı, iade ve sipariş kayıtlarını karıştırmayacak bir kuralla belirlenmelidir.

Tekstil markası için iyzico mu PayTR mı daha mantıklı?

Tek bir doğru yanıt yoktur. WooCommerce uyumu, taksit ihtiyacı, başvuru koşulları, iade hacmi, teknik destek beklentisi ve sipariş statüsü yönetimi birlikte değerlendirilmelidir. Komisyon oranı tek başına karar vermeye yetmez.

Sanal POS başvurusu için hangi belgeler gerekir?

Belgeler, şirket türüne ve sağlayıcının değerlendirmesine göre değişir. Kimlik, vergi bilgileri, ticaret sicil kaydı, imza sirküleri, işletme bilgileri ve IBAN gibi belgeler istenebilir. Başvuru öncesinde güncel şartlar doğrudan ödeme kuruluşundan kontrol edilmelidir.

Başarılı ödeme neden WooCommerce siparişine düşmeyebilir?

Müşterinin gördüğü başarılı ödeme ekranı, siparişin mağaza sisteminde kesinleştiğini göstermez. PayTR tarafında callback URL, iyzico tarafında ise HTTPS üzerinden webhook bildirimi doğru çalışmalıdır. Sipariş statüsü doğrulama sonrasında güncellenmelidir.

İade WooCommerce’den mi, iyzico veya PayTR panelinden mi yapılmalı?

İşlem adımı mağazanın kurulumuna göre değişebilir. Esas nokta, WooCommerce siparişi ile ödeme kuruluşundaki iade kaydının aynı işlem referansıyla takip edilebilmesidir. Kısmi iade, tam iade ve ürün değişimi akışları canlıya çıkmadan önce test edilmelidir.

Taksit seçenekleri ürün sayfasında gösterilmeli mi?

Özellikle yüksek sepet tutarlarında taksit gösterimi değerlendirilmelidir. Müşteri taksit bilgisini yalnızca son ödeme adımında görürse satın alma kararından vazgeçebilir. Ancak ürün veya sepet sayfasındaki bilgi, ödeme kuruluşunun güncel kurallarıyla her zaman eşleşmelidir.

Doğru Entegrasyon, Daha Az Manuel İş Demektir

iyzico PayTR entegrasyonu seçiminde en düşük komisyonu bulmak yeterli değildir. Tekstil markası için doğru ödeme altyapısında taksit doğru gösterilir, ödeme sonucu siparişe işlenir, stok hareketi korunur ve iade takip edilebilir.

Önce mağazanızın sipariş hacmini, varyant yapısını ve iade operasyonunu değerlendirin. Ardından sağlayıcıyı, ödeme akışını ve teknik test planını birlikte belirleyin. Marka hesabı sizin adınıza açılmalı, erişimler, API anahtarları ve işlem kayıtları sizde kalmalıdır.