Quay lại blog

Chiến lược Failover với proxy cho doanh nghiệp: Bảo vệ khỏi thời gian chết trong arbitrage và SMM

Hướng dẫn từng bước để thiết lập chiến lược failover với proxy nhằm bảo vệ các hệ thống kinh doanh quan trọng khỏi thời gian ngừng hoạt động: quảng cáo arbitrage, đa tài khoản, thu thập dữ liệu từ các thị trường.

📅28 tháng 2, 2026
```html

Khi doanh nghiệp của bạn phụ thuộc vào hoạt động ổn định của proxy — cho dù đó là việc nuôi tài khoản quảng cáo Facebook Ads, quản lý 50 tài khoản Instagram cho khách hàng hay thu thập giá cả trên Wildberries 24/7 — thì chỉ 5 phút gián đoạn cũng có thể khiến bạn mất hàng nghìn rúp lợi nhuận hoặc mất tài khoản. Failover (tính khả dụng cao) không phải là một khái niệm kỹ thuật trừu tượng, mà là một hệ thống cụ thể tự động chuyển sang proxy dự phòng khi các proxy chính ngừng hoạt động.

Trong hướng dẫn này, chúng ta sẽ xem xét các chiến lược failover thực tiễn cho doanh nghiệp thực tế: cách thiết lập chuyển đổi tự động proxy trong các trình duyệt chống phát hiện (Dolphin Anty, AdsPower), các hệ thống tự động hóa SMM và các công cụ thu thập dữ liệu từ các thị trường. Không cần lập trình — chỉ cần các giải pháp và thiết lập có sẵn.

Failover là gì và tại sao điều này lại quan trọng đối với doanh nghiệp sử dụng proxy

Failover (tính khả dụng cao) là việc tự động chuyển sang tài nguyên dự phòng khi tài nguyên chính ngừng hoạt động. Trong bối cảnh làm việc với proxy, điều này có nghĩa là nếu địa chỉ IP hiện tại của bạn bị chặn, ngừng phản hồi hoặc hiển thị lỗi — hệ thống sẽ tự động chuyển sang một proxy khác từ nhóm dự phòng, và công việc của bạn sẽ tiếp tục mà không bị gián đoạn.

Đối với các doanh nghiệp dựa vào việc sử dụng proxy, failover không phải là một sự xa xỉ, mà là một nhu cầu thiết yếu. Hãy tưởng tượng các tình huống:

  • Người arbitrage chạy quảng cáo trên Facebook Ads với 20 tài khoản. Vào lúc 3 giờ sáng, proxy của một tài khoản ngừng hoạt động, Facebook ghi nhận sự thay đổi IP, và tài khoản bị khóa cùng với tất cả các tài khoản liên quan (chain-ban). Mất mát: 5-10 tài khoản mỗi tài khoản 50-100$ + các chiến dịch bị dừng.
  • Cơ quan SMM quản lý 30 tài khoản Instagram của khách hàng thông qua trình duyệt chống phát hiện. Nhà cung cấp proxy thực hiện bảo trì kỹ thuật, và 10 địa chỉ IP trở nên không khả dụng. Nếu không có failover, tất cả các tài khoản trên các proxy này sẽ ngừng hoạt động — việc đăng bài sẽ dừng lại, khách hàng sẽ gặp phải gián đoạn.
  • Người bán thu thập giá cả của đối thủ trên Wildberries 24/7. Thị trường chặn một trong các proxy do vượt quá giới hạn yêu cầu. Nếu không có chuyển đổi tự động, công cụ thu thập dữ liệu sẽ dừng lại, và bạn sẽ bỏ lỡ sự thay đổi giá, mất lợi thế cạnh tranh.

Chiến lược failover giải quyết những vấn đề này ở cấp độ hệ thống: bạn thiết lập trước các proxy dự phòng và quy tắc chuyển đổi, và khi proxy chính ngừng hoạt động — hệ thống sẽ tự động chuyển sang dự phòng chỉ trong vài giây, chứ không phải hàng giờ can thiệp thủ công.

Quan trọng: Failover không phải là bảo vệ khỏi việc bị khóa (nếu Facebook đã khóa tài khoản vì vi phạm quy định, thì không có chuyển đổi proxy nào có thể giúp). Đây là bảo vệ khỏi sự cố kỹ thuật: proxy không khả dụng, IP bị chặn bởi trang web mục tiêu, vấn đề từ nhà cung cấp.

Rủi ro thực tế khi proxy bị gián đoạn: mất mát về tiền bạc và tài khoản

Để hiểu giá trị của hệ thống failover, hãy cùng tính toán những mất mát thực tế từ việc gián đoạn proxy trong các kịch bản kinh doanh khác nhau:

Arbitrage traffic (Facebook Ads, TikTok Ads)

Người arbitrage làm việc với 15 tài khoản quảng cáo Facebook, mỗi tài khoản chi tiêu 100$ mỗi ngày. Proxy của một tài khoản ngừng hoạt động vào lúc 2 giờ sáng, Facebook ghi nhận sự thay đổi IP đột ngột (hoặc hoàn toàn không có kết nối), và tài khoản bị khóa. Nếu các tài khoản liên quan (phương thức thanh toán chung, nội dung sáng tạo, miền) — sẽ xảy ra chain-ban, và thêm 3-5 tài khoản liên quan cũng bị khóa.

Mất mát Chi phí
4 tài khoản bị khóa (mỗi tài khoản 70$ chi phí nuôi) 280$
Các chiến dịch bị dừng trong 1 ngày (lợi nhuận bị mất) 150-300$
Thời gian phục hồi (5 giờ làm việc) 100-200$
TỔNG MẤT MÁT từ 1 proxy bị ngừng hoạt động 530-780$

Trong khi đó, chi phí cho nhóm proxy với thiết lập failover: 50-100$ mỗi tháng. Được hoàn vốn từ sự cố đầu tiên được ngăn chặn.

Cơ quan SMM (quản lý tài khoản của khách hàng)

Cơ quan quản lý 40 tài khoản Instagram cho 15 khách hàng. Nhà cung cấp proxy thực hiện bảo trì không theo kế hoạch, và 12 địa chỉ IP trở nên không khả dụng trong 4 giờ. Nếu không có failover:

  • 12 tài khoản của khách hàng không thể truy cập Instagram (trình duyệt hiển thị lỗi kết nối)
  • Việc đăng bài theo kế hoạch không được thực hiện — các bài đăng theo kế hoạch bị bỏ lỡ
  • Khách hàng nhận thông báo về việc gián đoạn và yêu cầu giải thích
  • Thiệt hại về danh tiếng: khách hàng nghi ngờ về độ tin cậy của cơ quan

Chi phí: mất 1-2 khách hàng (mỗi khách hàng 20-50 nghìn rúp mỗi tháng) = 40-100 nghìn rúp thiệt hại hàng năm. Hệ thống failover có giá 5-10 nghìn rúp mỗi tháng cho các proxy dự phòng.

Thương mại điện tử (thu thập dữ liệu từ các thị trường)

Người bán theo dõi giá của 500 đối thủ trên Wildberries mỗi 2 giờ để điều chỉnh giá của mình kịp thời và duy trì tính cạnh tranh. Công cụ thu thập dữ liệu hoạt động trên 5 proxy với sự xoay vòng. Wildberries chặn 2 proxy do vượt quá giới hạn yêu cầu. Nếu không có failover:

  • Công cụ thu thập dữ liệu gặp lỗi và dừng lại (không thể chuyển sang các proxy hoạt động)
  • Việc theo dõi giá bị gián đoạn trong 6-12 giờ (cho đến khi chủ sở hữu nhận thấy và khởi động lại thủ công)
  • Trong thời gian này, đối thủ giảm giá cho sản phẩm phổ biến, chiếm Buy Box
  • Mất mát doanh số: 50-200 nghìn rúp tùy thuộc vào ngách

Với failover: công cụ thu thập dữ liệu tự động chuyển sang các proxy dự phòng, việc theo dõi tiếp tục mà không bị gián đoạn, bạn phản ứng kịp thời với sự thay đổi giá của đối thủ.

Các loại chiến lược failover: chuyển đổi tự động và thủ công

Có một số cách tiếp cận để tổ chức hệ thống failover cho proxy. Sự lựa chọn phụ thuộc vào nhiệm vụ của bạn, ngân sách và khả năng kỹ thuật.

1. Failover tự động ở cấp độ nhà cung cấp proxy

Một số nhà cung cấp proxy dân cư cung cấp failover tích hợp: bạn nhận được một endpoint (ví dụ, gate.proxycove.com:8080), và nhà cung cấp tự động xoay vòng các địa chỉ IP từ nhóm và thay thế các địa chỉ không hoạt động. Đây là tùy chọn đơn giản nhất cho người dùng.

Ưu điểm:

  • Không yêu cầu thiết lập từ phía người dùng — hoạt động "ngay lập tức"
  • Chuyển đổi diễn ra ngay lập tức (ở cấp độ nhà cung cấp)
  • Phù hợp cho các nhiệm vụ mà không cần gắn bó với một IP cụ thể (thu thập dữ liệu, theo dõi SEO)

Nhược điểm:

  • Không phù hợp cho việc quản lý nhiều tài khoản (mỗi tài khoản phải hoạt động trên một IP cố định)
  • Ít kiểm soát hơn: bạn không chọn được IP cụ thể nào để chuyển sang
  • Phụ thuộc vào nhà cung cấp: nếu họ gặp sự cố trên tất cả các máy chủ, failover sẽ không cứu được bạn

Khi nào sử dụng: thu thập dữ liệu từ các thị trường, theo dõi vị trí SEO, kiểm tra khả dụng của các trang web hàng loạt — các nhiệm vụ mà IP có thể thay đổi.

2. Failover thủ công: các hồ sơ dự phòng trong các trình duyệt chống phát hiện

Đối với việc quản lý nhiều tài khoản (arbitrage, SMM), mỗi tài khoản phải luôn hoạt động từ cùng một IP. Việc xoay vòng tự động ở đây là không nên — thay đổi IP sẽ dẫn đến việc bị khóa. Do đó, sử dụng failover thủ công: bạn tạo trước các hồ sơ dự phòng của trình duyệt với các proxy khác, và trong trường hợp có vấn đề, bạn sẽ chuyển đổi thủ công.

Cách hoạt động:

  1. Trong Dolphin Anty hoặc AdsPower, bạn tạo một hồ sơ chính cho tài khoản Facebook với proxy số 1
  2. Tạo một hồ sơ dự phòng với proxy số 2 (nhưng KHÔNG đăng nhập vào tài khoản từ đó ngay lập tức)
  3. Nếu proxy số 1 ngừng hoạt động, bạn chuyển thủ công sang hồ sơ dự phòng, đăng nhập vào tài khoản
  4. Facebook thấy IP mới, nhưng nếu bạn làm điều này nhanh chóng (trong vòng 1-2 giờ) và IP từ cùng một khu vực — rủi ro bị khóa là tối thiểu

Ưu điểm:

  • Kiểm soát hoàn toàn: bạn tự quyết định khi nào và chuyển sang proxy nào
  • An toàn cho các tài khoản: bạn có thể chọn IP dự phòng từ cùng một khu vực và nhà cung cấp
  • Không yêu cầu kỹ năng kỹ thuật — chỉ cần thiết lập trong trình duyệt chống phát hiện

Nhược điểm:

  • Không tự động: yêu cầu sự tham gia của bạn (giám sát và chuyển đổi thủ công)
  • Nếu vấn đề xảy ra vào ban đêm, trong khi bạn đang ngủ — tài khoản sẽ bị gián đoạn đến sáng
  • Không mở rộng được: nếu bạn có 50 tài khoản, việc chuyển đổi thủ công sẽ mất hàng giờ

Khi nào sử dụng: quản lý nhiều tài khoản nhỏ và vừa (đến 20-30 tài khoản), khi bạn có thể phản ứng kịp thời với vấn đề.

3. Failover bán tự động: các script kiểm tra và cảnh báo

Tùy chọn thỏa hiệp: bạn thiết lập giám sát tự động hoạt động của proxy (script đơn giản hoặc dịch vụ có sẵn), và khi proxy ngừng hoạt động — bạn nhận được thông báo ngay lập tức trên Telegram. Sau đó, bạn sẽ chuyển thủ công sang dự phòng.

Cách hoạt động:

  • Bạn thiết lập script (Python, Node.js hoặc dịch vụ có sẵn như UptimeRobot), kiểm tra khả dụng của các proxy mỗi 5 phút
  • Script thực hiện một yêu cầu thử nghiệm qua mỗi proxy (ví dụ, trên httpbin.org/ip) và kiểm tra phản hồi
  • Nếu proxy không phản hồi hoặc trả về lỗi 3 lần liên tiếp — script gửi thông báo đến Telegram
  • Bạn nhận được cảnh báo, vào trình duyệt chống phát hiện và chuyển đổi hồ sơ sang các proxy dự phòng

Ưu điểm:

  • Bạn biết ngay lập tức về vấn đề, chứ không phải sau vài giờ
  • Có thể thiết lập ngay cả khi không có kỹ năng lập trình (các dịch vụ giám sát có sẵn)
  • Phù hợp cho quy mô trung bình (30-100 tài khoản)

Khi nào sử dụng: quản lý nhiều tài khoản trung bình và lớn, khi gián đoạn là quan trọng, nhưng tự động hóa hoàn toàn là khó khăn.

4. Failover hoàn toàn tự động: API của các trình duyệt chống phát hiện

Đối với các doanh nghiệp lớn (100+ tài khoản, hoạt động 24/7), có thể thiết lập failover hoàn toàn tự động thông qua API của các trình duyệt chống phát hiện. Dolphin Anty, AdsPower và Multilogin cung cấp API để quản lý hồ sơ và proxy một cách lập trình.

Cách hoạt động:

  1. Script giám sát kiểm tra proxy mỗi 5 phút
  2. Khi phát hiện proxy bị ngừng hoạt động, script thông qua API của trình duyệt chống phát hiện tự động thay đổi proxy trong hồ sơ sang dự phòng
  3. Nếu hồ sơ đang hoạt động (trình duyệt đang mở), script sẽ đóng nó và mở lại với proxy mới
  4. Tất cả diễn ra tự động, không cần sự tham gia của bạn

Ưu điểm:

  • Tự động hoàn toàn: hoạt động 24/7 mà không cần sự tham gia của bạn
  • Có thể mở rộng cho hàng trăm và hàng nghìn tài khoản
  • Thời gian gián đoạn tối thiểu (5-10 phút từ khi ngừng hoạt động đến khi chuyển đổi)

Nhược điểm:

  • Yêu cầu kỹ năng lập trình hoặc thuê nhà phát triển
  • Khó khăn trong việc thiết lập và duy trì
  • Chi phí: phát triển script từ 30-100 nghìn rúp

Khi nào sử dụng: doanh nghiệp lớn với hàng trăm tài khoản, khi chi phí gián đoạn vượt quá chi phí phát triển tự động hóa.

Thiết lập failover trong các trình duyệt chống phát hiện cho arbitrage

Đối với những người arbitrage làm việc với Facebook Ads, TikTok Ads hoặc Google Ads, failover quan trọng nhất là các hồ sơ dự phòng trong trình duyệt chống phát hiện. Chúng ta sẽ xem xét quy trình thiết lập từng bước với ví dụ Dolphin Anty (đối với AdsPower, Multilogin, GoLogin, logic tương tự).

Bước 1: Chuẩn bị các proxy dự phòng

Đối với mỗi tài khoản làm việc, bạn cần ít nhất 1 proxy dự phòng (tốt hơn là 2). Các yêu cầu đối với proxy dự phòng:

  • Cùng khu vực với chính: nếu proxy chính là Mỹ, New York, thì proxy dự phòng cũng phải là Mỹ (tốt nhất là cùng bang hoặc bang lân cận). Sự thay đổi khu vực đột ngột (Mỹ → Đức) — là con đường trực tiếp đến việc bị khóa.
  • Cùng loại proxy: nếu proxy chính là proxy di động (4G), proxy dự phòng cũng phải là di động. Thay đổi loại (di động → trung tâm dữ liệu) sẽ gây nghi ngờ.
  • Từ cùng một nhà cung cấp (tốt nhất): như vậy IP sẽ đến từ các mạng con tương tự, điều này tự nhiên hơn cho nền tảng.
  • Đã được kiểm tra trước: hãy kiểm tra các proxy dự phòng về khả năng hoạt động và độ sạch (không có trong danh sách đen) TRƯỚC khi chúng cần thiết.

Mua bao nhiêu proxy dự phòng? Khuyến nghị: 1 dự phòng cho mỗi 3-5 chính. Ví dụ, nếu bạn có 15 tài khoản Facebook hoạt động — hãy mua 3-5 proxy dự phòng cùng khu vực. Chúng sẽ không hoạt động phần lớn thời gian (điều này là bình thường), nhưng sẽ cứu bạn trong tình huống khẩn cấp.

Bước 2: Tạo các hồ sơ dự phòng trong Dolphin Anty

Mở Dolphin Anty và cho mỗi tài khoản làm việc, hãy tạo một hồ sơ dự phòng:

  1. Nhấn "Tạo hồ sơ" → chọn cùng hệ điều hành và độ phân giải màn hình như trong hồ sơ chính (quan trọng cho fingerprint)
  2. Trong phần "Proxy", dán thông tin của proxy dự phòng (IP:cổng:tên đăng nhập:mật khẩu)
  3. Kiểm tra proxy bằng nút "Check proxy" — phải hiển thị trạng thái xanh và cùng khu vực với chính
  4. Trong tên hồ sơ, hãy ghi "[DỰ PHÒNG] Tài khoản #1" — để không nhầm lẫn với chính
  5. KHÔNG đăng nhập vào tài khoản Facebook từ hồ sơ này! Hồ sơ dự phòng phải giữ "sạch" cho đến khi chuyển đổi.

Bây giờ bạn đã có một cặp: hồ sơ chính (hoạt động liên tục) + hồ sơ dự phòng (đang chờ trong dự phòng).

Bước 3: Quy trình chuyển đổi khi proxy ngừng hoạt động

Khi bạn phát hiện rằng proxy chính không hoạt động (trình duyệt không mở, Facebook hiển thị lỗi kết nối, hoặc giám sát gửi cảnh báo):

  1. Đóng hồ sơ chính (nếu nó đang mở) — đừng cố gắng làm việc qua proxy đã ngừng hoạt động
  2. Mở hồ sơ dự phòng với proxy mới
  3. Đăng nhập vào tài khoản Facebook — nền tảng sẽ thấy IP mới, nhưng nếu bạn làm điều này trong vòng 1-2 giờ sau khi proxy chính ngừng hoạt động, và khu vực trùng khớp — điều này được coi là sự thay đổi tự nhiên (người dùng đã chuyển nhà, thay đổi nhà cung cấp)
  4. Kiểm tra tài khoản: vào Ads Manager, đảm bảo rằng các chiến dịch đang hoạt động, không có cảnh báo
  5. Tiếp tục làm việc với hồ sơ dự phòng — nó giờ đây trở thành chính
  6. Tạo một hồ sơ dự phòng mới với một proxy khác — để lại một tùy chọn dự phòng khác

Rất quan trọng: KHÔNG chuyển đổi giữa proxy chính và dự phòng qua lại! Nếu hôm nay bạn làm việc với proxy A, ngày mai với proxy B, và ngày tiếp theo lại với A — đây là tín hiệu đỏ cho Facebook. Việc chuyển đổi sang proxy dự phòng phải là MỘT LẦN và cuối cùng.

Bước 4: Tổ chức ghi chép (bảng hồ sơ và proxy)

Khi bạn có 10+ tài khoản, rất dễ bị nhầm lẫn: hồ sơ nào trên proxy nào, đâu là dự phòng. Tạo một bảng đơn giản trong Google Sheets hoặc Excel:

Tài khoản Hồ sơ chính Proxy chính Hồ sơ dự phòng Proxy dự phòng Trạng thái
FB_Acc_01 Profile_01 185.x.x.1 (Mỹ) Profile_01_RES 185.x.x.45 (Mỹ) Hoạt động
FB_Acc_02 Profile_02 185.x.x.2 (Mỹ) Profile_02_RES 185.x.x.45 (Mỹ) Hoạt động
FB_Acc_03 Profile_03 185.x.x.3 (NGỪNG) Profile_03_RES 185.x.x.46 (HOẠT ĐỘNG) Chuyển sang dự phòng

Trong bảng, hãy đánh dấu: khi nào xảy ra chuyển đổi, lý do (proxy ngừng hoạt động / bị chặn), kết quả (tài khoản hoạt động / bị khóa). Điều này sẽ giúp phân tích độ tin cậy của các nhà cung cấp proxy và thay thế những nhà cung cấp không đáng tin cậy kịp thời.

Failover cho tự động hóa SMM: bảo vệ tài khoản của khách hàng

Các cơ quan SMM và chuyên gia quản lý hàng chục tài khoản Instagram, TikTok, VK cho khách hàng gặp phải một vấn đề đặc biệt: sự gián đoạn của một tài khoản — đó là một khách hàng không hài lòng và rủi ro mất hợp đồng. Failover ở đây rất quan trọng không chỉ cho doanh nghiệp mà còn cho danh tiếng.

Kịch bản 1: Quản lý tài khoản thủ công qua trình duyệt chống phát hiện

Nếu bạn tự mình truy cập vào mỗi tài khoản của khách hàng qua AdsPower hoặc Dolphin Anty để đăng bài, trả lời bình luận, story — hãy sử dụng cùng một chiến lược hồ sơ dự phòng như đã mô tả ở trên cho arbitrage. Những điểm đặc biệt:

  • Proxy dự phòng cho mỗi khách hàng: đừng tiết kiệm trên các tài khoản của khách hàng. Tốt hơn là mua một proxy dự phòng với giá 5-10$ và không sử dụng nó, hơn là mất khách hàng với giá 30-50 nghìn rúp mỗi tháng.
  • Kiểm tra proxy trước khi bắt đầu làm việc: mỗi buổi sáng trước khi đăng bài, hãy thực hiện kiểm tra nhanh tất cả các proxy (script hoặc kiểm tra thủ công trong trình duyệt). Nếu có proxy nào không phản hồi — hãy chuyển sang dự phòng TRƯỚC khi khách hàng nhận thấy vấn đề.
  • Thông báo cho khách hàng về bảo trì kỹ thuật: nếu bạn đã chuyển tài khoản sang proxy dự phòng (IP đã thay đổi), tốt hơn là thông báo cho khách hàng: "Đã thực hiện bảo trì kỹ thuật cho tài khoản, mọi thứ hoạt động ổn định". Điều này thể hiện sự chuyên nghiệp.

Kịch bản 2: Tự động hóa việc đăng bài qua các dịch vụ (không cần mã)

Nhiều chuyên gia SMM sử dụng các dịch vụ tự động hóa (SMMplanner, Publer, Later, Onlypult) để đăng bài theo lịch trong Instagram và các mạng xã hội khác. Những dịch vụ này thường hoạt động thông qua API chính thức của các mạng xã hội, nhưng một số (đối với Instagram) sử dụng mô phỏng trình duyệt và yêu cầu proxy.

Vấn đề: hầu hết các dịch vụ như vậy KHÔNG hỗ trợ failover tự động cho proxy. Nếu proxy ngừng hoạt động — việc đăng bài sẽ dừng lại, và bạn chỉ biết điều này khi khách hàng hỏi "tại sao bài đăng không được phát hành?".

Giải pháp:

  1. Sử dụng proxy dân cư với xoay vòng tích hợp: một số nhà cung cấp proxy dân cư cung cấp một endpoint, tự động chuyển đổi giữa các IP hoạt động. Đối với các dịch vụ đăng bài tự động, điều này là hoàn hảo — bạn chỉ cần thiết lập proxy một lần trong dịch vụ, và nó hoạt động liên tục.
  2. Thiết lập giám sát việc đăng bài: hãy kiểm tra mỗi buổi sáng rằng tất cả các bài đăng đã được lên lịch đều đã phát hành. Nếu có bài nào không thành công — đó là tín hiệu có vấn đề với proxy.
  3. Giữ một tài khoản dự phòng không có proxy: đối với các khách hàng quan trọng, bạn có thể thiết lập việc đăng bài trùng lặp: chính qua proxy + dự phòng trực tiếp (nếu IP của bạn sạch). Nếu kênh chính ngừng hoạt động — kênh dự phòng sẽ đảm nhận.

Kịch bản 3: Các hành động hàng loạt (thích, theo dõi, bình luận)

Nếu bạn sử dụng các công cụ cho các hành động hàng loạt trong Instagram (Instaplus, Tooligram và các công cụ tương tự) — thường có thể thiết lập danh sách proxy, và phần mềm tự động chuyển đổi giữa chúng khi có lỗi. Đây là failover tích hợp. Thiết lập như sau:

  • Thêm vào phần mềm 3-5 proxy cùng khu vực (ví dụ, tất cả đều ở Nga, Moscow)
  • Bật tùy chọn "tự động chuyển đổi proxy khi có lỗi"
  • Đặt giới hạn cố gắng: nếu proxy không hoạt động 3 lần liên tiếp — chuyển sang cái tiếp theo

Như vậy bạn sẽ có failover tự động mà không cần lập trình.

Tính khả dụng cao của các công cụ thu thập dữ liệu từ các thị trường và giám sát giá cả

Đối với doanh nghiệp thương mại điện tử (người bán Wildberries, Ozon, Avito), việc thu thập giá cả của đối thủ và giám sát hàng tồn kho là một nhiệm vụ quan trọng, phải hoạt động 24/7. Việc gián đoạn của công cụ thu thập dữ liệu trong vài giờ có nghĩa là bạn đã bỏ lỡ sự thay đổi giá của đối thủ và mất doanh số.

Tại sao các công cụ thu thập dữ liệu ngừng hoạt động do proxy

Các thị trường đang tích cực chống lại việc thu thập dữ liệu: Wildberries, Ozon, Yandex.Market sử dụng các biện pháp chống bot (Cloudflare, Kasada, các giải pháp riêng), chặn IP khi vượt quá giới hạn yêu cầu. Các lý do điển hình khiến proxy bị chặn:

  • Vượt quá giới hạn tần suất: bạn thực hiện 100 yêu cầu mỗi phút từ một IP, thị trường sẽ chặn nó trong 1-24 giờ
  • Phát hiện proxy từ trung tâm dữ liệu: Wildberries chặn các trung tâm dữ liệu mạnh mẽ hơn so với các IP dân cư
  • Vấn đề kỹ thuật từ nhà cung cấp: proxy đơn giản là không phản hồi (máy chủ bị ngừng hoạt động, mạng không khả dụng)
  • IP bị đưa vào danh sách đen: người dùng trước đó của proxy này đã vi phạm quy định, và IP bị khóa

Nếu không có failover, công cụ thu thập dữ liệu sẽ dừng lại khi gặp lỗi đầu tiên. Với failover — nó tự động chuyển sang proxy khác và tiếp tục hoạt động.

Thiết lập failover trong các công cụ thu thập dữ liệu có sẵn (không cần mã)

Hầu hết các công cụ thu thập dữ liệu có sẵn cho các thị trường (Mpstats, SellerFox, ParseHub, Octoparse) hỗ trợ danh sách proxy và xoay vòng tự động. Thiết lập:

  1. Mua một nhóm proxy: để thu thập dữ liệu từ Wildberries, khuyến nghị 10-20 proxy dân cư của Nga. Chúng đắt hơn các trung tâm dữ liệu, nhưng ít bị chặn hơn.
  2. Thêm danh sách vào công cụ thu thập dữ liệu: trong cài đặt của công cụ thu thập dữ liệu, tìm phần "Proxy" và dán danh sách theo định dạng IP:cổng:tên đăng nhập:mật khẩu (mỗi proxy trên một dòng mới).
  3. Bật chế độ xoay vòng: chọn chế độ "Proxy ngẫu nhiên cho mỗi yêu cầu" hoặc "Thay đổi proxy sau mỗi N yêu cầu" (ví dụ, sau mỗi 50 yêu cầu).
  4. Thiết lập retry: nếu yêu cầu qua proxy trả về lỗi — công cụ thu thập dữ liệu phải tự động lặp lại yêu cầu đó qua một proxy khác (thường là tùy chọn "Lặp lại khi có lỗi", 2-3 lần thử).
  5. Đặt thời gian chờ: nếu proxy không phản hồi trong 30 giây — coi nó là không khả dụng và chuyển sang cái tiếp theo.

Sau khi thiết lập, công cụ thu thập dữ liệu sẽ tự động phân phối các yêu cầu giữa các proxy và chuyển đổi khi có lỗi. Đây là failover cơ bản mà không cần lập trình.

Chiến lược nâng cao: kiểm tra sức khỏe của proxy trước khi sử dụng

Vấn đề của việc xoay vòng đơn giản: công cụ thu thập dữ liệu có thể chọn proxy đã bị Wildberries chặn một giờ trước đó, và lãng phí thời gian vào các yêu cầu vô ích. Giải pháp — kiểm tra sức khỏe (health-check) của proxy trước mỗi lần sử dụng:

  1. Trước khi bắt đầu thu thập dữ liệu, script thực hiện một yêu cầu thử nghiệm trên Wildberries qua mỗi proxy trong nhóm
  2. Nếu proxy trả về lỗi (403, 429, timeout) — nó sẽ bị loại ra khỏi nhóm làm việc trong 1 giờ
  3. Công cụ thu thập dữ liệu chỉ hoạt động với các proxy đã vượt qua kiểm tra sức khỏe (đã phản hồi thành công)
  4. Mỗi 15 phút, kiểm tra sức khỏe sẽ được lặp lại — các proxy bị chặn sẽ được kiểm tra lại (có thể việc chặn đã được gỡ bỏ)

Điều này yêu cầu một script nhỏ (Python + thư viện requests, 20-30 dòng mã), nhưng tăng cường hiệu quả một cách đáng kể: công cụ thu thập dữ liệu không lãng phí thời gian vào các proxy chết.

Tạo các nhóm proxy: dự phòng và cân bằng

Đối với các doanh nghiệp lớn (50+ tài khoản, thu thập dữ liệu 24/7), có ý nghĩa tổ chức các nhóm proxy có cấu trúc với các vai trò rõ ràng: chính, dự phòng, xoay vòng. Điều này giống như các phụ tùng dự phòng trong kho — bạn luôn biết cái gì và khi nào sử dụng.

Cấu trúc của các nhóm cho các nhiệm vụ khác nhau

Loại nhóm Mục đích Số lượng Loại proxy
Chính (quản lý nhiều tài khoản) Mỗi tài khoản Facebook/Instagram hoạt động trên một IP cố định 1 proxy = 1 tài khoản Di động hoặc dân cư
Dự phòng (failover) Thay thế các proxy chính khi ngừng hoạt động 1 dự phòng cho 3-5 chính Cùng loại với chính
Xoay vòng (thu thập dữ liệu) Phân phối tải thu thập dữ liệu, xoay vòng tự động 10-50 proxy trong nhóm Dân cư hoặc di động
```