SMM Panel API Nedir? Nasıl Çalışır? 2026 Detaylı Rehber

Bir SMM panelde birkaç siparişin manuel olarak oluşturulması kolaydır. Ancak yüzlerce servisin bulunduğu, sürekli yeni siparişlerin geldiği veya başka bir sistemden otomatik sipariş aktarılması gereken durumlarda manuel işlem yeterli olmayabilir.

Bu noktada SMM panel API devreye girer.

SMM panel API; bir web sitesi, uygulama, bot veya başka bir SMM panelinin, ana panel sistemiyle programatik olarak iletişim kurmasını sağlar. Böylece servis listesini alma, sipariş oluşturma, sipariş durumunu kontrol etme ve bakiye sorgulama gibi işlemler kullanıcı müdahalesi olmadan gerçekleştirilebilir.

Bu rehberde SMM panel API’nin ne olduğunu, nasıl çalıştığını ve gerçek bir entegrasyonda hangi işlemlerin gerçekleştiğini teknik ayrıntılarıyla inceleyeceğiz.

SMM Panel API Nedir?

API, İngilizce Application Programming Interface ifadesinin kısaltmasıdır. Türkçede genellikle “Uygulama Programlama Arayüzü” olarak kullanılır.

En basit haliyle API, iki farklı yazılımın birbiriyle iletişim kurmasını sağlayan arayüzdür.

SMM panel tarafında ise API şu bağlantıyı oluşturabilir:

Kullanıcı → SMM Panel → API → Sağlayıcı Sistem

Örneğin kendi SMM panelini işleten bir kullanıcı başka bir sağlayıcının API’sini sistemine bağladığında, müşterisinin oluşturduğu uygun siparişler sağlayıcı sisteme otomatik olarak iletilebilir.

Bu işlem için panel yöneticisinin her siparişi elle kopyalayıp başka bir panelde tekrar oluşturması gerekmez.

Güncel panel API örneklerinde servis listesini çekme, sipariş gönderme, sipariş durumunu sorgulama ve hesap bakiyesini alma gibi işlemler API üzerinden gerçekleştirilebiliyor.

SMM Panel API Nasıl Çalışır?

Sistemin çalışma mantığını basitleştirilmiş bir örnekle açıklayalım.

Bir kullanıcı sizin panelinizden bir Instagram servisi için sipariş oluşturuyor.

Paneliniz siparişi aldıktan sonra bağlı sağlayıcının API’sine aşağıdakine benzer bilgiler gönderir:

API Key: ********
Action: add
Service: 1234
Link: https://instagram.com/example
Quantity: 1000

Sağlayıcı sistemi isteği kabul ederse bir sipariş numarası döndürebilir:

{
  "order": 584921
}

Sizin sisteminiz bu numarayı veritabanında saklar.

Bundan sonra müşterinin panelinizde gördüğü sipariş ile sağlayıcıdaki 584921 numaralı sipariş arasında bağlantı kurulmuş olur.

Bu nokta önemlidir:

Müşterinin sizin panelinizdeki sipariş ID’si ile sağlayıcının verdiği sipariş ID’si aynı olmak zorunda değildir.

API Key Nedir?

SMM panel API bağlantısının en önemli parçalarından biri API key yani API anahtarıdır.

Bu anahtar, sağlayıcı sistemin gelen isteğin hangi hesaba ait olduğunu anlamasını sağlar.

Örneğin:

key=YOUR_API_KEY

şeklinde gönderilebilir.

API anahtarı bir parola gibi korunmalıdır.

Çünkü kullanılan sisteme bağlı olarak API anahtarına erişen bir kişi hesabın bakiyesini sorgulayabilir veya hesaptan sipariş oluşturabilir. Bu nedenle API anahtarlarının herkese açık kodlarda veya istemci tarafında tutulmaması gerekir. Güncel SMM API dokümantasyonlarında da API anahtarının public repository veya kullanıcıya açık uygulamalarda paylaşılmaması özellikle öneriliyor.

SMM Panel API’de Hangi İşlemler Yapılır?

Her panel aynı API sistemini kullanmaz. Ancak SMM panel yazılımlarında sık karşılaşılan birkaç temel işlem vardır.

Bunlar genellikle:

Bazı gelişmiş API’lerde bunlara ek olarak refill, cancel, multiple status veya farklı sipariş türleri için özel işlemler bulunabilir.

Bu nedenle bir sağlayıcıyı sisteme bağlamadan önce kendi API dokümantasyonunun incelenmesi gerekir.

Services: Servis Listesini API ile Alma

Bir paneli başka bir sağlayıcıya bağladığınızda ilk ihtiyaçlardan biri sağlayıcının servislerini öğrenmektir.

Bunun için genellikle services işlemi kullanılır.

Örnek istek mantığı:

key=YOUR_API_KEY
action=services

API buna benzer bir sonuç döndürebilir:

[
  {
    "service": 101,
    "name": "Instagram Followers",
    "type": "Default",
    "rate": "1.20",
    "min": "100",
    "max": "10000"
  },
  {
    "service": 102,
    "name": "Instagram Likes",
    "type": "Default",
    "rate": "0.50",
    "min": "50",
    "max": "50000"
  }
]

Böylece sistem;

servis ID’sini, servis adını, fiyatını, minimum sipariş miktarını ve maksimum sipariş miktarını öğrenebilir.

Gerçek API’lerde döndürülen alanlar sağlayıcıya göre değişebilir. Güncel örneklerden birinde servis listesinin ID, isim, kategori, tür, fiyat ve minimum/maksimum miktar bilgilerini döndürdüğü görülüyor.

Service ID Neden Önemlidir?

API entegrasyonunda servis adı yerine çoğunlukla service ID kullanılır.

Örneğin sağlayıcıda:

Service ID: 4832
Instagram Followers

bulunuyorsa sipariş gönderilirken:

service=4832

kullanılır.

Bu nedenle servis ID değişikliklerinin takip edilmesi önemlidir.

Bir panel yöneticisi sağlayıcıdaki bir servisi kendi panelindeki farklı bir servise yanlış bağlarsa müşterinin siparişi yanlış hizmete aktarılabilir.

Bu yüzden API entegrasyonunda yalnızca fiyat senkronizasyonuna değil servis eşleştirmesine de dikkat edilmelidir.

Add: API Üzerinden Sipariş Oluşturma

Sipariş oluşturmak için yaygın olarak add işlemi kullanılır.

Basitleştirilmiş bir örnek:

key=YOUR_API_KEY
action=add
service=4832
link=https://example.com/profile
quantity=1000

Başarılı olduğunda API:

{
  "order": 845921
}

gibi bir cevap verebilir.

Buradaki 845921, sağlayıcının sipariş numarasıdır.

Sistem açısından bu numaranın kaydedilmesi son derece önemlidir. Çünkü ileride siparişin durumunu sorgulamak için tekrar bu ID kullanılacaktır.

Status: Sipariş Durumu Nasıl Kontrol Edilir?

Sipariş sağlayıcıya gönderildikten sonra işlemin bitip bitmediğinin takip edilmesi gerekir.

Bunun için genellikle status kullanılır.

Örneğin:

key=YOUR_API_KEY
action=status
order=845921

API şu tarz bir cevap verebilir:

{
  "charge": "1.20",
  "start_count": "10500",
  "status": "In progress",
  "remains": "450",
  "currency": "USD"
}

Bu bilgiler daha sonra müşterinin kullandığı paneldeki sipariş kaydıyla eşleştirilebilir.

API dokümantasyonlarında status cevabında ücret, başlangıç sayısı, kalan miktar ve sipariş durumu gibi alanların bulunabildiği görülmektedir.

SMM Panel Sipariş Durumları Nelerdir?

API üzerinden alınabilecek durum isimleri yazılıma göre farklılaşabilir.

Yaygın örnekler:

Pending: Sipariş sisteme ulaşmıştır ancak işleme henüz başlanmamış olabilir.

In Progress / Processing: Sipariş aktif olarak işleniyor olabilir.

Completed: Sistem siparişi tamamlanmış olarak işaretlemiştir.

Partial: Siparişin yalnızca bir bölümü tamamlanmıştır.

Canceled: Sipariş iptal edilmiştir.

Örneğin bazı panel sistemlerinde Processing ayrıca kullanılabilir. Bu nedenle entegrasyon yazılırken yalnızca tek bir status değerine göre işlem yapmak yerine sağlayıcının döndürebileceği bütün durumların kontrol edilmesi gerekir. Güncel panel politikalarında Pending, In Progress, Processing, Completed, Partial ve Canceled gibi durumlara rastlanabiliyor.

Partial Sipariş Nedir?

API entegrasyonunda özellikle dikkat edilmesi gereken durumlardan biri Partial durumudur.

Örneğin kullanıcı 1.000 adet sipariş vermiş fakat yalnızca 700 adet teslim edilebilmiş olabilir.

Sistem siparişi:

Partial

olarak işaretleyebilir ve kalan miktar için ilgili panelin kurallarına göre bakiye ayarlaması yapılabilir.

Bu nedenle kendi panelini işleten birinin yalnızca Completed durumunu kontrol etmesi yeterli değildir.

Partial ve Canceled gibi durumların da doğru işlenmesi gerekir.

Balance: API ile Bakiye Sorgulama

Bir başka temel API işlemi hesap bakiyesini sorgulamaktır.

Örneğin:

key=YOUR_API_KEY
action=balance

cevabı:

{
  "balance": "152.45",
  "currency": "USD"
}

şeklinde olabilir.

Bu özellik özellikle otomatik çalışan sistemler açısından önemlidir.

Çünkü sağlayıcı hesabındaki bakiye tükenirse yeni siparişlerin aktarılması başarısız olabilir.

Bu nedenle bazı sistemler API bakiyesini belirli aralıklarla kontrol ederek düşük bakiye durumunda yöneticiye bildirim gönderebilir.

Bir Siparişin API Yolculuğu

Sistemin tamamını tek örnekte birleştirelim.

Müşteri sizin panelinizden sipariş verir:

Sipariş #12501

Sistem siparişi sağlayıcı API’sine gönderir.

Sağlayıcı cevap verir:

Provider Order ID: 884532

Veritabanında bağlantı kurulur:

Local Order: 12501
Provider Order: 884532

Daha sonra sistem sağlayıcıya:

status=884532

sorgusu gönderir.

Sağlayıcı:

Completed

cevabı verdiğinde sizin panelinizdeki 12501 numaralı sipariş de uygun iş mantığına göre güncellenebilir.

Özetle:

Müşteri → Panel → API → Sağlayıcı → API cevabı → Panel → Müşteri

şeklinde bir veri akışı oluşur.

SMM Panel API Otomasyonu Neden Kullanılır?

API’nin temel avantajı manuel işlemleri azaltmasıdır.

Örneğin günde 10 sipariş alan bir panelde siparişleri manuel aktarmak mümkün olabilir.

Ancak günde yüzlerce veya binlerce sipariş geldiğinde aynı yöntemin kullanılması ciddi operasyon yükü oluşturur.

API sayesinde:

• Siparişler otomatik aktarılabilir.
• Servisler senkronize edilebilir.
• Sipariş durumları otomatik kontrol edilebilir.
• Bakiye takip edilebilir.
• Büyük sipariş hacimleri daha kolay yönetilebilir.

Bu nedenle reseller ve white-label panel modellerinde API önemli bir altyapı bileşenidir. Güncel sağlayıcı sistemleri de API’yi otomatik sipariş yönlendirme ve durum takibi için kullanıyor.

SMM Panel API Kullanmak Ana Sağlayıcı Olduğunuz Anlamına Gelir mi?

Hayır.

Bu, SMM sektöründe sık karıştırılan önemli konulardan biridir.

Bir panelin API sunması, o panelin bütün hizmetlerin ana veya doğrudan sağlayıcısı olduğunu kanıtlamaz.

Bir panel başka sağlayıcılardan API aracılığıyla servis alabilir ve aynı zamanda kendi müşterilerine de API erişimi sağlayabilir.

Örneğin:

Sağlayıcı A → Panel B → Panel C → Son kullanıcı

şeklinde bir yapı teknik olarak mümkündür.

Hatta bir panel bazı servislerde doğrudan kaynak kullanırken bazı servisleri başka sağlayıcılardan temin edebilir.

Dolayısıyla:

API sahibi olmak ≠ ana sağlayıcı olmak

Bir panelin sağlayıcı statüsünü değerlendirirken yalnızca API sunup sunmadığına bakmak yeterli değildir.

API ile Reseller Panel Nasıl Çalışır?

Bir reseller panel düşünelim.

Müşteri reseller panelden 1.000 birimlik bir servis sipariş ediyor.

Reseller panel bu servisi kendisi sağlamıyorsa bağlı sağlayıcısına API üzerinden aktarabilir.

Örneğin:

Müşteri fiyatı: $2.00
Sağlayıcı maliyeti: $1.20

Panel sistemi siparişi sağlayıcıya $1.20 maliyetle aktarırken müşteriden kendi belirlediği fiyatı tahsil eder.

White-label ve reseller sistemlerinde servis kataloğunun sağlayıcıdan alınması, fiyat üzerine marj eklenmesi ve siparişlerin API ile yönlendirilmesi kullanılan modellerden biridir.

API Entegrasyonunda Fiyat Güncellemelerine Dikkat Edilmeli

Sağlayıcı servis fiyatları sabit olmak zorunda değildir.

Örneğin bugün:

Service 150 = $0.80

olan servis daha sonra:

Service 150 = $1.10

olabilir.

Eğer reseller panel kendi fiyatını güncellemezse maliyet ile satış fiyatı arasındaki fark değişebilir.

Bu nedenle otomatik sistemlerde servis fiyatlarının belirli aralıklarla kontrol edilmesi yararlı olabilir.

Ancak burada başka bir risk ortaya çıkar:

Sağlayıcı fiyatındaki her değişikliği müşteriye otomatik olarak birebir yansıtmak her zaman istenen davranış olmayabilir.

Bu nedenle profesyonel sistemlerde fiyat senkronizasyon kurallarının ayrıca belirlenmesi gerekir.

Servis Silinirse Ne Olur?

API entegrasyonlarında karşılaşılabilecek başka bir durum sağlayıcıdaki servisin kaldırılmasıdır.

Örneğin paneliniz:

Provider Service ID: 852

servisine bağlıdır.

Ancak sağlayıcı bu servisi kaldırırsa yeni siparişler API üzerinden hata verebilir.

Bu yüzden servis senkronizasyon sistemi yalnızca yeni servisleri eklemek için değil, kaldırılan veya değiştirilen servisleri tespit etmek için de kullanılabilir.

API Hataları Nasıl Yönetilmeli?

Gerçek bir API entegrasyonunda her istek başarılı olmayacaktır.

Örneğin:

• API anahtarı yanlış olabilir.
• Bakiye yetersiz olabilir.
• Servis artık mevcut olmayabilir.
• Minimum miktarın altında sipariş gönderilebilir.
• Maksimum miktar aşılabilir.
• Link formatı hatalı olabilir.
• Sağlayıcı geçici olarak cevap vermeyebilir.
• Sunucu bağlantısı zaman aşımına uğrayabilir.

Bu nedenle sistemin yalnızca başarılı API cevaplarını değil, hata cevaplarını da işlemesi gerekir.

Örneğin API başarısız olduğunda müşterinin siparişini doğrudan Completed yapmak ciddi bir yazılım hatası olur.

Bunun yerine sipariş uygun bekleme veya hata durumunda tutulmalı ve sistem tekrar kontrol etmelidir.

Timeout Nedir?

API sistemlerinde sık karşılaşılan teknik sorunlardan biri timeout, yani zaman aşımıdır.

Panel sağlayıcıya istek gönderir fakat belirlenen süre içerisinde cevap alamaz.

Burada kritik bir problem vardır.

Sağlayıcı siparişi almış olabilir fakat sizin sisteminiz cevabı alamamış olabilir.

Eğer sistem aynı siparişi kontrol etmeden tekrar gönderirse çift sipariş oluşma riski doğabilir.

Bu nedenle sağlam API entegrasyonlarında timeout durumlarının özel olarak ele alınması gerekir.

API Güvenliği İçin Nelere Dikkat Edilmeli?

API entegrasyonunda güvenlik en az otomasyon kadar önemlidir.

Özellikle:

API anahtarını herkese açık paylaşmayın.

GitHub gibi public repository’lere gerçek API key yüklemeyin.

API anahtarını tarayıcı tarafındaki JavaScript içine doğrudan koymayın.

Sunucu tarafında saklamayı tercih edin.

HTTPS bağlantı kullanın.

API loglarında hassas verileri maskelayın.

Bir API anahtarının ele geçirilmesi, kullanılan panelin yetkilerine bağlı olarak hesap bakiyesinin kötüye kullanılmasına yol açabilir. API sağlayıcıları da anahtarların public kod depolarında veya kullanıcıya açık arayüzlerde tutulmamasını öneriyor.

İyi Bir SMM Panel API’sinde Neler Olmalı?

Bir SMM paneli API açısından değerlendirirken yalnızca “API mevcut” bilgisine bakmak yeterli değildir.

İyi hazırlanmış bir API’de şu özellikler aranabilir:

Bunun yanında API’nin ne kadar stabil çalıştığı da önemlidir.

Çok fazla timeout veren veya sürekli farklı formatta cevap döndüren bir API, otomasyon sisteminde sorun oluşturabilir.

SMM Panel API Kimler İçin Gerekli?

Her SMM panel kullanıcısının API kullanmasına gerek yoktur.

Bir kullanıcı yalnızca zaman zaman manuel sipariş oluşturuyorsa API entegrasyonu gereksiz olabilir.

API daha çok:

• SMM panel sahipleri,
• reseller sistemleri,
• yüksek sipariş hacmine sahip kullanıcılar,
• özel otomasyon geliştiren yazılımcılar,
• sipariş yönetim botları,
• farklı sistemleri birbirine bağlamak isteyen işletmeler

için kullanışlıdır.

SMM Panel Seçerken API Tek Başına Yeterli mi?

Hayır.

API desteği özellikle otomasyon açısından önemli olsa da panel seçimindeki kriterlerden yalnızca biridir.

Servislerin özellikleri, fiyatlandırma, destek sistemi, ödeme seçenekleri, refill koşulları ve panel bilgilerinin güncelliği de değerlendirilmelidir.

Bu konuyu daha ayrıntılı incelemek için SMM Panel Seçerken Nelere Dikkat Edilmeli? rehberimize göz atabilirsiniz.

Farklı panellerin API desteği ve diğer temel özelliklerini karşılaştırmak için de SMM Panel Listesi bölümümüz kullanılabilir.

Sık Sorulan Sorular

SMM panel API ücretsiz midir?

Bu tamamen panelin politikasına bağlıdır. Bazı paneller hesap sahiplerine API erişimini ayrıca ücret almadan sunarken farklı kullanım modelleri bulunabilir.

API key nedir?

API key, API isteklerinin hangi hesaptan geldiğini doğrulamak için kullanılan özel anahtardır. Gizli tutulması gerekir.

SMM panel API ile otomatik sipariş verilebilir mi?

Evet. API destekliyorsa servis seçimi, link ve miktar gibi gerekli bilgiler gönderilerek sipariş otomatik oluşturulabilir.

API üzerinden sipariş durumu kontrol edilebilir mi?

Çoğu standart panel API yapısında sipariş ID kullanılarak status sorgusu yapılabilir.

API ile bakiye kontrol edilebilir mi?

Panel destekliyorsa balance benzeri bir işlemle mevcut API hesabının bakiyesi sorgulanabilir.

API kullanmak için yazılım bilgisi gerekli mi?

Hazır SMM panel yazılımlarında sağlayıcı bağlantısı için yalnızca API URL’si ve API key girilmesi yeterli olabilir. Özel bir sistem geliştirilecekse HTTP istekleri, JSON ve sunucu tarafı programlama konusunda bilgi gerekebilir.

SMM panel API kullanmak panelin ana sağlayıcı olduğunu gösterir mi?

Hayır. API sunmak bir panelin servislerin doğrudan kaynağı olduğunu kanıtlamaz. Reseller paneller de müşterilerine API sağlayabilir.

Birden fazla SMM panel API’si kullanılabilir mi?

Kullanılan yazılım destekliyorsa birden fazla sağlayıcı sisteme bağlanabilir. Farklı servisler farklı sağlayıcılara yönlendirilebilir.

Sonuç

SMM panel API, panel sistemlerinin manuel sipariş yönetiminden otomatik sipariş altyapısına geçmesini sağlayan temel teknolojilerden biridir.

Servis listesinin alınması, yeni sipariş oluşturulması, sipariş durumunun kontrol edilmesi ve bakiyenin sorgulanması gibi işlemler API üzerinden otomatik gerçekleştirilebilir.

Ancak başarılı bir entegrasyon yalnızca API key girip bağlantı kurmaktan ibaret değildir.

Servis ID eşleştirmeleri, fiyat değişiklikleri, Partial ve Canceled siparişler, timeout durumları, hata cevapları ve API anahtarı güvenliği doğru şekilde yönetilmelidir.

Ayrıca bir panelin API sunmasının o paneli otomatik olarak ana sağlayıcı yapmadığı unutulmamalıdır.

TurkSMMPanel’deki SMM Panel Listesi üzerinden panellerin API desteği dahil temel özelliklerini inceleyebilir; panel seçiminin diğer kriterleri için SMM Panel Seçerken Nelere Dikkat Edilmeli? rehberimizi okuyabilirsiniz.