بازگشت به وبلاگ

خودکارسازی X در ۲۰۲۶: چه چیزی در API پس از پاکسازی باقی مانده است

در فوریه 2026، X تعرفه رایگان API را بست، در آوریل اشتراک‌ها، لایک‌ها و نقل قول‌ها را به Enterprise منتقل کرد و در مه محدودیت‌های حساب را به 50 پست در روز کاهش داد. بررسی می‌کنیم که کدام عملیات‌ها همچنان به صورت پرداختی باقی مانده و هزینه آن‌ها چقدر است، کدام دو سقف مستقل را ابتدا محدود می‌کنید و چرا چرخش IP هیچ عملیاتی را اضافه نمی‌کند.

📅۲۴ شهریور ۱۴۰۵
خودکارسازی X در ۲۰۲۶: چه چیزی در API پس از پاکسازی باقی مانده است

اگر سرویس یا آژانس شما کار با X (توییتر سابق) را خودکار کرده باشد، سال 2026 قوانین را دو بار تغییر داد. در فوریه، پلتفرم به طور کامل طرح رایگان API را تعطیل کرد و توسعه‌دهندگان جدید را به پرداخت به ازای هر درخواست منتقل کرد. در آوریل، نقاط پایانی write اشتراک‌ها، لایک‌ها و نقل قول‌ها از تمام طرح‌های خود-خدمات حذف شدند — اکنون آنها فقط در قراردادهای Enterprise وجود دارند که از حدود 42000 دلار در ماه شروع می‌شوند. و در مه، پلتفرم محدودیت‌ها را در سطح حساب کاربری کاهش داد: پروفایل‌های تأیید نشده روزانه 50 پست اصلی منتشر می‌کنند به جای 2400 پست قبلی.

در ادامه، تجزیه و تحلیل آنچه واقعاً در دسترس باقی مانده، هزینه‌های عملیاتی، محدودیت‌هایی که شما با آنها مواجه خواهید شد و جایی که پروکسی واقعاً مشکل را حل می‌کند و جایی که هیچ تغییری در درخواست‌ها ایجاد نمی‌کند، ارائه می‌شود.

چه چیزی حذف شد و کی

تاریخچه تغییرات به این شکل است:

  • فوریه 2026 — طرح رایگان متوقف شد. مدل پیش‌فرض برای توسعه‌دهندگان جدید — پرداخت به ازای استفاده، پرداخت برای عملیات واقعی.
  • آوریل 2026 — نقاط پایانی follow، like و quote-post از تمام طرح‌های خود-خدمات حذف شدند. آنها از سطح رایگان حتی زودتر حذف شدند، اما اکنون دسترسی به آنها فقط از طریق Enterprise ممکن است.
  • ژوئن 2026 — طرح قدیمی Basic به قیمت 200 دلار در ماه به مدل پرداخت به ازای هر درخواست منتقل می‌شود؛ اشتراک‌های جدید برای Basic و Pro باز نمی‌شوند، حساب‌های قدیمی به استفاده ادامه می‌دهند.
  • مه 2026 — محدودیت‌ها در سطح حساب کاهش یافته و برای API، وب و برنامه موبایل مشترک هستند.

نتیجه عملی از بخش اول: هر محصولی که حول اشتراک خودکار، لایک خودکار یا نقل قول پست‌های دیگر ساخته شده بود، راه قانونی خود-خدمات را از دست داده است. گران‌تر نشده — بلکه به سادگی از دست رفته است. تفاوت اصولی است: افزایش قیمت با بودجه قابل درمان است، اما عدم وجود نقطه پایانی با هیچ چیز جز قرارداد Enterprise قابل درمان نیست.

چه چیزی در پرداخت به ازای هر درخواست باقی مانده است

خود-خدمات امروز چهار گروه عملیات را پوشش می‌دهد: انتشار پست‌ها، خواندن پست‌ها و فیدها، پاسخ‌ها در یک پنجره محدود و پیام‌های خصوصی به کسانی که موافقت کرده‌اند آنها را دریافت کنند. هزینه‌ها به ازای عملیات:

  • 0.015 $ — پست متنی معمولی.
  • 0.20 $ — پستی که شامل یک لینک است. تفاوت بیش از سیزده برابر است و این مورد در محاسبات بودجه به شدت undervalued است.
  • 0.005 $ — خواندن یک پست، با سقف 2 میلیون خواندن در ماه.

استریمینگ و جستجوی آرشیوی کامل در مدل پرداخت به ازای هر درخواست در دسترس نیستند — این حوزه Pro (برای کسانی که آن را دارند) و Enterprise است. Basic قدیمی حدود 50,000 رکورد و 10-15 هزار خواندن در ماه با پنجره جستجو در هفت روز ارائه می‌داد؛ Pro به قیمت 5000 دلار — حدود 300,000 رکورد و یک میلیون خواندن با آرشیو و استریمینگ.

سناریوی خود را از قبل محاسبه کنید. یک آژانس محتوا که روزانه 30 پست با لینک در 20 حساب کاربری مشتری منتشر می‌کند، فقط برای انتشار 120 دلار در روز — 3600 دلار در ماه هزینه می‌کند. همان حجم بدون لینک در متن پست — 270 دلار در ماه. ساختار انتشار در اینجا تأثیر بیشتری بر هزینه دارد تا انتخاب طرح.

دو دیوار متفاوت: محدودیت برنامه و محدودیت حساب

اینجا معمولاً اشتباه می‌شود. در X دو سقف مستقل وجود دارد و آنها بر اساس موجودیت‌های مختلف محاسبه می‌شوند.

اول — محدودیت‌های برنامه و توکن. این محدودیت‌های کلاسیک نرخ نقاط پایانی در پنجره‌های متحرک هستند:

  • جستجوی پست‌های جدید — 300 درخواست برای هر کاربر در 15 دقیقه و 450 برای برنامه؛
  • ایجاد پست‌ها — 100 برای هر کاربر در 15 دقیقه و 10,000 برای برنامه در روز؛
  • خواندن فید — 900 برای هر کاربر در 15 دقیقه؛
  • حذف پست‌ها — 50 برای هر کاربر در 15 دقیقه؛
  • پیام‌های خصوصی — تا 1440 در روز برای هر حساب.

پنجره از اولین درخواست شروع می‌شود، نه از علامت گرد ساعت. در صورت تجاوز، HTTP 429 با کد خطای 88 می‌آید و در هدر x-rate-limit-reset زمان Unix لحظه بازنشانی وجود دارد. این تنها سیگنال صادقانه است که می‌توان درخواست را تکرار کرد: تلاش‌های کور با وقفه ثابت فقط سهمیه را می‌سوزانند و مسدودیت را طولانی می‌کنند.

دوم — محدودیت‌های خود حساب. از مه 2026، پروفایل‌های تأیید نشده به طور تقریبی به 50 پست اصلی، 200 پاسخ، 400 اشتراک و 500 پیام خصوصی در روز محدود شده‌اند. نکته کلیدی: این شمارنده عمومی است. مهم نیست که عمل از API رسمی، از رابط وب یا از برنامه موبایل آمده باشد — همه در یک سبد قرار می‌گیرند.

از اینجا نتیجه‌ای که صنعت پروکسی به اندازه کافی بلند نمی‌گوید: تغییر IP هیچ یک از این سقف‌ها را جابجا نمی‌کند. محدودیت‌های نقاط پایانی به توکن برنامه و به زمینه کاربری وابسته هستند، محدودیت‌های عملیات — به خود حساب. چرخش آدرس‌ها هیچ پستی به شما در روز اضافه نخواهد کرد. دقیقاً همان نتیجه را ما در مثال محدودیت‌های Reddit API و نقش پروکسی در سال 2026 بررسی کردیم: پروکسی‌ها مسئول دسترسی و جغرافیا هستند، نه سهمیه‌ها.

کجا پروکسی واقعاً لازم است

این به این معنا نیست که پروکسی‌ها در کار با X لازم نیستند. فقط وظیفه آنها متفاوت است و به وضوح بیان می‌شود:

  1. دسترس‌پذیری جغرافیایی و ارائه منطقه‌ای. روندها، فیدهای محلی، دسترسی به پلتفرم از کشورهایی که محدود شده‌اند. در اینجا IP واقعی منطقه مورد نیاز مهم است — پروکسی‌های مسکونی آدرس یک ارائه‌دهنده خانگی معمولی را می‌دهند که از ترافیک یک کاربر زنده از نظر ASN تفاوتی ندارد.
  2. ایزوله کردن زیرساخت. آژانس‌هایی که حساب‌های مشتریان مختلف را مدیریت می‌کنند نباید جلسات آنها را در یک زمینه شبکه‌ای مخلوط کنند. اگر یک مشتری تحت محدودیت قرار گیرد — دیگران نباید این را احساس کنند. قانون ساده است و ما آن را به تفصیل در مطلبی درباره اصل «یک پروکسی — یک حساب» بررسی کردیم.
  3. ثبات کانال. وظایف طولانی برای خواندن فیدها بیشتر به قطعی‌های شبکه برخورد می‌کنند تا به محدودیت‌ها. یک کانال اختصاصی با تأخیر قابل پیش‌بینی — این به معنای تکرار کمتر و سهمیه‌های سوخته کمتر است.
  4. کار با سناریوهای موبایل. اگر فرآیند به رفتار مشتری موبایل وابسته باشد، آدرس اپراتور تلفن همراه برای پلتفرم طبیعی‌تر از آدرس مرکز داده به نظر می‌رسد. برای چنین وظایفی از پروکسی‌های موبایل استفاده می‌شود.

بیان صادقانه به این شکل است: پروکسی‌ها مسئله «از کجا و تا چه حد قابل اعتماد می‌آیید» را حل می‌کنند، اما نه مسئله «چند عمل برای شما مجاز است». فروشنده‌ای که وعده معکوس می‌دهد، انتظاراتی را به شما می‌فروشد که تحقق نخواهد یافت.

چه کارهایی نباید انجام داد

پس از تغییرات آوریل، برخی از تیم‌ها اتوماسیون مرورگر را به عنوان جایگزینی برای نقاط پایانی بسته شده در نظر می‌گیرند. باید قیمت این راه‌حل را درک کرد.

قوانین X به وضوح نیاز دارند که تمام اتوماسیون از طریق API رسمی انجام شود: اسکرپینگ رابط، اتوماسیون مرورگر و API‌های غیررسمی بر اساس شرایط استفاده ممنوع است. پلتفرم از سال 2023 با اسکرپینگ در حال دعوا است و در مارس 2026 موجی از مسدودیت‌ها به دلیل «رفتار غیرمعتبر» رخ داد. به گفته کارشناسان، حسابی که برای جمع‌آوری داده‌های خودکار استفاده می‌شود، از سه تا چهارده روز قبل از مسدودیت زنده می‌ماند — و هیچ چرخش آدرسی این مدت را به طور اصولی افزایش نمی‌دهد، زیرا تصمیم بر اساس سیگنال‌های رفتاری و اثر انگشت گرفته می‌شود، نه فقط بر اساس IP.

به طور جداگانه: روند چند ماه اخیر — پلتفرم‌ها به طور فزاینده‌ای از مسدودیت‌های فنی به مسدودیت‌های حقوقی منتقل می‌شوند. در تابستان 2026، X خواستار بسته شدن فرانت‌های عمومی Nitter شد؛ ما این موضوع را در مطلبی درباره اینکه چگونه پلتفرم‌ها سلاح‌های خود را در برابر پارسینگ تغییر دادند بررسی کردیم. نوآوری زیرساختی دیگر عامل اصلی ریسک نیست — این یک نامه از وکلا شده است.

چگونه کار را دوباره سازماندهی کنیم: ترتیب عملی

  1. عملیات را به باقی‌مانده و از دست رفته تقسیم کنید. انتشار، خواندن، پاسخ‌ها و DM — باقی مانده‌اند. اشتراک‌ها، لایک‌ها، نقل قول‌ها — به Enterprise رفته‌اند. هر چیزی که بر اساس گروه دوم ساخته شده است، نیاز به تغییر مدل محصول دارد، نه بهینه‌سازی.
  2. بودجه را بر اساس عملیات، نه بر اساس طرح محاسبه کنید. به طور جداگانه پست‌های دارای لینک را محاسبه کنید: با 0.20 $ به ازای هر مورد، قرار دادن لینک در اولین پاسخ به جای متن پست، صورتحساب ماهانه را به شدت تغییر می‌دهد.
  3. محدودکننده سرعت خود را تنظیم کنید. سطل توکن در سمت خود، که کمی پایین‌تر از محدودیت‌های رسمی تنظیم شده است، ارزان‌تر از این است که 429 را بگیرید و با پیامدهای آن دست و پنجه نرم کنید. جریان خروجی را از قبل تنظیم کنید، نه اینکه پس از وقوع خطا متوقف شوید.
  4. 429 را بر اساس هدر پردازش کنید، نه بر اساس تایمر. x-rate-limit-reset را بخوانید و دقیقاً تا زمان مشخص شده منتظر بمانید.
  5. مشتریان را در زمینه‌های شبکه‌ای مختلف جدا کنید. پروکسی جداگانه و مجموعه‌ای از اطلاعات حساب کاربری برای هر حساب — بهداشت پایه‌ای است که شعاع آسیب را در هر محدودیتی محدود می‌کند.
  6. محدودیت‌های سطح حساب را جدا از محدودیت‌های API زیر نظر داشته باشید. آنها به همراه اقدامات دستی متخصص SMM محاسبه می‌شوند. اگر فردی به صورت دستی از برنامه پست منتشر کند، برنامه‌ریز شما کمتر از آنچه که انتظار داشتید دریافت خواهد کرد.

نتیجه‌گیری

سال 2026 X را از یک پلتفرم با API ارزان به یک پلتفرم با تعرفه پرداخت به ازای هر درخواست و تقسیم سخت تبدیل کرد: اقدامات انبوه برای جلب توجه فقط برای قراردادهای شرکتی در دسترس هستند، و همه چیز دیگر — با هزینه و در چارچوب‌های محدود. برای اکثر تیم‌ها، واکنش صحیح — جستجوی راه‌های دور زدن نیست، بلکه بازسازی فرآیندها بر اساس مجموعه باقی‌مانده عملیات، محاسبه هزینه بر اساس عملیات و محدود کردن ترافیک خود به طور پیشگیرانه است.

پروکسی‌ها در این طرح ابزار لازم اما به وضوح مشخصی باقی می‌مانند: آنها جغرافیا، قابلیت اطمینان کانال و ایزوله کردن حساب‌های مشتریان از یکدیگر را فراهم می‌کنند. اگر شما به این اثر نیاز دارید — آدرس‌های مسکونی ProxyCove با پرداخت به ازای ترافیک این وظیفه را بدون هزینه اشتراک برای پورت‌های بیکار حل می‌کنند. اما اگر به شما وعده دور زدن سهمیه‌ها داده شود — بهتر است دوباره بخش مربوط به دو سقف را بخوانید.