Trả lời thẳng: đừng hỏi “một IP bao nhiêu”, hãy hỏi “một nick tốn bao nhiêu”

Chi phí proxy nuôi tài khoản không nằm ở giá một IP, mà nằm ở phép chia: tổng tiền proxy mỗi tháng chia cho số nick đang vận hành trên số IP đó. Cùng một mức giá IP, người gán một nick một IP và người gán chung nhiều nick một IP sẽ có chi phí trên mỗi nick khác nhau hoàn toàn – đổi lại là mức rủi ro liên đới khác nhau. Bài này cho bạn công thức, ví dụ tính cụ thể bằng mốc giá thật của Dyvi, và danh sách những chi phí thường bị quên khiến ngân sách dự toán lệch hẳn so với thực tế.

Mốc giá dùng trong bài: Private Proxy datacenter tại Dyvi là 65.000đ/IP/tháng, chưa gồm VAT 10% – tức 71.500đ/IP/tháng sau VAT. Mọi ví dụ dưới đây đều tính trên mốc này và ghi rõ chưa VAT, để bạn thay số của nhà cung cấp khác vào nếu cần.

Công thức tính chi phí proxy nuôi tài khoản

Chi phí proxy trên mỗi nick/tháng = (Số IP × Đơn giá IP) ÷ Số nick đang vận hành

Ba biến số, và bạn là người quyết hai trong ba: số IP mua và số nick gắn trên mỗi IP (tỉ lệ gán). Đơn giá chỉ là biến số còn lại, và thường là biến số ít quan trọng nhất – vì cách bạn gán nick ảnh hưởng đến kết quả nhiều hơn chênh lệch giá giữa các nhà cung cấp.

Muốn tính tổng ngân sách tháng, đảo công thức lại: số IP cần mua bằng số nick chia cho tỉ lệ gán bạn đã chọn, nhân đơn giá, cộng VAT.

Ví dụ tính cụ thể (số học, không phải khuyến nghị tỉ lệ)

Các ví dụ sau dùng các tỉ lệ gán khác nhau thuần túy để minh họa phép tính. Chúng không phải khuyến nghị rằng tỉ lệ nào là an toàn – lựa chọn tỉ lệ thuộc khung quyết định theo giá trị nick và mức liên đới bạn chấp nhận, và phải được kiểm chứng trên dàn của bạn trước.

Ví dụ 1: 20 nick, gán 1 IP cho 1 nick

• Số IP cần: 20
• Tổng chi phí: 20 × 65.000đ = 1.300.000đ/tháng (chưa VAT); sau VAT: 1.430.000đ
• Chi phí trên mỗi nick: 65.000đ/tháng (chưa VAT)

Ví dụ 2: 20 nick, tự test và quyết định gán 2 nick chung 1 IP

• Số IP cần: 10
• Tổng chi phí: 10 × 65.000đ = 650.000đ/tháng (chưa VAT); sau VAT: 715.000đ
• Chi phí trên mỗi nick: 32.500đ/tháng (chưa VAT)

Chênh lệch giữa hai ví dụ là 650.000đ/tháng. Nhưng con số chưa nói hết câu chuyện: ở Ví dụ 2, khi một IP gặp vấn đề, số nick bị ảnh hưởng gấp đôi. Chi phí thấp hơn phải được đặt cạnh chi phí xử lý sự cố và chi phí mất nick – phần nằm ở mục dưới.

Ví dụ 3: 50 nick, tính theo mô hình phân tầng

Đây là cách áp công thức cho một dàn có cả nick chính lẫn nick phụ, thay vì một tỉ lệ duy nhất cho toàn dàn (vẫn là minh họa số học, không phải khuyến nghị tỉ lệ):

• Nhóm nick chính: 20 nick, gán 1 nick/IP: cần 20 IP – 20 × 65.000đ = 1.300.000đ/tháng (chưa VAT)
• Nhóm nick phụ: 30 nick, gán 2 nick/IP theo kết quả test của bạn: cần 15 IP – 15 × 65.000đ = 975.000đ/tháng (chưa VAT)
• Tổng cả dàn: 35 IP – 2.275.000đ/tháng (chưa VAT); sau VAT: 2.502.500đ
• Chi phí bình quân trên mỗi nick: 2.275.000đ ÷ 50 = 45.500đ/tháng (chưa VAT)

So với phương án gán đều 1 nick/IP cho cả 50 nick (50 IP – 3.250.000đ/tháng chưa VAT), mô hình phân tầng tiết kiệm 975.000đ/tháng mà vẫn giữ nhóm nick chính ở mức tách riêng IP hoàn toàn. Phần tiết kiệm chỉ đến từ nhóm nick phụ – đúng nhóm mà mất nick thiệt hại thấp nhất. Đây là ý của mục phân tầng ở dưới: tối ưu chi phí là tối ưu có chọn lọc, không phải ép toàn dàn về tỉ lệ rẻ nhất.

Chi phí proxy dân cư tính thế nào?

Bài này dùng mốc datacenter vì đó là mốc giá được niêm yết rõ ràng. Với dòng dân cư, công thức giữ nguyên – (số IP × đơn giá) ÷ số nick – chỉ thay đơn giá bằng giá của dòng dân cư tại thời điểm bạn mua, lấy từ danh mục proxy dân cư trên dyvi.cloud hoặc hỏi Zalo 0398 195 859.

Hai lưu ý khi tính cho dòng dân cư. Một, đừng suy đơn giá dân cư từ mốc 65.000đ của dòng datacenter: hai dòng là hai sản phẩm khác nhau (IP từ nhà mạng SPT, dải ISP, so với IP datacenter sạch), và bài này không có cơ sở để gán giá cho dòng dân cư.

Hai, trong mô hình phân tầng ở Ví dụ 3, dòng dân cư thường được cân nhắc cho nhóm nick chính – nhóm mà độ trust của IP quan trọng nhất – còn nhóm phụ vẫn có thể ở dòng datacenter. Khi đó tổng ngân sách là tổng của hai dòng, tính riêng từng dòng theo công thức rồi cộng lại, thay vì một phép nhân duy nhất.

Những chi phí hay bị quên khi lên ngân sách

• VAT 10%. Giá niêm yết của Dyvi chưa gồm VAT. Dự toán bằng giá chưa thuế rồi đến lúc thanh toán mới cộng thêm là lỗi phổ biến nhất.
• Chi phí tạo lại nick. Nếu môi trường không ổn, nick mất liên tục, tiền và công tạo nick mới, nuôi lại từ đầu thường lớn hơn nhiều so với phần tiết kiệm được nhờ gán chung IP. Đây là lý do không nên tối ưu chi phí IP bằng mọi giá.
• Chi phí IP dự phòng. Người vận hành nghiêm túc thường có sẵn một ít IP trống để thay ngay khi một IP bị đưa vào danh sách đen hoặc không dùng được, thay vì chờ xử lý trong lúc cả nhóm nick đang treo.
• Chi phí công cụ đi kèm. Proxy chỉ là một phần của môi trường: antidetect browser (nếu bạn dùng bản trả phí) và máy/VPS vận hành là các khoản nằm ngoài giá proxy nhưng thuộc cùng một ngân sách môi trường. Bài này không tính chúng vào vì giá từng công cụ nằm ngoài phạm vi Dyvi cung cấp – bạn tự cộng từ bảng giá công cụ mình dùng.
• Chi phí thời gian kiểm tra và ghi log. Không ra tiền mặt, nhưng bỏ qua khâu này thì các chi phí phía trên đều tăng.

Tối ưu chi phí đúng cách: tối ưu theo nhóm nick, không tối ưu đồng loạt

Cách cắt chi phí hợp lý không phải ép mọi nick về cùng một tỉ lệ rẻ nhất, mà là chia nhóm:

Nhìn theo cách này, ngân sách proxy là ngân sách phân tầng rủi ro, không phải một con số bình quân chia đều.

Bảng tra nhanh theo quy mô dàn (mốc datacenter)

Bảng dưới đây áp công thức ở tỉ lệ 1 nick/IP thuần túy để bạn tra nhanh trật tự độ lớn của ngân sách – không phải khuyến nghị tỉ lệ. Muốn ra số của dàn mình, thay tỉ lệ gán bạn đã test vào công thức như ở Ví dụ 2 và Ví dụ 3.

Đọc bảng này đúng cách: ở tỉ lệ 1 nick/IP, chi phí trên mỗi nick không đổi theo quy mô – nó luôn bằng đơn giá một IP. Thứ thay đổi chi phí trên mỗi nick không phải quy mô dàn, mà là tỉ lệ gán và số nick chết phải tạo lại. Vì vậy hai dàn cùng 50 nick ở hai nơi bán khác nhau có thể lệch nhau rất ít, nhưng hai cách vận hành khác nhau trên cùng một dàn lại lệch nhau rất nhiều – đó là lý do bài này luôn quay về công thức thay vì dừng ở đơn giá.

Hai lỗi dự toán thường gặp

• Tính theo số IP đã mua thay vì số nick đang sống. Mua 50 IP mà chỉ 30 nick đang vận hành ổn định thì chi phí thật trên mỗi nick cao hơn dự toán 1,6 lần. Luôn chia cho số nick đang vận hành thật.
• So sánh nhà cung cấp chỉ bằng đơn giá IP. Hai nơi chênh nhau vài nghìn đồng một IP không đáng kể bằng chính sách đổi IP khi IP lỗi, IP riêng hay dùng chung, và việc giá đã gồm thuế hay chưa. Đọc kỹ phần này ở bài tiêu chí chọn nhà cung cấp trong cùng cụm trước khi chốt nơi mua.
• Trộn chi phí công cụ vào giá proxy khi so sánh. Antidetect browser và VPS là khoản riêng của ngân sách môi trường; nếu cộng chúng vào rồi chia cho số IP, bạn sẽ ra một “đơn giá proxy” không có thật và so sánh sai mọi nhà cung cấp. Tách ba khoản – proxy, công cụ, máy vận hành – dự toán riêng từng khoản, chỉ cộng ở tổng ngân sách cuối cùng.

Thông tin chi tiết gói và giá hiện hành nằm tại bảng giá Private Proxy; nền tảng về loại IP nằm ở hub proxy datacenter và tiêu chuẩn IP sạch ở bài proxy sạch là gì.

Tháng đầu và các tháng sau: vì sao ngân sách không giống nhau

Đừng lấy ngân sách tháng đầu nhân cho cả năm – tháng đầu chứa những khoản không lặp lại, và đôi khi chứa cả khoản giảm giá chỉ có một lần. Cụ thể, tháng đầu thường gồm: chi phí vòng test bằng gói nhỏ trước khi mua số lượng vận hành thật; khoản mua IP dự phòng ban đầu để có sẵn IP thay thế; và ở chiều ngược lại, mã giảm 20% cho đơn đầu của khách mới làm tháng đầu nhẹ hơn bình thường.

Từ tháng thứ hai trở đi, ngân sách mới về trạng thái ổn định: số IP đang vận hành cộng IP dự phòng, nhân đơn giá gốc, cộng VAT. Cách dự toán đúng là tách hai lớp: chi phí một lần (test, thiết lập ban đầu) và chi phí lặp lại hằng tháng (IP đang chạy). Cộng chung hai lớp vào một con số tháng rồi nhân 12 là lỗi khiến dự toán năm lệch ngay từ đầu – lệch lên vì tính thừa khoản một lần, hoặc lệch xuống vì lấy tháng đầu đã giảm giá làm mẫu cho các tháng sau.

Vòng rà soát ngân sách mỗi tháng gồm những gì

Dự toán lập một lần rồi để đó sẽ lệch dần theo thời gian, vì dàn nick thay đổi liên tục. Mỗi tháng, dành một vòng rà soát ngắn với bốn việc:

1. Đối chiếu số IP đang trả tiền với số nick đang vận hành. IP nào không còn nick nào dùng, hoặc nick đã chết mà chưa gỡ khỏi phép tính, đều làm chi phí thật trên mỗi nick cao hơn con số trong đầu bạn.
2. Kiểm tra IP dự phòng còn đủ không. Nhóm nick chính hết IP dự phòng là rủi ro chờ sẵn: một IP bị đưa vào danh sách đen giữa tháng sẽ buộc bạn hoặc chờ xử lý, hoặc gán tạm nick chính sang IP đang dùng chung.
3. Cập nhật lại đơn giá và VAT nếu có thay đổi. Dự toán phải luôn tính trên giá hiện hành và phân biệt rõ chưa VAT/đã VAT – lẫn hai mốc này là lệch 10% ngay từ đầu.
4. Ghi lại chi phí thực trên mỗi nick của tháng vừa rồi. So con số này với dự toán tháng trước: lệch nhiều thì tìm nguyên nhân ở tỉ lệ gán, ở số nick chết, hay ở IP thừa – ba nguyên nhân đó xử lý khác nhau hoàn toàn.

FAQ

Giá 65.000đ đã là giá cuối cùng phải trả chưa?

Chưa. 65.000đ/IP/tháng là giá chưa gồm VAT 10%. Số tiền thực trả cho một IP là 71.500đ/tháng. Khi nhận mã giảm giá cho khách mới (xem phần cuối bài), mức giảm áp dụng theo điều kiện của mã tại thời điểm nhận – hỏi rõ trước khi thanh toán để dự toán đúng.

Nuôi 100 nick thì tốn bao nhiêu tiền proxy?

Áp công thức: 100 chia cho tỉ lệ gán bạn chọn, nhân 65.000đ, cộng 10% VAT. Ví dụ thuần số học với tỉ lệ 1 nick/IP: 100 IP × 65.000đ = 6.500.000đ/tháng chưa VAT. Con số của bạn sẽ khác tùy tỉ lệ bạn chốt sau khi test – đừng lấy ví dụ này làm phương án vận hành.

Có cách nào giảm chi phí ngoài việc gán chung IP không?

Có: giảm số nick chết phải tạo lại (đầu tư đúng vào kiểm tra IP và kỷ luật môi trường), chỉ mua IP theo số nhóm nick thật đang vận hành thay vì mua dự phòng quá tay, và định kỳ rà soát các IP đang trả tiền mà không còn nick nào sử dụng.

Nên trả theo tháng hay mua dài hạn để rẻ hơn?

Bài này không đưa ra khuyên bảo vì điều kiện từng gói thay đổi theo nhà cung cấp và thời điểm. Nguyên tắc an toàn: chưa qua giai đoạn test bằng gói nhỏ trả phí và chưa có log vận hành ổn định thì không khóa tiền vào gói dài hạn, dù đơn giá có hấp dẫn hơn.

Chi phí proxy dân cư tính theo công thức trong bài được không?

Được – công thức không đổi: (số IP × đơn giá) ÷ số nick. Chỉ khác ở đơn giá: giá dòng dân cư của Dyvi không nằm trong bài này, bạn lấy từ danh mục proxy dân cư trên dyvi.cloud hoặc hỏi Zalo 0398 195 859 rồi thay vào công thức. Đừng lấy mốc 65.000đ của dòng datacenter áp sang dòng dân cư.

Mã giảm giá khách mới 20% áp vào dự toán thế nào?

Mã giảm 20% chỉ áp cho đơn đầu tiên khi bạn nhận mã qua Zalo, nên nó chỉ làm nhẹ tháng đầu. Dự toán các tháng sau phải tính theo giá gốc (65.000đ/IP/tháng chưa VAT với dòng datacenter) – ngân sách dài hạn dựng trên giá đã giảm sẽ lệch ngay từ tháng thứ hai.

Bắt đầu tính cho dàn của bạn

Lấy số nick đang vận hành, tỉ lệ gán bạn đã test đạt, áp công thức trong bài và đối chiếu với bảng giá Private Proxy. Nếu chưa có tỉ lệ nào được kiểm chứng, hãy bắt đầu bằng gói nhỏ nhất – chi phí của một vòng test luôn rẻ hơn chi phí mua lớn theo cảm tính.

Đăng ký Dyvi Cloud – nhận khuyến mãi khách hàng mới. Hỗ trợ kỹ thuật: Telegram @binhlt94.

Dyvi.Cloud – Proxy và VPS ổn định cho vận hành liên tục.

Website: http://dyvi.cloud/

Hotline: 0398195859

Telegram: @binhlt94