Drip Feed, Refill ve İptal: SMM Panel Sipariş Rehberi

SMM paneli işletiyorsanız ya da bir panelden bayilik yapıyorsanız destek taleplerinin büyük kısmı aynı kavramlar etrafında döner: drip feed, refill, iptal ve "siparişim neden Partial görünüyor?" sorusu.

Bu yazıda bu kavramların ne anlama geldiğini, iade ile nasıl bağlantılı olduklarını ve standart SMM API v2'de nasıl kullanıldıklarını sade bir dille anlatıyoruz. Amaç, müşterinize net bir açıklama yapabilmeniz ve sistemi doğru şekilde otomatikleştirebilmeniz.

Drip feed nedir?

Drip feed (Türkçede "damla damla gönderim" diye de geçer), tek bir siparişi zamana yayılmış küçük parçalara bölme özelliğidir. Bir gönderiye 5.000 beğeniyi tek seferde göndermek yerine, örneğin her 30 dakikada bir 500'er beğeni, toplam 10 kez gönderilir.

İki parametre belirleyicidir:

• Runs (tekrar sayısı): Siparişin kaç ayrı parça hâlinde gönderileceği.
• Interval (aralık): Her parça arasında beklenecek süre, dakika cinsinden.

Yaygın API standardını izleyen panellerin çoğunda girdiğiniz quantity değeri her tekrar için geçerlidir. Toplam teslimat quantity × runs olur. Yani 500 adet, 10 tekrar ve 30 dakika aralıklı bir sipariş toplam 5.000 adet teslim eder ve yaklaşık 4,5 saat sürer (ilk gönderimden sonra 30 dakikalık dokuz bekleme). Bazı paneller bunu farklı gösterebilir. Büyük bir sipariş vermeden önce servis açıklamasını ve sipariş formundaki toplam önizlemesini mutlaka kontrol edin.

Drip feed neden tercih edilir?

• Daha doğal görünen büyüme: Etkileşimin kademeli gelmesi, tek seferlik ani bir sıçramaya göre daha az dikkat çeker.
• Etkileşimi zamana yaymak: Örneğin paylaşımdan sonraki ilk gün boyunca izlenme veya beğenilerin yavaş yavaş gelmesi.
• Servis limitlerini aşmak: Bazı servislerde sipariş başına üst sınır vardır. Drip feed ile tek siparişte daha yüksek toplama ulaşılabilir.

Dikkat edilmesi gerekenler

• Yalnızca drip feed destekli servisler runs ve interval kabul eder. Diğer servislerde bu parametreler genellikle hata döndürür.
• Her tekrar, sağlayıcıya verilen ayrı bir alt sipariş gibi çalışır. Bir tekrar başarısız olursa ana sipariş Partial olarak sonuçlanabilir.
• Ücret çoğunlukla sipariş anında toplam miktar üzerinden düşülür. Teslim edilmeyen kısım, iptal veya kısmi tamamlanma durumunda bakiyeye iade edilir.

SMM panelde refill nedir?

Takipçi, beğeni ya da abone sayıları teslimattan sonra düşebilir. Platformlar hesapları kapatır, temizlik dalgaları yapar ya da kullanıcılar takipten çıkar. Refill, belirli bir garanti süresi içinde düşen miktarın sağlayıcı tarafından ücretsiz olarak tekrar tamamlanmasıdır. Bu süre genellikle 30 gündür, bazen daha uzun tutulur. "Ömür boyu" (lifetime) ibaresi ise pratikte "sağlayıcı bu servisi sunmaya devam ettiği sürece" anlamına gelir.

Müşterilere açıkça anlatılması gereken refill kuralları:

• Sadece refill destekli servisler kapsamdadır. "No refill" ya da "R0" etiketli servislerde garanti yoktur.
• Sipariş genellikle Completed (tamamlandı) olmalıdır. Refill talebi teslimat bittikten sonra verilir.
• Bekleme süresi olabilir. Birçok sağlayıcı aynı sipariş için 24 saatte bir refill talebine izin verir.
• Refill yalnızca düşeni tamamlar. 1.000 takipçi teslim edildiyse ve 150'si düştüyse hedef bu 150'dir. Hesaplama başlangıç sayısı ve mevcut sayıya göre yapılır.
• Talep reddedilebilir. Link değiştiyse, hesap gizliye alındıysa veya gerçekte düşüş yoksa sağlayıcı talebi reddedebilir.

Bazı servislerde otomatik refill de bulunur. Sağlayıcı sayıları düzenli aralıklarla kontrol eder ve talep beklemeden tamamlar. Kullanışlı bir özellik ama şartlarını okuyun: genellikle yalnızca garanti süresi içindeki siparişler için çalışır.

İptal, kısmi siparişler ve iadeler

İptal (Cancel)

İptal talebi, henüz bitmemiş bir siparişin durdurulmasını ister. Mümkün olup olmadığı servise ve siparişin ne kadar ilerlediğine bağlıdır:

• Henüz sağlayıcıya iletilmemiş Pending siparişler genellikle en kolay iptal edilenlerdir.
• In progress durumundaki siparişlerde iptal servise göre değişir. Birçok serviste teslimat başladıktan sonra iptal kapanır.
• Completed bir sipariş iptal edilemez. Bu noktadan sonra tek seçenek refill'dir.

Hiç teslimat yapılmadan iptal gerçekleşirse sipariş Canceled olur ve ücretin tamamı bakiyeye geri yüklenir.

Partial (kısmi)

Sağlayıcı miktarın bir kısmını teslim edip durduğunda sipariş Partial olarak kapanır. Hedef hesap bir limite takılmış, servis kapasitesi tükenmiş ya da teslimat sırasında iptal gelmiş olabilir. remains alanı teslim edilmeyen miktarı gösterir ve bu kısım orantılı olarak iade edilir.

Basit bir örnek: 4,00 TL'ye verilen 2.000 adetlik bir sipariş 500 kalanla Partial olarak bitti. Teslim edilmeyen oran 500/2.000 = %25'tir. 1,00 TL bakiyeye döner, nihai ücret 3,00 TL olur.

İadeler bakiyeye yapılır

Neredeyse tüm SMM panellerinde iptal ve kısmi sipariş iadeleri karta veya ödeme yöntemine değil, panel bakiyesine yapılır. Bu sektörde olağan bir uygulamadır, ancak kullanım şartlarınızda açıkça yazmanız müşterinin yanlış beklentiye girmesini önler.

SMM panel sipariş durumları

Standart SMM API v2'de ve çoğu panelin sipariş listesinde göreceğiniz durumlar şunlardır:

Sık karıştırılan iki konu var:

• Processing ile In progress farkı: Paneller bu iki durumu biraz farklı kullanabilir. İkisini de "sipariş aktif, beklemede kalın" olarak yorumlayabilirsiniz.
• Durum gecikmesi: Bayi paneli, üst sağlayıcının en son bildirdiği durumu gösterir. Takılı gibi görünen bir sipariş çoğu zaman sadece bir sonraki senkronizasyonu bekliyordur.

SMM API v2'de bu işlemler nasıl yapılır?

Panellerin çoğu aynı API yapısını kullanır: key ve action parametreleriyle POST isteği alan tek bir uç nokta. Alt panel, bot veya bayi entegrasyonu geliştiriyorsanız kullanacağınız action'lar aşağıda. Tüm parametreler API dokümantasyonunda yer alıyor.

action=add (drip feed ile)

Normal bir sipariş için service, link ve quantity yeterlidir. Drip feed siparişte bunlara runs ve interval (dakika) eklenir. Yanıt olarak yeni sipariş numarası döner.

action=status

Tek sipariş için order, birden fazla sipariş için virgülle ayrılmış orders gönderilir (genellikle 100 siparişe kadar). Yanıtta charge, start_count, status, remains ve currency alanları bulunur.

action=refill ve action=refill_status

refill bir order numarası alır ve bir refill numarası döndürür. Ardından bu numarayla refill_status sorgulanır. Refill durumları genellikle Pending, In progress, Completed veya Rejected olur.

action=cancel

Virgülle ayrılmış orders listesi alır ve her sipariş için ayrı sonuç döndürür: ya onay ya da "bu sipariş için iptal mümkün değil" gibi bir hata.

curl ile örnek

API="https://panelim.example/api/v2"
KEY="api_anahtariniz"

# Drip feed sipariş: tekrar başına 500, 10 tekrar, 30 dakika arayla
curl -s -X POST "$API" -d key=$KEY -d action=add \
  -d service=102 -d link="https://instagram.com/p/abc123" \
  -d quantity=500 -d runs=10 -d interval=30

# Birden fazla siparişin durumunu sorgula
curl -s -X POST "$API" -d key=$KEY -d action=status -d orders=1201,1202,1203

# Refill talebi gönder, sonra durumunu kontrol et
curl -s -X POST "$API" -d key=$KEY -d action=refill -d order=1201
curl -s -X POST "$API" -d key=$KEY -d action=refill_status -d refill=88

# Başlamamış siparişleri iptal et
curl -s -X POST "$API" -d key=$KEY -d action=cancel -d orders=1202,1203

Panel sahipleri için pratik öneriler

• Drip feed toplamını açıkça gösterin. Sipariş formunda quantity × runs sonucunu ve tahmini bitiş süresini gösterin. "500 sipariş verdim, 5.000'lik ücret kesildi" şikâyetlerinin önüne geçer.
• Her serviste refill koşulunu yazın. Garanti süresini ve "no refill" bilgisini sadece kullanım şartlarına değil, servis adına veya açıklamasına da ekleyin.
• Toplu sorgulama yapın. Her sipariş için ayrı istek yerine çoklu status çağrısı kullanın. Daha hızlıdır ve istek limitlerini zorlamaz.
• Kayıt tutun. Başlangıç sayısı, durum değişiklikleri ve refill numaralarını loglayın. Müşteri düşüşe itiraz ettiğinde bu geçmiş işi hızlıca çözer.
• Partial'ı bir hata gibi değil, adil bir sonuç olarak anlatın. "Teslim edilmeyen kısım bakiyenize iade edildi" gibi net bir not birçok şikâyeti baştan engeller.

SMMFor'da bu süreçler

Refill kuyruklarını ve durum senkronizasyonunu kendiniz kurmak istemiyorsanız hazır barındırılan bir panel bu yükü üstlenir. SMMFor panelleri drip feed ve abonelik dahil 17 servis tipini destekler, refill ve iptal taleplerini panel içinden yönetir ve standart SMM API v2'yi (services, add, 100 siparişe kadar status, balance, refill, refill_status, cancel) sunar. Böylece mevcut entegrasyonlarınız olduğu gibi çalışır. Ayrıntılar için API özellikleri sayfasına bakabilir, 3 günlük ücretsiz deneme ve 1 $'lık ilk ay için fiyatlandırma sayfasını inceleyebilirsiniz.

Sık sorulan sorular

Drip feed nedir, nasıl hesaplanır?

Drip feed, bir siparişin belirli dakika aralıklarıyla (interval) birden fazla parçaya (runs) bölünerek gönderilmesidir. Çoğu panelde toplam miktar, tekrar başına miktar ile tekrar sayısının çarpımıdır.

Refill nedir, ne zaman talep edilir?

Refill, teslimattan sonra düşen takipçi, beğeni vb. miktarın garanti süresi içinde ücretsiz tamamlanmasıdır. Yalnızca refill destekli servislerde ve genellikle sipariş Completed olduktan sonra talep edilir.

Siparişim neden Partial oldu?

Sağlayıcı miktarın bir kısmını teslim edip durdu. remains değeri teslim edilmeyen miktarı gösterir ve bu kısım orantılı olarak panel bakiyenize iade edilir.

Başlamış bir siparişi iptal edebilir miyim?

Servise bağlıdır. Pending siparişler çoğunlukla iptal edilebilir. Teslimatı başlamış siparişlerde iptal her serviste açık değildir, Completed siparişler ise iptal edilemez.

İade neden kartıma değil bakiyeme yapıldı?

SMM panellerinde iptal ve kısmi iadeler standart olarak panel bakiyesine yapılır. Bakiyeyi yeni siparişlerde kullanabilirsiniz. Para çekme koşulları her panelin kendi kullanım şartlarına bağlıdır.