# Abonelik, üyelik ve üye alanı

> Abonelik, üyelik ya da kapalı bir alana erişim satmak, bir ürün daha satmak değildir. Tek seferlik sipariş yerini süren, yenilenen, askıya alınan ve sona eren bir ilişkiye bırakır — işi gerektiren de bu süredir.

- Source canonique : [https://allaux.fr/tr/modules/abonnement-et-espace-membre](https://allaux.fr/tr/modules/abonnement-et-espace-membre)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Tipik ihtiyaç

Üç biçim düzenli olarak karşımıza çıkar. Belirli aralıklarla teslim edilen bir ürüne abonelik; klasik e-ticarete yakındır ama otomatik siparişler üretir. Üyelik; bir statü ve çoğu zaman özel fiyatlar verir, hiçbir koli çıkmaz. Kapalı alan; yalnızca oturum açıldığında görünen içeriklere, belgelere ya da fiyatlara erişim verir.

Ortak nokta, zaman içinde açılıp kapanan bir haktır. Bütün zorluk, mağazanın her an bu hakkın etkin olup olmadığını bilmesi gerekmesindedir — bir fiyat gösterilirken, bir sepet onaylanırken, bir indirmeye izin verilirken ya da bir hatırlatma gönderilirken.

## Bu tür ihtiyaçlarda nasıl çalışıyorum

Yinelenen ödeme istisnasız ödeme sağlayıcısına devredilir. Ödeme aracını onlar tutar, kart sahibinin doğrulamasını onlar yürütür ve çekimleri onlar tetikler. Mağaza yalnızca durum bildirimlerini dinler: çekim başarılı, çekim reddedildi, abonelik iptal edildi. Hassas olan kısım parayı almak değil, bir çekim başarısız olduğunda doğru tepki vermektir.

Mağaza tarafında zaten var olana dayanırım: müşteri grupları ve fiyat kuralları, tek satır kod yazmadan üyelik ihtiyaçlarının önemli bir bölümünü karşılar. Geliştirme o zaman eksik olana yönelir: hakkın otomatik açılıp kapanması, başarısız ödemeden sonraki hoşgörü süresi, isteğe bağlı askıya alma ve aboneliğin hem müşteriye hem size görünen tam durumu.

Çerçeveleme sırasında neredeyse her zaman unutulan sonu da ele alırım: daha önce satın alınmış içeriklere erişim ne olur, süren siparişler ne olur ve fesihten sonra hangi veriler saklanır.

## Başarısız çekim sınır durum değil, merkezî durumdur

> Bir abonelikte kartların süresi dolar ve hesaplar düzenli olarak yetersiz kalır: bu nadir bir istisna değildir. İşlevin o anda nasıl davrandığı — kaç deneme, hak kapanmadan önce ne kadar süre, müşteriye hangi ileti — hizmetin algılanan kalitesini geri kalan her şeyden çok belirler.

## İlgili sayfalar

- **Ödeme webhook'u yapılandırmak** — Mağazanın bir çekimin başarılı ya da başarısız olduğunu öğrendiği kanal. ([/guides/configurer-webhook-paiement](/guides/configurer-webhook-paiement))
- **Müşteri grubuna göre farklı fiyatlar** — Üyelik ihtiyaçlarının bir bölümünü zaten karşılayan yerleşik mekanizma. ([/prestashop/problemes/prix-differents-groupe-client](/prestashop/problemes/prix-differents-groupe-client))
- **Arka planda çalışan bir eklenti** — Dönemsel işlemler için: yenilemeler, hatırlatmalar, hak kapatmaları. ([/modules/module-qui-tourne-en-tache-de-fond](/modules/module-qui-tourne-en-tache-de-fond))

## FAQ

### Abonelikler özel bir eklenti olmadan yönetilebilir mi?

Özel fiyatlı basit bir üyelik için çoğu zaman evet: giriş ve çıkış elle yönetilerek müşteri grupları yeter. Otomatik çekim ve yenileme devreye girdiğinde hayır.

### Kart bilgilerini kim saklar?

Ödeme sağlayıcısı, asla mağaza. Sağlayıcı, mağazanın kart verilerine hiç erişmeden bir çekim yapılmasına imkân veren bir referans verir.

### Askıya alıp sonra devam etmek isteyen müşteri nasıl ele alınır?

Teknik olmadan önce ticari bir karardır: en uzun askı süresi, yenileme tarihine etkisi, duraklama sırasında içeriklerin durumu. Bu kurallar yazıldıktan sonra uygulanması doğrudandır.

### Bir abonelik bir platformdan diğerine taşınabilir mi?

Veriler evet, ödeme yetkileri her zaman değil: bunlar ödeme sağlayıcısına aittir ve sağlayıcı değişikliği müşterileri ödeme aracını yeniden kaydetmeye zorlayabilir. Bu, her göçten önce sorulacak bir sorudur.