Khi đội có từ hai đến ba người trở lên làm việc với tài khoản Facebook Ads, TikTok Ads hoặc các sàn thương mại điện tử, câu hỏi “ai sẽ sử dụng proxy nào” không còn là chuyện nhỏ. Một sơ đồ sai có thể dẫn đến chuỗi cấm toàn đội, lãng phí ngân sách quảng cáo và tranh cãi “ai là người gây ra việc bị chặn”. Chúng ta sẽ phân tích khi nào thì proxy cá nhân cho từng nhân viên là có lợi, và khi nào có thể sử dụng nhóm chung, cũng như cách theo dõi mà không gây ra sự hỗn loạn trong bảng tính.
Tại sao việc theo dõi proxy lại quan trọng đối với đội
Khi trong đội chỉ có một người, proxy chỉ là một cài đặt kỹ thuật trong trình duyệt chống phát hiện. Nhưng khi có 5, 10 hoặc 50 nhân viên cùng quản lý các tài khoản Facebook Ads, tài khoản khách hàng trên Instagram hoặc kiểm tra giá trên Wildberries, sơ đồ làm việc với proxy trở thành một phần của an ninh hoạt động của doanh nghiệp.
Hãy tưởng tượng tình huống: một cơ quan có nhóm chung gồm 20 proxy, chúng được phân phát cho nhân viên “theo nhu cầu” mà không ghi lại ai sử dụng IP nào. Một nhân viên bị cấm tài khoản do hoạt động đáng ngờ — và hệ thống bảo vệ của nền tảng đánh dấu IP đó là rủi ro. Một ngày sau, địa chỉ này lại vô tình được giao cho một nhân viên khác, tài khoản của họ bị cấm “theo nhóm”. Một tuần sau, đã có ba đội hoảng loạn, và không thể tìm ra nguồn gốc của chuỗi — không ai ghi chép lại.
Đây là vấn đề cổ điển của việc đa tài khoản trong quy mô đội. Nó không được giải quyết bằng cách mua proxy đắt hơn, mà bằng cách tổ chức đúng quy trình: ai, IP nào, cho tài khoản nào và sử dụng bao nhiêu lưu lượng. Tiếp theo, chúng ta sẽ phân tích cả hai mô hình — nhóm chung và proxy cá nhân — và chỉ ra nơi mà mỗi mô hình phù hợp.
Nhóm proxy chung: khi nào thì hoạt động
Nhóm chung là một tập hợp các proxy, có sẵn cho tất cả nhân viên thông qua một bảng điều khiển hoặc trình quản lý proxy, từ đó mỗi người lấy IP khi cần. Sơ đồ này hoạt động tốt trong các nhiệm vụ không yêu cầu gắn kết lâu dài giữa tài khoản với địa chỉ cụ thể: kiểm tra giá đối thủ trên Ozon, kiểm tra kết quả của Yandex.Direct từ các khu vực khác nhau, kiểm tra hàng loạt quảng cáo trên Avito.
Đối với những nhiệm vụ như vậy, thường chỉ cần proxy trung tâm dữ liệu — chúng nhanh chóng, giá cả hợp lý và rất phù hợp cho các phiên ngắn mà không cần gắn bó với tài khoản cụ thể. Nếu nhiệm vụ là thu thập dữ liệu giá hàng ngày từ 500 thẻ sản phẩm, không quan trọng ai trong số các nhân viên và từ IP nào đã thực hiện điều đó: tài khoản không cần thiết, rủi ro bị chặn là tối thiểu.
Nhưng nhóm chung có thể nguy hiểm ở những nơi có tài khoản cá nhân hóa: các tài khoản quảng cáo Facebook Ads, hồ sơ trên Instagram, tài khoản cá nhân của người bán trên Wildberries. Các nền tảng phân tích mối liên kết “tài khoản + IP + thiết bị (dấu vân tay)” và ghi nhớ cặp này. Nếu hôm nay Ivan đã truy cập tài khoản của khách hàng với IP 1, và ngày mai Maria truy cập cùng một tài khoản với IP 2 — điều này trông giống như hoạt động đáng ngờ, vì không chỉ địa chỉ thay đổi mà toàn bộ môi trường kỹ thuật số của phiên cũng thay đổi.
Kết luận: nhóm chung phù hợp cho các hoạt động không có tài khoản cố định. Đối với việc quản lý các tài khoản quảng cáo và hồ sơ trên mạng xã hội, nó tạo ra nhiều rủi ro hơn là tiết kiệm tiền.
Proxy cá nhân cho nhân viên
Mô hình cá nhân gán cho mỗi nhân viên (hay chính xác hơn — cho mỗi tài khoản hoặc hồ sơ trong trình duyệt chống phát hiện) một IP tĩnh riêng, không giao nhau với những người khác. Đây là tiêu chuẩn cho các cơ quan quản lý tài khoản khách hàng trên Facebook Ads, TikTok Ads, Instagram hoặc quản lý tài khoản cá nhân trên các sàn thương mại điện tử.
Logic rất đơn giản: nếu IP luôn giống nhau cho một tài khoản cụ thể, nền tảng thấy một bức tranh ổn định, “tại nhà” khi đăng nhập — cùng một khu vực, cùng một nhà cung cấp, cùng một phiên. Các thuật toán chống gian lận phản ứng chính xác với các bất thường: sự thay đổi đột ngột về địa điểm, IP trung tâm dữ liệu thay vì địa chỉ nhà bình thường, các lần đăng nhập đồng thời từ các nơi khác nhau trên thế giới. Proxy cá nhân loại bỏ những bất thường này ngay từ đầu.
Đối với sơ đồ này, thường sử dụng proxy dân cư — chúng cung cấp các địa chỉ IP thực từ các nhà cung cấp dịch vụ tại nhà, không khác biệt so với người dùng internet bình thường. Đối với các nhiệm vụ mà chữ ký di động của mạng là rất quan trọng (ví dụ, nuôi tài khoản TikTok hoặc Instagram, nơi nền tảng kiểm tra loại kết nối), sử dụng proxy di động — IP thuộc về nhà mạng di động, và việc thay đổi diễn ra tự nhiên, giống như một chiếc smartphone thực sự.
Nhược điểm của mô hình cá nhân là giá cả. Nhiều IP hơn, chi phí hạ tầng cao hơn. Nhưng đối với một cơ quan chịu trách nhiệm trước khách hàng về sự an toàn của tài khoản quảng cáo, đây là một khoản chi hợp lý: một tài khoản bị cấm với ngân sách 500.000 ₽ cho quảng cáo tốn kém hơn cả năm proxy cá nhân cho toàn đội.
Bảng so sánh: nhóm vs proxy cá nhân
Chúng ta sẽ tổng hợp cả hai mô hình vào bảng để dễ dàng đưa ra quyết định cho bộ phận hoặc nhiệm vụ cụ thể.
| Tiêu chí | Nhóm chung | Proxy cá nhân |
|---|---|---|
| Chi phí cho đội | Thấp hơn, IP được chia sẻ | Cao hơn, 1 IP cho tài khoản/nhân viên |
| Rủi ro chain-ban | Cao | Tối thiểu |
| Phù hợp cho các tài khoản quảng cáo | Không | Có |
| Phù hợp cho việc kiểm tra không có tài khoản | Có | Thừa thãi |
| Đơn giản trong việc theo dõi lưu lượng | Khó hơn — cần hệ thống ghi chép | Dễ hơn — lưu lượng gắn với IP |
| Loại proxy được khuyến nghị | Trung tâm dữ liệu | Dân cư / Di động |
Chain-bans và rủi ro bảo mật khi chia sẻ
Chain-ban là chuỗi các lệnh cấm, khi nền tảng liên kết nhiều tài khoản thông qua các đặc điểm chung: một IP, một dấu vân tay thiết bị, một thẻ thanh toán, một cookie. Nếu đội chia sẻ proxy mà không theo dõi, rủi ro khởi động một chuỗi như vậy tăng lên theo tỷ lệ số nhân viên.
Một kịch bản phổ biến trong các cơ quan SMM: quản lý A quản lý 10 tài khoản Instagram của khách hàng thông qua một IP trong nhóm. Một trong các tài khoản nhận được khiếu nại và bị chặn do hoạt động đáng ngờ. Instagram kiểm tra IP và tìm thấy 9 tài khoản khác đã truy cập từ cùng một địa chỉ trong vài tuần qua — và cấm toàn bộ chuỗi, bao gồm cả các tài khoản mà quản lý B, người không liên quan đến sự cố, đã quản lý.
Rủi ro thứ hai — rò rỉ quyền truy cập. Khi proxy là chung và dữ liệu kết nối nằm trong một tệp Excel với mật khẩu “1234”, khi một nhân viên nghỉ việc hoặc thay đổi nhà thầu, phải thay đổi toàn bộ nhóm, chứ không chỉ một địa chỉ. Điều này làm chậm công việc và tạo ra một khoảng trống dễ bị tấn công.
Rủi ro thứ ba — xung đột phiên. Nếu hai nhân viên vô tình sử dụng một IP đồng thời cho các tài khoản khác nhau trên cùng một nền tảng, hệ thống bảo mật của Facebook hoặc TikTok ghi nhận các phiên song song từ một địa chỉ và có thể chặn cả hai tài khoản “để đề phòng”, ngay cả khi không có hành vi trái phép nào xảy ra.
Giảm thiểu những rủi ro này chỉ có thể bằng một cách — gắn chặt mối liên kết “tài khoản — IP — hồ sơ trong trình duyệt chống phát hiện” và không thay đổi nó khi không cần thiết. Đó là lý do tại sao đối với các tài khoản có ngân sách quảng cáo, mô hình cá nhân gần như luôn thắng so với nhóm chung.
Cách tổ chức theo dõi lưu lượng theo nhân viên
Theo dõi lưu lượng giải quyết hai nhiệm vụ: kiểm soát ngân sách (ai đã tiêu tốn bao nhiêu gigabyte hoặc giờ proxy) và kiểm toán an ninh (ai và khi nào đã truy cập từ IP nào). Đây là sơ đồ làm việc cho đội từ 5 người trở lên.
Bước 1. Bảng ghi chép. Duy trì một sổ đăng ký chung: nhân viên → tài khoản/khách hàng → IP proxy → ngày cấp → loại proxy (dân cư/di động/trung tâm dữ liệu). Google Sheets với quyền truy cập hạn chế cho chỉnh sửa sẽ phù hợp — chỉ có team lead hoặc trưởng bộ phận mới có thể thay đổi các bản ghi.
Bước 2. Tài khoản của nhà cung cấp. Hầu hết các dịch vụ proxy cung cấp tài khoản cá nhân với thống kê về việc tiêu thụ lưu lượng cho từng IP hoặc cổng riêng biệt. Kiểm tra tiêu thụ hàng tuần — sự gia tăng đột ngột về tiêu thụ của một nhân viên có thể cho thấy sự tự động hóa không cần thiết, rò rỉ quyền truy cập hoặc một lỗi đơn giản trong cài đặt.
Bước 3. Ghi chép trong trình duyệt chống phát hiện. Dolphin Anty, AdsPower và Multilogin lưu trữ lịch sử, từ hồ sơ nào và khi nào đã đăng nhập, qua proxy nào. Thường xuyên đối chiếu các bản ghi này với bảng ghi chép — sự khác biệt báo hiệu vi phạm quy định.
Bước 4. Giới hạn cho nhân viên. Nếu nhà cung cấp hỗ trợ tính phí theo lưu lượng, hãy đặt giới hạn ước lượng cho mỗi người hoặc bộ phận (ví dụ, 50 GB mỗi tháng cho chuyên gia SMM quản lý 20 tài khoản). Điều này giúp đội ngũ có kỷ luật và đơn giản hóa dự đoán ngân sách cho hạ tầng.
Bước 5. Thường xuyên thay đổi người phụ trách. Nếu một nhân viên nghỉ việc hoặc chuyển sang dự án khác, ngay lập tức chuyển giao IP cho người phụ trách mới và ghi lại điều này trong sổ đăng ký — không để lại các proxy “không ai quản lý” mà không có sự gắn bó.
Thiết lập vai trò trong Dolphin Anty và AdsPower
Các trình duyệt chống phát hiện ban đầu được thiết kế cho công việc nhóm, vì vậy chúng có các công cụ phân phối quyền truy cập tích hợp. Trong Dolphin Anty, có không gian nhóm (Teams): bạn tạo một không gian làm việc cho cơ quan, thêm nhân viên qua email và chỉ định cho mỗi người quyền truy cập chỉ vào các hồ sơ trình duyệt cụ thể. Proxy không được gắn trực tiếp vào nhân viên, mà vào một hồ sơ cụ thể — vì vậy ngay cả khi quyền truy cập vào hồ sơ được chuyển cho người khác, mối liên kết “tài khoản + IP” không thay đổi.
Trong AdsPower, có logic tương tự: có chức năng quản lý nhóm (Group Management), nơi bạn tạo các nhóm hồ sơ theo khách hàng hoặc lĩnh vực và cấp quyền cho các thành viên trong đội — ai đó có thể chỉ xem, ai đó có thể chỉnh sửa, ai đó có thể khởi động. Proxy được chỉ định ở cấp độ hồ sơ trong phần cài đặt kết nối, và khi xuất báo cáo, có thể thấy IP nào đã được sử dụng trong mỗi phiên.
Khuyến nghị thực tiễn: tạo một hồ sơ trình duyệt chống phát hiện cho một tài khoản khách hàng, chứ không phải cho một nhân viên. Nếu nhân viên đi nghỉ hoặc nghỉ việc, bạn chỉ cần chuyển quyền truy cập cho hồ sơ (với toàn bộ lịch sử cookie, dấu vân tay và proxy đã gắn) cho người tiếp theo — tài khoản khách hàng không thấy bất kỳ sự khác biệt nào, vì dấu vân tay kỹ thuật số của phiên không thay đổi.
Cách tiếp cận này giải quyết xung đột chính giữa proxy “chung” và “cá nhân”: proxy cá nhân không dành cho con người, mà cho tài khoản/hồ sơ, và con người có thể thay đổi chỗ mà không có rủi ro cho dự án của khách hàng.
Loại proxy nào nên chọn cho đội
Việc lựa chọn phụ thuộc vào nhiệm vụ của bộ phận cụ thể trong đội, chứ không phải theo quy tắc chung “tất cả đều giống nhau”. Đây là phân phối thực tế theo các lĩnh vực làm việc của cơ quan hoặc đội ngũ phân tích.
Đối với bộ phận quản lý các tài khoản quảng cáo Facebook Ads và Google Ads của khách hàng, nên sử dụng proxy dân cư với gắn kết theo khu vực của khách hàng — chúng trông tự nhiên nhất đối với các hệ thống chống gian lận của các nền tảng quảng cáo và cho phép giữ ổn định địa điểm của tài khoản trong nhiều tháng.
Đối với bộ phận SMM, nơi nuôi dưỡng và quản lý các tài khoản Instagram và TikTok, hợp lý hơn là sử dụng proxy di động — các mạng xã hội thường tin tưởng hơn vào lưu lượng từ các nhà mạng di động, đặc biệt là khi đăng nhập từ điện thoại hoặc mô phỏng thiết bị di động trong trình duyệt chống phát hiện.
Đối với bộ phận phân tích, nơi theo dõi giá của đối thủ trên Wildberries, Ozon hoặc thu thập dữ liệu từ Avito mà không cần gắn bó với các tài khoản cá nhân, chỉ cần proxy trung tâm dữ liệu — chúng xử lý các yêu cầu lớn nhanh hơn và có chi phí thấp hơn khi tính theo số lượng IP.
Sự phân khúc này theo bộ phận, chứ không phải theo con người, ngay lập tức giải quyết một nửa câu hỏi về “proxy chung hay cá nhân” — vì câu trả lời phụ thuộc vào nhiệm vụ, chứ không phải vào cơ cấu nhân sự.
Danh sách kiểm tra triển khai sơ đồ theo dõi proxy
Trước khi thay đổi sơ đồ hiện tại trong đội, hãy xem qua danh sách này:
- Các bộ phận có tài khoản (quảng cáo, SMM) và các bộ phận không có tài khoản (kiểm tra, phân tích) đã được phân chia chưa?
- Proxy cá nhân đã được gán cho mỗi tài khoản quảng cáo và mạng xã hội chưa?
- Có duy trì một sổ đăng ký chung “tài khoản — IP — hồ sơ trình duyệt — người phụ trách” không?
- Có thiết lập vai trò truy cập trong Dolphin Anty / AdsPower ở cấp độ hồ sơ, chứ không phải mật khẩu chung không?
- Có kiểm tra định kỳ thống kê lưu lượng với tài khoản của nhà cung cấp proxy không?
- Có quy trình chuyển giao quyền truy cập khi nhân viên nghỉ việc hoặc chuyển đổi không?
- Có sử dụng proxy trung tâm dữ liệu chỉ ở những nơi không có tài khoản cá nhân hóa không?
Nếu phần lớn các câu trả lời là “có” — rủi ro về việc bị cấm hàng loạt và sự nhầm lẫn về lưu lượng trong đội là tối thiểu.
Kết luận
Nhóm chung và proxy cá nhân không phải là các lựa chọn loại trừ lẫn nhau, mà là công cụ cho các nhiệm vụ khác nhau trong cùng một đội. Nhóm chung tiết kiệm ngân sách ở những nơi không có tài khoản cố định — cho việc kiểm tra và các kiểm tra đơn lẻ. Proxy cá nhân là bắt buộc ở những nơi có tài khoản quảng cáo, hồ sơ khách hàng và danh tiếng của tài khoản, mà rất dễ mất đi chỉ với một lần thay đổi IP không thành công.
Ý tưởng chính là gắn proxy không vào nhân viên, mà vào tài khoản hoặc hồ sơ trong trình duyệt chống phát hiện, và duy trì một sổ đăng ký chung. Như vậy, việc thay đổi nhân sự trong đội không tạo ra rủi ro cho các dự án của khách hàng. Nếu bạn đang xây dựng một hệ thống như vậy, hãy bắt đầu với việc phân chia nhiệm vụ theo loại proxy: proxy dân cư cho các tài khoản quảng cáo, proxy di động cho mạng xã hội và proxy trung tâm dữ liệu cho phân tích và theo dõi — điều này sẽ giải quyết hầu hết các kịch bản làm việc nhóm mà không tốn kém thêm và không có rủi ro về việc bị chặn chuỗi.