Kembali ke blog

Automatisasi X di 2026: Apa yang Tersisa di API Setelah Pembersihan

Pada bulan Februari 2026, X menutup tarif API gratis, pada bulan April mengalihkan langganan, suka, dan kutipan ke Enterprise, dan pada bulan Mei mengurangi batas akun menjadi 50 pos per hari. Mari kita bahas operasi apa yang tersisa untuk pembayaran per item dan berapa biayanya, batas independen mana yang akan Anda capai pertama kali dan mengapa rotasi IP tidak menambah satu pun tindakan.

📅15 September 2026
Automatisasi X di 2026: Apa yang Tersisa di API Setelah Pembersihan

Jika layanan atau agensi Anda telah mengotomatiskan pekerjaan dengan X (dulu Twitter), tahun 2026 telah mengubah aturan dua kali. Pada bulan Februari, platform ini secara resmi menghentikan tarif API gratis dan memindahkan pengembang baru ke pembayaran per penggunaan. Pada bulan April, semua endpoint self-serve untuk langganan, suka, dan kutipan dihapus — sekarang mereka hanya ada dalam kontrak Enterprise, yang dimulai dari sekitar 42.000 dolar per bulan. Dan pada bulan Mei, platform ini mengurangi batasan pada tingkat akun: profil yang tidak terverifikasi hanya dapat menerbitkan 50 pos asli per hari, dibandingkan dengan sebelumnya 2400.

Selanjutnya — analisis tentang apa yang masih tersedia, berapa biayanya per operasi, batasan mana yang akan Anda hadapi terlebih dahulu, dan di mana proxy benar-benar menyelesaikan masalah, serta di mana tidak mengubah batasan sama sekali.

Apa yang dihapus dan kapan

Timeline perubahan terlihat seperti ini:

  • Februari 2026 — tarif gratis dihentikan. Model default untuk pengembang baru adalah pay-per-use, pembayaran untuk operasi yang sebenarnya.
  • April 2026 — endpoint follow, like, dan quote-post dihapus dari semua tarif self-serve. Dari level gratis, mereka sudah dihapus lebih awal, tetapi sekarang akses ke mereka hanya melalui Enterprise.
  • Juni 2026 — tarif legacy Basic seharga 200 dolar per bulan beralih ke model per penggunaan; langganan baru untuk Basic dan Pro tidak dibuka, akun lama tetap memiliki akses.
  • Mei 2026 — batasan pada tingkat akun dikurangi, dan mereka berlaku untuk API, web, dan aplikasi seluler.

Kesimpulan praktis dari blok pertama: produk apa pun yang dibangun di sekitar langganan otomatis, auto-like, atau kutipan pos orang lain, telah kehilangan jalur self-serve yang sah. Bukan menjadi lebih mahal — tetapi benar-benar hilang. Perbedaannya mendasar: kenaikan harga dapat diatasi dengan anggaran, tetapi tidak adanya endpoint tidak dapat diatasi dengan cara apa pun, kecuali melalui kontrak Enterprise.

Apa yang tersisa untuk pembayaran per penggunaan

Self-serve saat ini mencakup empat kelompok operasi: penerbitan pos, membaca pos dan feed, menjawab dalam jendela terbatas, dan pesan pribadi kepada mereka yang setuju untuk menerimanya. Harga per operasi:

  • 0,015 $ — pos teks biasa.
  • 0,20 $ — pos yang mengandung tautan. Perbedaannya lebih dari tiga belas kali, dan ini adalah poin yang paling diremehkan dalam perhitungan anggaran.
  • 0,005 $ — membaca satu pos, dengan batas maksimum 2 juta pembacaan per bulan.

Streaming dan pencarian arsip teks penuh dengan model per penggunaan tidak tersedia — ini adalah wilayah Pro (bagi mereka yang masih memilikinya) dan Enterprise. Legacy Basic memberikan sekitar 50.000 catatan dan 10–15 ribu pembacaan per bulan dengan jendela pencarian selama tujuh hari; Pro seharga 5000 dolar — sekitar 300.000 catatan dan satu juta pembacaan dengan arsip dan streaming.

Hitung skenario Anda sebelumnya. Agensi konten yang menerbitkan 30 pos dengan tautan per hari di 20 akun klien, menghabiskan hanya untuk penerbitan 120 dolar per hari — 3600 per bulan. Volume yang sama tanpa tautan dalam isi pos — 270 dolar per bulan. Struktur penerbitan di sini mempengaruhi biaya lebih besar daripada pilihan tarif.

Dua batasan berbeda: batas aplikasi dan batas akun

Di sini sering terjadi kesalahan. Di X, ada dua batasan independen, dan mereka dihitung berdasarkan entitas yang berbeda.

Yang pertama — batas aplikasi dan token. Ini adalah batasan klasik endpoint dalam jendela bergulir:

  • mencari pos baru — 300 permintaan per pengguna dalam 15 menit dan 450 untuk aplikasi;
  • membuat pos — 100 per pengguna dalam 15 menit dan 10.000 untuk aplikasi per hari;
  • membaca feed — 900 per pengguna dalam 15 menit;
  • menghapus pos — 50 per pengguna dalam 15 menit;
  • pesan pribadi — hingga 1440 per hari per akun.

Jendela dimulai dari permintaan pertama, bukan dari tanda bulat jam. Jika melebihi batas, akan muncul HTTP 429 dengan kode kesalahan 88, dan dalam header x-rate-limit-reset terdapat timestamp Unix dari saat reset. Ini adalah sinyal jujur satu-satunya, kapan Anda dapat mengulangi permintaan: percobaan buta dengan jeda tetap hanya akan membakar kuota dan memperpanjang pemblokiran.

Yang kedua — batas akun itu sendiri. Mulai Mei 2026, profil yang tidak terverifikasi dibatasi sekitar 50 pos asli, 200 jawaban, 400 langganan, dan 500 pesan pribadi per hari. Kunci: penghitung ini bersifat umum. Tidak peduli dari mana tindakan itu berasal, apakah dari API resmi, antarmuka web, atau aplikasi seluler — semuanya masuk ke dalam keranjang yang sama.

Dari sini muncul hal yang tidak diucapkan dengan cukup keras oleh industri proxy: perubahan IP tidak mengubah salah satu dari batasan ini. Batasan endpoint terikat pada token aplikasi dan konteks pengguna, sedangkan batasan tindakan terikat pada akun itu sendiri. Rotasi alamat tidak akan menambah satu pos pun per hari. Kesimpulan yang sama telah kita bahas dengan contoh batasan Reddit API dan peran proxy pada tahun 2026: proxy bertanggung jawab untuk ketersediaan dan geografi, bukan untuk kuota.

Di mana proxy benar-benar diperlukan

Ini tidak berarti bahwa proxy tidak diperlukan dalam bekerja dengan X. Hanya saja tugas mereka berbeda, dan dirumuskan dengan jelas:

  1. Ketersediaan geografis dan pengeluaran regional. Tren, feed lokal, akses ke platform dari negara-negara di mana ia dibatasi. Di sini, IP nyata dari wilayah yang diperlukan sangat penting — proxy residensial memberikan alamat dari penyedia rumah biasa, yang tidak berbeda dari lalu lintas pengguna nyata berdasarkan ASN.
  2. Isolasi infrastruktur. Agensi yang mengelola akun berbagai klien tidak boleh mencampur sesi mereka dalam satu konteks jaringan. Jika satu klien terkena batasan — yang lainnya tidak boleh merasakannya. Aturannya sederhana, dan kami telah membahasnya secara rinci dalam materi tentang prinsip "satu proxy — satu akun".
  3. Stabilitas saluran. Tugas panjang untuk membaca feed sering terhambat oleh gangguan jaringan lebih sering daripada batasan. Saluran khusus dengan latensi yang dapat diprediksi — ini mengurangi pengulangan dan mengurangi kuota yang terbuang.
  4. Kerja dengan skenario seluler. Jika proses terkait dengan perilaku klien seluler, alamat dari operator seluler terlihat lebih alami bagi platform daripada alamat dari pusat data. Untuk tugas semacam itu, digunakan proxy seluler.

Rumusan yang jujur adalah: proxy menyelesaikan masalah "dari mana dan seberapa andal Anda datang", tetapi bukan masalah "berapa banyak tindakan yang diizinkan untuk Anda". Penjual yang menjanjikan sebaliknya, menjual harapan yang tidak akan terwujud.

Apa yang tidak boleh dilakukan

Setelah perubahan bulan April, beberapa tim mempertimbangkan otomatisasi browser sebagai pengganti endpoint yang ditutup. Penting untuk memahami harga dari solusi ini.

Aturan X secara langsung mengharuskan semua otomatisasi dilakukan melalui API resmi: pengambilan antarmuka, otomatisasi browser, dan API tidak resmi dilarang oleh syarat penggunaan. Platform ini telah menggugat pengambilan data sejak tahun 2023, dan pada Maret 2026 terjadi gelombang pemblokiran massal karena "perilaku tidak otentik". Menurut para praktisi, akun yang digunakan untuk pengumpulan data otomatis bertahan antara tiga hingga empat belas hari sebelum diblokir — dan tidak ada rotasi alamat yang secara prinsip dapat memperpanjang periode ini, karena keputusan diambil berdasarkan sinyal perilaku dan sidik jari, bukan hanya berdasarkan IP.

Secara terpisah: tren beberapa bulan terakhir — platform semakin sering beralih dari pemblokiran teknis ke pemblokiran hukum. Pada musim panas 2026, X meminta untuk menutup frontend publik Nitter; kami membahas ini dalam materi tentang bagaimana platform mengubah senjata mereka melawan pengambilan data. Kreativitas infrastruktur bukan lagi faktor risiko utama — kini menjadi surat dari pengacara.

Bagaimana membangun kembali pekerjaan: urutan praktis

  1. Pisahkan operasi yang tersisa dan yang hilang. Penerbitan, membaca, menjawab, dan DM — tersisa. Langganan, suka, kutipan — hilang ke Enterprise. Segala sesuatu yang dibangun di atas kelompok kedua memerlukan bukan optimasi, tetapi perubahan model produk.
  2. Hitung ulang anggaran berdasarkan operasi, bukan berdasarkan tarif. Hitung secara terpisah pos dengan tautan: pada 0,20 $ per item, membawa tautan ke jawaban pertama alih-alih isi pos mengubah tagihan bulanan secara signifikan.
  3. Pasang pembatas kecepatan Anda sendiri. Token bucket di sisi Anda, disetel sedikit di bawah batas resmi, lebih murah daripada menangkap 429 dan menangani konsekuensinya. Atur aliran keluar sebelumnya, bukan berhenti setelah penolakan terjadi.
  4. Tangani 429 berdasarkan header, bukan berdasarkan timer. Bacalah x-rate-limit-reset dan tunggu tepat hingga waktu yang ditentukan.
  5. Pisahkan klien ke dalam konteks jaringan yang berbeda. Proxy terpisah dan set data kredensial terpisah untuk setiap akun — kebersihan dasar yang membatasi radius dampak dalam hal batasan apa pun.
  6. Pantau batasan tingkat akun secara terpisah dari batasan API. Mereka dihitung bersama dengan tindakan manual dari spesialis SMM. Jika seseorang menerbitkan pos secara manual dari aplikasi, perencana Anda akan mendapatkan lebih sedikit daripada yang diharapkan.

Kesimpulan

Tahun 2026 mengubah X dari platform dengan API murah menjadi platform dengan tarif per penggunaan dan pemisahan yang ketat: tindakan massal untuk keterlibatan hanya tersedia untuk kontrak korporat, sementara yang lainnya — berbayar dan dalam batasan yang sempit. Untuk sebagian besar tim, reaksi yang tepat adalah bukan mencari jalan pintas, tetapi membangun kembali proses berdasarkan set operasi yang tersisa, menghitung biaya berdasarkan operasi, dan membatasi lalu lintas sendiri sebelumnya.

Proxy dalam skema ini tetap menjadi alat yang diperlukan, tetapi dengan batasan yang jelas: mereka memberikan geografi, keandalan saluran, dan isolasi akun klien satu sama lain. Jika Anda membutuhkan efek ini — alamat residensial ProxyCove dengan pembayaran berdasarkan lalu lintas menyelesaikan tugas tanpa biaya langganan untuk port yang tidak digunakan. Namun, jika Anda dijanjikan cara untuk menghindari kuota — lebih baik baca kembali bagian tentang dua batasan sekali lagi.