وقتی کسبوکار شما به کارکرد پایدار پروکسی وابسته است — چه این پروکسی برای فارم حسابهای تبلیغاتی Facebook Ads باشد، مدیریت 50 حساب Instagram برای مشتریان یا پارسینگ قیمتها در Wildberries به صورت 24 ساعته — حتی 5 دقیقه توقف میتواند هزینههای هزاران روبل را به عنوان سود از دست رفته یا حسابهای از دست رفته به همراه داشته باشد. Failover (مقاومت در برابر خطا) یک انتزاع فنی نیست، بلکه یک سیستم خاص برای سوئیچینگ خودکار به پروکسیهای پشتیبان است، زمانی که پروکسیهای اصلی از کار میافتند.
در این راهنما، استراتژیهای عملی failover برای کسبوکار واقعی را بررسی خواهیم کرد: چگونه میتوان سوئیچینگ خودکار پروکسی را در مرورگرهای ضد شناسایی (Dolphin Anty، AdsPower)، سیستمهای اتوماسیون SMM و پارسرهای بازارها تنظیم کرد. بدون نیاز به برنامهنویسی — فقط راهحلها و تنظیمات آماده.
failover چیست و چرا برای کسبوکارهای پروکسی حیاتی است
Failover (مقاومت در برابر خطا) به معنای سوئیچینگ خودکار به منبع پشتیبان است، زمانی که منبع اصلی از کار میافتد. در زمینه کار با پروکسی، این به این معناست که اگر آدرس IP فعلی شما مسدود شده، پاسخ نمیدهد یا خطاهایی را نشان میدهد — سیستم به طور خودکار به پروکسی دیگری از استخر پشتیبان سوئیچ میکند و کار شما بدون وقفه ادامه مییابد.
برای کسبوکاری که بر استفاده از پروکسی متکی است، failover یک لوکس نیست، بلکه یک ضرورت است. موقعیتها را تصور کنید:
- آربیتراژکننده تبلیغات را در Facebook Ads با 20 حساب راهاندازی میکند. در ساعت 3 صبح، پروکسی یکی از حسابها از کار میافتد، Facebook تغییر ناگهانی IP را ثبت میکند و حساب به همراه همه حسابهای مرتبط (مسدود زنجیرهای) مسدود میشود. ضررها: 5-10 حساب به قیمت 50-100 دلار هر کدام + کمپینهای متوقف شده.
- آژانس SMM 30 حساب Instagram مشتریان را از طریق مرورگر ضد شناسایی مدیریت میکند. ارائهدهنده پروکسی کارهای فنی انجام میدهد و 10 آدرس IP غیرقابل دسترسی میشود. بدون failover، همه حسابها در این پروکسیها به سادگی متوقف میشوند — ارسال پست متوقف میشود و مشتریان با توقف مواجه میشوند.
- فروشنده قیمتهای رقبای خود را در Wildberries به صورت 24 ساعته پارس میکند. بازار یکی از پروکسیها را به دلیل تجاوز از حد درخواستها مسدود میکند. بدون سوئیچینگ خودکار، پارسر متوقف میشود و شما تغییر قیمتها را از دست میدهید و مزیت رقابتی خود را از دست میدهید.
استراتژی failover این مشکلات را در سطح سیستم حل میکند: شما از قبل پروکسیهای پشتیبان و قوانین سوئیچینگ را تنظیم میکنید و وقتی پروکسی اصلی از کار میافتد — سیستم به طور خودکار در عرض چند ثانیه به پروکسی پشتیبان سوئیچ میکند، نه ساعتها دخالت دستی.
مهم: Failover یک محافظت در برابر مسدود شدن نیست (اگر Facebook حسابی را به دلیل نقض قوانین مسدود کرده باشد، هیچ سوئیچینگ پروکسی کمکی نخواهد کرد). این یک محافظت در برابر اختلالات فنی است: عدم دسترسی پروکسی، مسدود شدن IP توسط سایت هدف، مشکلات با ارائهدهنده.
ریسکهای واقعی توقف پروکسی: ضررهای مالی و حسابها
برای درک ارزش سیستم failover، بیایید ضررهای واقعی ناشی از توقف پروکسی را در سناریوهای مختلف کسبوکار محاسبه کنیم:
آربیتراژ ترافیک (Facebook Ads، TikTok Ads)
آربیتراژکننده با 15 حساب تبلیغاتی Facebook کار میکند، هر کدام روزانه 100 دلار خرج میکنند. پروکسی یکی از حسابها در ساعت 2 شب از کار میافتد، Facebook تغییر ناگهانی IP (یا عدم اتصال کامل) را ثبت میکند و حساب مسدود میشود. اگر حسابها مرتبط باشند (روش پرداخت مشترک، خلاقیتها، دامنه) — مسدود زنجیرهای فعال میشود و 3-5 حساب مرتبط دیگر نیز مسدود میشوند.
| ضرر | هزینه |
|---|---|
| 4 حساب مسدود شده (به قیمت 70 دلار هزینه فارم) | 280 دلار |
| کمپینهای متوقف شده به مدت 1 روز (سود از دست رفته) | 150-300 دلار |
| زمان برای بازیابی (5 ساعت کار) | 100-200 دلار |
| جمع کل ضررها از 1 پروکسی از کار افتاده | 530-780 دلار |
در عین حال، هزینه استخر پروکسی با تنظیمات failover: 50-100 دلار در ماه است. این هزینه از اولین حادثه جلوگیری شده باز میگردد.
آژانس SMM (مدیریت حسابهای مشتری)
آژانس 40 حساب Instagram برای 15 مشتری را مدیریت میکند. ارائهدهنده پروکسی کارهای فنی غیرمنتظرهای انجام میدهد و 12 آدرس IP به مدت 4 ساعت غیرقابل دسترسی میشود. بدون failover:
- 12 حساب مشتری نمیتوانند به Instagram وارد شوند (مرورگر خطای اتصال را نشان میدهد)
- پستگذاری برنامهریزی شده انجام نمیشود — انتشارها بر اساس برنامه محتوا از دست میروند
- مشتریان درباره توقف اطلاعرسانی میشوند و توضیحات میخواهند
- آسیب به شهرت: مشتریان در مورد قابلیت اطمینان آژانس تردید میکنند
هزینه: از دست دادن 1-2 مشتری (هر کدام 20-50 هزار روبل در ماه) = 40-100 هزار روبل ضرر سالانه. سیستم failover 5-10 هزار روبل در ماه برای پروکسیهای پشتیبان هزینه دارد.
تجارت الکترونیک (پارسینگ بازارها)
فروشنده قیمتهای 500 رقیب را در Wildberries هر 2 ساعت پارس میکند تا قیمتهای خود را بهروز کند و رقابتی باقی بماند. پارسر بر روی 5 پروکسی با چرخش کار میکند. Wildberries 2 پروکسی را به دلیل تجاوز از حد درخواستها مسدود میکند. بدون failover:
- پارسر با خطا مواجه میشود و متوقف میشود (نمیتواند به پروکسیهای کارآمد سوئیچ کند)
- نظارت بر قیمتها به مدت 6-12 ساعت متوقف میشود (تا زمانی که صاحب متوجه نشود و بهصورت دستی دوباره راهاندازی کند)
- در این مدت، رقیب قیمت یک محصول محبوب را کاهش میدهد و Buy Box را به دست میآورد
- ضررهای فروش: 50-200 هزار روبل بسته به حوزه
با failover: پارسر به طور خودکار به پروکسیهای پشتیبان سوئیچ میکند، نظارت بدون وقفه ادامه مییابد و شما به سرعت به تغییرات قیمتهای رقبای خود واکنش نشان میدهید.
انواع استراتژیهای failover: سوئیچینگ خودکار و دستی
چندین رویکرد برای سازماندهی سیستم failover برای پروکسی وجود دارد. انتخاب بستگی به وظیفه شما، بودجه و امکانات فنی دارد.
1. failover خودکار در سطح ارائهدهنده پروکسی
برخی از ارائهدهندگان پروکسیهای مسکونی failover داخلی را ارائه میدهند: شما یک endpoint (به عنوان مثال، gate.proxycove.com:8080) دریافت میکنید و ارائهدهنده به طور خودکار آدرسهای IP را از استخر چرخش میدهد و پروکسیهای غیرکارآمد را جایگزین میکند. این سادهترین گزینه برای کاربر است.
مزایا:
- نیازی به تنظیمات از طرف کاربر ندارد — "از جعبه" کار میکند
- سوئیچینگ به صورت آنی انجام میشود (در سطح ارائهدهنده)
- برای وظایفی که وابستگی به IP خاصی ندارند مناسب است (پارسینگ، نظارت بر SEO)
معایب:
- برای چندحسابی مناسب نیست (هر حساب باید بر روی یک IP ثابت کار کند)
- کنترل کمتری: شما انتخاب نمیکنید که به کدام IP خاص سوئیچ کنید
- وابستگی به ارائهدهنده: اگر او در همه سرورها مشکل داشته باشد، failover کمک نخواهد کرد
زمان استفاده: پارسینگ بازارها، نظارت بر موقعیتهای SEO، بررسی دسترسی انبوه سایتها — وظایفی که IP میتواند تغییر کند.
2. failover دستی: پروفایلهای پشتیبان در مرورگرهای ضد شناسایی
برای چندحسابی (آربیتراژ، SMM) هر حساب باید به طور مداوم با یک IP ثابت کار کند. چرخش خودکار در اینجا ممنوع است — تغییر IP منجر به مسدود شدن خواهد شد. بنابراین از failover دستی استفاده میشود: شما از قبل پروفایلهای پشتیبان مرورگر را با پروکسیهای دیگر ایجاد میکنید و در صورت بروز مشکل به صورت دستی سوئیچ میکنید.
چگونه کار میکند:
- در Dolphin Anty یا AdsPower، شما یک پروفایل اصلی برای حساب Facebook با پروکسی شماره 1 ایجاد میکنید
- یک پروفایل پشتیبان با پروکسی شماره 2 ایجاد میکنید (اما بلافاصله با آن وارد حساب نمیشوید)
- اگر پروکسی شماره 1 از کار بیفتد، شما به صورت دستی به پروفایل پشتیبان سوئیچ میکنید و وارد حساب میشوید
- Facebook IP جدید را میبیند، اما اگر این کار را به سرعت (در عرض 1-2 ساعت) و IP از همان منطقه انجام دهید — خطر مسدود شدن حداقل است
مزایا:
- کنترل کامل: شما خودتان تصمیم میگیرید که چه زمانی و به کدام پروکسی سوئیچ کنید
- برای حسابها ایمن است: شما میتوانید IP پشتیبان را از همان منطقه و ارائهدهنده انتخاب کنید
- نیازی به مهارتهای فنی ندارد — فقط تنظیم در مرورگر ضد شناسایی
معایب:
- خودکار نیست: نیاز به مشارکت شما دارد (نظارت و سوئیچینگ دستی)
- اگر مشکل در شب پیش بیاید و شما خواب باشید — حساب تا صبح متوقف میشود
- قابل مقیاس نیست: اگر 50 حساب داشته باشید، سوئیچینگ دستی ساعتها طول میکشد
زمان استفاده: چندحسابی کوچک و متوسط (تا 20-30 حساب)، زمانی که میتوانید به سرعت به مشکل واکنش نشان دهید.
3. failover نیمهخودکار: اسکریپتهای بررسی و هشدارها
گزینهای سازشکارانه: شما نظارت خودکار بر کارکرد پروکسی را تنظیم میکنید (یک اسکریپت ساده یا سرویس آماده) و وقتی پروکسی از کار میافتد — بلافاصله در Telegram هشدار دریافت میکنید. بعد از آن به صورت دستی به پروکسی پشتیبان سوئیچ میکنید.
چگونه کار میکند:
- شما یک اسکریپت (Python، Node.js یا سرویس آماده مانند UptimeRobot) تنظیم میکنید که هر 5 دقیقه در دسترس بودن پروکسیهای شما را بررسی میکند
- اسکریپت یک درخواست آزمایشی از طریق هر پروکسی (به عنوان مثال، به httpbin.org/ip) ارسال میکند و پاسخ را بررسی میکند
- اگر پروکسی پاسخ ندهد یا خطا را 3 بار متوالی برگرداند — اسکریپت یک هشدار به Telegram ارسال میکند
- شما هشدار را دریافت میکنید، وارد مرورگر ضد شناسایی میشوید و پروفایلها را به پروکسیهای پشتیبان سوئیچ میکنید
مزایا:
- شما بلافاصله از مشکل مطلع میشوید، نه بعد از چند ساعت
- میتوان حتی بدون مهارتهای برنامهنویسی تنظیم کرد (سرویسهای آماده نظارت)
- برای مقیاس متوسط مناسب است (30-100 حساب)
زمان استفاده: چندحسابی متوسط و بزرگ، زمانی که توقف حیاتی است، اما اتوماسیون کامل دشوار است.
4. failover کاملاً خودکار: API مرورگرهای ضد شناسایی
برای کسبوکارهای بزرگ (بیش از 100 حساب، کار 24 ساعته) میتوان failover کاملاً خودکار را از طریق API مرورگرهای ضد شناسایی تنظیم کرد. Dolphin Anty، AdsPower و Multilogin API برای مدیریت پروفایلها و پروکسی بهصورت برنامهنویسی ارائه میدهند.
چگونه کار میکند:
- اسکریپت نظارت هر 5 دقیقه پروکسیها را بررسی میکند
- در صورت شناسایی پروکسی از کار افتاده، اسکریپت بهطور خودکار از طریق API مرورگر ضد شناسایی پروکسی را در پروفایل به پروکسی پشتیبان تغییر میدهد
- اگر پروفایل فعال بوده باشد (مرورگر باز باشد)، اسکریپت آن را میبندد و دوباره با پروکسی جدید باز میکند
- همه چیز بهطور خودکار، بدون مشارکت شما انجام میشود
مزایا:
- اتوماسیون کامل: 24/7 بدون مشارکت شما کار میکند
- قابل مقیاس برای صدها و هزاران حساب
- حداقل زمان توقف (5-10 دقیقه از زمان افت تا سوئیچ)
معایب:
- نیاز به مهارتهای برنامهنویسی یا استخدام توسعهدهنده دارد
- پیچیدگی تنظیم و پشتیبانی
- هزینه: توسعه اسکریپت 30-100 هزار روبل
زمان استفاده: کسبوکار بزرگ با صدها حساب، زمانی که هزینه توقف بیشتر از هزینه توسعه اتوماسیون است.
تنظیم failover در مرورگرهای ضد شناسایی برای آربیتراژ
برای آربیتراژکنندگان که با Facebook Ads، TikTok Ads یا Google Ads کار میکنند، مهمترین failover — پروفایلهای پشتیبان در مرورگر ضد شناسایی است. بیایید تنظیم گام به گام را با مثال Dolphin Anty بررسی کنیم (برای AdsPower، Multilogin، GoLogin منطق مشابه است).
گام 1: آمادهسازی پروکسیهای پشتیبان
برای هر حساب کاری به حداقل 1 پروکسی پشتیبان نیاز دارید (بهتر است 2 تا). الزامات پروکسیهای پشتیبان:
- همان منطقه جغرافیایی که اصلی: اگر پروکسی اصلی — ایالات متحده، نیویورک است، پروکسی پشتیبان نیز باید ایالات متحده باشد (ترجیحاً همان ایالت یا همسایه). تغییر ناگهانی منطقه جغرافیایی (ایالات متحده → آلمان) — راه مستقیم به مسدود شدن است.
- همان نوع پروکسی: اگر پروکسی اصلی — پروکسی موبایل (4G) است، پروکسی پشتیبان نیز باید موبایل باشد. تغییر نوع (موبایل → دیتاسنتر) مشکوک خواهد بود.
- از همان ارائهدهنده (ترجیحاً): بنابراین IPها از زیرشبکههای مشابه خواهند بود که برای پلتفرم طبیعیتر است.
- قبل از نیاز آزمایش شدهاند: پروکسیهای پشتیبان را قبل از نیاز بررسی کنید که کار میکنند و پاک هستند (در لیست سیاه نیستند).
چند پروکسی پشتیبان خریداری کنید؟ توصیه: 1 پروکسی پشتیبان برای هر 3-5 پروکسی اصلی. به عنوان مثال، اگر 15 حساب کاری Facebook دارید — 3-5 پروکسی پشتیبان از همان منطقه خریداری کنید. آنها بیشتر وقتها بیکار خواهند بود (این طبیعی است)، اما در شرایط بحرانی شما را نجات خواهند داد.
گام 2: ایجاد پروفایلهای پشتیبان در Dolphin Anty
Dolphin Anty را باز کنید و برای هر حساب کاری یک پروفایل پشتیبان ایجاد کنید:
- روی "ایجاد پروفایل" کلیک کنید → همان سیستمعامل و وضوح صفحه را انتخاب کنید که در پروفایل اصلی است (این برای اثر انگشت مهم است)
- در بخش "پروکسی" اطلاعات پروکسی پشتیبان را وارد کنید (IP:پورت:نام کاربری:رمز عبور)
- پروکسی را با دکمه "بررسی پروکسی" بررسی کنید — باید وضعیت سبز و همان منطقه جغرافیایی را نشان دهد که پروکسی اصلی دارد
- در نام پروفایل "[پشتیبان] حساب #1" را مشخص کنید — تا با پروفایل اصلی اشتباه نشود
- از این پروفایل به حساب Facebook وارد نشوید! پروفایل پشتیبان باید "پاک" بماند تا زمان سوئیچ.
اکنون شما یک جفت دارید: پروفایل اصلی (که به طور مداوم کار میکند) + پروفایل پشتیبان (که در حالت انتظار است).
گام 3: رویه سوئیچ در صورت افت پروکسی
وقتی متوجه شدید که پروکسی اصلی کار نمیکند (مرورگر باز نمیشود، Facebook خطای اتصال را نشان میدهد، یا نظارت هشدار ارسال کرده است):
- پروفایل اصلی را ببندید (اگر باز بوده است) — سعی نکنید از پروکسی افتاده کار کنید
- پروفایل پشتیبان را باز کنید با پروکسی جدید
- به حساب Facebook وارد شوید — پلتفرم IP جدید را میبیند، اما اگر این کار را در عرض 1-2 ساعت پس از افت پروکسی اصلی انجام دهید و منطقه جغرافیایی مطابقت داشته باشد — این به عنوان یک تغییر طبیعی تلقی میشود (کاربر جابجا شده، ارائهدهنده را تغییر داده است)
- حساب را بررسی کنید: به Ads Manager بروید، مطمئن شوید که کمپینها کار میکنند، هیچ هشدارهایی وجود ندارد
- به کار با پروفایل پشتیبان ادامه دهید — حالا او به عنوان اصلی تبدیل میشود
- یک پروفایل پشتیبان جدید ایجاد کنید با یک پروکسی دیگر — تا دوباره گزینه پشتیبان داشته باشید
بسیار مهم: بین پروکسی اصلی و پشتیبان به این سو و آن سو سوئیچ نکنید! اگر امروز با پروکسی A کار کردهاید، فردا با پروکسی B، و پسفردا دوباره با A — این یک پرچم قرمز برای Facebook است. سوئیچ به پروکسی پشتیبان باید یکبار و نهایی باشد.
گام 4: سازماندهی حساب (جدول پروفایلها و پروکسیها)
وقتی 10+ حساب دارید، به راحتی گیج میشوید: کدام پروفایل بر روی کدام پروکسی است، کجا پشتیبانها هستند. یک جدول ساده در Google Sheets یا Excel ایجاد کنید:
| حساب | پروفایل اصلی | پروکسی اصلی | پروفایل پشتیبان | پروکسی پشتیبان | وضعیت |
|---|---|---|---|---|---|
| FB_Acc_01 | Profile_01 | 185.x.x.1 (ایالات متحده) | Profile_01_RES | 185.x.x.45 (ایالات متحده) | فعال |
| FB_Acc_02 | Profile_02 | 185.x.x.2 (ایالات متحده) | Profile_02_RES | 185.x.x.45 (ایالات متحده) | فعال |
| FB_Acc_03 | Profile_03 | 185.x.x.3 (افت) | Profile_03_RES | 185.x.x.46 (فعال) | به پشتیبان سوئیچ شده |
در جدول مشخص کنید: چه زمانی سوئیچ انجام شده، دلیل (پروکسی افتاده / مسدود شده)، نتیجه (حساب کار میکند / مسدود شده است). این به شما کمک میکند تا قابلیت اطمینان ارائهدهندگان پروکسی را تحلیل کنید و به موقع ارائهدهندگان غیرقابل اعتماد را تغییر دهید.
failover برای اتوماسیون SMM: محافظت از حسابهای مشتری
آژانسهای SMM و متخصصانی که دهها حساب Instagram، TikTok، VK برای مشتریان مدیریت میکنند، با مشکل خاصی مواجه هستند: توقف حتی یک حساب — مشتری ناراضی و خطر از دست دادن قرارداد. failover در اینجا نه تنها برای کسبوکار، بلکه برای شهرت حیاتی است.
سناریو 1: مدیریت دستی حسابها از طریق مرورگر ضد شناسایی
اگر شما شخصاً به هر حساب مشتری از طریق AdsPower یا Dolphin Anty برای پستگذاری، پاسخ به نظرات، استوریها وارد میشوید — از همان استراتژی پروفایلهای پشتیبان که در بالا برای آربیتراژ توضیح داده شده استفاده کنید. ویژگیها:
- پروکسی پشتیبان برای هر مشتری: بر روی حسابهای مشتریان صرفهجویی نکنید. بهتر است یک پروکسی پشتیبان به قیمت 5-10 دلار خریداری کنید و از آن استفاده نکنید، تا اینکه مشتری را به قیمت 30-50 هزار روبل در ماه از دست بدهید.
- بررسی پروکسی قبل از شروع کار: هر صبح قبل از پستگذاری، یک بررسی سریع از همه پروکسیها انجام دهید (اسکریپت یا بررسی دستی در مرورگر). اگر پروکسیای پاسخ نداد — قبل از اینکه مشتری متوجه مشکل شود به پروکسی پشتیبان سوئیچ کنید.
- مشتری را از کارهای فنی مطلع کنید: اگر حساب را به پروکسی پشتیبان سوئیچ کردید (IP تغییر کرده است)، بهتر است مشتری را مطلع کنید: "تعمیرات فنی حساب انجام شد، همه چیز بهطور پایدار کار میکند". این حرفهای بودن را نشان میدهد.
سناریو 2: اتوماسیون پستگذاری از طریق سرویسها (بدون کد)
بسیاری از متخصصان SMM از سرویسهای اتوماسیون (SMMplanner، Publer، Later، Onlypult) برای پستگذاری زمانبندی شده در Instagram و سایر شبکههای اجتماعی استفاده میکنند. این سرویسها معمولاً از طریق APIهای رسمی شبکههای اجتماعی کار میکنند، اما برخی (برای Instagram) از شبیهسازی مرورگر استفاده میکنند و نیاز به پروکسی دارند.
مشکل: اکثر این سرویسها از failover خودکار پروکسی پشتیبانی نمیکنند. اگر پروکسی از کار بیفتد — پستگذاری متوقف میشود و شما فقط زمانی متوجه میشوید که مشتری میپرسد "چرا پست منتشر نشد؟".
راهحل:
- از پروکسیهای مسکونی با چرخش داخلی استفاده کنید: برخی از ارائهدهندگان پروکسیهای مسکونی یک endpoint ارائه میدهند که بهطور خودکار بین IPهای کارآمد سوئیچ میکند. برای سرویسهای پستگذاری خودکار این ایدهآل است — شما یک بار پروکسی را در سرویس تنظیم کردهاید و آن بدون وقفه کار میکند.
- نظارت بر پستگذاری را تنظیم کنید: هر صبح بررسی کنید که همه پستهای برنامهریزی شده منتشر شدهاند. اگر یکی از آنها شکست خورد — این سیگنالی برای مشکل با پروکسی است.
- یک حساب پشتیبان بدون پروکسی نگه دارید: برای مشتریان حیاتی میتوانید پستگذاری تکراری تنظیم کنید: اصلی از طریق پروکسی + پشتیبان بهطور مستقیم (اگر IP شما پاک است). اگر کانال اصلی از کار بیفتد — پشتیبان آن را ادامه میدهد.
سناریو 3: اقدامات انبوه (لایکها، دنبال کردنها، نظرات)
اگر از ابزارهایی برای اقدامات انبوه در Instagram (Instaplus، Tooligram و مشابهها) استفاده میکنید — معمولاً میتوانید یک لیست پروکسی تنظیم کنید و نرمافزار بهطور خودکار در صورت بروز خطاها بین آنها سوئیچ میکند. این یک failover داخلی است. بهصورت زیر تنظیم کنید:
- 3-5 پروکسی از یک منطقه جغرافیایی (به عنوان مثال، همه از روسیه، مسکو) به نرمافزار اضافه کنید
- گزینه "تغییر خودکار پروکسی در صورت خطا" را فعال کنید
- حداکثر تلاشها را تنظیم کنید: اگر پروکسی 3 بار متوالی کار نکند — به پروکسی بعدی سوئیچ کنید
با این کار شما یک failover خودکار بدون نیاز به برنامهنویسی خواهید داشت.
مقاومت در برابر خطا در پارسرهای بازارها و نظارت بر قیمتها
برای کسبوکارهای تجارت الکترونیک (فروشندگان Wildberries، Ozon، Avito) پارسینگ قیمتهای رقبای خود و نظارت بر موجودی — یک وظیفه حیاتی است که باید بهطور 24 ساعته کار کند. توقف پارسر به مدت چند ساعت به این معنی است که شما تغییر قیمت رقیب را از دست دادهاید و فروش را از دست میدهید.
چرا پارسرها به دلیل پروکسی از کار میافتند
بازارها به شدت با پارسینگ مبارزه میکنند: Wildberries، Ozon، یاندکس.مارکت از حفاظت ضد ربات (Cloudflare، Kasada، راهحلهای داخلی) استفاده میکنند که IP را در صورت تجاوز از حد درخواستها مسدود میکند. دلایل معمول مسدود شدن پروکسی:
- تجاوز از حد نرخ: شما 100 درخواست در دقیقه از یک IP ارسال میکنید، بازار آن را به مدت 1-24 ساعت مسدود میکند
- تشخیص پروکسی دیتاسنتر: Wildberries دیتاسنترها را بهطور تهاجمیتری نسبت به IPهای مسکونی مسدود میکند
- مشکلات فنی با ارائهدهنده: پروکسی به سادگی پاسخ نمیدهد (سرور از کار افتاده، شبکه در دسترس نیست)
- IP در لیست سیاه قرار گرفته: کاربر قبلی این پروکسی قوانین را نقض کرده و IP مسدود شده است
بدون failover، پارسر در اولین خطا متوقف میشود. با failover — به طور خودکار به پروکسی دیگری سوئیچ میکند و کار را ادامه میدهد.
تنظیم failover در پارسرهای آماده (بدون کد)
اکثر پارسرهای آماده برای بازارها (Mpstats، SellerFox، ParseHub، Octoparse) از لیستهای پروکسی و چرخش خودکار پشتیبانی میکنند. تنظیمات:
- یک استخر پروکسی خریداری کنید: برای پارسینگ Wildberries، 10-20 پروکسیهای مسکونی روسیه توصیه میشود. آنها گرانتر از دیتاسنترها هستند، اما کمتر مسدود میشوند.
- لیست را به پارسر اضافه کنید: در تنظیمات پارسر، بخش "پروکسی" را پیدا کنید و لیست را در فرمت IP:پورت:نام کاربری:رمز عبور (هر پروکسی در یک خط جدید) وارد کنید.
- چرخش را فعال کنید: حالت "پروکسی تصادفی برای هر درخواست" یا "تغییر پروکسی هر N درخواست" (به عنوان مثال، هر 50 درخواست) را انتخاب کنید.
- تنظیم مجدد: اگر درخواست از طریق پروکسی خطا برگرداند — پارسر باید بهطور خودکار آن را از طریق پروکسی دیگری تکرار کند (معمولاً گزینه "تکرار در صورت خطا"، 2-3 تلاش).
- تایماوتها را تنظیم کنید: اگر پروکسی به مدت 30 ثانیه پاسخ ندهد — آن را غیرقابل دسترس در نظر بگیرید و به پروکسی بعدی سوئیچ کنید.
پس از تنظیم، پارسر بهطور خودکار درخواستها را بین پروکسیها توزیع کرده و در صورت بروز خطاها سوئیچ میکند. این یک failover پایه بدون نیاز به برنامهنویسی است.
استراتژی پیشرفته: بررسی سلامت پروکسی قبل از استفاده
مشکل چرخش ساده: پارسر ممکن است پروکسی را انتخاب کند که Wildberries یک ساعت پیش مسدود کرده است و زمان را برای درخواستهای بیفایده هدر دهد. راهحل — بررسی سلامت (health-check) پروکسی قبل از هر استفاده:
- قبل از شروع پارسینگ، اسکریپت یک درخواست آزمایشی به Wildberries از طریق هر پروکسی در استخر انجام میدهد
- اگر پروکسی خطا برگرداند (403، 429، تایماوت) — آن از استخر کاری به مدت 1 ساعت حذف میشود
- پارسر فقط با پروکسیهایی کار میکند که بررسی سلامت را گذراندهاند (بهطور موفقیتآمیز پاسخ دادهاند)
- هر 15 دقیقه بررسی سلامت تکرار میشود — پروکسیهای مسدود شده دوباره بررسی میشوند (شاید مسدودیت برداشته شده باشد)
این نیاز به یک اسکریپت کوچک دارد (Python + کتابخانه requests، 20-30 خط کد)، اما به شدت کارایی را افزایش میدهد: پارسر زمان را برای پروکسیهای مرده هدر نمیدهد.
ایجاد استخرهای پروکسی: پشتیبانی و تعادل بار
برای کسبوکارهای بزرگ (50+ حساب، پارسینگ 24 ساعته) منطقی است که استخرهای پروکسی ساختار یافته با نقشهای مشخص ایجاد کنید: اصلی، پشتیبان، چرخشی. این مانند قطعات یدکی در انبار است — شما همیشه میدانید چه چیزی و چه زمانی استفاده کنید.
ساختار استخرها برای وظایف مختلف
| نوع استخر | هدف | تعداد | نوع پروکسی |
|---|---|---|---|
| اصلی (چندحسابی) | هر حساب Facebook/Instagram بر روی IP ثابت خود کار میکند | 1 پروکسی = 1 حساب | موبایل یا مسکونی |
| پشتیبان (failover) | جایگزینی اصلیها در صورت افت | 1 پشتیبان برای 3-5 اصلی | همان نوع که اصلیها |
| چرخشی (پارسینگ) | توزیع بار پارسینگ، چرخش خودکار | 10-50 پروکسی در استخر | دیتاسنتر یا مسکونی |