Ödeme Sağlayıcıları ve Uyumluluk: Stripe, Adyen, Chargebee, Paddle, PayPal Karşılaştırması

Küresel ödeme kabulünün aynı şekilde davranmayan üç katmanı vardır: işlem işleme, vergi uyumluluğu ve satışın yasal sorumluluğu. Sağlayıcıyı yalnızca işlem ücretine bakarak seçen bir SaaS ekibi, diğer iki katmanı genellikle bir KDV denetimi, bir PSD2/SCA red oranı ya da bir chargeback politikası gün yüzüne çıkardığında fark eder. Asıl karar, ekibin hangi katmanları kendi yönettiği ve hangilerini dışarıya verdiğidir.

Temel ayrım iki model arasında. Payment Processor’lar (Stripe, Adyen, PayPal) parayı taşır; vergi, faturalama ve anlaşmazlıklar sizde kalır. Merchant of Record (Paddle) ise yasal satıcı olur ve vergiyi kendisi beyan eder. Faturalamaya mühendislik ayırabilen ekipler için makul varsayılan Stripe; dijital ürününü çok sayıda ülkeye satan küçük bir ekip içinse Paddle daha iyi bir varsayılan, çünkü üstlendiği vergi işi ücret farkından daha pahalıya mal olur. Chargebee ve Adyen, faturalama karmaşıklığı ya da hacim bu tabanı aştığında devreye girer.

Payment Processor ve Merchant of Record Farkı#

Sağlayıcıları tek tek karşılaştırmadan önce, ödeme kabul etmenin temelden farklı iki modelini netleştirmek gerekiyor.

Payment Processor para hareketinin teknik tarafını yönetir. Satıcı siz olursunuz. Vergi toplama, uyumluluk, faturalama ve anlaşmazlık yönetimi sizin sorumluluğunuzdadır. Stripe, Adyen ve PayPal bu şekilde çalışır.

Merchant of Record (MoR) işlemde yasal satıcıdır. MoR sağlayıcı ürünlerinizi sizin adınıza satar, vergi toplama ve ödemeyi yönetir, uyumluluğu sağlar ve chargeback süreçlerini yürütür. Paddle bir Merchant of Record olarak çalışır.

Payment Processor ile esneklik kazanır, beraberinde gelen operasyonel yükü de üstlenirsiniz. MoR ile biraz kontrol ve marjdan vazgeçer, uyumluluk işinden büyük ölçüde kurtulursunuz.

Sağlayıcı Karşılaştırması#

Beş büyük sağlayıcı, SaaS işletmeleri için en çok önem taşıyan boyutlarda şöyle ayrışıyor.

Özellik	Stripe	Adyen	Chargebee	Paddle	PayPal
Model	Processor	Processor	Faturalama katmanı	MoR	Processor
Temel ücret (ABD)	%2.9 + $0.30	Interchange++	$0/ay’dan	%5 + $0.50	%2.9 + $0.30
Vergi yönetimi	Stripe Tax (ekstra %0.5)	Manuel/üçüncü taraf	Avalara/TaxJar ile	Dahil	Manuel
Abonelik faturalama	Stripe Billing	Sınırlı	Ana güç	Dahili	PayPal Subscriptions
Küresel kapsam	46+ ülke	80+ ülke	Gateway üzerinden	200+ ülke	200+ ülke
Geliştirici deneyimi	Mükemmel	İyi (kurumsal odak)	İyi	İyi	Orta
En uygun	Geliştirici ekipler	Kurumsal/omnichannel	Karmaşık faturalama	Vergi işini devretmek	Tüketici aşinalığı

Stripe#

Stripe, geliştirici odaklı ekipler için varsayılan seçenek ve bu tercihin sağlam gerekçeleri var. API tasarımı temiz, dokümantasyon kapsamlı ve araç ekosistemi (Billing, Tax, Connect, Radar) çoğu SaaS ihtiyacını karşılar.

ABD’de işlem başına %2.9 + $0.30 olan temel oran rekabetçi ve AEA oranları standart kartlar için %1.5 + 0.25 EUR’dan başlıyor. Maliyet asıl ek özelliklerde büyüyor: Stripe Tax işlem başına %0.5, dolandırıcılık tespiti için Stripe Radar taranan işlem başına $0.05-$0.07, uluslararası kartlar da %1 ek ücret ve %1 döviz dönüşüm ücreti ekliyor. %2.9 ile başlayan bir işlem, bunların birkaçı devreye girdiğinde %5 ve üzerine çıkıyor.

Stripe, mühendislik ekibiniz güçlü olduğunda ve ödeme deneyimi üzerinde tam kontrol istediğinizde en iyi çalışır.

Adyen#

Adyen, karmaşık ödeme ihtiyaçları olan büyük işletmeleri hedefler. Interchange++ fiyatlandırma modeli, gerçek interchange oranını küçük bir marjla birlikte size yansıtır; bu da yüksek hacimli satıcılar için genellikle daha düşük efektif oran anlamına gelir.

Entegrasyon Stripe’dan daha fazla çaba istiyor, abonelik yönetimi de güçlü yanı değil; muhtemelen ayrı bir faturalama katmanına ihtiyacınız olacak. Birden fazla kanalda (çevrimiçi, mağaza, mobil) ve bölgede yüksek hacimle işlem yapan işletmeler için Adyen, çok az rakibinde bulunan birleşik bir platform sunuyor; ek entegrasyon çabası da kendini burada çıkarıyor.

Chargebee#

Chargebee bir ödeme işlemcisi değil; ödeme ağ geçidinizin (genellikle Stripe veya Adyen) üzerinde oturan bir abonelik faturalama ve gelir operasyonları platformu.

Karmaşık faturalama senaryolarında öne çıkar: kullanım bazlı fiyatlandırma, hibrit modeller, çoklu döviz faturalama, gelir tanıma ve tahsilat yönetimi. Fiyatlandırma modeliniz sayaçlı kullanım, ek özellikli birden fazla katman veya vadeli B2B faturalama içeriyorsa Chargebee önemli değer katar.

Bunun bedeli ek karmaşıklık. Artık iki sistemi birlikte yönetirsiniz: ödeme ağ geçidiniz ve faturalama katmanınız.

Paddle#

Paddle, Merchant of Record olarak özel bir konumdadır. Bu, Paddle’ın yasal olarak satıcı olduğu anlamına gelir. Paddle her ülkede KDV/satış vergisi hesaplama, toplama ve ödemeyi yönetir. Siz de Paddle’ın ücreti düşülmüş gelir payını alırsınız.

İşlem başına %5 + $0.50 ücreti Stripe’ın temel oranından yüksek. Ama bu ücrete vergi yönetimi, döviz dönüşümü ve anlaşmazlık süreçleri dahil. Özel bir finans birimi olmayan küçük ekipler için bu tercih çoğu zaman mantıklı olur.

Kısıt esneklikte ortaya çıkar. Paddle dijital ürünler ve SaaS için tasarlanmıştır. Fiziksel ürünler, pazar yerleri ve özel ödeme akışları kapsamı dışındadır. Paddle’ın vergi yönetimine ihtiyacınız varsa ama fiziksel ürün satıyorsanız, birden fazla sağlayıcıyı birleştiren abonelik yaşam döngüsü yönetimi yaklaşımlarını incelemeniz gerekebilir.

PayPal#

PayPal öncelikle tüketici güveni ve erişimi açısından geçerliliğini korur. Kredi kartı kullanımının düşük olduğu pazarlarda PayPal (ve ABD’de Venmo) tanıdık bir ödeme yöntemi olarak hizmet verir.

SaaS işletmeleri için PayPal nadiren birincil işlemcidir. Stripe veya Adyen’in yanında ek bir ödeme yöntemi olarak iyi çalışır ve kart bilgilerini girmek yerine PayPal ile ödemeyi tercih eden müşterileri yakalar.

PSD2 ve Güçlü Müşteri Kimlik Doğrulaması#

Avrupalı müşterilerden ödeme kabul ediyorsanız, PSD2 ve Güçlü Müşteri Kimlik Doğrulaması (SCA) gereksinimini anlamanız gerekir.

PSD2 (Ödeme Hizmetleri Direktifi 2), elektronik ödemeler için Güçlü Müşteri Kimlik Doğrulama gerektiren AB düzenlemesidir. SCA, müşterinin üç faktörden en az ikisini kullanarak kimlik doğrulaması yapması gerektiğini belirtir: bildikleri bir şey (şifre/PIN), sahip oldukları bir şey (telefon/donanım tokeni) veya oldukları bir şey (parmak izi/yüz).

3D Secure 2, çevrimiçi kart ödemelerinde SCA uygulamanın standart protokolüdür. Avrupalı bir kart sahibi ödeme yaptığında, kartı veren banka işlemi 3D Secure kimlik doğrulama adımıyla sorgulayabilir.

Yukarıda listelenen beş sağlayıcının tümü 3D Secure 2’yi destekler, ancak uygulama detayları farklıdır:

• Stripe: SCA’yı Stripe.js ve Payment Intents API ile otomatik yönetir. Stripe Radar ile muafiyetleri destekler.
• Adyen: Gelişmiş muafiyet motoruyla tam SCA desteği. Daha az sürtünme için devredilmiş kimlik doğrulamayı (delegated authentication) destekler.
• Paddle: MoR olarak Paddle, SCA uyumluluğunu sizin adınıza yönetir.
• PayPal: SCA’yı PayPal ödeme akışı içinde yönetir.
• Chargebee: SCA yönetimini altta yatan ödeme ağ geçidinden devralır.

PSD3 geliyor. Ödeme Hizmetleri Direktifi’nin bir sonraki sürümünde uygulama son tarihlerinin 2026-2027’ye denk gelmesi bekleniyor. Direktif daha sıkı SCA uygulaması, güncellenmiş İşlem Risk Analizi eşikleri ve daha güçlü tüketici koruma kuralları getiriyor. Tüm büyük sağlayıcıların PSD3 gereksinimlerini kesinleştikçe desteklemesi bekleniyor.

KDV ve Satış Vergisi Karmaşıklığı#

Asıl operasyonel yük vergide birikir. AB KDV kuralları, müşterinin ülkesinin KDV oranını (kendi ülkenizin değil) tahsil etmenizi gerektirir. ABD’de eyalet bazında satış vergisi, müşteri tabanınız büyüdükçe değişen nexus kurallarıyla karmaşıklaşır. Hindistan, Brezilya ve Avustralya gibi ülkelerin her birinin kendi dijital hizmet vergisi gereksinimleri vardır.

Her sağlayıcının vergiyi nasıl ele aldığına bakalım:

• Paddle (MoR): Her şeyi yönetir. Dünya çapında vergi hesaplama, toplama, beyanname ve ödeme. Bu Paddle’ın en güçlü satış noktasıdır.
• Stripe Tax: 50’den fazla ülkede vergi hesaplar ve toplar. Beyanname ve ödemeyi siz yaparsınız. İşlem başına ek %0.5 maliyeti vardır.
• Chargebee: Vergi hesaplama için Avalara veya TaxJar ile entegre olur. Beyanname ayrıdır.
• Adyen: Yerleşik vergi hesaplama yok. Üçüncü taraf vergi çözümü gerektirir.
• PayPal: Yerleşik vergi hesaplama yok. Manuel yönetim gereklidir.

Özel finans birimi olmayan ekipler için vergi sorusu tek başına kararı Paddle’a doğru yönlendirebilir. Mevcut vergi altyapısı olan büyük organizasyonlar için Stripe Tax veya Chargebee + Avalara kombinasyonu daha fazla esneklik sunar.

Karar Çerçevesi#

Ödeme sağlayıcısı seçimi ekibinize, pazarınıza ve iş modelinize bağlıdır. Aşağıdaki karar ağacı temel karar noktalarını yakalamaktadır.

Birkaç ek husus:

• Coğrafi konum önemlidir. Müşterilerinizin çoğu AB’deyse vergi uyumluluğu kritiktir. Paddle veya Stripe Tax bu yükü önemli ölçüde azaltır.
• Basit başlayın. Birçok başarılı SaaS şirketi Stripe ile başlar ve büyüdükçe karmaşıklık (Chargebee, vergi çözümleri) ekler.
• İkincil olarak PayPal. Birincil işlemciniz ne olursa olsun, alternatif ödeme yöntemi olarak PayPal sunmak onu tercih eden müşterileri yakalar.
• Geçiş zordur. Büyüme sırasında ödeme sağlayıcısını değiştirmek müşteri ödeme yöntemlerini, abonelik verilerini ve faturalama mantığını taşımayı içerir. Baştan iyi düşünerek seçin.

Kod Karşılaştırması: Stripe ve Adyen Checkout#

Geliştirici deneyimindeki fark en net kodda görünür. Aşağıda Stripe ve Adyen ile checkout oturumu oluşturmanın yan yana karşılaştırması var.

Stripe Checkout Oturumu#

import Stripe from "stripe";

const stripe = new Stripe(process.env.STRIPE_SECRET_KEY!);

async function createCheckoutSession(
  priceId: string,
  customerId: string
): Promise<string> {
  const session = await stripe.checkout.sessions.create({
    customer: customerId,
    mode: "subscription",
    payment_method_types: ["card"],
    line_items: [
      {
        price: priceId,
        quantity: 1,
      },
    ],
    success_url: `${process.env.APP_URL}/success?session_id={CHECKOUT_SESSION_ID}`,
    cancel_url: `${process.env.APP_URL}/pricing`,
    // SCA Stripe tarafından otomatik yönetilir
    payment_method_options: {
      card: {
        request_three_d_secure: "automatic",
      },
    },
  });

  return session.url!;
}

Adyen Sessions API#

import { Client, CheckoutAPI } from "@adyen/api-library";

const client = new Client({
  apiKey: process.env.ADYEN_API_KEY!,
  environment: "TEST", // veya "LIVE"
});

const checkout = new CheckoutAPI(client);

async function createAdyenSession(
  amount: number,
  currency: string,
  reference: string
): Promise<{ id: string; sessionData: string }> {
  const response = await checkout.PaymentsApi.sessions({
    amount: {
      value: amount, // Küçük birimde tutar (kuruş)
      currency: currency,
    },
    reference: reference,
    merchantAccount: process.env.ADYEN_MERCHANT_ACCOUNT!,
    returnUrl: `${process.env.APP_URL}/checkout/result`,
    countryCode: "NL",
    // SCA: Adyen 3DS2'yi risk motoru ile yönetir
    authenticationData: {
      attemptAuthentication: "always",
    },
    channel: "Web",
  });

  return {
    id: response.id,
    sessionData: response.sessionData,
  };
}

Temel farklar:

• Stripe varsayılan olarak barındırılan bir checkout sayfası kullanır. Müşteriyi Stripe’ın sayfasına yönlendirirsiniz. Daha az kontrol, daha hızlı uygulama.
• Adyen oturum verileri döndürür ve bunları Adyen’in Drop-in veya Components kütüphanesiyle render edersiniz. Checkout deneyimi üzerinde daha fazla kontrol, daha fazla entegrasyon işi.
• SCA yönetimi: İkisi de 3D Secure’u otomatik yönetir, ama Stripe’ın yaklaşımı daha az yapılandırma gerektirir.

Her iki yaklaşım da müşterinin platformlar arası ne için ödeme yaptığını takip eden yetkilendirme senkronizasyon sistemleriyle iyi entegre olur.

Bugün Ne Seçerdim#

Küçük ekipli yeni bir SaaS ürünü için: Paddle. Vergi yönetimi tek başına daha yüksek ücreti haklı çıkaracak kadar zaman ve karmaşıklıktan tasarruf sağlar; açığa çıkan mühendislik çabası da ürüne geri döner.

Mühendislik kaynakları olan büyüyen bir SaaS için: Stripe ve Stripe Tax. Geliştirici deneyimi eşsizdir ve ekosistem çoğu ihtiyacı ayrı bir faturalama katmanı olmadan karşılar.

Karmaşık ihtiyaçları olan kurumsal ekipler için: ödeme işleme tarafında Adyen, abonelik faturalamada Chargebee. Bu kombinasyon yüksek hacim, birden fazla ödeme yöntemi ve karmaşık fiyatlandırma modellerini yönetir.

Her durumda: ikincil ödeme yöntemi olarak PayPal ekleyin. Entegrasyon çabası minimaldir ve kart bilgilerini girmek istemeyen müşterileri yakalar.

Kaynaklar#

• Stripe Checkout Sessions API Dokümantasyonu (yeni sekmede açılır) - Checkout oturumları oluşturmak için resmi API referansı.
• Adyen Online Ödemeler Entegrasyon Rehberi (yeni sekmede açılır) - Adyen ile ödeme entegrasyonları için resmi rehber.
• Paddle Fiyatlandırma (yeni sekmede açılır) - Paddle’ın MoR fiyatlandırma yapısı ve dahil edilen özellikler.
• Stripe Güçlü Müşteri Kimlik Doğrulama Rehberi (yeni sekmede açılır) - Stripe’ın PSD2 SCA uyumluluk rehberi.
• Adyen PSD2 SCA Uyumluluk Rehberi (yeni sekmede açılır) - Adyen’in PSD2/SCA uygulama rehberi.
• PSD2, SCA ve 3DS2 Açıklaması (Spreedly) (yeni sekmede açılır) - Avrupa ödeme düzenlemelerine genel bakış.
• AB PSP’leri için 3D Secure ve PSD2 Rehberi (GPayments) (yeni sekmede açılır) - Avrupalı ödeme hizmet sağlayıcıları için 3DS2 uygulama rehberi.
• PSD3 Genel Bakış (Partisia) (yeni sekmede açılır) - Yaklaşmakta olan PSD3 direktifinin analizi.
• Chargebee Dokümantasyonu (yeni sekmede açılır) - Resmi Chargebee abonelik faturalama dokümantasyonu.
• Stripe vs Paddle vs Chargebee Karşılaştırması (Churnmate) (yeni sekmede açılır) - SaaS faturalama kararları için bağımsız karşılaştırma.
• Adyen Node.js API Kütüphanesi (yeni sekmede açılır) - Node.js/TypeScript entegrasyonları için resmi Adyen SDK.
• Stripe Ücretleri 2025 Detayları (yeni sekmede açılır) - Gizli maliyetler dahil Stripe’ın ücret yapısının detaylı dökümü.