Mua gói proxy và tiêu tốn một nửa lưu lượng cho những kiểm tra vô nghĩa — là lỗi điển hình của những người mới bắt đầu trong lĩnh vực tiếp thị và SMM. Một gigabyte lưu lượng của proxy cư trú và di động có giá trị, vì vậy cần phải kiểm tra máy chủ sao cho với mức tiêu thụ tối thiểu nhận được tối đa thông tin: IP có hoạt động không, có nằm trong danh sách đen không, có giữ được phiên không và có truy cập được nền tảng cần thiết không. Trong bài viết này — 7 kiểm tra, giải quyết 100% câu hỏi trước khi khởi động chiến dịch, và tính toán chính xác lượng lưu lượng mà mỗi kiểm tra tiêu tốn.
Tại sao việc tiêu thụ lưu lượng khi kiểm tra lại quan trọng
Proxy cư trú và di động hầu như luôn được bán theo gói lưu lượng, chứ không phải theo thời gian truy cập. Nếu bạn quản lý 20-30 tài khoản Instagram hoặc kiểm tra các quảng cáo trên Facebook với nhiều IP, mỗi megabyte tiêu tốn cho việc "chỉ kiểm tra xem proxy có hoạt động không" — là một megabyte bị đánh cắp từ nhiệm vụ thực tế. Điều này đặc biệt quan trọng đối với các nhà tiếp thị, những người chạy hàng chục proxy trước khi tạo tài khoản: nếu tiêu tốn 20-30 MB cho mỗi kiểm tra mà không có kế hoạch, thì từ một gigabyte chỉ còn đủ lưu lượng cho 5-7 kiểm tra thực sự thay vì 15-20.
Lý do thứ hai — tốc độ quyết định. Khi bạn biết chính xác lượng tiêu thụ cho mỗi kiểm tra, bạn có thể tính toán ngân sách trước: ví dụ, "để kiểm tra 50 proxy trước khi mua một lô, sẽ tiêu tốn khoảng 300-400 MB", thay vì tiêu tốn toàn bộ gói và không còn lưu lượng cho công việc thực tế. Điều này đặc biệt quan trọng đối với các công ty SMM, những người kiểm tra proxy cho từng khách hàng riêng biệt, và cho các nhà bán hàng trên các nền tảng thương mại điện tử, những người kiểm tra tính khả dụng của Wildberries hoặc Ozon từ các khu vực khác nhau trước khi bắt đầu theo dõi giá.
Các nhà cung cấp tính toán lưu lượng proxy như thế nào
Hầu hết các nhà cung cấp proxy tính toán lưu lượng theo cả hai chiều — yêu cầu gửi đi (upload) và dữ liệu nhận được (download). Điều này có nghĩa là nếu bạn tải một trang có kích thước 500 KB, lượng tiêu thụ thực tế có thể là 520-550 KB tính cả tiêu đề yêu cầu và phản hồi từ máy chủ proxy. Điều này rất quan trọng khi tính toán: các con số trong bài viết này được đưa ra với một chút dư để phù hợp với hóa đơn thực tế.
Ngoài ra, tiêu thụ cũng bị ảnh hưởng bởi giao thức. Proxy HTTP/HTTPS thêm một chút overhead tối thiểu cho việc thiết lập đường hầm, trong khi SOCKS5 hoạt động "sạch" hơn một chút nhờ không có một phần tiêu đề HTTP. Sự khác biệt không lớn — 2-5% cho các yêu cầu ngắn — nhưng khi kiểm tra hàng loạt hàng trăm IP, nó tạo ra một khoản tiết kiệm đáng kể. Nếu bạn làm việc qua trình duyệt chống phát hiện như Dolphin Anty hoặc AdsPower, hãy lưu ý rằng chính trình duyệt khi khởi động hồ sơ tải thêm các tài nguyên bổ sung (phông chữ, tiện ích mở rộng), điều này cũng tiêu tốn lưu lượng proxy ngoài "kiểm tra sạch".
7 kiểm tra proxy và tiêu thụ lưu lượng cho mỗi
Dưới đây là bộ kiểm tra tối thiểu nhưng đầy đủ. Chúng đủ để hiểu proxy có phù hợp với nhiệm vụ hay không, mà không cần những yêu cầu "phòng trường hợp" không cần thiết.
1. Kiểm tra IP và địa lý
Kiểm tra đầu tiên và dễ nhất — tìm hiểu địa chỉ IP mà proxy cung cấp và xem địa lý có trùng khớp với thông tin đã khai báo hay không. Các dịch vụ như whoer.net, ip-api.com hoặc ipinfo.io được sử dụng. Yêu cầu đến API địa lý trả về JSON có kích thước 2-5 KB, nhưng nếu mở trang đầy đủ của whoer.net trong trình duyệt (có hình ảnh và kiểu dáng), lượng tiêu thụ tăng lên đến 300-500 KB. Khuyến nghị nên gọi chính API endpoint, thay vì mở trang web một cách trực quan.
Tiêu thụ: 3-10 KB qua API, lên đến 500 KB qua trình duyệt.
2. Kiểm tra tốc độ và độ ổn định của kết nối
Tốc độ rất quan trọng cho việc phát trực tuyến các quảng cáo, tải video lên TikTok hoặc đăng bài hàng loạt. Kiểm tra tốc độ đầy đủ qua speedtest.net hoặc fast.com tiêu tốn hàng chục megabyte dữ liệu đặc biệt để đo băng thông — điều này tốn kém cho ngân sách kiểm tra. Một lựa chọn tiết kiệm hơn là đo thời gian tải tệp có kích thước cố định (ví dụ, 1 MB hình ảnh thử nghiệm) và tính toán tốc độ bằng tay.
Tiêu thụ: 1-2 MB khi đo bằng tay, 20-50 MB khi kiểm tra tốc độ đầy đủ.
3. Kiểm tra rò rỉ (WebRTC, rò rỉ DNS)
Đối với các nhà tiếp thị và chuyên gia SMM làm việc qua trình duyệt chống phát hiện, việc đảm bảo rằng IP thực tế không bị "rò rỉ" qua WebRTC hoặc yêu cầu DNS mà không qua proxy là rất quan trọng. Các dịch vụ như browserleaks.com hoặc dnsleaktest.com thực hiện một số yêu cầu song song đến các máy chủ DNS và máy chủ STUN để kiểm tra WebRTC.
Tiêu thụ: 50-150 KB cho một kiểm tra đầy đủ của trang với kết quả.
4. Kiểm tra IP có nằm trong danh sách đen không
Proxy có thể hoạt động về mặt kỹ thuật, nhưng nếu IP đã bị phát hiện trong các cơ sở dữ liệu spam hoặc bị nền tảng chặn, thì nó sẽ không có giá trị. Kiểm tra qua các dịch vụ như IPQualityScore, Scamalytics hoặc MXToolbox Blacklist Check thường thực hiện yêu cầu đến một số cơ sở dữ liệu cùng một lúc.
Tiêu thụ: 10-40 KB cho một dịch vụ kiểm tra, lên đến 100 KB nếu bạn kiểm tra cùng lúc 3-4 cơ sở dữ liệu.
5. Kiểm tra truy cập vào nền tảng mục tiêu
Kiểm tra quan trọng nhất cho công việc thực tế — liệu Facebook, Instagram, TikTok, Wildberries hoặc Ozon có mở được qua IP này mà không có captcha, chuyển hướng đến xác thực hoặc bị chặn không. Tại đây, tiêu thụ lưu lượng phụ thuộc vào nền tảng: trang chính của Instagram có kích thước 1,5-2,5 MB tính cả các script và hình ảnh hồ sơ, dòng thời gian Facebook — 2-4 MB, thẻ sản phẩm trên Wildberries — 800 KB-1,2 MB. Để tiết kiệm, hãy mở không phải toàn bộ dòng thời gian, mà là trang đăng nhập hoặc yêu cầu API của nền tảng, nếu điều đó có thể thực hiện về mặt kỹ thuật.
Tiêu thụ: 800 KB — 4 MB tùy thuộc vào nền tảng.
6. Kiểm tra độ ổn định của phiên (sticky session)
Đối với các phiên dài — quản lý tài khoản, đặt hàng trên nền tảng thương mại điện tử, điền vào biểu mẫu nhiều bước — điều quan trọng là IP không thay đổi giữa phiên. Kiểm tra được thực hiện bằng cách đơn giản: nhiều lần liên tiếp với khoảng cách 2-5 phút yêu cầu cùng một dịch vụ địa lý và so sánh IP. Mỗi yêu cầu như vậy nhẹ, nhưng cần thực hiện ít nhất 5-6 lần để đảm bảo độ chính xác.
Tiêu thụ: 5-6 yêu cầu mỗi yêu cầu 3-10 KB = 15-60 KB tổng cộng.
7. Kiểm tra tính tương thích với trình duyệt chống phát hiện
Kiểm tra cuối cùng — khởi động hồ sơ trong Dolphin Anty, AdsPower, Multilogin, GoLogin hoặc Octo Browser với proxy đã được cấu hình và kiểm tra rằng fingerprint của trình duyệt, múi giờ và ngôn ngữ đã được điều chỉnh chính xác theo địa lý của IP. Việc khởi động hồ sơ với việc tải các tiện ích mở rộng và bộ nhớ cache của trình duyệt chống phát hiện — là giai đoạn "nặng" nhất trong tất cả bảy giai đoạn.
Tiêu thụ: 3-8 MB cho lần khởi động hồ sơ đầu tiên (bộ nhớ cache, tiện ích mở rộng, đồng bộ hóa).
Bảng tổng hợp tiêu thụ cho toàn bộ kiểm tra
Nếu thực hiện tất cả 7 kiểm tra theo cách tiết kiệm (API thay vì các trang web trực quan, đo tốc độ bằng tay thay vì speedtest), tổng tiêu thụ cho một IP sẽ nằm trong khoảng 5-10 MB. Điều này có nghĩa là từ 1 GB lưu lượng, bạn có thể kiểm tra từ 100 đến 200 proxy khác nhau trước khi chọn nhóm làm việc.
| Kiểm tra | Tiêu thụ tiết kiệm | Tiêu thụ "mặc định" |
|---|---|---|
| IP và địa lý | 3-10 KB | lên đến 500 KB |
| Tốc độ kết nối | 1-2 MB | 20-50 MB |
| Rò rỉ WebRTC/DNS | 50-150 KB | 150-300 KB |
| Danh sách đen | 10-40 KB | lên đến 100 KB |
| Truy cập vào nền tảng | 800 KB-1,2 MB | 2-4 MB |
| Độ ổn định của phiên | 15-60 KB | 50-100 KB |
| Trình duyệt chống phát hiện | 3-8 MB | 10-15 MB |
| Tổng cộng cho 1 IP | ~5-10 MB | ~35-70 MB |
Cách giảm thiểu tiêu thụ khi kiểm tra
Tiết kiệm lưu lượng khi kiểm tra là một kỷ luật, không phải là phép thuật. Dưới đây là danh sách kiểm tra làm việc mà các nhà tiếp thị sử dụng khi mua proxy hàng loạt:
- Sử dụng API endpoints của các dịch vụ địa lý thay vì mở trực quan các trang web qua trình duyệt;
- Tắt tải hình ảnh trong trình duyệt ở giai đoạn kiểm tra truy cập vào nền tảng — bạn chỉ cần sự thật về việc mở trang, không phải hình thức trực quan của nó;
- Kiểm tra tốc độ qua curl hoặc đo thời gian tải tệp thử nghiệm bằng tay, không qua speedtest.net;
- Nhóm các kiểm tra: trước tiên nhanh chóng loại bỏ IP theo địa lý và danh sách đen (5-50 KB), và chỉ kiểm tra những cái còn lại về truy cập vào nền tảng (giai đoạn tốn kém nhất);
- Tạo một hồ sơ kiểm tra riêng trong trình duyệt chống phát hiện với bộ tiện ích mở rộng tối thiểu — điều này giảm tiêu thụ cho bộ nhớ cache và đồng bộ hóa;
- Nếu nhà cung cấp cung cấp thời gian thử nghiệm hoặc lưu lượng thử nghiệm — hãy sử dụng nó cho chính 7 kiểm tra này, không phải cho công việc thực tế.
Những lỗi điển hình khi kiểm tra proxy
Lỗi đầu tiên và thường gặp nhất — kiểm tra proxy bằng cách mở toàn bộ dòng thời gian Instagram hoặc Facebook với video tự động phát. Một lần truy cập như vậy có thể tiêu tốn 5-10 MB thay vì 2 MB, nếu chỉ chờ tải trang chính mà không cuộn.
Lỗi thứ hai — kiểm tra lại cùng một IP bằng nhiều dịch vụ mà không cần thiết. Nếu whoer.net đã hiển thị địa lý chính xác, không cần phải lặp lại kiểm tra qua ipinfo.io và iplocation.net — điều này sẽ làm tăng tiêu thụ mà không mang lại lợi ích thêm.
Lỗi thứ ba — kiểm tra proxy trong hồ sơ "chiến đấu" của trình duyệt chống phát hiện với toàn bộ lịch sử, bộ nhớ cache và tiện ích mở rộng. Hồ sơ như vậy tiêu tốn gấp 2-3 lần lưu lượng cho việc đồng bộ hóa so với hồ sơ kiểm tra sạch.
Lỗi thứ tư — bỏ qua sự khác biệt giữa IP cư trú tĩnh và proxy di động với việc xoay vòng động. Nếu kiểm tra độ ổn định của phiên trên proxy có việc xoay vòng IP tự động mỗi vài phút, kiểm tra sẽ cho thấy "không ổn định" ở nơi mà thực tế là việc xoay vòng bình thường, không phải là vấn đề của proxy.
Loại proxy nào nên chọn cho nhiệm vụ
Kết quả của bảy kiểm tra trực tiếp chỉ ra loại proxy nào cần cho nhiệm vụ cụ thể. Đối với việc tạo tài khoản quảng cáo trên Facebook Ads và TikTok Ads, nơi mà sự tương đồng tối đa với người dùng thực là quan trọng, thường chọn proxy cư trú — chúng ít bị đưa vào danh sách đen hơn và cho kết quả sạch hơn trong việc kiểm tra địa lý và rò rỉ.
Đối với việc làm việc với Instagram và TikTok, đặc biệt là khi đăng ký tài khoản mới và liên kết số điện thoại, các nhà tiếp thị thường ưu tiên proxy di động — các nền tảng coi những IP này như người dùng bình thường từ internet di động, điều này giảm khả năng bị chặn trong giai đoạn xác thực.
Còn đối với việc thu thập giá trên Wildberries, Ozon hoặc Avito, nơi mà tốc độ và khối lượng yêu cầu là quan trọng hơn là "tính người", thì hợp lý hơn khi sử dụng proxy trung tâm dữ liệu — chúng nhanh hơn và rẻ hơn khi tính theo gigabyte, và đối với việc theo dõi giá, danh tiếng của IP không quan trọng như đối với các tài khoản quảng cáo.
| Nhiệm vụ | Loại proxy được khuyến nghị | Kiểm tra ưu tiên |
|---|---|---|
| Tạo tài khoản Facebook/TikTok Ads | Proxy cư trú | Danh sách đen, rò rỉ, truy cập vào nền tảng |
| Quản lý Instagram/TikTok cho SMM | Proxy di động | Địa lý, độ ổn định của phiên |
| Thu thập giá Wildberries/Ozon/Avito | Proxy trung tâm dữ liệu | Tốc độ kết nối, truy cập vào nền tảng |
Kết luận
Một kiểm tra đầy đủ cho proxy không yêu cầu hàng gigabyte lưu lượng — chỉ cần bảy kiểm tra mục tiêu: IP và địa lý, tốc độ, rò rỉ WebRTC/DNS, danh sách đen, truy cập vào nền tảng mục tiêu, độ ổn định của phiên và tính tương thích với trình duyệt chống phát hiện. Với cách tiếp cận tiết kiệm, toàn bộ bộ kiểm tra nằm trong khoảng 5-10 MB cho mỗi IP, có nghĩa là từ gói 1 GB, bạn có thể kiểm tra hàng trăm proxy trước khi chọn nhóm làm việc cho việc tạo tài khoản, quản lý hồ sơ SMM hoặc thu thập dữ liệu từ các nền tảng thương mại điện tử.
Nếu sau các kiểm tra bạn dự định mở rộng công việc — tạo tài khoản quảng cáo, quản lý hàng chục hồ sơ trên Instagram hoặc theo dõi giá của đối thủ — hãy chọn loại proxy phù hợp với nhiệm vụ cụ thể. Đối với các nền tảng quảng cáo và mạng xã hội, proxy cư trú là lựa chọn tốt hơn, trong khi cho việc thu thập dữ liệu nhanh chóng với khối lượng lớn, proxy trung tâm dữ liệu với tốc độ cao hơn trên mỗi megabyte lưu lượng là hợp lý hơn.