Việc lựa chọn giữa thanh toán proxy "theo gigabyte" và "theo số lượng IP" ảnh hưởng trực tiếp đến ngân sách của dự án. Cùng một nhóm proxy có thể có giá rẻ hơn hoặc đắt hơn nhiều tùy thuộc vào cách bạn sử dụng nó: nuôi tài khoản Facebook Ads, quản lý 30 hồ sơ Instagram hoặc thu thập giá trên Wildberries mỗi 10 phút. Trong bài viết này, chúng ta sẽ phân tích cả hai mô hình bằng số liệu và chỉ ra mô hình nào có lợi hơn cho bốn nhiệm vụ điển hình.
Cách hoạt động của thanh toán theo GB (lưu lượng)
Khi thanh toán theo lưu lượng, bạn mua một nhóm gigabyte, được tiêu thụ cho mỗi yêu cầu qua proxy: tải trang, hình ảnh, video, phản hồi API. Nội dung càng "nặng", số dư càng nhanh hết. Mô hình này thường được áp dụng cho proxy dân cư, vì chúng cần thiết cho các nhiệm vụ có khối lượng dữ liệu không thể đoán trước: xem các dòng thời gian mạng xã hội, tải media, làm việc với các trang web động.
Điểm cộng của mô hình này là bạn chỉ trả tiền cho những gì bạn thực sự tiêu thụ. Nếu hôm nay bạn làm nóng 5 tài khoản, và ngày mai 50 — chi phí sẽ tự động mở rộng, mà không cần phải mua thêm IP mới. Điểm trừ — khó dự đoán ngân sách trước, đặc biệt nếu có nội dung video trong công việc (video TikTok, Reels, YouTube Shorts tiêu tốn lưu lượng nhanh hơn nhiều so với văn bản và hình ảnh).
Chi phí lưu lượng trung bình cho các hành động phổ biến:
- Mở dòng thời gian Instagram trong 5 phút — khoảng 15-25 MB
- Xem 10 video Reels/TikTok — khoảng 40-80 MB
- Tải một bài đăng có ảnh trên Instagram — 3-8 MB
- Thu thập một thẻ sản phẩm Wildberries (HTML + JSON không có hình ảnh) — 0,1-0,3 MB
- Render bảng điều khiển quảng cáo Facebook Ads Manager — 5-12 MB cho mỗi phiên
Cách hoạt động của thanh toán theo IP (theo số lượng địa chỉ hoặc cổng)
Mô hình "thanh toán theo IP" có nghĩa là bạn mua một số lượng địa chỉ cố định (hoặc cổng gắn với một IP cụ thể) trong một khoảng thời gian nhất định — một ngày, một tuần, một tháng. Lưu lượng bên trong gói này hoặc không giới hạn, hoặc có một lượng lớn đủ dùng. Cách tiếp cận này điển hình cho proxy trung tâm dữ liệu và một phần proxy di động.
Điểm cộng của mô hình này — tính dự đoán: bạn biết chính xác bạn sẽ trả bao nhiêu cho 20 hoặc 50 tài khoản, bất kể bot đã xem bao nhiêu video hay đã thu thập bao nhiêu trang. Điểm trừ — nếu IP không hoạt động (tài khoản không được sử dụng hôm nay), tiền vẫn sẽ bị trừ như một địa chỉ hoạt động.
Mô hình này đặc biệt tiện lợi ở những nơi mà số lượng tài khoản đã biết trước và ổn định: ví dụ, một công ty SMM quản lý 30 hồ sơ khách hàng mỗi ngày, hoặc một người làm arbitrage giữ một bộ bảng điều khiển quảng cáo giống nhau trong nhiều tuần.
Bảng so sánh các mô hình thanh toán
| Tham số | Thanh toán theo GB | Thanh toán theo IP |
|---|---|---|
| Dự đoán ngân sách | Thấp — phụ thuộc vào hoạt động | Cao — số tiền cố định cho một khoảng thời gian |
| Lợi ích khi có ít tài khoản | Có | Không, phải trả thêm cho thời gian không hoạt động |
| Lợi ích khi tải nặng trên một IP | Không, lưu lượng nhanh chóng hết | Có, không giới hạn trong gói |
| Phù hợp cho nội dung video (TikTok, Reels) | Đắt | Có lợi |
| Phù hợp cho thu thập dữ liệu văn bản | Có lợi | Thừa |
| Loại proxy điển hình | Dân cư | Trung tâm dữ liệu / di động |
Tính toán cho arbitrage: nuôi tài khoản Facebook Ads và TikTok Ads
Kịch bản điển hình: một người làm arbitrage nuôi 20-30 tài khoản quảng cáo Facebook Ads qua Dolphin Anty hoặc AdsPower, mỗi tài khoản gắn với một IP riêng để tránh bị ban hàng loạt. Hoạt động trên tài khoản — truy cập vào bảng điều khiển, xem thống kê, chỉnh sửa chiến dịch, 1-2 lần mỗi ngày vào dòng thời gian để làm nóng. Điều này trung bình tiêu tốn 30-60 MB lưu lượng cho mỗi tài khoản mỗi ngày.
Khi thanh toán theo GB: 30 tài khoản × 50 MB × 30 ngày ≈ 45 GB mỗi tháng. Đây là một con số nhỏ, và mô hình "theo lưu lượng" sẽ có lợi nếu số tài khoản ít và hoạt động thấp. Nhưng nếu bạn đồng thời làm nóng tài khoản TikTok Ads bằng cách xem video — tiêu thụ có thể tăng lên đến 150-300 MB cho mỗi tài khoản mỗi ngày — thì 30 tài khoản sẽ cho bạn 150-270 GB mỗi tháng, và thanh toán theo IP với lưu lượng không giới hạn trong gói trở nên có lợi hơn rõ rệt.
Kết luận thực tiễn: cho việc nuôi lạnh mà không có làm nóng video — thanh toán theo GB. Đối với việc làm nóng hoàn chỉnh với việc mô phỏng người dùng thực (xem dòng thời gian, Stories, video) — thanh toán theo IP với số lượng địa chỉ cố định cho toàn bộ thời gian chiến dịch. Đối với TikTok Ads, nơi nội dung video chiếm phần lớn lưu lượng, thường hợp lý hơn khi chọn proxy di động với thanh toán theo IP — chúng ít kích hoạt hệ thống chống gian lận và không bị giới hạn bởi giới hạn lưu lượng mỏng.
Tính toán cho SMM đa tài khoản: 30 hồ sơ Instagram và TikTok
Một công ty SMM quản lý 30 tài khoản khách hàng: đăng bài, Stories, Reels, trả lời bình luận, phân tích thống kê. Mỗi ngày, mỗi tài khoản tiêu tốn khoảng 10-20 phút hoạt động, mang lại khoảng 80-150 MB lưu lượng (bao gồm tải hình ảnh khi đăng bài và xem dòng thời gian của đối thủ).
Tính toán theo lưu lượng: 30 tài khoản × 120 MB × 30 ngày ≈ 108 GB mỗi tháng. Tính toán theo IP: 30 địa chỉ cố định gắn với các tài khoản trong suốt tháng. Ở đây, sự lựa chọn phụ thuộc vào sự ổn định của số lượng tài khoản. Nếu công ty thường xuyên có khách hàng mới và mất khách hàng (số tài khoản có thể là 20 hoặc 45), thì thanh toán theo GB sẽ có lợi hơn — bạn chỉ trả tiền cho việc sử dụng thực tế. Nếu danh sách khách hàng ổn định trong vài tháng tới, thanh toán cố định theo IP sẽ dự đoán được và thường rẻ hơn khi tính theo tài khoản.
Một điểm quan trọng cho SMM: trong các trình duyệt chống phát hiện (Dolphin Anty, GoLogin, Multilogin, Octo Browser) proxy thường được gán cho hồ sơ một lần và sử dụng lâu dài, do đó về mặt vật lý sẽ có lợi hơn khi gán cho mỗi tài khoản khách hàng một IP cố định — điều này giảm thiểu rủi ro rằng Instagram hoặc TikTok sẽ thấy địa chỉ "nhảy" và nghi ngờ về việc đa tài khoản. Ở đây thường sử dụng proxy dân cư với gán theo phiên, được thanh toán bằng gói lưu lượng, được tính toán với dự trữ 20-30%.
Tính toán cho thương mại điện tử: thu thập giá trên Wildberries và Ozon
Người bán theo dõi giá 500 sản phẩm của đối thủ trên Wildberries mỗi 30 phút, tức là 48 lần kiểm tra mỗi ngày cho mỗi sản phẩm. Một yêu cầu thẻ sản phẩm không có hình ảnh — là 0,1-0,3 MB (phản hồi HTML/JSON). Tính toán: 500 sản phẩm × 48 yêu cầu × 0,2 MB ≈ 4,8 GB mỗi ngày, hoặc khoảng 144 GB mỗi tháng.
Đối với nhiệm vụ này, thanh toán theo GB gần như luôn có lợi hơn, vì thu thập dữ liệu — là nhiều yêu cầu ngắn với trọng lượng tối thiểu, chứ không phải các phiên dài với việc xem video. Việc trả thêm cho các địa chỉ IP cố định, sẽ không hoạt động giữa các lần kiểm tra, là không hợp lý. Đối với kịch bản này, proxy trung tâm dữ liệu rất phù hợp — chúng rẻ hơn và xử lý nhanh nhiều yêu cầu song song, điều này rất quan trọng khi theo dõi hàng trăm SKU cùng một lúc.
Ngoại lệ — nếu Wildberries hoặc Ozon bắt đầu cấm các IP trung tâm dữ liệu hàng loạt do tần suất yêu cầu quá cao. Trong trường hợp này, bạn phải chuyển sang proxy dân cư với thanh toán theo lưu lượng, nhưng với khoảng thời gian tăng giữa các yêu cầu (mỗi 2-3 giờ thay vì 30 phút), để giảm tổng chi phí GB và đồng thời tránh bị chặn.
Tính toán cho các nhà tiếp thị: thử nghiệm quảng cáo từ các vùng khác nhau
Nhà tiếp thị thử nghiệm cách quảng cáo Google Ads và Yandex.Direct hiển thị ở 15 quốc gia khác nhau, để kiểm tra tính địa phương hóa và giá thầu. Nhiệm vụ ngắn hạn: vài giờ làm việc mỗi ngày trong khoảng 1-2 tuần, không có sự gắn kết cố định giữa các tài khoản với các IP cụ thể.
Ở đây, logic ngược lại với các kịch bản trước: thanh toán theo GB có lợi hơn, vì số lượng vùng và phiên không ổn định, trong khi khối lượng lưu lượng cho mỗi phiên thường nhỏ (tải một vài trang kết quả và quảng cáo — 5-15 MB cho mỗi lần kiểm tra). Việc trả thêm cho 15 IP cố định trong suốt tháng, khi thực tế công việc chỉ diễn ra trong 2 tuần với 2-3 giờ mỗi ngày, là không hợp lý.
Tuy nhiên, nếu việc thử nghiệm diễn ra thường xuyên — chẳng hạn như kiểm tra hàng tuần vị trí và quảng cáo ở cùng 15 quốc gia trong suốt một quý — thì một nhóm IP ổn định trong thời gian dài bắt đầu tiết kiệm ngân sách nhờ vào mức giá cố định, thay vì tính theo giờ hoặc theo megabyte.
Danh sách kiểm tra: cách chọn mô hình thanh toán cho nhiệm vụ của bạn
- Tính toán lưu lượng cho một phiên: nếu dưới 50 MB cho mỗi tài khoản mỗi ngày — hãy xem xét thanh toán theo GB
- Sử dụng nội dung video (TikTok, Reels, YouTube) — thanh toán theo IP gần như luôn có lợi hơn do khối lượng lưu lượng
- Số lượng tài khoản không ổn định từ tháng này sang tháng khác — hãy chọn thanh toán theo lưu lượng, đừng trả thêm cho các IP không hoạt động
- Quản lý các tài khoản giống nhau hơn 2-3 tháng liên tiếp — thanh toán cố định theo IP giảm thiểu rủi ro thay đổi địa chỉ và bị ban hàng loạt
- Thu thập khối lượng lớn dữ liệu văn bản (giá cả, tồn kho, thẻ sản phẩm) — thanh toán theo GB gần như luôn rẻ hơn
- Cần sự tương đồng tối đa với người dùng thực (làm nóng, SMM) — proxy dân cư hoặc di động với dự trữ lưu lượng 20-30%
- Nhiệm vụ ngắn hạn và một lần (thử nghiệm quảng cáo, thu thập dữ liệu một lần) — thanh toán theo GB mà không có nghĩa vụ dài hạn
Kết luận
Không có câu trả lời chung cho "cái nào có lợi hơn" — tất cả phụ thuộc vào cấu trúc hoạt động của bạn. Các nhiệm vụ một lần và không thể đoán trước (thử nghiệm quảng cáo, số lượng tài khoản không ổn định, thu thập dữ liệu văn bản) rẻ hơn khi thanh toán theo lưu lượng. Các kịch bản cố định, lâu dài với tải nặng trên một địa chỉ (nuôi bảng điều khiển quảng cáo, SMM đa tài khoản với nội dung video, làm nóng TikTok Ads) gần như luôn có lợi hơn khi chuyển sang thanh toán cố định theo IP.
Nếu nhiệm vụ của bạn là thu thập dữ liệu hàng loạt từ các thị trường hoặc thử nghiệm quảng cáo từ các vùng khác nhau, hãy xem xét proxy trung tâm dữ liệu với thanh toán theo lưu lượng. Nếu bạn đang quản lý đa tài khoản trên mạng xã hội hoặc nuôi bảng điều khiển quảng cáo với việc làm nóng hoàn chỉnh, chúng tôi khuyên bạn nên sử dụng proxy dân cư hoặc proxy di động với nhóm IP cố định — chúng sẽ đảm bảo sự ổn định và giảm thiểu rủi ro bị chặn trong thời gian dài.