E-Ticaret Abonelik Sistemi: Tekrarlayan Ödeme ve Üyelik Yönetimi

E-Ticaret Abonelik Sistemi: Tekrarlayan Ödeme ve Üyelik Yönetimi

Bir müşteri sitenizden bir kez satın aldığında gelir durur. Aynı müşteri abone olduğunda her ay otomatik ödeme gelir — siz uyurken. İşte abonelik modelinin cazibesi bu: öngörülebilir, büyüyen, "kazanıldı ve bitti" değil "kazanıldı ve devam ediyor" nitelikteki gelir.

Bu yazıda abonelik ekonomisinin temellerini, Türkiye'deki tekrarlayan ödeme altyapısını, WooCommerce ve üyelik eklentisi seçeneklerini, hosting optimizasyonunu ve yasal gereklilikleri aktarıyoruz. Hedef: mevcut bir e-ticaret sitesine abonelik katmanı eklemek veya sıfırdan subscription model kurmak isteyen pratiğe odaklı girişimciler.

Buyukweb perspektifi: WooCommerce Subscriptions yoğun Action Scheduler kullanır; cPanel hosting'de WP-Cron yerine sistem cron aktif edilmeli, Redis Object Cache kullanılmalı. Buyukweb cPanel paketleri bu yapılandırmayı destekler; 10 000+ abonelik ölçeğinde VDS'e geçiş önerilir.

Abonelik Ekonomisi Neden Büyüyor?

Tek seferlik satış modelinde gelir dalgalıdır: iyi bir kampanya ayı rekor kırar, sessiz bir ay endişelendirir. Abonelik modeli bu belirsizliği kırıyor.

CLV (Customer Lifetime Value) vs tek seferlik alışveriş:

Senaryo	İlk Ay	12. Ay	24. Ay
Tek seferlik (₺300/sipariş, %30 tekrar alım)	₺300	₺390 kümülatif	₺420 kümülatif
Abonelik (₺150/ay, %5 aylık churn)	₺150	₺1.355 kümülatif	₺2.205 kümülatif

Rakamlar kurgusal ama oran gerçek: düşük churn'de abonelik CLV tek satışı geride bırakır.

Predictable revenue: MRR (Monthly Recurring Revenue) yatırımcı, banka ve büyüme planlaması için temel metriktir. "Gelecek ay minimum X TL gelir garantim var" diyebilmek operasyonel kararları (stok, işe alım, kampanya bütçesi) köklü biçimde kolaylaştırır.

Değerleme çarpanı: Tekrarlayan gelir oranı yüksek şirketler genellikle 4–8× ARR üzerinden değerlenir; tek seferlik e-ticaret çok daha düşük katsayıyla değerlenir. Bu fark kurumsal müşteri veya yatırımcıya satışta belirleyici olabilir.

İş Modeli Tipleri

Abonelik tek bir format değil. Dört ana iş modeli var:

1. SaaS / Yazılım Aboneliği

Aylık veya yıllık lisans. İçerik erişimi, araç kullanımı, bulut depolama. Sınır: fiziksel ürün yok, kargo yok; ölçek maliyeti düşük.

2. Ürün Kutusu (Subscription Box)

Her ay aynı veya farklı fiziksel ürün seti gönderilir. Kahve, kozmetik, kitap, atıştırmalık gibi kategorilerde yaygın. Sınır: stok ve lojistik yönetimi karmaşıktır.

3. İçerik Üyeliği (Membership)

Prim içerik, online kurs, yayın arşivi, topluluk erişimi gibi dijital içerik kapılanır. Fiziksel teslimat yok; yüksek marj. WordPress + üyelik eklentisi bu model için klasik seçimdir.

4. Hibrit Model

Temel hizmet ücretsiz, premium özellikler abonelikle. Veya fiziksel ürün + dijital içerik kombinasyonu. Örnek: kahve aboneliği + online demleme kurslarına erişim.

Hangi modeli seçeceğinizi belirlerken kendinize şunu sorun: yenileme döneminde müşteriye sunduğunuz değer ilk satın almadaki değerden azalmıyor mu? Azalıyorsa churn kaçınılmaz.

Anahtar Metrikler

Abonelik işi yönetiyorsanız şu metrikleri aylık takip edin:

MRR (Monthly Recurring Revenue): Aktif aboneliklerden ay içinde tahsil edilen toplam tekrarlayan gelir. ARR = MRR × 12.

Churn Rate (Gross): İptal edilen abonelik / dönem başındaki toplam abonelik. Gross churn sadece kayıpları ölçer.

Net Churn (Net Revenue Retention): Kayıp + downgrade − upgrade − expansion. Net churn negatifse işiniz büyüyor demektir (expansion > churn). Sağlıklı SaaS için net churn < 0 hedeflenir.

LTV / CAC Oranı: LTV (yaşam boyu değer) = ARPU / churn. CAC (müşteri edinme maliyeti) = pazarlama + satış harcaması / yeni müşteri. LTV:CAC > 3 genel sağlık eşiği; < 1 sürdürülemez.

ARPU (Average Revenue Per User): MRR / aktif abone sayısı. Plan mixi değiştikçe izlenir.

Dunning Recovery Rate: Başarısız ödemeden kurtarılan gelir / toplam başarısız ödeme tutarı. Yüksek dunning recovery churn'ü önemli ölçüde azaltır.

MRR Hareketi (MRR Movement) — aylık fotoğraf:

New MRR       → Yeni abonelerden gelen
Expansion MRR → Mevcut abonenin plan yükseltmesinden
Contraction MRR → Plan düşürme
Churned MRR   → İptal

Net New MRR = New + Expansion − Contraction − Churned

Türkiye'de Tekrarlayan Ödeme (Recurring) Altyapısı

Türkiye'de kart saklama (card-on-file) ve tekrarlayan ödeme için PSP seçimi kritik. Uluslararası gateway'lerden farklı olarak Türk banka kartlarında BIN bazlı kurallar ve BDDK düzenlemeleri devreye girer.

Iyzico Subscription: Iyzico'nun subscription API'si kart tokenizasyon + planlı tahsilat sunar. WooCommerce entegrasyonu için resmi eklenti mevcut. Aylık / yıllık plan tanımlanabilir.

PayTR Recurring: PayTR'nin token tabanlı tekrarlayan ödeme altyapısı. WooCommerce ile community eklentileri üzerinden entegre edilebilir.

Param Recurring: Param API'si de token saklayıp planlanmış ödeme destekliyor. Küçük KOBİ odaklı.

Stripe Billing: Dövizle faturalamak isteyen veya global müşteri hedefleyen işletmeler için. Türk lirası desteği var; BDDK onaylı değil ama bireysel/kurumsal yabancı kart ödemeleri çalışır.

PCI-DSS ve SCA / PSD2 Muafiyeti

Kart tokenizasyonda siz kart numarasını saklamazsınız; PSP depolar. Bu PCI-DSS kapsamınızı SAQ-A (en düşük) seviyesine indirir — önemli maliyet ve audit avantajı.

Avrupa'daki PSD2 SCA (Strong Customer Authentication) kuralı tekrarlayan ödemelerin ilk tahsilatında 3DS gerektirir; sonraki yenilemeler "merchant-initiated transaction" muafiyetiyle 3DS atlanabilir. Türkiye'de benzer BDDK kuralları uygulanmaktadır: ilk ödeme 3D Secure zorunlu, tokenize yenilemeler PSP'nin aracılığıyla yapılır.

WooCommerce ile Abonelik Yönetimi

WooCommerce ekosisteminin en olgun subscription çözümü WooCommerce Subscriptions (Automattic tarafından geliştirilen ücretli eklenti). Temel özellikler:

• Basit ve değişken (variable) abonelik ürün tipi
• Dönem: günlük / haftalık / aylık / yıllık
• Kayıt ücreti (sign-up fee)
• Deneme süresi (trial period)
• Plan değiştirme (upgrade / downgrade)
• Toplu işlem: yenileme, duraklatma, iptal
• Action Scheduler ile yenileme kuyruğu

<?php
/**
 * WooCommerce Subscriptions — programatik abonelik ürünü oluşturma örneği.
 * Genellikle UI'dan yönetilir; bu snippet özel senaryolar içindir.
 */
add_action( 'init', 'bw_create_sample_subscription_product' );

function bw_create_sample_subscription_product(): void {
    // Yalnızca WCS aktifse çalıştır
    if ( ! class_exists( 'WC_Product_Subscription' ) ) {
        return;
    }

    $product = new WC_Product_Subscription();
    $product->set_name( 'İçerik Üyeliği — Aylık' );
    $product->set_regular_price( '249' );           // ₺249/ay

    // Abonelik meta
    $product->update_meta_data( '_subscription_period',          'month' );
    $product->update_meta_data( '_subscription_period_interval', '1' );
    $product->update_meta_data( '_subscription_length',          '0' );    // 0 = sonsuz
    $product->update_meta_data( '_subscription_trial_length',    '14' );   // 14 gün deneme
    $product->update_meta_data( '_subscription_trial_period',    'day' );
    $product->update_meta_data( '_subscription_sign_up_fee',     '0' );    // kayıt ücreti yok

    $product->save();
}

Subscription Groups eklentisi: Bir kullanıcının aynı anda yalnızca bir plana abone olmasını zorunlu kılmak için kullanılır (ör. üyelik seviyesi sistemi).

Switching / Upgrade akışı: WooCommerce Subscriptions plan değiştirmeyi "prorate" (eşleştirme) veya "next payment" (sonraki dönemde) destekler. Upgrade'de fark tahsil edilir; downgrade'de kredi tanınır.

Alternatif Üyelik Eklentileri

WooCommerce Subscriptions tek seçenek değil. İçerik kapılaması ön planda ise:

Eklenti	Güçlü Yanı	WooCommerce Entegrasyonu	Fiyat
Paid Memberships Pro	Esnek içerik kısıtlama, ücretsiz katman mevcut	Var (add-on)	Ücretsiz + pro
Restrict Content Pro	Basit, sade arayüz	Sınırlı	Yıllık lisans
MemberPress	Hepsi dahil (kurs, topluluk, drip content)	Var	Yıllık lisans
Paid Member Subscriptions	WooCommerce native, hafif	Yerleşik	Ücretsiz + pro

Ne zaman bu eklentileri tercih edin: Ürün satışı değil, içerik / kurs / topluluk erişimi satıyorsanız üyelik eklentisi WooCommerce Subscriptions'dan çoğu zaman daha uygun ve daha ucuz.

Self-Host vs SaaS Abonelik Motoru

Hangi katmanda abonelik yönetimi yapacaksınız?

Yaklaşım	Örnek Araç	Avantajı	Dezavantajı
WordPress eklentisi (self-host)	WC Subscriptions, PMPro	Tam kontrol, tek platform	Bakım, güvenlik güncellemesi, ölçek
Türk PSP subscription API	Iyzico, PayTR	Yerel banka uyumu, TL	Sınırlı plan yönetimi özellikleri
Global SaaS billing	Stripe Billing, Chargebee, Recurly, Zuora	Gelişmiş analitik, webhook	Döviz + BDDK sınırları

Küçük-orta ölçek (< 2 000 abone) için WooCommerce Subscriptions + Türk PSP kombinasyonu pratik. Büyük ölçek (> 10 000 abone, çok ülke, karmaşık plan miki) için Stripe Billing veya Chargebee'nin üstüne WooCommerce checkout katmanı bindirmek düşünülebilir.

Trial (Deneme) Yönetimi

Deneme süresi dönüşüm için kritik. İki ana strateji:

Kart yakalayarak deneme (credit card trial): Ücretsiz 7–14 gün, kart bilgisi alınır. Deneme bitince otomatik faturalama başlar. Dönüşüm oranı yüksek; müşteri "kaydolma sürtünmesi" yaşar ama ödeme engelini aşmış olur.

Kartsız deneme: E-posta + şifre ile kayıt, kart bilgisi istenmez. Daha geniş erişim; deneme bitince "şimdi kart ekle" aşamasında kayıp yüksek.

Dönüşüm optimizasyonu:

• Trial bitimine 3 gün kala e-posta / bildirim gönder
• Değer hatırlatıcı: "Bu ay X özelliği kullandınız"
• Çıkış niyeti varsa plan değiştirme veya uzatma teklif et
• İlk faturalama öncesi net bildirim (KVKK + tüketici hukuku gereği)

Dunning: Başarısız Ödeme Kurtarma

Recurring billing'de en büyük gelir sızıntılarından biri başarısız ödemedir. Kart limiti dolması, son kullanma tarihi geçmesi, banka reddi — bunların önemli kısmı geri kazanılabilir.

<?php
/**
 * WooCommerce Subscriptions — yenileme başarısız olduğunda
 * özel dunning e-postası gönder.
 */
add_action(
    'woocommerce_subscription_payment_failed',
    'bw_dunning_on_payment_fail',
    10,
    2
);

function bw_dunning_on_payment_fail(
    WC_Subscription $subscription,
    WC_Order $last_order
): void {
    $customer_email = $subscription->get_billing_email();
    $retry_date     = gmdate( 'Y-m-d', strtotime( '+3 days' ) );

    wp_mail(
        $customer_email,
        'Abonelik ödemesi alınamadı — lütfen kartınızı güncelleyin',
        sprintf(
            "Merhaba %s,

"
            . "Abonelik yenileme ödemesi alınamadı.
"
            . "%s tarihinde tekrar deneyeceğiz.

"
            . "Kartınızı güncellemek için: %s

"
            . "Sorun yaşarsanız 0850 302 60 70'i arayabilirsiniz.",
            $subscription->get_billing_first_name(),
            $retry_date,
            wc_get_account_endpoint_url( 'payment-methods' )
        )
    );
}

Smart retry stratejisi: 3. gün, 7. gün, 14. gün gibi artan aralıklarla deneme. Bazı PSP'ler (Stripe Billing gibi) otomatik smart retry sunar. Türk PSP'lerinde bu genellikle uygulamanın kendi sorumluluğundadır.

Kart güncelleme akışı: "Kart Güncelle" linkini dunning e-postasına ekleyin → müşteri yeni kartı kaydeder → sonraki retry başarılı olur. WooCommerce Subscriptions bunu "Payment Methods" sayfasıyla kutu dışı destekler.

Dunning penceresi: Genellikle 7–21 gün. Bu süre sonunda hâlâ ödeme alınamıyorsa abonelik "on-hold" → "cancelled" geçer.

Hosting Altyapı: Action Scheduler ve Cron Optimizasyonu

WooCommerce Subscriptions'ın kalbi Action Scheduler kütüphanesidir. Her yenileme, her retry, her e-posta bildirimi bir "action" olarak actionscheduler_actions tablosuna yazılır. Abonelik sayısı arttıkça bu tablo ciddi büyür.

Sorun: Varsayılan WP-Cron, gerçek bir sistem cron değildir — ziyaretçi isteğine bağlı tetiklenir. Yüksek yenileme hacminde gecikme ve yığılma yaşanır.

Çözüm:

# wp-config.php — WP-Cron'u devre dışı bırak
# define('DISABLE_WP_CRON', true);

# cPanel Cron Jobs — her dakika WP-CLI ile çalıştır
* * * * * /usr/local/bin/php /home/kullanici/public_html/wp-cron.php > /dev/null 2>&1

# Veya WP-CLI varsa (daha temiz):
* * * * * /usr/local/bin/wp cron event run --due-now --path=/home/kullanici/public_html > /dev/null 2>&1

Buyukweb cPanel paketlerinde Cron Jobs arayüzü üzerinden bu yapılandırma yapılabilir.

Redis Object Cache: WooCommerce Subscriptions wcs_get_users_subscriptions() gibi sorguları döngü içinde çalıştırdığında DB yükü artar. Redis Object Cache eklentisi bu sorguları önbelleğe alır; özellikle hesabım (my-account) sayfası dynamic olduğundan Redis object cache doğru seçimdir — sayfa önbelleği (full-page cache) bu sayfa için devre dışı tutulmalı.

LiteSpeed Cache ayarı: Abonelik hesap sayfaları (/hesabim/, /my-account/) için LSCache'de "Do Not Cache" kuralı ekleyin. Diğer sayfalar (ürün, landing) tam sayfa önbellekten faydalanır.

10 000+ abonelik ölçeği: Bu noktada paylaşımlı cPanel'i büyük ihtimalle aştınız. VDS'te:

• Ayrı MySQL instance (dedicated MySQL veya ProxySQL connection pooling)
• Redis Object Cache (subscriber grubu başına ayrı queue)
• Nginx FastCGI cache + bypass cookie kuralları
• Action Scheduler concurrent runners artırmak: ActionScheduler_AsyncRequest_QueueRunner hook ile

KVKK ve Mesafeli Satış Sözleşmesi

Abonelik satışı Türkiye'de birkaç yasal katmanı birden ilgilendirir.

Cayma hakkı (14 gün): Mesafeli Satış Yönetmeliği uyarınca dijital ürün veya hizmet aboneliklerinde cayma hakkı, satın alma tarihinden itibaren 14 gündür. Ancak müşteri bu 14 gün içinde içeriğe erişmeye başladıysa ve bunu açıkça kabul ettiyse cayma hakkı düşer. Bu onayı satın alma akışında açık rıza olarak alın.

Otomatik yenileme bildirimi: Otomatik yenileme öncesinde müşteriye e-posta veya SMS bildirimi gönderilmesi iyi uygulama ve bazı yorumlara göre yasal gereklilik. Yenileme tarihinden en az 3 gün önce bildirim öneririz.

Açık rıza (KVKK Madde 5): Kart tokenizasyonu için ayrıca, abonelik pazarlama e-postası için ayrıca açık rıza gerekir. Bunları tek kutuda birleştirmeyin.

E-fatura / e-arşiv: Yıllık hasılatı e-fatura mükellefiyeti eşiğini aşan işletmeler için her abonelik yenilemesi faturalanmalıdır. E-fatura entegratörü (ETBİS sertifikalı) seçimi ve ERP bağlantısı işletmenin kendi sorumluluğundadır; Buyukweb hosting bu konuda teknik altyapı sağlar.

Mesafeli Satış Sözleşmesi: Her abonelik için ayrı veya güncellenmiş sözleşme gerekebilir. Avukat onayına sunmanızı öneririz.

Abonelik UX: Pause, Downgrade ve Self-Servis Portal

En çok ihmal edilen alan: abonelik yönetim UX. Müşteri aboneliğini durdurmak veya iptal etmek istediğinde sizi araması gerekiyorsa hem onu hem kendinizi yıprattınız.

Pause / Resume: WooCommerce Subscriptions "aboneliği duraklat" özelliği sunar. Tatil, bütçe sıkışması gibi durumlarda churn yerine pause tercih edilir. Pause limitini belirleyin (örn. maks. 3 ay).

Self-servis billing portal: Müşteri kendi planını değiştirebildiği, faturalarını görebildiği, kartını güncelleyebildiği sayfa. WooCommerce hesabım sayfası bunu sağlar. Stripe Billing'in Customer Portal'ı bu konuda çok olgun.

Cancellation friction balance: İptal yolunu kapatmak kısa vadede churn düşürür ama uzun vadede marka itibarını zedeler. Doğru denge: iptal akışında neden sorusu sor (churn survey), son bir teklif sun (pause veya indirim), sonra kolayca iptal ettir.

Downgrade vs iptal: Müşteri tamamen çıkmak yerine daha düşük plana geçmek isteyebilir. Bu seçeneği öne çıkarın; revenue azalır ama sıfıra düşmez.

Veri Analitiği: Cohort ve MRR Movement

Abonelik analitiği tek bir dashboard metriğiyle bitmez.

Cohort analizi: Aynı ay kayıt olan abonelerin sonraki aylardaki tutma oranını izler. Ocak kohortunun 3. ay retansiyon oranı %80, Şubat kohortunun %60 ise Şubat'ta ne değiştiğini araştırın (kampanya kalitesi, onboarding, ürün değişikliği).

MRR Movement tablosu:

| Ay     | New MRR | Expansion | Contraction | Churned | Net New MRR |
|--------|---------|-----------|-------------|---------|-------------|
| Ocak   | ₺12.000 | ₺2.500    | −₺800       | −₺1.200 | ₺12.500     |
| Şubat  | ₺8.000  | ₺3.200    | −₺400       | −₺900   | ₺9.900      |

Bu tablo "büyüme nereye gidiyor" sorusunu yanıtlar. Expansion yüksekse mevcut müşteriler sizi seviyor; churned yüksekse müşteri tutmada sorun var.

Araçlar: WooCommerce için Metorik veya Putler gibi üçüncü taraf analitik araçlar MRR movement'ı otomatik hesaplar. Stripe Billing kullanıyorsanız yerleşik dashboard bu metrikleri sunar.

Sıkça Sorulan Sorular

WooCommerce Subscriptions Buyukweb hosting'de çalışır mı?

Evet. WooCommerce Subscriptions cPanel hosting'de sorunsuz kurulur. Önerilen yapılandırma: DISABLE_WP_CRON aktif + cPanel Cron Jobs ile gerçek sistem cron + Redis Object Cache. Buyukweb cPanel paketlerinde her üçü de desteklenir.

Iyzico recurring mi, Stripe mi — hangisi daha uygun?

Türk lirası ve Türk kartlarına odaklanıyorsanız Iyzico daha az sürtünme yaratır; BDDK uyumu, yerel banka entegrasyonu ve 3DS akışı hazır. Yabancı kart veya çoklu para birimi gerekiyorsa Stripe Billing'i değerlendirin. İkisi birlikte de çalışabilir (yerel → Iyzico, yabancı → Stripe).

Kaç aboneliğe kadar paylaşımlı hosting yeterli?

Genel kural: 500–1 000 aktif aboneliğe kadar iyi yapılandırılmış paylaşımlı cPanel hosting yönetilebilir. Bunun üzerinde Action Scheduler yığılması ve DB yükü artabilir. 1 000+ abonelikte VDS, 5 000+ abonelikte dedicated MySQL veya yönetilen VDS önerilir.

Ücretsiz deneme için kart bilgisi almak zorunlu mu?

Zorunlu değil. Ancak kartsız deneme → ödeme dönüşüm oranı tipik olarak daha düşük. Kart alırsanız deneme bitişinde açık bir bildirim ve iptal imkânı sunmanız hem KVKK hem tüketici hukuku açısından gereklidir.

Aboneliği iptal eden müşteri kartı ne zaman silinmeli?

KVKK veri minimizasyonu ilkesi: amacın ortadan kalkmasıyla kart tokeninin ilişkisi de kesilmeli. İptal sonrası aktif abonelik yoksa kart tokeni silin veya müşteriye "kartınızı silmek ister misiniz?" seçeneği sunun.

Abonelik gelirini e-fatura kesmem gerekiyor mu?

E-fatura mükellefi iseniz her yenileme için fatura kesilmeli. Bu volümde manuel fatura kesmek mümkün değil; WooCommerce PDF Invoices & Packing Slips gibi eklenti veya ETBİS sertifikalı e-fatura entegratörü gerekir.

Action Scheduler tablosu çok şişti, ne yapmalı?

ActionScheduler_QueueCleaner kendi kendine tamamlanan action'ları temizler ama varsayılan tutma süresi 30 gündür. action_scheduler_retention_period filtresiyle bunu 7 güne indirin. Tablo hâlâ büyükse WP-CLI ile manuel temizlik yapılabilir:

wp action-scheduler clean --batch-size=1000 --before="-7 days" --status=complete

Sonuç

Abonelik modeli kurulumu; ödeme altyapısı, platform seçimi, hosting optimizasyonu ve yasal çerçeve olmak üzere dört boyutu birden kapsar. WooCommerce Subscriptions + Türk PSP kombinasyonu küçük-orta ölçek için olgun ve kanıtlanmış bir yol. Büyüdükçe Action Scheduler'ı sisteme göç ettirin, Redis ekleyin, cohort analitiğinizi canlı tutun.

Buyukweb cPanel hosting'de WP-CLI erişimi, cPanel Cron Jobs ve JetBackup haftalık yedekleme ile WooCommerce abonelik altyapısını güvenli biçimde çalıştırabilirsiniz. Daha büyük ölçek için VDS paketlerimiz dedicated MySQL ve Redis yapılandırmasını destekler.

Teknik sorularınız için 0850 302 60 70 numaralı hattımızı arayabilir veya iletişim sayfamızı kullanabilirsiniz.

---

İlgili Büyükweb Hizmetleri

WooCommerce abonelik altyapısı için Türkiye lokasyonlu paketler:

• E-Ticaret VDS
• WooCommerce için WordPress Hosting
• cPanel Web Hosting
• VDS Sunucu
• Yüksek Hacim için Dedicated

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.