Bir SMM panelin API servis listesinde Mentions Custom List, Mentions Hashtag veya Mentions User Followers gibi isimler görülebilir. Bu seçeneklerin hepsini sıradan takipçi veya yorum servisi olarak değerlendirmek doğru değildir. Mentions Custom List, bazı API sistemlerinde kullanıcı tarafından sağlanan hesap adı listesini sipariş parametresi olarak alan ayrı bir türdür. Burada kritik ayrım, işlemin hangi kullanıcı adlarını temel aldığı ve API’nin hangi alanları beklediğidir. Bir kullanıcı adının teknik olarak listeye yazılabilmesi, o hesabın izni olmadan rahatsız edici etiketlemeler yapılmasını haklı çıkarmaz. Özellikle tekrarlı etiketlemeler istenmeyen bildirim, spam ve platform yaptırımı riski taşıyabilir. Bu rehber hem veri biçimini hem de sorumlu kullanım sınırlarını açıklar.
Mentions terimi SMM panelde ne anlama gelir?
Sosyal medya platformlarında mention genellikle bir hesabın kullanıcı adıyla anılmasını veya ilgili gönderi içinde işaretlenmesini anlatır. SMM panel kataloglarında ise mention adı farklı iş türlerini ifade edebilir; kullanıcı adı listesi, hashtag üzerinden seçim veya belirli bir hesabın takipçileri gibi kaynaklar kullanılabilir. Bu nedenle yalnızca servis adında “Mentions” kelimesini görmek siparişin nasıl çalışacağını anlamaya yetmez. Seçilen hizmetin platformu, hedef bağlantı türü, desteklediği alanlar ve şartları ayrıca incelenmelidir.
Örneğin bir servis hedef gönderi URL’si ile kullanıcı adı listesi beklerken başka bir servis tek bir username alanı kullanabilir. Kullanıcı adlarının büyük-küçük harf duyarlılığı, @ işareti, platform bağlantısı veya satır ayırma biçimi sistemler arasında değişebilir. Bir panel entegrasyonu bütün mention tiplerini aynı forma koyarsa yanlış alanlar gönderilir ve siparişler reddedilebilir. En temel kontrol, teknik katalogdaki gerçek type değerinin ne olduğudur.
Mentions Custom List hangi bilgileri ister?
Yaygın bazı SMM API v2 belgelerinde mentions_custom_list türü service, link ve yeni satırlarla ayrılmış usernames alanını kullanır. Kullanıcı adlarının satır sayısı bazı panellerde talep edilen miktarı belirleyebilir. Bununla birlikte her sağlayıcının kabul ettiği format, liste uzunluğu ve platform kuralları aynı değildir. Servis type değeri önce okunmalı; alanlar katalog ve resmî API dokümantasyonuyla eşleştirilmelidir. Kullanıcıya hangi listeden ve hangi işlem için veri alındığı açıkça gösterilmelidir.
Bu veri yapısı bir SMM panelde özel bir servis türü olduğunu gösterir; hesapların otomatik olarak etiketleneceği, isteğin kabul edileceği veya içeriğin kalıcı olacağı anlamına gelmez. Teknik örnek hazırlanırken gerçek kişilerin kullanıcı adları yerine açıkça izin verilmiş demo hesapları kullanılmalıdır. Bir hesabın herkese açık olması, sahibinin reklam veya ticari etiketleme kampanyasına katılmak istediği şeklinde yorumlanmamalıdır. Sorumlu kullanım bu ayrımı kabul etmekle başlar.
Custom List, Hashtag ve Followers varyasyonları arasındaki fark
Custom List yaklaşımında isimlerin kaynağı kullanıcının sağladığı listedir. Mentions Hashtag türünde sistem bir hashtag ile ilişkili hesapları temel alabilir; Mentions User Followers türünde ise belirli bir hesabın takipçileri kaynak olarak tanımlanabilir. Her sağlayıcının bu isimleri aynı şekilde kullandığını varsaymamak gerekir. Bir varyasyonda usernames beklenirken diğerinde hashtag veya username kullanılması, API isteğinin yapısını değiştirir. Bu nedenle özel liste rehberi ile genel mention kelimesinin anlamını ayırmak önemlidir.
Ayrıca “kaynak olarak bir hashtag verildi” ifadesi, oradaki bütün kişilerin iletişim veya etiketlenme izni verdiği anlamına gelmez. Başka bir hesabın takipçi listesini kullanarak kitlesel etiketleme yapmak istenmeyen mesaj davranışlarına dönüşebilir. Böyle taleplerde teknik destek sunmadan önce izin, platform kısıtlamaları ve veri kullanımı koşulları değerlendirilmelidir. Panelin API’sinin belirli alanı desteklemesi, ilgili kullanımın etik veya kurallara uygun olduğuna dair garanti değildir.
Kullanıcı adı listesi nasıl düzenlenmeli?
Liste hazırlarken her satırın tek bir hesap adını temsil etmesi yaygın bir yöntemdir. Boş satır, yanlış boşluk, tekrarlanan giriş veya başka platforma ait kullanıcı adı hizmetin reddedilmesine yol açabilir. Kişisel bilgi, özel sohbet içeriği veya kişilerden izinsiz derlenmiş veriler sipariş listesine eklenmemelidir. İzin verilmiş hesaplarla yapılan teknik testlerde liste uzunluğu, karakter sınırı ve @ işaretinin nasıl işleneceği dokümantasyona göre kontrol edilir. Liste düzeltmesi yapılırken hedef servis değişmemiş olmalıdır.
Örneğin bir uygulama altı test hesabını ayrı satırda gönderiyorsa ilk kontrol sistemin gerçekten altı geçerli giriş algılayıp algılamadığıdır. Bir satırın yanlışlıkla virgülle iki isim içermesi, panel tarafından tek hesap gibi yorumlanabilir. Başka bir durumda aynı hesap iki satırda bulunur ve miktar iki kabul edilir. Bu yalnızca teknik bir örnektir; gerçek kullanıcılara izinsiz etiketleme yapılmasını önermez. Veri biçimini önceden doğrulamak, sipariş aşamasında hata almaktan daha güvenlidir.
API entegrasyonunda type neden belirleyicidir?
Birçok panelde servis listesinden gelen type değeri, sipariş formunda hangi alanların bulunacağını belirler. mentions_custom_list için usernames alanı gerekebilirken standart Default servis miktar ve hedef linki bekleyebilir. Yanlış şemayla gönderim yapmak API hatası doğurabilir. Üstelik bazı paneller quantity alanını liste uzunluğundan türettiği için aynı miktarın iki ayrı yerden girilmesi tutarsızlık yaratabilir. Gerçek koşullar hizmetin belgesine göre teyit edilmelidir.
Entegrasyon hazırlayan bir bayi, yeni servis geldiğinde yalnızca adını ve fiyatını çekmemelidir. Servis tipi, platform, miktar sınırı, refill bilgisi ve özel parametreler birlikte değerlendirilmelidir. Bu yaklaşımı SMM Panel API Nedir? rehberimizdeki servis eşleştirme mantığı tamamlar. Yeni türü desteklemeyen arayüz “varsayılan” formu zorla açmak yerine kullanıcıya bu tip için entegrasyon bulunmadığını açıkça göstermelidir.
Miktar ve ücret hesabındaki kritik farklar
Standart bir takipçi servisi çoğu zaman miktarın müşteri tarafından seçildiği bir yapıya sahip olabilir. Liste tabanlı mention türünde ise bazı sağlayıcılar miktarı kullanıcı adı sayısına bağlar. Örneğin teknik testte sekiz ayrı satır bulunuyorsa sağlayıcı bu girdiyi sekiz birim olarak yorumlayabilir; ancak bu işlem kesin garanti değildir. Minimum ve maksimum değerlerin liste satırına mı, etiketleme olayına mı uygulandığı dokümantasyondan okunmalıdır. Ücretin “1K başına” mı yoksa “sabit paket” mi olduğu da ayrıca değerlendirilmelidir.
Bir servis adındaki “100 usernames” ifadesi, maliyetin otomatik olarak 100 kişilik bir listeye bölünebileceğini kanıtlamaz. Toplam ücretin nasıl hesaplandığını anlamak için sağlayıcının fiyat temeli ve sipariş formu birlikte kontrol edilmelidir. Panel müşterisine gösterilen tutar, onaylanan işlem ve varsa bakiye düzeltmesi ayrı kaydedilmelidir. SMM panel fiyat farklılıkları yazımız, fiyatın yalnızca görünen servis adından çıkarılmaması gerektiğini açıklıyor.
Etiketleme servislerinde gizlilik ve izin
Mention listesinde kullanılan isimler gerçek kişilere karşılık gelebilir. Bu nedenle toplu etiketleme kampanyasında izin, kişisel veri işleme koşulları ve platformun spam politikaları önemlidir. Hedef hesapların kamuya açık olması, istemedikleri bildirimlere konu edilmesini haklı kılmaz. Özellikle şikâyet, taciz, politik yönlendirme veya yanıltıcı ticari tanıtım amaçlı istenmeyen kitlesel etiketleme faaliyetleri ciddi risk taşır. Panel yöneticisinin bu tür kullanım için hizmeti teşvik etmemesi gerekir.
Daha güvenli bir kullanım örneği, etkinliğe açıkça katılmayı kabul etmiş kurum hesaplarının listelenmesi ve gerekli onayların tutulmasıdır. Yine de kullanılan sosyal medya platformu buna izin vermeyebilir; teknik destek koşullarından bağımsız olarak platform kurallarını kontrol etmek gerekir. Kullanıcı adlarını yalnızca gerekli süre boyunca saklamak, dosyaları yetkisiz erişime kapatmak ve işlem tamamlandıktan sonra saklama politikasına uygun temizlemek önemlidir.
Servis neden reddedilir veya sonuç görünmez?
Geçersiz kullanıcı adı, hatalı hedef link, eski servis ID, yanlış tip, çok uzun liste ve platform kısıtlamaları olası nedenler arasındadır. Bazı sistemlerde istek kabul edilse bile tüm kullanıcı adlarının etkin biçimde işlenmesi mümkün olmayabilir. Platform içindeki görünürlük veya bildirim davranışı değişebilir. Servis açıklamasında desteklenmeyen bir işlem kullanıcıya vaat edilmemelidir. API yanıtında hata gelirse hassas listeyi destek kanallarına tümüyle göndermek yerine yalnızca gerekli teknik alanlar maskelenerek paylaşılmalıdır.
Bir sipariş Pending veya Processing görünüyorsa yeniden gönderim düşünülmeden önce son durum kontrol edilmelidir. Aynı kullanıcı adı listesiyle ikinci işlem oluşturmak hem tekrar maliyet hem istenmeyen bildirim riski doğurabilir. Sipariş durumları rehberimiz bu ayrımı açıklar. Düşüş, kısmi sonuç veya iptal değerlendirmesi ise servis politikası ve sağlayıcı cevabına bağlıdır; listenin teknik olarak doğru hazırlanmış olması teslimat garantisi değildir.
Örnek: izinli etkinlik hesaplarıyla teknik doğrulama
Bir kurumun birlikte düzenlediği açık etkinlikte yer alan ve isimlerinin kullanılmasını kabul eden dört test hesabı bulunduğunu varsayalım. Kurum, bir SMM panel yazılımında Mention Custom List alanının doğru çalışıp çalışmadığını ölçmek istiyor. Öncelikle hizmetin gerçekten bu platform ve kullanım biçimi için izinli olup olmadığı kontrol edilir. Sonra hesap adları ayrı satırlarla, doğru karakter kodlamasıyla bir test ortamında hazırlanır. Hedef URL servis tipine uygun olmalı; hiçbir gizli veri listeye eklenmemelidir.
Test işlemi doğrulanmadan canlı bir kampanyaya geçilmez. Panel satır sayısını nasıl hesaplıyor, API hangi parametreleri bekliyor, geçersiz alan için anlaşılır hata dönüyor mu gibi sorular not edilir. Bir hesap adı yanlış algılanırsa liste düzeltilir ve tekrar işlem yapılmadan önce mevcut siparişin durumu kontrol edilir. Bu örnek, toplu etiketleme sonuçlarını artırma taktiği değil; veri doğrulama ve izinli kullanım denetimidir.
Mentions Custom List servisini kataloğa ekleyen bayi ne yapmalı?
İlk olarak API’den dönen type değerini ve özel alanları doğru saklamalıdır. Ardından müşteriye gösterilen formu bu şemaya uygun açmalı, listeyi sunucu tarafında doğrulamalı ve kullanılmayan parametreleri gizlemelidir. Katalog adı, fiyat ve gerçek tür birbiriyle uyumlu olmalıdır. Hizmetin desteklemediği platformlarda benzer isimli bir servisi yanlış eşlemek, yalnızca teknik hata değil yanlış satış açıklaması da doğurur. Bunun için katalog değişiklikleri kayıt altına alınmalıdır.
Servisin kullanım koşulları ve platform politikası uygun olmayan talepler reddedilmelidir. Çalışanların müşteri listelerini gereksiz yere dışarı aktarmasına izin verilmemelidir. Sistem erişim logları, güvenli aktarım ve işlem geçmişi korunmalıdır. Servis kataloğu güncellik kontrolü bu tür eşleştirme hatalarını azaltmak için uygulanabilir kontrolleri açıklar. Sorumlu hizmet sunumu, yalnızca yeni servis eklemekten değil, doğru kullanımı açıkça sınırlandırmaktan geçer.
Kısa karşılaştırma tablosu
| Sipariş türü | Özel parametre | Kullanım farkı |
|---|---|---|
| Mentions Custom List | usernames | İzinli isim listesi |
| Mentions Hashtag | hashtag | Etiket kaynağı |
| Mentions User Followers | username | Belirli hesap kaynağı |
Sık sorulan sorular
Mentions Custom List nedir?
Bazı SMM panel API sistemlerinde kullanıcı adı listesini usernames alanıyla alan özel mention servis türüdür.
Listede kullanıcı adları nasıl ayrılır?
Yaygın şemalarda her satır bir kullanıcı adını temsil eder. Kesin biçim ilgili sağlayıcı dokümanından kontrol edilmelidir.
Custom List ile Hashtag Mention aynı mı?
Hayır. İlki kullanıcının verdiği listeyi, diğeri bir hashtag kaynağını temel alabilir; API alanları da farklıdır.
Quantity her zaman zorunlu mu?
Hayır. Bazı liste tabanlı servislerde miktar listedeki giriş sayısından türetilir. Gerçek kural servis tipine bağlıdır.
Herkese açık hesaplar izinsiz etiketlenebilir mi?
Herkese açık olmak toplu ticari veya rahatsız edici etiketleme izni anlamına gelmez; platform kuralları ve rıza dikkate alınmalıdır.
Yanlış liste girdiysem aynı siparişi yeniden gönderebilir miyim?
Önce mevcut siparişin gerçekten oluşup oluşmadığını ve iptal edilip edilemediğini doğrulamak gerekir; kör tekrar gönderim risklidir.
Sonuç
Mentions Custom List, siparişin miktar kutusundan ibaret olmadığı, kullanıcı adı listesinin ayrı parametre olarak alındığı teknik bir SMM servis türüdür. usernames alanının biçimi, type eşleştirmesi, kabul edilen miktar ve maliyet modeli doğru okunmalıdır. Aynı zamanda kullanıcı adı listesinin izinsiz spam veya yanıltıcı etkileşim için kullanılmaması önemlidir. Panel sahibinin görevi servis adını yayınlamakla bitmez; açık talimat, doğru form, veri güvenliği ve sorumlu kullanım kısıtları da sunulmalıdır.
