Hầu hết các nhà môi giới và chuyên gia SMM mắc phải một sai lầm giống nhau: mua hoặc là bể proxy quá nhỏ và nhận chuỗi khóa tài khoản, hoặc là trả thêm cho một số lượng IP dư thừa "để phòng hờ". Thực tế, tính toán bể proxy cho đa tài khoản là một phép toán cụ thể, phụ thuộc vào nền tảng, loại proxy và cường độ hoạt động trong các hồ sơ. Trong bài viết này, chúng ta sẽ phân tích cách tính toán số lượng IP duy nhất chính xác cho 100 hồ sơ và không lãng phí ngân sách.
Tại sao không thể chỉ lấy 1 IP cho 1 hồ sơ
Logic "100 hồ sơ = 100 IP" có vẻ đúng, nhưng trên thực tế, điều này hoặc là dư thừa, hoặc là nguy hiểm - tùy thuộc vào nền tảng. Chúng ta sẽ phân tích cả hai trường hợp.
Nếu bạn quản lý 100 tài khoản Instagram cho một công ty SMM và truy cập vào mỗi tài khoản 2-3 lần một ngày trong 10-15 phút, việc gắn bó cứng nhắc "1 IP = 1 hồ sơ mãi mãi" là một sự lãng phí. IP cư trú, mà không được sử dụng trong 23 giờ mỗi ngày, có thể được sử dụng hiệu quả hơn thông qua việc quay vòng theo lịch trình, đồng thời vẫn giữ được tính duy nhất của phiên cho mỗi tài khoản.
Mặt khác, nếu bạn đang nuôi tài khoản và chạy quảng cáo trên Facebook Ads với ngân sách cao, thì việc tiết kiệm IP sẽ tốn kém hơn so với việc mất tài khoản quảng cáo. Facebook xây dựng đồ thị kết nối giữa các tài khoản không chỉ dựa trên IP mà còn dựa trên dấu vân tay trình duyệt, cookies, hành vi. Tuy nhiên, việc sử dụng chung một IP cho nhiều tài khoản quảng cáo đang hoạt động là tín hiệu đầu tiên cho hệ thống chống gian lận rằng các tài khoản này có liên kết với nhau. Kết quả: một tài khoản bị khóa sẽ kéo theo toàn bộ chuỗi (chain-ban).
Cách tiếp cận đúng là không tính số lượng hồ sơ, mà là số lượng phiên hoạt động đồng thời và mức độ rủi ro của nền tảng. Đây là hai tham số chính trong công thức mà chúng ta sẽ phân tích tiếp theo.
Công thức tính toán bể proxy
Công thức cơ bản để tính toán bể IP như sau:
Bể IP = Số lượng hồ sơ × Hệ số rủi ro của nền tảng
Hệ số rủi ro là một giá trị điều kiện từ 0.3 đến 1.0, cho thấy mức độ nghiêm ngặt mà nền tảng phát hiện các mối liên hệ giữa các tài khoản:
| Nền tảng | Hệ số rủi ro | IP cho 100 hồ sơ |
|---|---|---|
| Facebook Ads | 1.0 (nghiêm ngặt) | 90-100 IP duy nhất |
| TikTok Ads | 0.9 | 80-90 IP duy nhất |
| Instagram/TikTok (tự nhiên, SMM) | 0.5-0.6 | 50-60 IP với quay vòng |
| Google Ads | 0.7 | 70 IP duy nhất |
| Wildberries/Ozon (giám sát giá) | 0.3 | 30 IP với quay vòng là đủ |
| Avito | 0.6 | 60 IP duy nhất |
Một điểm quan trọng: hệ số rủi ro giảm nếu bạn phân bổ hoạt động theo thời gian (không truy cập vào tất cả 100 hồ sơ cùng một lúc), và tăng lên nếu bạn làm việc với dữ liệu thanh toán hoặc ngân sách quảng cáo - ở đó, bất kỳ sự liên kết nào giữa các tài khoản đều dẫn đến việc khóa ngay lập tức toàn bộ chuỗi.
Proxy cư trú, di động và trung tâm dữ liệu: nên chọn cái nào
Loại proxy ảnh hưởng đến số lượng IP cuối cùng trong bể không kém gì nền tảng. Các loại proxy khác nhau được các hệ thống chống gian lận nhận diện khác nhau, và điều này ảnh hưởng trực tiếp đến khối lượng bể cần thiết.
| Loại proxy | Mức độ tin cậy của nền tảng | Khi nào sử dụng |
|---|---|---|
| Proxy cư trú | Cao | Instagram, TikTok, Facebook - công cụ làm việc chính của việc nuôi tài khoản |
| Proxy di động | Tối đa | Facebook Ads, TikTok Ads - nơi có nguy cơ bị khóa cao nhất |
| Proxy trung tâm dữ liệu | Trung bình/thấp cho mạng xã hội | Phân tích Wildberries, Ozon, Avito - không yêu cầu độ tin cậy cao |
Kết luận thực tiễn: cho 100 hồ sơ Facebook Ads, hợp lý hơn là lấy 60-70 IP di động hoặc cư trú với quay vòng hợp lý, hơn là 100 IP trung tâm dữ liệu, mà nền tảng nhận diện ngay lập tức là mạng proxy. Còn cho việc giám sát giá trên các thị trường, ngược lại - 100 địa chỉ trung tâm dữ liệu sẽ rẻ hơn nhiều và thực hiện nhiệm vụ mà không có rủi ro, vì hệ thống chống gian lận của thị trường tập trung vào việc bảo vệ khỏi việc phân tích, không phải phát hiện đa tài khoản.
Tính toán cho các nền tảng cụ thể
Chúng ta sẽ xem xét ba kịch bản thực tế với các con số chính xác, có thể sử dụng làm mẫu cho tính toán của riêng bạn.
Kịch bản 1: Nhà môi giới, 100 tài khoản quảng cáo Facebook Ads. Ở đây, hệ số rủi ro là tối đa - 1.0. Mỗi tài khoản cần một IP duy nhất cố định, không thay đổi trong suốt vòng đời của tài khoản (từ khi đăng ký đến chiến dịch quảng cáo cuối cùng). Kết quả: 100 IP di động hoặc cư trú tĩnh, gắn bó 1:1. Không nên tiết kiệm ở đây - chi phí của một tài khoản bị khóa với ngân sách quảng cáo cao hơn chi phí của 20-30 IP dư thừa.
Kịch bản 2: Công ty SMM, 100 tài khoản Instagram và TikTok cho khách hàng. Truy cập vào các hồ sơ diễn ra theo lịch trình, không đồng thời, và không có giao dịch quảng cáo. Ở đây có thể áp dụng bể từ 50-60 IP cư trú với phiên sticky (gắn bó trong 24 giờ cho một hồ sơ cụ thể) và quay vòng sau đó. Điều này giảm chi phí gần như một nửa mà không làm tăng số lượng khóa, nếu tuân thủ quy tắc: một IP - một hồ sơ trong một phiên, không có truy cập song song.
Kịch bản 3: Người bán, giám sát giá trên 100 thẻ sản phẩm Wildberries và Ozon. Ở đây không nói về hồ sơ, mà là về các yêu cầu phân tích. Chỉ cần một bể từ 20-30 IP trung tâm dữ liệu với quay vòng tự động cho mỗi yêu cầu - các thị trường khóa theo tần suất yêu cầu từ một IP, không phải theo thực tế của đa tài khoản. Đây là kịch bản tiết kiệm nhất trong ba kịch bản.
IP tĩnh vs quay vòng: cái nào an toàn hơn cho hồ sơ
Một câu hỏi riêng khi tính toán bể - có cần quay vòng IP hay hồ sơ cần một địa chỉ tĩnh cố định. Câu trả lời phụ thuộc vào loại hoạt động:
- IP tĩnh (sticky, từ 24 giờ đến vô thời hạn) - bắt buộc cho các tài khoản quảng cáo Facebook Ads, TikTok Ads, Google Ads. Nền tảng thấy cùng một IP mỗi khi truy cập, điều này trông tự nhiên đối với người dùng thực.
- Quay vòng theo phiên - phù hợp cho việc phân tích các thị trường và mạng xã hội không cần xác thực. Mỗi yêu cầu mới đến từ một IP mới, điều này giảm rủi ro bị khóa rate-limit.
- Quay vòng theo lịch trình (mỗi 12-24 giờ) - là lựa chọn thỏa hiệp cho các hồ sơ SMM mà không có rủi ro cao: IP không thay đổi trong khi phiên hoạt động, mà thay đổi giữa các phiên.
Một sai lầm thường gặp: sử dụng bể quay vòng cho các tài khoản quảng cáo. Nếu IP của tài khoản thay đổi mỗi vài phút trong khi làm việc với Ads Manager, hệ thống chống gian lận của Facebook sẽ coi đây là dấu hiệu của việc bị hack hoặc hoạt động bot và khóa tài khoản ngay lập tức, không phụ thuộc vào kích thước ngân sách quảng cáo.
Ví dụ tính toán ngân sách cho 100 hồ sơ
Chúng ta sẽ tổng hợp tất cả lại với một ví dụ cụ thể về tải trọng hỗn hợp: công ty quản lý 100 hồ sơ, trong đó 40 là tài khoản quảng cáo Facebook Ads, và 60 là tài khoản Instagram tự nhiên cho quản lý nội dung.
| Nhóm hồ sơ | Loại proxy | Chế độ | Số lượng IP |
|---|---|---|---|
| 40 tài khoản Facebook Ads | Di động | Tĩnh, 1:1 | 40 |
| 60 tài khoản Instagram | Cư trú | Sticky 24 giờ + quay vòng | 35-40 |
Kết quả: thay vì 100 IP tĩnh theo công thức "ngây thơ", thực tế chỉ cần 75-80 địa chỉ với phân bổ hợp lý theo loại hoạt động. Tiết kiệm 20-25% bể mà không làm tăng rủi ro khóa - đó chính là mục tiêu của việc tính toán đúng.
Cài đặt proxy trong trình duyệt chống phát hiện
Sau khi tính toán bể, cần phải gán đúng IP cho các hồ sơ. Trong các trình duyệt chống phát hiện như Dolphin Anty, AdsPower, Multilogin, GoLogin hoặc Octo Browser, điều này được thực hiện ở cấp độ tạo hồ sơ:
- Mở cài đặt hồ sơ mới → phần "Proxy".
- Chọn loại kết nối - HTTP, HTTPS hoặc SOCKS5 (đối với proxy di động và cư trú thường được khuyến nghị SOCKS5).
- Nhập thông tin kết nối: IP, cổng, tên đăng nhập, mật khẩu, nhận được từ nhà cung cấp proxy.
- Đối với các tài khoản quảng cáo, bật tùy chọn "Sticky session" hoặc "Gán IP", để địa chỉ không thay đổi mỗi khi truy cập.
- Kiểm tra địa lý và múi giờ của hồ sơ - chúng phải trùng khớp với địa lý của địa chỉ IP, nếu không hệ thống chống gian lận sẽ nhận thấy sự không khớp.
- Lưu hồ sơ và kiểm tra kết nối thông qua kiểm tra IP tích hợp trước khi khởi động lần đầu.
Hầu hết các trình duyệt chống phát hiện cho phép nhập danh sách proxy hàng loạt qua CSV hoặc dán trực tiếp các dòng theo định dạng IP:cổng:tên đăng nhập:mật khẩu, điều này tiết kiệm thời gian khi thiết lập ngay 100 hồ sơ - không cần nhập dữ liệu vào từng hồ sơ một cách thủ công.
Những sai lầm thường gặp khi tính toán bể
- Một IP cho nhiều tài khoản quảng cáo "để tiết kiệm". Đây là con đường dẫn đến chain-ban: ngay khi một tài khoản bị khóa, nền tảng sẽ kiểm tra toàn bộ IP và các tài khoản liên quan.
- Sử dụng proxy trung tâm dữ liệu cho Facebook Ads và TikTok Ads. Những IP này dễ dàng được xác định là máy chủ, và các tài khoản quảng cáo bị khóa ngay trong giai đoạn xác thực.
- Bỏ qua địa lý. Nếu hồ sơ được đăng ký từ Nga, nhưng proxy được kết nối từ Đức mà không có "làm nóng" trước, điều này sẽ kích hoạt kiểm tra an ninh.
- Tính toán bể mà không xem xét tải trọng cao điểm. Nếu 100 hồ sơ truy cập cùng lúc vào lúc 9 giờ sáng, trong khi bể được tính toán cho phân bổ đồng đều trong suốt 24 giờ, một phần phiên sẽ hoạt động với các IP chồng chéo.
- Thiếu IP dự phòng. Trong bể nên có 5-10% địa chỉ dự phòng phòng trường hợp một phần IP bị đưa vào danh sách đen của nền tảng vào thời điểm khởi động.
Kết luận
Tính toán bể proxy cho 100 hồ sơ không phải là một con số chung, mà là một công thức phụ thuộc vào nền tảng, loại hoạt động và mức độ rủi ro. Đối với các tài khoản quảng cáo Facebook Ads và TikTok Ads, cần phải gắn bó gần như hoàn toàn 1:1 với IP di động hoặc cư trú tĩnh. Đối với các hồ sơ tự nhiên trên Instagram và TikTok, chỉ cần 50-60% số lượng tài khoản với quay vòng hợp lý. Còn đối với việc phân tích các thị trường như Wildberries và Ozon, bể có thể giảm xuống còn 20-30 địa chỉ với quay vòng tự động cho mỗi yêu cầu.
Nếu bạn đang chạy các chiến dịch quảng cáo hoặc nuôi tài khoản với rủi ro khóa cao, chúng tôi khuyên bạn nên xem xét proxy di động - chúng cung cấp mức độ tin cậy tối đa từ nền tảng. Đối với việc quản lý hồ sơ hàng ngày trên mạng xã hội, proxy cư trú với cài đặt linh hoạt cho các phiên sticky là rất phù hợp, còn cho việc phân tích giá và giám sát đối thủ trên các thị trường - proxy trung tâm dữ liệu tiết kiệm. Phân bổ hợp lý IP theo ba loại này chính là tính toán bể mà không phải trả thêm.