Một cổng proxy có thể dễ dàng xử lý 50 yêu cầu song song khi phân tích Wildberries - và trong khi đó lại "bị cháy" sau ba phiên đồng thời trong Facebook Ads Manager. Vấn đề không phải ở chất lượng proxy, mà ở chỗ loại lưu lượng khác nhau tạo ra tải khác nhau trên IP. Trong bài viết này, chúng ta sẽ phân tích cách tính toán giới hạn thực tế của các luồng cho nhiệm vụ của bạn và không làm lộ tài khoản hoặc nhóm proxy do một lỗi đơn giản trong toán học.
Luồng là gì trên cổng proxy
Luồng - là một kết nối song song qua proxy tại một thời điểm cụ thể. Nếu bạn mở 10 tab trong trình duyệt chống phát hiện Dolphin Anty, và tất cả chúng đều tải Instagram đồng thời qua cùng một cổng proxy, đó là 10 luồng. Nếu bạn có một trình phân tích trên Python gửi 50 yêu cầu đến Wildberries đồng thời qua một IP, đó là 50 luồng.
Quan trọng là phải hiểu: số lượng luồng không phải là về tốc độ internet, mà là về việc có bao nhiêu "cá nhân đồng thời" thấy trang web mục tiêu từ một địa chỉ IP trong một khoảng thời gian nhất định. Chính con số này được các hệ thống chống gian lận của Facebook, Instagram, TikTok và bảo vệ các thị trường phân tích khi đưa ra quyết định - cấm IP hay cho phép lưu lượng truy cập.
Đối với người làm quảng cáo và chuyên gia SMM, luồng thường tương đương với một tài khoản mở tại một thời điểm. Đối với người bán trên các thị trường, luồng là yêu cầu HTTP đồng thời của trình phân tích hoặc kịch bản theo dõi giá. Sự khác biệt trong bản chất lưu lượng xác định số luồng có thể an toàn giữ trên một cổng.
Giới hạn luồng phụ thuộc vào điều gì
Không có con số chung "proxy giữ N luồng" - đó là một huyền thoại dẫn đến việc bị cấm. Giới hạn thực tế được xác định bởi sự kết hợp của các yếu tố:
- Loại IP. Proxy dân cư, di động và trung tâm dữ liệu được các hệ thống chống gian lận tiếp nhận khác nhau. IP di động - thường là một người thật, vì vậy ngay cả 2-3 phiên đồng thời với cookie khác nhau trên đó cũng trông đáng ngờ.
- Nền tảng mục tiêu. Facebook và TikTok phân tích các mẫu hành vi nghiêm ngặt hơn so với hầu hết các thị trường. Wildberries và Ozon chủ yếu xem xét tần suất yêu cầu, chứ không phải số lượng "cá nhân".
- Loại yêu cầu. Yêu cầu GET đơn giản để lấy giá sản phẩm - là một tải nhẹ. Một phiên đầy đủ với xác thực, tải media và tương tác với giao diện - là nặng.
- Nhà cung cấp proxy. Nhóm địa chỉ IP, tốc độ quay vòng và khả năng kỹ thuật của kênh ở các nhà cung cấp khác nhau khác nhau rất nhiều.
- Mục đích của lưu lượng. Đa tài khoản yêu cầu sự độc đáo của "cá nhân" trên IP, trong khi phân tích - chỉ cần băng thông mà không cần liên kết với danh tính.
Chính vì vậy, chính xác hơn khi nói không phải về "giới hạn luồng của proxy", mà là về "giới hạn luồng cho nhiệm vụ cụ thể trên nền tảng cụ thể".
Tính toán cho đa tài khoản (SMM và quảng cáo)
Đối với đa tài khoản, quy tắc vàng nghe có vẻ đơn giản: một tài khoản - một IP - một phiên. Có nghĩa là lý tưởng là trên một cổng proxy phải có đúng 1 luồng hoạt động, nếu nói về các tài khoản quảng cáo Facebook Ads, TikTok Ads hoặc Instagram. Nguyên nhân không phải do các hạn chế kỹ thuật của proxy, mà là do các hệ thống chống gian lận theo dõi sự kết hợp IP + dấu vân tay thiết bị + hành vi. Nếu hai tài khoản đồng thời "ngồi" trên cùng một IP qua các tab khác nhau của trình duyệt chống phát hiện, điều này làm tăng nguy cơ bị cấm chuỗi - chặn toàn bộ chuỗi tài khoản ngay lập tức.
Trên thực tế, trong các công ty SMM và đội ngũ quảng cáo sử dụng logic phân phối sau:
| Nhiệm vụ | Luồng trên 1 cổng | Nhận xét |
|---|---|---|
| Nuôi tài khoản Facebook Ads | 1 | Chỉ 1 tài khoản trên 1 IP ổn định, tốt nhất là cố định (sticky session) |
| Quản lý tài khoản Instagram của khách hàng | 1 | Ngay cả một phiên đồng thời ngắn cũng bị phát hiện như một sự bất thường |
| TikTok Ads với việc làm nóng | 1 | TikTok đặc biệt nhạy cảm với sự thay đổi IP đột ngột trong một phiên |
| Kiểm tra hàng loạt tài khoản (không có hành động) | 2-3 | Chấp nhận cho các hoạt động kiểm tra nhẹ mà không có rủi ro cho hoạt động chính |
Đối với sơ đồ này, sự ổn định của IP là rất quan trọng: nếu proxy thay đổi địa chỉ giữa phiên, điều này sẽ làm gián đoạn sự liên kết của tài khoản với "cá nhân" và trông giống như một sự thay thế thiết bị. Do đó, cho đa tài khoản, thường sử dụng proxy dân cư với khả năng giữ một IP cố định trong thời gian dài (sticky session từ 10 phút đến vài giờ), và cho các nền tảng đặc biệt nhạy cảm - proxy di động, cung cấp hồ sơ lưu lượng "nhân văn" nhất có thể.
Trong các trình duyệt chống phát hiện Dolphin Anty, AdsPower, Multilogin hoặc GoLogin, điều này được thiết lập đơn giản: trong hồ sơ của mỗi tài khoản, ghi rõ cổng proxy của riêng mình, thay vì một nhóm chung cho toàn bộ trình duyệt. Bạn mở cài đặt hồ sơ → phần "Proxy" → chèn dữ liệu riêng (IP, cổng, tên đăng nhập, mật khẩu) cho mỗi tài khoản → lưu lại. Bằng cách này, bạn loại trừ tình huống mà hai tài khoản vô tình nằm trên cùng một IP đồng thời.
Tính toán cho phân tích các thị trường
Với việc phân tích Wildberries, Ozon hoặc Avito, logic ngược lại. Ở đây không có khái niệm "cá nhân" - có khái niệm "tần suất yêu cầu từ một IP trong một khoảng thời gian". Bảo vệ các thị trường không phản ứng với số lượng luồng song song như vậy, mà là tốc độ yêu cầu và mẫu hành vi (các khoảng thời gian giống nhau, không có khoảng dừng, tiêu đề giống nhau).
Tính toán thực tế được xây dựng theo công thức:
Trên thực tế, đối với hầu hết các thị trường lớn, hành lang an toàn là 3-8 luồng song song trên một IP trung tâm dữ liệu với khoảng dừng giữa các yêu cầu từ 1 đến 3 giây. Nếu bạn vượt quá giá trị này, tỷ lệ phản hồi 403 và 429 (captcha, tạm thời chặn yêu cầu) sẽ tăng lên.
| Nền tảng | Luồng được khuyến nghị trên 1 IP | Độ trễ giữa các yêu cầu |
|---|---|---|
| Wildberries (thẻ sản phẩm) | 3-6 | 1-2 giây |
| Ozon (theo dõi giá) | 4-8 | 1-2 giây |
| Avito (phân tích quảng cáo) | 2-4 | 2-4 giây |
| Yandex.Market | 3-5 | 1-3 giây |
Nếu nhiệm vụ là vượt qua một khối lượng lớn hàng hóa nhanh chóng, cách đúng không phải là "tải" một IP vượt quá giới hạn, mà là tăng cường nhóm địa chỉ IP và phân phối tải. Với 1000 hàng hóa và giới hạn 5 luồng trên IP với độ trễ 1,5 giây, một IP sẽ xử lý khoảng 200 yêu cầu trong 5 phút - trong khi với nhóm 10 IP, điều này sẽ mất khoảng 30 giây. Đối với những nhiệm vụ như vậy, về tỷ lệ tốc độ/chi phí, proxy trung tâm dữ liệu là tối ưu - chúng nhanh hơn proxy dân cư và đủ cho việc phân tích các trang công khai mà không cần xác thực.
Proxy dân cư vs di động vs trung tâm dữ liệu: bảng luồng
Dưới đây là bảng tổng hợp giúp nhanh chóng ước lượng giới hạn an toàn của các luồng song song tùy thuộc vào loại proxy và bản chất của nhiệm vụ. Các con số chỉ mang tính chất tham khảo và phụ thuộc vào nền tảng cụ thể, nhưng cung cấp thứ tự giá trị đúng cho việc lập kế hoạch.
| Loại proxy | Đa tài khoản (luồng/port) | Phân tích (luồng/port) | Đặc điểm |
|---|---|---|---|
| Proxy dân cư | 1 | 3-5 | Độ tin cậy cao từ các nền tảng, quay vòng linh hoạt |
| Proxy di động | 1 | 2-3 | Tính "nhân văn" tối đa, nhưng băng thông hạn chế |
| Proxy trung tâm dữ liệu | không khuyến nghị cho mạng xã hội | 5-10 | Tốc độ cao và giá thấp, nhưng dễ bị phát hiện bởi mạng xã hội |
Lưu ý: proxy trung tâm dữ liệu không cấm mở nhiều tài khoản Instagram về mặt kỹ thuật, nhưng các IP như vậy thường xuyên được ghi nhận trong cơ sở dữ liệu phát hiện mạng xã hội như "máy chủ", điều này làm tăng nguy cơ bị cấm ngay cả khi chỉ có một luồng. Đối với mạng xã hội và các nền tảng quảng cáo, số lượng luồng không quan trọng bằng loại và độ tin cậy của IP.
Những sai lầm điển hình khi tính toán tải
Trên thực tế, hầu hết các trường hợp bị cấm và chặn không liên quan đến proxy kém, mà là do phân phối luồng không đúng cách. Dưới đây là những sai lầm thường gặp nhất:
- Nhóm proxy chung cho toàn bộ trình duyệt chống phát hiện. Nếu trong cài đặt hồ sơ không chỉ định cổng riêng cho mỗi tài khoản, hệ thống có thể vô tình hướng hai hồ sơ qua cùng một IP.
- Bỏ qua độ trễ trong trình phân tích. Kịch bản không có khoảng dừng giữa các yêu cầu tạo ra một mẫu mà ngay lập tức bị phát hiện như tự động hóa, ngay cả khi luồng về mặt hình thức chỉ có một.
- Trộn lẫn nhiệm vụ trên một cổng. Sử dụng một proxy đồng thời cho việc làm nóng tài khoản và phân tích luồng - là nguyên nhân điển hình của việc bị chặn đột ngột.
- Thay đổi IP giữa phiên hoạt động. Đối với đa tài khoản, sticky session là rất quan trọng: thay đổi IP trong quá trình làm việc với tài khoản trông giống như việc xâm phạm tài khoản.
- Tính toán luồng "bằng mắt". Không tính đến thời gian phản hồi của nền tảng và giới hạn thực tế của nó dễ dàng dẫn đến việc quá tải IP hoặc sử dụng nhóm proxy không hiệu quả.
Danh sách kiểm tra: cách tính toán số luồng cần thiết
Trước khi khởi động nhiệm vụ - cho dù đó là nuôi tài khoản Facebook Ads hay theo dõi giá trên Wildberries - hãy đi qua danh sách kiểm tra ngắn:
- Xác định loại lưu lượng: đa tài khoản (1 tài khoản = 1 luồng = 1 IP) hoặc phân tích (nhiều yêu cầu trên 1 IP là chấp nhận được).
- Kiểm tra xem nền tảng có giới hạn yêu cầu công khai (rate limits) hoặc ngưỡng chặn đã được tài liệu hóa hay không.
- Đối với mạng xã hội và các tài khoản quảng cáo, hãy chọn IP dân cư hoặc di động và cố định 1 luồng trên cổng.
- Đối với phân tích, hãy tính toán công thức "giới hạn yêu cầu ÷ thời gian phản hồi" và thêm dự phòng 20-30% cho các đợt tăng tải.
- Cài đặt độ trễ giữa các yêu cầu một cách thủ công, ngay cả khi công cụ phân tích không yêu cầu điều này theo mặc định.
- Thử nghiệm trên một nhóm IP nhỏ trước khi mở rộng - như vậy bạn sẽ thấy ngưỡng chặn thực tế của nền tảng cụ thể.
- Ghi lại các lỗi (403, 429, captcha) - sự gia tăng của các mã này báo hiệu rằng giới hạn luồng hiện tại đã bị vượt quá.
Kết luận
Không có câu trả lời chung cho câu hỏi "một cổng proxy giữ được bao nhiêu luồng" - tất cả phụ thuộc vào loại lưu lượng. Đối với đa tài khoản trong Facebook Ads, TikTok Ads hoặc Instagram, quy tắc là: 1 tài khoản - 1 IP - 1 luồng, và ở đây độ tin cậy của IP quan trọng hơn khả năng băng thông của nó. Đối với phân tích Wildberries, Ozon hoặc Avito, bạn có thể an toàn giữ 3-8 luồng song song trên một IP, nếu độ trễ giữa các yêu cầu được thiết lập đúng cách.
Nếu nhiệm vụ của bạn là nuôi và quản lý nhiều tài khoản mà không có rủi ro bị cấm chuỗi, hãy chú ý đến proxy dân cư với hỗ trợ các phiên cố định, và cho các nền tảng đặc biệt nhạy cảm - hãy sử dụng proxy di động. Nếu mục tiêu là phân tích nhanh chóng và quy mô lớn về giá cả và thẻ sản phẩm, nơi tốc độ quan trọng hơn "tính nhân văn" của IP, thì hợp lý hơn là tính toán tải trên một nhóm vài proxy trung tâm dữ liệu và phân phối các yêu cầu một cách đồng đều, không vượt quá ngưỡng an toàn của luồng trên một địa chỉ.