IP Oy Kampanyanız Neden Başarısız Oldu — ve Nasıl Düzeltilir
Başarısız IP oy kampanyalarını teşhis edin ve düzeltin — dört başarısızlık modu, teslimat raporu analizi, sağlayıcı soruları ve tekrar başarısızlıkları önlemek için bir kampanya öncesi kontrol listesi.
Yazan Victor Williams · · Güncellendi
IP oy kampanyaları dört teşhis edilebilir nedenle başarısız olur — havuz tükenmesi, alt ağ engelleme, hız sınırı yükselişi ve oturum doğrulama hatası. 2024'te IP oyu siparişlerimizin %31'i kısmi yenilemeler gerektirdi; bu hataların %78'i kampanya öncesi platform araştırması ile önlenebilirdi. Bu kılavuz size hangi hatanın size çarptığını tam olarak nasıl teşhis edeceğinizi ve sonra ne yapacağınızı gösterir.
IP Oy Kampanyam Yarışma Ortasında Neden Teslim Etmeyi Durdurdu?
Teslimat ortasında duran bir oy kampanyasının dört nedeninden biri vardır: IP havuzu tükenmesi, alt ağ engelleme, dinamik hız sınırı yükselişi veya oturum belirteci doğrulama hatası. Her biri teslimat verilerinizde farklı bir model üretir — ve her birinin farklı bir düzeltmesi vardır.
Bir kampanya durduğunda alıcıların yaptığı tek en pahalı hata beklemektir. 2 saat içinde yakalanan bir IP oy kampanyası başarısızlığı çoğu durumda kurtarılabilir. Aynı başarısızlık 24 saatlik işarette yakalandığında — sağlayıcının yeni havuzu tükendikten sonra, platformun engelleme listesi katılaştığında ve yarışma son tarihi yaklaştığında — önemli ölçüde daha zor ve daha pahalı bir şekilde düzeltilebilir.
2024’te 340 IP oyu siparişini işledik. 106 (%31) bir tür kısmi yenileme veya düzeltme gerektirdi. Bu 106’nın 78’inin, kampanya öncesi platform kontrolünün yakalayacağı uyarı işaretleri gösterdiğini teslimat sonrası analizimiz buldu. Önlenemeyen %22 başarısızlığın tümü, test temelimizin oluşturulmasından sonra meydana gelen platform tarafı sahtekarlık tespiti yükseltmelerini içeriyordu — ortadan kaldırılamayan ancak adımlama ve aşamalı teslimat ile hafifletilebilen bir risk.
Bu kılavuz her bir başarısızlık modunu, kampanyanıza hangisinin çarptığını nasıl belirleyeceğinizi ve her durumda atılması gereken tam adımları açıklar.
Başarısızlık Modu 1: IP Havuzu Tükenmesi — Nasıl Teşhis Edilir
Havuz tükenmesi, orta-büyük hacimli siparişler (200+ oy) için en yaygın başarısızlık modudur. Bir sağlayıcının belirli yarışma alanınız için kullanılabilir engellenmemiş IP adresleri, sipariş tamamlanmadan önce tükendiğinde oluşur.
Her yarışma platformu IP adresi üzerinden oy gönderimlerini izler. Bir sağlayıcı oyları teslim ederken, kullanılan her IP platform tarafından işaretlenir — hız sınırlı, engellenmiş veya bekleme süresi işaretli. Sağlayıcının o alan için kullanılabilir havuzundaki her IP işaretlendiğinde, teslimat durur. Sağlayıcı toplamda binlerce IP’ye sahip olabilir, ancak belirli URL’niz için sıfır temiz IP.
Teşhis imzası: İlerleme başlangıçta hızlıdır, daha sonra tamamen durmadan önce kademeli olarak yavaşlar. Teslimat zaman damgaları, birkaç saatlik bir süre boyunca sıfıra düşmeden önce 5-10 oy/saat’e düşen sağlıklı bir erken hız (örneğin, 20-30 oy/saat) gösterecektir. Bu kademeli yavaşlama, havuz tükenmesini alt ağ engellemeden ayırır.
Sağlayıcınıza sormanız gereken sorular:
- Özellikle yarışma alanım için mevcut havuz derinliğiniz nedir (toplam havuzunuz değil)?
- Bu sipariş için işaretli IP yüzdesini gerçek zamanlı olarak izliyor musunuz?
- IP’leri farklı bir alt ağdan veya coğrafi havuzdan getirebilir misiniz?
Düzeltme seçenekleri:
- Sağlayıcı farklı bir ASN veya coğrafi bölgeden yeni bir IP alt havuzuna geçer (en hızlı seçenek)
- Platform hız sınırı pencerelerinin sıfırlanmasına izin vermek için teslimat 12-24 saat duraklatılır
- Altyapı veri merkezinden konut’a yükseltilir, bu da IP başına daha yüksek toleransa sahiptir
Başarısızlık Modu 2: Alt Ağ Engelleme — Kaskat Sorunu
Alt ağ engelleme en dramatik başarısızlık modudur ve kampanya ortasında kurtarmak en zor olanıdır. Bir yarışma platformunun sahtekarlık sistemi şüpheli bir IP belirlediğinde, birçok platform yalnızca tek bir adresi engellemez — tüm /24 alt ağını (256 IP adresi) veya bazı durumlarda bir /16 (65.536 adres) engeller.
📣 Uzman görüşü — “Q3 2024’te ulusal bir fotoğraf yarışması için 600 oyluk bir veri merkezi kampanyamız vardı. Teslimat 220 oya kadar sorunsuz çalıştı, sonra bir duvara çarptı. Platform o alan için teslimat havuzumuzun %80’ini içeren bir /24 bloğunu engellemişti. Yanıt kodlarını gerçek zamanlı olarak izlediğimiz için 90 dakika içinde algıladık — ancak geçişten önce 60 oy zaten işaretli alt ağda harcanmıştı.” — Victor Williams
Teşhis imzası: Çok sıkı bir zaman damgası kümesinde görünen birden fazla başarısızlık — genellikle sorunsuz teslimattan sonra 10-15 dakikalık bir pencere içinde 30-80 başarısızlık. Bu, tek tek IP’lerin birer birer hız sınırlamasına alınması yerine, bir kerede yasaklanan tüm bir alt ağın imzasıdır.
Veri merkezi proxy sağlayıcıları, bitişik blokları kiraladıkları için özellikle savunmasızdır. Eğer AS396982 (Google Cloud) sağlayıcınızın /24’ünü kontrol ediyorsa ve platformun engelleme listesi o ASN’yi içeriyorsa, bloktaki her IP aynı anda başarısız olur.
| Engelleme Türü | Hata Modeli | Kurtarma Süresi |
|---|---|---|
| Bireysel IP hız sınırı | Kademeli, kademeli yavaşlama | 24-72 saat (sıfırlama penceresi) |
| /24 alt ağ bloğu | Küme hatası, sıkı zaman damgası penceresi | Saat-gün |
| ASN düzeyinde blok | Tüm sağlayıcı IP’leri hemen başarısız olur | Sağlayıcı ASN’yi değiştirmeli |
| Platform kural güncellemesi | Ani sistem çapında başarısızlık | Altyapı değişikliği gerektirir |
Düzeltme: Tek gerçek düzeltme, tam altyapı geçişidir — sağlayıcı platformun mevcut engelleme listesinde temsil edilmeyen temiz bir ASN’den teslim etmelidir. Kampanyanız bir veri merkezi altyapısındaysa, bu konut’a yükseltme anıdır. Birden fazla ASN ilişkisini sürdüren sağlayıcılar genellikle bu geçişi 4-6 saat içinde gerçekleştirebilir.
Başarısızlık Modu 3: Dinamik Hız Sınırı Yükselişi
Statik hız sınırlaması — 24 saatte IP başına 1 oy — öngörülebilir ve yönetilebilir. Dinamik hız sınırı yükselişi ne biri ne de diğeri.
Bazı platformlar (özellikle özel olarak yapılmış rekabet yazılımları ve Woobox veya Gleam gibi büyük SaaS oylama platformları) uyarlanabilir sahtekarlık yanıtları uygular: sistem bir zaman penceresinde gelen anormal bir oy hacmini algıladığında — örneğin, normalde saatte 5 oy alan bir alandan 2 saatte 50 oy — IP başına sınırını dinamik olarak sıkılaştırır. 24 saatte IP başına bir oy kabul eden bir platform, şüpheli modellerden IP’ler için 72 saatte bir oya yükselebilir.
🧳 Operasyonlarımızdan — 2025 başlarında, platformun ilk 150 teslimat için oyları normal olarak kabul ediyor göründüğü bir Gleam tabanlı kampanya gözlemledik, sonra sessizce kampanya ortasında 72 saatlik IP başına penceresine geçti. Teslimat raporlarımız boyunca HTTP 200 kodları gösterdi — platform oy gönderimini kabul ediyordu ancak saymıyordu. Alıcının oy sayacı gönderilen 150’den yalnızca 94 arttı, hata mesajı yok. Sorunu, her 30 dakikada bir alınan oy sayım ekran görüntüleri ile teslimat raporu zaman damgalarını karşılaştırarak belirledik.
Teşhis imzası: HTTP yanıt kodları normal görünür (200), ancak platformdaki oy sayısı teslimatların tahmin ettiğinden daha yavaş artar. “Gönderilen oylar” (sağlayıcınızın teslimat raporuna göre) ile “sayılan oylar” (platform ekranına göre) arasındaki boşluk zamanla genişler.
Bu nedenle teslimat raporları görüşülemezdir. Zaman damgaları ve yanıt kodları olmadan bu hata görünmezdir.
Düzeltme:
- Teslimat oranını hemen azaltın — platformun algılama penceresinin sıfırlanmasına zaman tanıyın
- 24 saatlik bir duraklatma isteyin ve orijinal adımlamanın %60’ında devam edin
- Organik trafik eğrilerini taklit eden bir adımlama profiline geçin (daha yavaş hafta içi sabahlar, biraz daha hızlı akşamlar)
Başarısızlık Modu 4: Oturum Belirteci Doğrulama Hatası
Teknik olarak en ince başarısızlık modu — ve “oyları sadece çalışmadı” olarak en sık karıştırılan modu.
Birçok yarışma platformu, IP kontrolünün üzerine oturum belirteci doğrulamasını uygular. Bir kullanıcı oy sayfasını yüklediğinde, platform benzersiz bir belirteç oluşturur — bazen imzalanmış bir JWT, bazen daha basit bir nonce — oy gönderimine dahil edilmesi gerekir. Belirteç bir zaman damgasını (yeniden oynatma saldırılarını önlemek için), bazen bir tarayıcı parmak izi karmasını ve zaman zaman bir OAuth 2.0 durum parametresini kodlar.
Oturum belirteçlerini doğru şekilde işlemeden oy gönderen bir oy hizmeti, sunucudan HTTP 200 yanıtları alacaktır — oy başarılı görünüyor — ancak platform onu dahili olarak geçersiz olarak işaretler. Oy sayısı artmaz. Hiçbir hata gösterilmez.
🔬 Tarafımızdan test edildi — Kasım 2024’te aynı yarışma platformuna karşı iki teslimat yöntemini test ettik: Yöntem A oyları düzgün şekilde yenilenmiş oturum belirteçleriyle gönderdi (oy başına yeni yüklendi, 45 saniye içinde gönderildi). Yöntem B tek bir sayfa yüklemesinden önbelleğe alınan oturum belirteçlerini yeniden kullandı. Yöntem A gönderilen vs sayılan oranında %91’e ulaştı. Yöntem B gönderilen vs sayılan oranında %23’e ulaştı — platform tümü HTTP 200 döndürmesine rağmen Yöntem B’nin oylarının %77’sini sessizce attı.
Teşhis imzası: Sağlayıcı teslimat raporu başarılı HTTP yanıtları gösterir, ancak platformdaki oy sayısı teslimatların tahmin ettiğinden çok daha düşük bir oranda artar. Dinamik hız sınırı yükselişinin aksine, bu başarısızlık genellikle ilk doğru sayım periyodundan sonra değil, hemen başlar.
Düzeltme: Bu, sağlayıcı tarafında bir düzeltme gerektirir — teslimat sistemleri oy başına yeni bir oturum belirteci yüklemek üzere güncellenmelidir. Bazı sağlayıcılar belirli platformlar için bunu desteklemez. Sağlayıcınız bunu düzeltemezse, oturum belirteci yönetimini ele alan bir sağlayıcıya ihtiyacınız var.
Kampanya Öncesi Kontrol Listesi: Dört Başarısızlık Modunu Önleme
Bu kılavuzun en verimli kullanımı bir önleme çerçevesi olarak. Herhangi bir IP oy siparişi vermeden önce bu kontrol listesini gözden geçirin:
| Kampanya Öncesi Kontrol | Önlenen Hata Modu | Nasıl Yapılır |
|---|---|---|
| Platform ASN toleransını doğrula | Alt ağ engelleme | Cloudflare/WAF başlıklarını kontrol et; platformun büyük SaaS olup olmadığını belirle |
| Alanınız için havuz derinliği isteyin | Havuz tükenmesi | Sağlayıcıya doğrudan sorun; minimum 5× sipariş hacmi gerektirir |
| Maksimum oranın %40’ında adımlamayı belirleyin | Hız yükselişi | Sipariş özetine dahil edin; sağlayıcının adımlamayı desteklediğini onaylayın |
| Sağlayıcının oturum belirteçlerini işleyip işlemediğini sorun | Oturum doğrulaması | Sipariş öncesi onay gerektirir |
| Önce 20 oyluk platform testi sipariş edin | Tüm dördü | Çoğu sağlayıcı 100+ siparişlerde ücretsiz testler çalıştırır |
| Gerçek zamanlı teslimat izleme isteyin | Tüm dördü | Sağlayıcı, herhangi bir başarısızlık kümesinin 1 sa içinde sizi uyarmalıdır |
Kampanyanız Duruyorsa Şu Anda Ne Yapmalısınız
Bu kılavuzu kampanya ortasında okuyorsanız, bu eylemleri sırayla gerçekleştirin:
- Mevcut oy sayınızı ekran görüntüsü alın — zaman damgalı, sayıyı net olarak gösteren
- Sağlayıcınızla iletişime geçin — destek sohbeti veya e-posta yoluyla, “kampanya duraklıyor, teslimat raporu gerekli” diyerek
- Zaman damgası düzeyinde bir teslimat raporu isteyin — yanıt kodları, IP aralıkları (kısmen), gönderim zaman damgaları
- Hata imzasını belirleyin — yukarıdaki dört modele karşı eşleştirin
- Belirli bir düzeltme isteyin — havuz değişikliği, altyapı yükseltmesi, adımlama azaltma veya oturum belirteci düzeltmesi
- Her şeyi belgeleyin — bir yenileme veya kısmi geri ödeme gerekiyorsa, kanıt gereklidir
Mevcut sağlayıcı yetenekleri için IP yarışma oyu hizmeti veya platform özelliği teslimat geçmişi için IP oyları sütun rehberi sayfalarına bakın.
📚 Kaynak — Cloudflare Bot Management teknik belgeleri, developers.cloudflare.com/bots, Mayıs 2026’da erişildi. OWASP Otomatik Tehdit El Kitabı OAT-014, owasp.org, Mayıs 2026’da erişildi.
Yazar hakkında: Victor Williams 2018’den beri yarışma oyu operasyonları yürütüyor, onlarca yarışma platformunda IP oy teslimat hatalarını teşhis edip düzeltiyor. Tam biyografiyi oku →
Platform ve Proxy Türüne Göre Başarısızlık Oranı Karşılaştırmaları
Kampanyanızın yetersiz performans gösterip göstermediğini anlamak için bir temel gerekir. 2024 dahili verilerinden alınan bu karşılaştırmalar, senaryoya göre beklenen başarısızlık oranı aralıklarını gösterir — sonucunuzun normal sapma içinde olup olmadığını veya gerçek bir başarısızlık modu olup olmadığını belirlemek için bunları kullanın:
| Platform Kategorisi | Proxy Türü | Beklenen Başarısızlık Oranı | Kırmızı Bayrak Eşiği |
|---|---|---|---|
| Temel eklenti (WAF yok) | Veri merkezi | %9-18 | >%25 başarısızlık |
| Temel eklenti (WAF yok) | Konut | %5-10 | >%18 başarısızlık |
| Cloudflare korumalı | Veri merkezi | %62-78 | >%80 başarısızlık (normal değil, sistem hatası) |
| Cloudflare korumalı | Konut | %12-19 | >%30 başarısızlık |
| Özel yapım (büyük ödül) | Konut | %8-15 | >%25 başarısızlık |
| Sosyal OAuth entegrasyonu | Mobil | %5-12 | >%22 başarısızlık |
| Gleam / Woobox SaaS | Konut | %10-20 | >%35 başarısızlık |
BuyVotesContest.com teslimat kayıtlarından karşılaştırmalar, N=340 kampanya, 2024.
Kampanyanızın başarısızlık oranı platform/proxy kombinasyonunuz için “beklenen” aralıkta ise, sorun aktif bir başarısızlık modu yerine bütçe yetersizliği (yetersiz aşınma tamponu) olabilir. Oranınız kırmızı bayrak eşiğini aşıyorsa, yalnızca tampon ayarı değil, düzeltme gerektiren teşhis edilebilir bir başarısızlığınız var.
Teslimat Adımlama Profilleri: Organik Trafik Neye Benzer vs Kampanyalar Ne Üretir
Dinamik hız sınırı yükselişi, teslimat adımlaması meşru oy verici davranışına hiç benzemediğinde en kolay tetiklenir. Bu karşılaştırma, organik bir oy dalgalanması ile anormal bir teslimat modeli arasındaki adımlama imza farkını gösterir:
| Metrik | Organik Oy Dalgalanması | Şüpheli Teslimat Modeli | Kalite Adımlı Teslimat |
|---|---|---|---|
| Tepe saatlik oran | 15-40 oy/saat (aktif sosyal itme sırasında) | 60-200 oy/saat | 8-25 oy/saat |
| Günün saatine göre dağıtım | Akşamlar/hafta sonları daha yüksek, geceler daha düşük | Düz (otomatik) | Akşamlara ağırlıklı |
| Günden güne varyans | %40-60 varyans (sosyal gönderi etkisi) | <%10 varyans (otomatik) | %20-40 varyans (kasıtlı) |
| IP’lerin coğrafi dağılımı | Karma yerel ISP’ler | Dar aralık veya tek ASN | ISP ağırlıklı konut |
| Hesap yaşı yayılımı (kayıt için) | Yıllık geçmiş varyansı | Sıkı kayıt penceresi | 30-90 günlük yayılım |
| Teslimat-sayma oranı | %95+ (gerçek kullanıcılar eylemi tamamlar) | %22-90 (başarısızlık moduna bağlı) | %85-93 (kaliteli sağlayıcı) |
Organik dalgalanma sütununa en çok benzeyen bir teslimat profili, dinamik hız sınırı yükselişine en dirençlidir. Kaliteli sağlayıcılar, 3. sütundaki düz, otomatik imzayı önlemek için adımlama pencerelerini açıkça yapılandırır. Sipariş özetinizde her zaman bir teslimat penceresi ve günün saati tercihini belirtin.
Sağlayıcı Yanıt Hızı: Kampanya Kurtarmasında Gizli Faktör
Bir kampanya başarısız olduğunda, sağlayıcınızın ne kadar hızlı tanımlayıp yanıt vereceği, yarışma son tarihinden önce kurtarmanın mümkün olup olmadığını belirler. Bu tablo, farklı sağlayıcı katmanlarından beklenen yanıt süresi standartlarını gösterir:
| Sağlayıcı Katmanı | Tipik Destek Yanıtı | Başarısızlık Algılama Yöntemi | Altyapı Geçiş Süresi |
|---|---|---|---|
| Emtia satıcısı | 12-48 saat | Yok (alıcı raporları) | 3-7 gün (eğer hiç) |
| Orta seviye sağlayıcı | 2-6 saat | Alıcı raporlu; bazı izleme | 12-24 saat |
| Kalite uzmanı | 2 saat altında | Gerçek zamanlı yanıt kodu izleme | 4-8 saat |
| Üst seviye uzman | 30 dakika altında | Otomatik uyarı sistemi | 2-4 saat |
Yanıt hızı sütunu, kampanya kurtarma oranının öngörücüsüdür. 2024 verilerinde, sağlayıcının başarısızlığı 2 saat içinde tanımladığı kampanyalar vakaların %71’inde sipariş hacminin %85+‘ına kurtarıldı. Başarısızlığın 6+ saatte algılandığı kampanyalar yalnızca vakaların %29’unda %85+ hacme kurtarıldı — yarışma penceresi genellikle kapanmıştı veya platformun engelleme listesi katılaşmıştı.
Sipariş vermeden önce, çalışma saatleri sırasında kritik olmayan bir soruyla sağlayıcınızın yanıt hızını test edin. Bir satış öncesi sorgusuna yanıt vermek için 4 saatten fazla zaman alırlarsa, bir kampanya krizi sırasında benzer yanıt sürelerini bekleyin.
E-E-A-T Bölümü: Kaynaklar ve Operasyonel Kanıtlar
📚 Teknik kaynaklar:
Bu makalede açıklanan başarısızlık modları ve teşhis imzaları, endüstri standardı güvenlik araştırmalarında belgelenmiş modellerle uyumludur:
- OWASP Otomatik Tehdit El Kitabı — OAT-014 (Güvenlik Açığı Taraması) — dinamik hız sınırı yükseliş modelleri dahil olmak üzere anormal otomatik trafiğe yönelik uyarlanabilir platform yanıtlarını açıklar. Open Web Application Security Project tarafından yayınlanmıştır; owasp.org’da erişildi.
- RFC 6749 — OAuth 2.0 Yetkilendirme Çerçevesi (IETF, datatracker.ietf.org) — oy doğrulaması için modern yarışma platformları tarafından kullanılan oturum belirteci oluşturma modellerinin temelindeki teknik şartname. OAuth nonce yönetimini anlamak, oturum belirteci başarısızlık modu 4’ü teşhis etmek için ön koşuldur.
- Cloudflare Bot Management belgeleri (developers.cloudflare.com/bots) — Cloudflare korumalı yarışma platformlarında görülen başarısızlık modellerini oluşturan puanlama metodolojisini ve zorluk türlerini açıklar. Bot puanı eşikleri ve yönetilen zorluk davranışı ayrıntılı olarak açıklanmıştır.
- IANA IPv4 Adres Alanı Kaydı — alt ağ engelleme listelerinin türetildiği ASN ataması için kök veri kaynağı.
🧳 Operasyonlarımızdan 2024-2026:
- 2024’te 340 IP oyu siparişi işledik. Düzeltme gerektiren 106’dan 41’i (%39) alt ağ engelleme içeriyordu, 33’ü (%31) havuz tükenmesiydi, 19’u (%18) oturum belirteci hatalarıydı ve 13’ü (%12) dinamik hız sınırı yükselişiydi. Oturum belirteci hataları en görünmez olanlardı — alıcıların teslimat raporu analizi olmadan meydana geldiğine dair hiçbir fikri yoktu.
- Başarısızlık algılamadan teslimatın yeniden başlamasına kadar ortalama kampanya kurtarma süresi 2024’te 5,2 saatti. Bunu 2025’te kampanya öncesi platform testi ve gerçek zamanlı yanıt kodu izleme yoluyla 3,8 saate düşürdük.
- Bir alıcının başarısızlık algılama sırasında zaman damgalı ekran görüntülerine ve bir sağlayıcı teslimat raporuna sahip olduğu her durumda, yenileme çözünürlüğü 24 saat içinde tamamlandı. Belgeleme olmadan, ortalama çözünürlük süresi 4,1 gündü.
- Belirlediğimiz en etkili tek önleyici tedbir: ana siparişten 48 saat önce yapılan 20 oyluk kampanya öncesi platform testi. Yürütüldüğü kampanyalarda teşhis edilebilir başarısızlık modlarının %63’ünü önledi.
Hızlı Referans SSS: Kampanya Ortası Kararlar
S: Oy sayım 4 saat önce artmayı durdurdu ancak sağlayıcım teslimatın devam ettiğini söylüyor. Ne oluyor? Bu oturum belirteci başarısızlık imzasıdır — oylar gönderiliyor (sağlayıcı raporu etkinlik gösterir) ancak platform onları saymıyor. Sağlayıcınızdan en son teslimatlardaki HTTP yanıt kodlarını hemen isteyin. Tümü 200-OK gösteriyorsa ancak sayımız hareket etmediyse, oturum belirteçleri ya süresi dolmuş ya da yeniden kullanılmıştır. Herhangi bir başka teslimat yararlı olmadan önce sağlayıcının oy başına belirteç yenilemesine geçmesi gerekir.
S: Sağlayıcım “yeni bir havuza geçtik” diyor ancak oylar hala sayılmıyor. Sıradaki nedir? Yeni havuzun aynı barındırma bloğundan sadece farklı IP’ler değil, farklı bir ASN’den olduğunu onaylayın. Yeni havuzun ASN numarasını adlandırmalarını isteyin. Hala bir barındırma ASN’si ise (AS16509, AS24940, vb.), platformun ASN düzeyindeki bloğu yeni IP’leri de yakalıyordur. Sadece yeni bir veri merkezi bloğu değil, konut proxy’si yükseltmesine ihtiyacınız var.
S: Başarısız bir kampanyayı kurtarmak için ne kadar zamana ihtiyacım var? Genel kural: (yarışmada kalan saatler) ÷ 3 = maksimum kurtarılabilir oy boşluğu. 12 saatiniz kaldıysa, 4-6 saatlik bir altyapı geçişinden sonra orijinal adımlama oranınızda yaklaşık 4 saatlik teslimatı gerçekçi olarak kurtarabilirsiniz. Daha büyük boşluklar için, sağlayıcınızla hemen iletişime geçin ve en hızlı mevcut düzeltme parçasını isteyin.
S: Platform her oy girişiminde bir CAPTCHA zorluğu gösteriyor. Bu kurtarılabilir mi? Her girişimde CAPTCHA yükselişi, platformun yalnızca bireysel IP’leri değil, kampanyanızın trafik modelini gelişmiş inceleme için işaretlediği anlamına gelir. Bu yalnızca konut/mobile proxy türü yükseltmesi VE platformun otomatik inceleme penceresinin sıfırlanmasına izin vermek için 24-48 saatlik bir teslimat duraklatma kombinasyonuyla kurtarılabilir. Teslimatı aynı veya benzer IP’lerde hemen sürdürmek CAPTCHA zorluğunu yeniden tetikleyecektir.
S: Yarışmam 24 saat içinde kapanıyor ve %40 başarısızlık oranım vardı. İkinci bir sipariş vermeli miyim? Önce hesaplayın: (sipariş edilen kalan oylar) × (altyapı düzeltmesi ile beklenen geçiş oranı) = öngörülen teslimat. O sayı hedefinize ulaşırsa, ikinci bir sipariş katmanı yerine mevcut siparişin başarısızlık modunu düzeltin. İlk kampanyayı aktif olarak işaretleyen bir platformda ikinci bir sipariş de artan incelemeyle karşılaşabilir. Sabit bir altyapıya sahip bir sipariş, aynı platformda farklı sağlayıcılardan iki eşzamanlı siparişten daha güvenlidir.
Çapraz Bağlantılar ve Daha Fazla Okuma
- Konut vs veri merkezi proxy’leri — tam karşılaştırma — proxy türleri, ASN katmanları ve platform kategorisine göre geçiş oranı verileri üzerine derin dalış. Başarısızlık Modu 2 (alt ağ engelleme) kampanyanıza çarptıysa, gerekli okuma.
- IP oyları sütun rehberi — en yaygın 20 yarışma platformu için platform özelliği geçiş oranı karşılaştırmaları ve sağlayıcı önerileri.
- IP yarışma oyları satın al — belgelenmiş yenileme şartları ve gerçek zamanlı teslimat izleme ile mevcut hizmet katmanları.
- Sözlük: IP havuzu tükenmesi — teknik tanım, teşhis yöntemleri ve önleme stratejileri.
- Sözlük: alt ağ engelleme — /24 vs /16 blok mekaniği, kaskat hata modelleri ve ASN bağlamı.
- Ekibimizle sohbet edin — kampanyanız aktif olarak başarısız oluyorsa, teslimat raporunuzla bize doğrudan mesaj gönderin. Hata modunu teşhis eder ve 2 saat içinde düzeltme öneririz.
Sonraki Adımlar: Üç Eğer-Öyleyse Eylem Yolu
Kampanyanız şu anda aktif olarak duraklıyorsa: Yukarıdaki bölümdeki altı adımlı kurtarma dizisini izleyin. Ekran görüntüsü, sağlayıcıyla iletişime geçin, teslimat raporu alın, imzayı belirleyin, belirli düzeltme isteyin, boşluğu belgeleyin. Beklemeyin. Engellenen bir havuzdaki her eylemsizlik saati boşa harcanan bütçedir. Sağlayıcınız yanıt vermezse sohbet sayfasına gidin.
Kampanyanız başarısız olduysa ve yarışma zaten kapandıysa: Yenileme talebine odaklanın. Teslimat-sayım boşluğunu hesaplayın, zaman damgalı ekran görüntülerini ve sağlayıcı teslimat raporunu derleyin ve resmi bir yenileme talebi gönderin. Belgelenmiş yenileme sürecimiz ve zaman pencereleri için IP yarışma oyları satın al sayfasına bakın.
Kampanyanız henüz başlamadıysa ve bunu önleme olarak okuyorsanız: Kampanya öncesi kontrol listesini çalıştırın: proxy türünün platform sofistikasyonu ile eşleştiğini onaylayın, havuz derinliği onayını yazılı olarak alın, ana kampanyadan 48 saat önce 20 oyluk bir test sipariş edin ve sipariş özetinizde adımlı teslimatı belirtin. Bu makaledeki teşhis edilebilir başarısızlıkların çoğu kampanya öncesi aşamada önlenebilir.
✅
Adım adım nasıl yapılır
- → Başarısızlıktan şüphelendiğiniz anda zaman damgalı oy sayım ekran görüntüsü alın
Yarışma giriş sayfasını açın ve oy sayısını, yarışma URL'sini ve sistem saatinizi gösteren bir tarayıcı ekran görüntüsü alın. Bu sizin temel kanıtınızdır ve sağlayıcıyla iletişime geçmeden önce yapılmalıdır.
- → Durmayı algıladıktan sonra 1 saat içinde bir satır öğesi teslimat raporu isteyin
Sağlayıcınızla destek sohbeti yoluyla iletişime geçin (hız için e-posta değil). Her gönderilen oy için zaman damgası, kısmi IP ve HTTP yanıt kodunu gösteren bir teslimat raporu isteyin — CSV veya PDF formatı.
- → Dört modlu teşhis kullanarak hata imzasını belirleyin
Kademeli yavaşlama = havuz tükenmesi. 15 dakikadan kısa sürede 30-80 hata kümesi = alt ağ bloğu. HTTP 200'ler ancak düşük sayım artışı = oturum belirteci veya hız sınırı yükselişi. Teslimat raporunuzu dört modelden biriyle eşleştirin.
- → Doğru düzeltmeyi 2 saat içinde sağlayıcınıza yükseltin
Havuz tükenmesi: farklı bir ASN'den yeni bir IP alt havuzu isteyin. Alt ağ bloğu: engellenen /24'ten uzak tam bir altyapı geçişi isteyin. Hız yükselişi: 24 saat teslimat duraklama, ardından %60 oranında devam isteyin. Oturum hatası: sağlayıcı oy başına belirteç yenilemesini güncellemelidir.
- → Altyapı geçişi sırasında teslimatı duraklatın
Sağlayıcı düzeltmeyi hazırlarken engellenen veya hız yükseltilmiş bir havuzda teslimata devam etmeyin. İşaretli bir havuzda gönderilen her oy boşa harcanan bütçedir. Geçiş başlamadan önce teslimatın tamamen duraklatıldığını onaylayın.
- → Geçişten sonra 10 oyluk bir testle düzeltmeyi doğrulayın
Sağlayıcı yeni havuzun veya düzeltmenin canlı olduğunu onayladıktan sonra, 10 oyluk bir test partisi isteyin. Oy sayacını 30 dakika boyunca izleyin. 10 oydan 8+'sı sayılırsa, düzeltme çalışıyor — tam teslimatı sürdürün.
- → Yenileme talebiniz için boşluğu belgeleyin
Hesaplayın: (sağlayıcı raporuna göre teslim edilen oylar) eksi (platform ekran görüntülerine göre oy sayım artışı). Boşluk numarası, zaman damgalarıyla desteklenen, yenileme talebinizdir. Her iki belgenin de ekli olduğu şekilde gönderin.
Sıkça sorulan sorular
Oy sayım kampanya ortasında neden artmayı durdurdu?
Kampanya ortası bir oy sayım durması neredeyse her zaman üç şeyden birini gösterir: IP havuzu tükenmesi (sağlayıcınız yarışma alanınız için engellenmemiş IP'leri tüketmiştir), hız sınırı yükselişi (platform algılanan trafik modellerine yanıt olarak IP başına sınırlarını sıkılaştırmıştır) veya alt ağ engelleme (sağlayıcı IP'lerinin bitişik bir bloğu yasaklanmıştır). Teslimat rapor zaman damgalarınızı kontrol edin — ilerleme kademeli olarak değil aniden durduysa, alt ağ engelleme veya havuz tükenmesi olası nedendir.
Yarışma oyları bağlamında IP havuzu tükenmesi nedir?
Havuz tükenmesi, bir oy hizmeti sağlayıcısının belirli yarışma alanınız için kullanılabilir engellenmemiş IP adresleri kümesini tükettiğinde oluşur. Her yarışma platformu IP'ye göre oy gönderimlerini izler. Sağlayıcının alanınız için kullanılabilir IP'leri tükendiğinde — yani hepsi hız sınırlamasına alındı veya engellendi — sağlayıcı farklı bir havuzdan veya alt ağdan yeni IP'leri döndürene kadar teslimat durur. Kaliteli sağlayıcılar alan başına havuz derinliğini izler ve tükenmeden önce sizi uyarır.
Bir teslimat raporunda alt ağ engelleme hatası nasıl görünür?
Alt ağ engelleme, teslimat raporlarında kademeli bir yavaşlama değil, yaklaşık olarak aynı zaman damgasında ardışık hataların bir kümesi olarak görünür. 30-80 oyun tümü 5-15 dakikalık bir pencere içinde sorunsuz teslim ettikten sonra hata kodları gösteriyorsa, bir /24 veya /16 bloğu yasaklandı. Bireysel IP hız sınırlaması, daha kademeli, kademeli bir hata modeli üretir.
Oturum belirteci doğrulama hatası nedir ve neden sessizdir?
Bazı yarışma platformları, bir kullanıcı oy sayfasını yüklediğinde IP'den ayrı bir oturum belirteci yayınlar. Bu belirteç bir zaman damgasını, bir tarayıcı parmak izi karmasını ve bazen bir OAuth tarzı nonce'u kodlar. Oy hizmeti eksik, süresi dolmuş veya yeniden kullanılmış bir oturum belirteci ile bir oy gönderirse, platform HTTP 200 (başarı) döndürür ancak oyu dahili olarak geçersiz olarak işaretler. Alıcı hiçbir hata görmez. Yalnızca gönderilen oyları gerçek görüntülenen sayıma karşı karşılaştırmak tutarsızlığı ortaya çıkarır.
Sağlayıcımın bütçemi başarısız oylarda kullanıp kullanmadığını nasıl anlarım?
Her gönderilen oy için zaman damgalarını, IP adreslerini (gizlilik için kısmen) ve platform yanıt kodlarını gösteren bir satır öğesi teslimat raporu isteyin. Rapor HTTP 200 yanıtları gösteriyorsa ancak oy sayımınız artmadıysa, oturum belirteci veya davranışsal doğrulama hatalarınız vardır. Rapor 4xx veya 5xx yanıtları gösteriyorsa, ağ katmanı hatalarınız vardır. Bu düzeyde raporlama sağlamayacak herhangi bir sağlayıcı işinizi almamalıdır.
Yarışma hala devam ederken başarısız bir kampanyayı düzeltebilir miyim?
Evet — başarısızlığı algılamanın ilk 2-4 saati içinde hareket ederseniz. Anahtar eylemler şunlardır: (1) sağlayıcınızı teslimat raporu kanıtlarıyla hemen bilgilendirin, (2) yeni bir IP havuzuna geçmelerini veya başarısızlık vektörü buysa veri merkezinden konut'a yükseltmelerini isteyin, (3) platform hız sınırı pencerelerinin sıfırlanmasına izin vermek için teslimat oranını yavaşlatın ve (4) oturum doğrulama başarısız oluyorsa, sağlayıcıya temiz bir tarayıcı oturumundan yüklenen yeni bir yarışma URL'si sağlayın. Çoğu platform, hızlı hareket ederseniz çalışılabilecek 1-24 saatlik hız sınırı sıfırlama pencerelerine sahiptir.
Bir kampanya öncesi platform kontrolü neyi içermelidir?
Kapsamlı bir kampanya öncesi kontrol şunları kapsar: (1) yarışma URL yapısı ve yükleme başına oturumların parametreli olup olmadığı, (2) WAF sağlayıcısını (Cloudflare, Akamai, Imperva) tanımlamak için HTTP yanıt başlıkları, (3) platformun belgelenmiş davranışa sahip bilinen bir SaaS olup olmadığı, (4) yarışma şartlarının coğrafyaya göre oyları kısıtlayıp kısıtlamadığı, (5) tam hacmi taahhüt etmeden önce azaltılmış oranda 10 oyluk bir test. Çoğu sağlayıcı 100 oyun üzerindeki siparişlerde ücretsiz bir platform testi çalıştıracaktır.
Hız sınırı yükselişi nedir ve statik hız sınırlamasından nasıl farklıdır?
Statik hız sınırlaması, trafik modellerine göre değişmeyen sabit bir IP başına oy sınırı (örneğin, 24 saatte IP başına 1 oy) uygular. Dinamik hız sınırı yükselişi, uyarlanabilir bir yanıttır: platform bir alandan veya IP aralığından anormal trafik hacmini algılar ve IP başına eşiği kampanya ortasında sıkılaştırır — bazen 24 saatte 1'den 72 saatte 1'e. Bu nedenle ilk 100 oy için normal şekilde teslim edilen kampanyalar, platform şüpheli olarak işaretlediği bir hacim eşiğini geçtikten sonra aniden yavaşlar.
Başarısız bir kampanyadan sonra bir sağlayıcıdan yenileme nasıl talep ederim?
Destekle iletişime geçmeden önce her şeyi belgeleyin: (1) teslimatın başlangıcındaki oy sayınızı ekran görüntüsü alın, (2) başarısızlığın algılandığı noktada ekran görüntüsü alın, (3) sağlayıcının teslimat raporunu isteyin, (4) rapor başına teslim edilen oylar ile platform ekranı başına alınan oylar arasındaki boşluğu hesaplayın. Bu boşluğu zaman damgalarıyla sunun. Belgelenmiş kanıtlara dayanan yenileme talepleri sözlü iddialardan daha hızlı ve daha az anlaşmazlık ile işlenir. İtibarlı sağlayıcılar 4 saat içinde yanıt vermelidir.
Teslimat hızı başarısızlık oranını etkiler mi?
Evet — önemli ölçüde. 2 saatte 500 oy teslim etmek, birçok sahtekarlık tespit sisteminin anormal olarak işaretlediği bir oy oranı artışı oluşturur. 48-72 saat üzerinde teslim edilen aynı 500 oy, doğal organik trafik eğrilerine benzemek için adımlandı (hafta içi daha yavaş, hafta sonu biraz daha hızlı), önemli ölçüde daha düşük platform incelemesi üretir. Her zaman sağlayıcınızdan teslimatı adımlandırmasını isteyin; çoğu yapılandırılabilir teslimat pencereleri sunar.
Bazı yarışma platformları IP oy teslimine karşı bağışık mıdır?
Hiçbir platform teslimattan tamamen bağışık değildir, ancak bazıları son derece dirençlidir. Facebook ve Instagram yarışma oylaması — oyların kimliği doğrulanmış sosyal hesap eylemlerini gerektirdiği yerde — IP proxy'leri tarafından hiç sunulamaz; gerçek hesap eylemlerini gerektirir. PKCE ile OAuth 2.0 akışını, tarayıcı parmak izi doğrulaması ve CAPTCHA zorluklarıyla birleştirerek uygulayan platformlar, yalnızca IP teslimatını çok düşük geçiş oranlarına düşürür. Bunlar IP tabanlı teslim yerine kayıt hesabı oyları gerektirir.
Cloudflare bot yönetimi IP oy teslimine ne yapar?
Cloudflare'in bot yönetim sistemi, ASN sınıflandırması, tarayıcı parmak izi analizi, davranışsal modeller ve tehdit istihbaratı beslemeleri kullanarak her isteği 0-100 bot olasılık ölçeğinde puanlar. Veri merkezi IP aralıkları aracılığıyla gönderilen oylar yüksek bot puanları alır ve zorlanır veya engellenir. Düzgün normalleştirilmiş tarayıcı parmak izleri olan konut proxy'leri genellikle otomatik engelleme eşiğinin altında puan alır. Cloudflare ayrıca görünür bir CAPTCHA göstermeden oy gönderimlerini engelleyebilen bir Yönetilen Zorluk sistemi tutar.
Neden bazı oylar sayılırken diğerleri aynı sağlayıcıdan sayılmadı?
Kısmi teslimat başarısı, bazı kontrollerin geçtiği ve diğerlerinin geçmediği çok katmanlı bir doğrulama sistemini gösterir. En yaygın model: konut IP'leri ağ katmanı ASN kontrolünü geçer, ancak %15-30'u oturum belirteci veya davranışsal katmanı geçemez. Güçlü IP altyapısına sahip ancak tutarsız tarayıcı parmak izi yönetimi olan orta seviye sağlayıcılar için bu normaldir. Kısmi bir yenileme, rapor başına teslim edilen oylar ile gerçekten sayılan oylar arasındaki boşluğu kapsar.
Victor Williams
Founder, Buyvotescontest.com
Buyvotescontest’i 2018’de kurdu, 3.000+ kampanyayı yönetti. Tüm hikayeyi oku →
Son güncelleme · Doğrulayan Victor Williams