X (eski Twitter) ile çalışmayı otomatikleştiren bir hizmet veya ajansınız varsa, 2026 yılı kuralları iki kez yeniden yazdı. Şubat ayında platform, ücretsiz API tarifesini tamamen kapattı ve yeni geliştiricileri parça başı ödemeye geçirdi. Nisan ayında tüm self-serve tarifelerden abonelik, beğeni ve alıntı için write uç noktaları kaldırıldı - artık yalnızca yaklaşık 42.000 dolardan başlayan Enterprise sözleşmeleri ile mevcutlar. Mayıs ayında ise platform, hesap seviyesindeki limitleri kısıtladı: doğrulanmamış bir profil, önceki 2400 yerine günde 50 orijinal gönderi yayımlıyor.
Devamında, gerçekten neyin erişilebilir kaldığını, işlemlerin maliyetini, hangi limitlerin ilk olarak karşılaşacağınızı ve nerede proxy'lerin gerçekten işe yaradığını, nerede ise hiçbir şeyin değişmeyeceğini inceleyeceğiz.
Ne zaman ve neyin kaldırıldığı
Değişikliklerin zaman çizelgesi şöyle:
- Şubat 2026 — ücretsiz tarifeler sona erdi. Yeni geliştiriciler için varsayılan model — kullanıma göre ödeme, gerçek işlemler için ödeme.
- Nisan 2026 — follow, like ve quote-post uç noktaları tüm self-serve tarifelerden kaldırıldı. Ücretsiz seviyeden daha önce çıkarılmıştı, ancak artık yalnızca Enterprise üzerinden erişilebiliyor.
- Haziran 2026 — 200 dolarlık legacy Basic tarifesi parça başı modele geçirildi; Basic ve Pro için yeni abonelikler açılmadı, eski hesaplar mevcut erişimlerini sürdürüyor.
- Mayıs 2026 — hesap seviyesindeki limitler düşürüldü ve bunlar API, web ve mobil uygulama için ortak.
İlk bloktan pratik bir sonuç: otomatik abonelik, otomatik beğeni veya başkalarının gönderilerini alıntı yapma etrafında inşa edilen herhangi bir ürün, yasal bir self-serve yolunu kaybetti. Fiyatı artmadı — tam olarak kaybetti. Farklılık esaslı: fiyat artışı bütçeyle telafi edilebilir, uç noktanın olmaması ise yalnızca Enterprise sözleşmesiyle telafi edilebilir.
Parça başı ödemede ne kaldı
Self-serve bugün dört grup işlemi kapatıyor: gönderi yayımlama, gönderi ve akış okuma, sınırlı bir zaman diliminde yanıt verme ve kabul edenlere özel mesaj gönderme. İşlemlerin fiyatları:
- 0,015 $ — standart metin gönderisi.
- 0,20 $ — bağlantı içeren gönderi. Fark, on üç katından fazla ve bu, bütçe hesaplamalarında en az değerlendirilen kalem.
- 0,005 $ — bir gönderiyi okuma, aylık 2 milyon okuma limitiyle.
Streaming ve tam metin arşiv araması parça başı modelde mevcut değil — bu, Pro (kalanlar için) ve Enterprise alanıdır. Legacy Basic, yaklaşık 50.000 kayıt ve 10-15 bin okuma ile yedi günlük arama penceresi sunuyordu; Pro ise 5000 dolara yaklaşık 300.000 kayıt ve bir milyon okuma ile arşiv ve streaming sunuyor.
Senaryonuzu önceden hesaplayın. Günde 20 müşteri hesabında 30 bağlantılı gönderi yayımlayan bir içerik ajansı, yalnızca gönderim için günde 120 dolar harcıyor — ayda 3600 dolar. Aynı miktar, gönderi içinde bağlantı olmadan ise ayda 270 dolar. Buradaki yayımlama yapısı, tarifeyi seçmekten daha fazla etkiye sahiptir.
İki farklı tavan: uygulama limiti ve hesap limiti
Burada en sık hatalar yapılır. X'te iki bağımsız tavan çalışır ve bunlar farklı varlıklar üzerinden hesaplanır.
Birincisi — uygulama ve token limitleri. Bu, kayan pencerelerde uç noktaların klasik oran limitleridir:
- yeni gönderileri arama — kullanıcı başına 15 dakikada 300 istek ve uygulama başına 450;
- gönderi oluşturma — kullanıcı başına 15 dakikada 100 ve uygulama başına günde 10.000;
- akışı okuma — kullanıcı başına 15 dakikada 900;
- gönderi silme — kullanıcı başına 15 dakikada 50;
- özel mesajlar — hesap başına günde 1440'a kadar.
Pencere, ilk istekle başlar, saat başı yuvarlak bir işaretle değil. Aşım durumunda HTTP 429 ile hata kodu 88 gelir ve x-rate-limit-reset başlığında sıfırlama anının Unix zaman damgası bulunur. Bu, isteği tekrar denemek için tek dürüst sinyaldir: sabit bir duraklama ile kör retestler sadece kota tüketir ve engellemeyi uzatır.
İkincisi — hesabın limitleri. Mayıs 2026'dan itibaren doğrulanmamış bir profil, günde yaklaşık 50 orijinal gönderi, 200 yanıt, 400 abonelik ve 500 özel mesaj ile sınırlıdır. Anahtar nokta: bu sayaç ortaktır. Eylem resmi API'den, web arayüzünden veya mobil uygulamadan gelmiş olsun, hepsi aynı sepete düşer.
Bundan, proxy endüstrisinin yeterince yüksek sesle dile getirmediği bir şey çıkar: IP değişikliği bu tavanlardan hiçbirini hareket ettirmez. Uç nokta limitleri uygulama token'ına ve kullanıcı bağlamına bağlıdır, eylem limitleri ise hesabın kendisine bağlıdır. Adreslerin döngüsü, günde bir gönderi eklemez. Aynı sonucu Reddit API limitleri ve proxy'nin rolü 2026'da örneği üzerinden inceledik: proxy'ler erişilebilirlik ve coğrafyadan sorumludur, kota ile değil.
Proxy'lerin gerçekten gerekli olduğu yerler
Bu, proxy'lerin X ile çalışmada gereksiz olduğu anlamına gelmez. Sadece görevleri farklıdır ve bu kesinlikle şöyle formüle edilir:
- Coğrafi erişilebilirlik ve bölgesel dağıtım. Trendler, yerel akışlar, kısıtlı ülkelerden platforma erişim. Burada gerekli bölgedeki gerçek IP önemlidir — rezidans proxy'leri, canlı bir kullanıcının trafiğinden farklı olmayan, sıradan bir ev sağlayıcısının adresini verir.
- Altyapının izolasyonu. Farklı müşterilerin hesaplarını yöneten bir ajans, oturumlarını tek bir ağ bağlamında karıştırmamalıdır. Bir müşteri kısıtlamaya girdiğinde, diğerleri bunu hissetmemelidir. Kural basit ve bunu “bir proxy — bir hesap” kuralı üzerine detaylıca inceledik.
- Kanalın istikrarı. Uzun süreli akış okuma görevleri, genellikle ağ kesintilerine takılır, limitlerden daha fazla. Öngörülebilir gecikmeye sahip bir özel kanal, daha az tekrar ve daha az tüketilen kota demektir.
- Mobil senaryolarla çalışma. Süreç mobil istemci davranışına bağlıysa, cep telefonu operatörünün adresi platform için veri merkezi adresinden daha doğal görünür. Bu tür görevler için mobil proxy'ler kullanılır.
Dürüst bir formülasyon şöyle: proxy'ler “nereden ve ne kadar güvenilir geldiğiniz” sorusunu çözer, ancak “ne kadar eyleme izin verildiği” sorusunu çözmez. Bunun tersini vaat eden bir satıcı, size gerçekleşmeyecek bir beklenti satmaktadır.
Ne yapılmaması gerekenler
Nisan ayındaki değişikliklerden sonra bazı ekipler, tarayıcı otomasyonunu kapatılan uç noktaların yerine geçici bir çözüm olarak değerlendiriyor. Bu çözümün maliyetini anlamak önemlidir.
X'in kuralları, tüm otomasyonu resmi API üzerinden yürütmeyi zorunlu kılar: arayüzü kazıma, tarayıcı otomasyonu ve resmi olmayan API'ler kullanım şartlarıyla yasaktır. Platform, 2023 yılından beri kazıma ile dava açıyor ve Mart 2026'da “doğrulanmamış davranış” nedeniyle büyük bir yasaklama dalgası yaşandı. Uygulayıcıların tahminlerine göre, otomatik veri toplama için kullanılan bir hesap, engellenmeden önce üç ila on dört gün yaşıyor — ve hiçbir adres döngüsü bu süreyi önemli ölçüde uzatmaz, çünkü karar davranış ve parmak izi sinyallerine dayanır, yalnızca IP'ye değil.
Ayrıca: son aylardaki trend — platformlar giderek teknik engellerden hukuki engellere geçiyor. Yaz aylarında 2026 X, kamuya açık Nitter ön yüzlerinin kapatılmasını talep etti; bunu parsing'e karşı platformların silah değiştirmesi üzerine inceledik. Altyapı yaratıcılığı artık ana risk faktörü değil — avukatların mektubu oldu.
Çalışmayı yeniden yapılandırma: pratik sırayla
- İşlemleri kalanlar ve kaybedilenler olarak ayırın. Gönderim, okuma, yanıt verme ve DM — kaldı. Abonelikler, beğeniler, alıntılar — Enterprise'a gitti. İkinci grupta yer alan her şey, optimizasyona değil, ürün modelinin değiştirilmesine ihtiyaç duyar.
- İşlemler için bütçeyi tarifeye göre değil, işlemlere göre yeniden hesaplayın. Bağlantılı gönderileri ayrı olarak sayın: 0,20 $ başına, ilk yanıtta bağlantıyı gövde yerine çıkarmak, aylık faturayı kat kat değiştirebilir.
- Kendi hız sınırlayıcınızı ayarlayın. Kendi tarafınızdaki token bucket, resmi limitlerin biraz altında ayarlandığında, 429'ları yakalamaktan ve sonuçlarla uğraşmaktan daha ucuzdur. Çıkış akışını önceden düzenleyin, reddetme durumunda durmayın.
- 429'u başlığa göre işleyin, zamanlayıcıya göre değil. x-rate-limit-reset'i okuyun ve belirtilen zamana kadar tam olarak bekleyin.
- Müşterileri farklı ağ bağlamlarına ayırın. Her hesap için ayrı bir proxy ve ayrı bir kimlik bilgileri seti — herhangi bir kısıtlama durumunda etki alanını sınırlayan temel hijyen.
- Hesap seviyesindeki limitleri API limitlerinden ayrı takip edin. Bunlar, SMM uzmanının manuel eylemleri ile birlikte hesaplanır. Eğer bir kişi uygulamadan gönderi yayımlıyorsa, planlayıcınız beklediğinizden daha az alacaktır.
Sonuç
2026 yılı, X'i ucuz API'ye sahip bir platformdan parça başı tarifeye ve katı bir ayrım yaparak dönüştürdü: kitlesel etkileşim eylemleri yalnızca kurumsal sözleşmelere açıktır, diğer her şey ise para karşılığında ve dar çerçeveler içinde. Çoğu ekip için doğru tepki, alternatif yollar aramak değil, kalan işlem setine göre süreçleri yeniden yapılandırmak, işlemlere göre maliyet hesaplamak ve kendi trafiğini önceden sınırlamaktır.
Proxy'ler bu şemada gerekli, ancak kesin bir şekilde tanımlanmış bir araç olarak kalır: coğrafya, kanal güvenilirliği ve müşteri hesaplarının birbirinden izolasyonunu sağlarlar. Eğer bu etkiyi istiyorsanız — ProxyCove'un trafik başına ödeme ile rezidans adresleri, bekleyen portlar için abonelik ücreti olmadan bu sorunu çözer. Eğer kota aşımını vaat ediyorlarsa — iki tavan bölümünü bir kez daha okumak daha iyidir.