PhantomBuster proxy: cấu hình, giới hạn và giữ phiên ổn định
PhantomBuster proxy là cách cho các agent tự động của PhantomBuster gửi request qua một IP do anh em chọn thay vì IP mặc định của nền tảng. Việc gắn proxy không khó, cái khó là chọn đúng kiểu proxy, giữ phiên ổn định và không vượt giới hạn của từng automation. Bài này, ProxyVN đi qua cấu hình theo tài liệu API, code kiểm tra và checklist trước khi chạy thật.
PhantomBuster proxy dùng để làm gì
PhantomBuster là nền tảng chạy các tác vụ tự động trên đám mây, mỗi tác vụ gọi là một Phantom hay một agent. Agent có thể thu thập dữ liệu công khai, xuất danh sách từ tài khoản của anh em hoặc nối dữ liệu sang CRM. Khi agent chạy, request đi ra từ hạ tầng của PhantomBuster, trừ khi anh em gắn proxy riêng.
Proxy ở đây có hai vai trò chính. Vai trò thứ nhất là giữ một IP ổn định cho các tác vụ cần đăng nhập, để phiên làm việc không bị đứt vì IP đổi liên tục. Vai trò thứ hai là lấy dữ liệu theo đúng khu vực khi nội dung trang hiển thị khác nhau theo quốc gia.
Agent chạy trên đám mây, không chạy trên máy anh em
Tài liệu chỉ thị script của PhantomBuster cho biết agent chạy trong container Linux và tệp tạo ra sẽ mất khi container kết thúc. Nghĩa là agent không dùng mạng nhà anh em, không dùng IP văn phòng. Nó dùng IP của trung tâm dữ liệu nơi container đang chạy.
Với tác vụ đọc trang công khai, điều này thường không thành vấn đề. Nhưng với tác vụ dùng phiên đăng nhập của anh em, nền tảng đích sẽ thấy cùng một tài khoản xuất hiện từ hai nơi rất xa nhau. Đây là lúc PhantomBuster proxy phát huy tác dụng.
Phạm vi workflow bài này đề cập
ProxyVN chỉ hướng dẫn cho workflow mà anh em có quyền thực hiện. Ví dụ xuất danh sách liên hệ từ tài khoản của chính mình, thu thập thông tin công khai của doanh nghiệp để nghiên cứu thị trường, hay đồng bộ dữ liệu giữa các công cụ đội nhóm đang dùng. Bài không hướng dẫn tạo tài khoản hàng loạt, vượt CAPTCHA hay lách giới hạn của nền tảng.
Điều khoản của chính PhantomBuster cũng nói rõ điều này. Theo Điều khoản dịch vụ bản cập nhật ngày 31/03/2025, người dùng cam kết có quyền truy cập website qua API và tuân thủ điều khoản của website mà họ truy cập. Điều 11.1 cũng chỉ cho phép dùng robot khi không dẫn tới việc tạo tài khoản trên dịch vụ.
Proxy không thay đổi điều khoản của nền tảng đích. Nếu một hành động bị cấm khi làm bằng tay, nó vẫn bị cấm khi làm qua agent và proxy.
Các kiểu PhantomBuster proxy mà agent hỗ trợ
Phần này dựa trên tài liệu API v2 của PhantomBuster mà ProxyVN đối chiếu ngày 23/10/2026. Trang hướng dẫn giao diện trên support.phantombuster.com trả lỗi 403 lúc kiểm tra, nên tên menu trong giao diện chưa xác minh được. Các tên trường dưới đây lấy từ tài liệu API, là nguồn mô tả chính xác nhất về những gì một agent nhận.
Các kiểu proxy của agent
Trường proxyType và năm giá trị
Theo trang API agents/save, mỗi agent có trường proxyType nhận một trong năm giá trị: none, http, pool, squid lease và residential. Giá trị none nghĩa là không dùng proxy. Giá trị http nghĩa là dùng một proxy HTTP duy nhất do anh em cung cấp.
Giá trị pool dùng các proxy trong một nhóm proxy đã khai báo, khi đó trường proxyAddress chứa tên nhóm. Hai giá trị squid lease và residential gắn với cấu hình proxy riêng của PhantomBuster, tài liệu chỉ mô tả ngắn và không nêu gói nào có. Bài này tập trung vào giá trị http vì đó là kiểu dùng proxy anh em tự thuê.
- none: không dùng proxy, request đi từ IP container.
- http: một proxy HTTP do anh em nhập địa chỉ, user, mật khẩu.
- pool: xoay trong nhóm proxy đã khai báo, proxyAddress là tên nhóm.
- squid lease, residential: cấu hình của PhantomBuster, cần kiểm tra trong tài khoản.
Ba trường đi kèm khi chọn http
Khi proxyType là http, agent cần thêm proxyAddress, proxyUsername và proxyPassword. Tài liệu ghi proxyAddress là địa chỉ HTTP của proxy, dài tối đa 2.000 ký tự. Tên đăng nhập và mật khẩu nằm ở hai trường riêng, mỗi trường tối đa 100 ký tự.
Tài liệu không đưa ví dụ định dạng cho proxyAddress. Vì vậy ProxyVN không khẳng định nên nhập http://host:port hay chỉ host:port. Anh em nên thử cả hai trên agent thử, rồi dùng script kiểm tra ở phần sau để xác nhận IP ra đúng là IP proxy.
PhantomBuster proxy không liệt kê SOCKS5
Danh sách năm giá trị không có socks hay socks5. Theo tài liệu hiện hành, kiểu proxy tự thuê mà agent nhận là HTTP. Nếu nhà cung cấp cho cả HTTP và SOCKS5 trên cùng một cổng hoặc hai cổng khác nhau, anh em chọn cổng HTTP cho PhantomBuster.
Bài proxy HTTP và SOCKS5 trên blog ProxyVN giải thích khác biệt hai giao thức. Với PhantomBuster, câu hỏi chọn giao thức đã được trả lời sẵn bởi tài liệu API. Câu hỏi còn lại là chọn loại IP nào.
Agent đọc được proxy đang dùng
Trong script của agent, đối tượng buster có thuộc tính proxyAddress. Trang buster.proxyAddress mô tả đây là chuỗi chứa địa chỉ proxy agent đang dùng, có thể rỗng nếu không dùng proxy. Thuộc tính này chỉ để đọc.
Chi tiết này hữu ích khi anh em tự viết script agent và dùng kiểu pool. Ghi giá trị proxyAddress vào log giúp biết lần chạy nào dùng proxy nào. Khi một proxy trong nhóm lỗi, anh em lần ra ngay đó là proxy nào thay vì đoán.
Tóm gọn phần này: PhantomBuster proxy kiểu http là lựa chọn khi anh em tự thuê IP, cần ba trường địa chỉ, user và mật khẩu, và chỉ nhận HTTP.
Chuẩn bị môi trường cho PhantomBuster proxy
Trước khi gắn proxy vào agent đang chạy thật, anh em nên kiểm tra proxy từ máy của mình. Lỗi proxy trên đám mây rất khó dò vì anh em chỉ thấy log của agent, không thấy được kết nối mạng. Kiểm tra trước ở máy cục bộ loại bỏ phần lớn lỗi cấu hình.
Chọn loại IP theo tác vụ
Tác vụ có đăng nhập cần IP tĩnh, mỗi tài khoản gắn với một IP và không đổi giữa các lần chạy. Proxy dân cư tĩnh hợp với trường hợp này vì IP thuộc nhà mạng như người dùng thường. Tác vụ đọc trang công khai không đăng nhập có thể dùng proxy datacenter, chi phí thấp hơn và tốc độ ổn định.
Proxy xoay không hợp với tác vụ cần giữ phiên. Mỗi lần đổi IP, nền tảng đích có thể xem đó là đăng nhập từ nơi lạ và yêu cầu xác minh lại. Bài IP tĩnh và IP động giải thích chi tiết vì sao IP cố định giữ phiên tốt hơn.
Script kiểm tra proxy từ máy cục bộ
Đoạn dưới là ví dụ triển khai do ProxyVN viết, không lấy từ tài liệu PhantomBuster. Script gọi một dịch vụ trả IP qua proxy, đo thời gian và in kết quả với mật khẩu đã che. Thông tin proxy đọc từ biến môi trường.
import os
import time
from urllib.parse import urlparse
import requests
PROXY = os.environ["PB_TEST_PROXY"]
CHECK_URL = "https://httpbin.org/ip"
def masked(proxy_url):
p = urlparse(proxy_url)
return f"{p.scheme}://***@{p.hostname}:{p.port}"
def check(rounds=3, gap=2.0):
results = []
for i in range(rounds):
started = time.monotonic()
try:
r = requests.get(CHECK_URL, proxies={"http": PROXY, "https": PROXY}, timeout=(5, 15))
ip = r.json().get("origin", "")
results.append({"round": i + 1, "status": r.status_code, "ip": ip,
"seconds": round(time.monotonic() - started, 2)})
except requests.exceptions.RequestException as exc:
results.append({"round": i + 1, "status": 0, "error": type(exc).__name__})
time.sleep(gap)
return results
if __name__ == "__main__":
print("proxy:", masked(PROXY))
for row in check():
print(row)Script chạy ba vòng cách nhau 2 giây. Với proxy tĩnh, cả ba vòng phải trả cùng một IP. Nếu IP đổi giữa các vòng, anh em đang dùng proxy xoay và nên đổi sang loại tĩnh trước khi gắn cho tác vụ có đăng nhập.
Đầu ra mong đợi
Kết quả đúng gồm dòng proxy với mật khẩu đã che, sau đó là ba dòng có status 200, cùng một IP và thời gian vài trăm mili giây tới một hai giây. Nếu có dòng status 0 với lỗi ProxyError, proxy từ chối kết nối hoặc sai thông tin. Nếu lỗi ConnectTimeout, proxy không phản hồi hoặc cổng sai.
- Ba vòng cùng IP: proxy tĩnh, phù hợp giữ phiên.
- IP đổi giữa các vòng: proxy xoay, không dùng cho tác vụ đăng nhập.
- ProxyError: sai user, mật khẩu hoặc giao thức.
- ConnectTimeout: sai cổng, proxy ngừng hoạt động hoặc mạng chặn.
Khi script cho ba dòng sạch, anh em mới chuyển sang bước gắn proxy cho agent. Làm ngược lại thì mỗi lỗi sẽ tốn thêm một lượt chạy agent để phát hiện.
Gắn PhantomBuster proxy cho agent qua API v2
Trong giao diện, mỗi Phantom có phần cài đặt cho phép chọn kiểu proxy. Vì chưa đọc được trang hướng dẫn giao diện, ProxyVN không mô tả tên nút cụ thể ở đây. Anh em tìm mục proxy trong phần cài đặt của Phantom, các lựa chọn sẽ tương ứng với các giá trị none, http, pool nêu ở trên.
Kiểm tra proxy trước khi giao
Vì sao nên cấu hình bằng API
Với một hai agent, cấu hình bằng giao diện là đủ. Khi có nhiều agent, mỗi agent gắn một proxy riêng cho một tài khoản riêng, làm bằng tay dễ nhầm. API cho phép ghi cấu hình từ một tệp, kiểm tra lại bằng lệnh đọc và lưu vết thay đổi.
Theo tài liệu, API v2 có địa chỉ gốc https://api.phantombuster.com/api/v2 và xác thực bằng header X-Phantombuster-Key. Trang tổng quan API cũ hơn nhắc tới header X-Phantombuster-Key-1 cho v1. Anh em kiểm tra lại trong tài khoản nếu gọi API báo lỗi 401.
Code ghi và đọc lại cấu hình proxy
Đoạn dưới là ví dụ triển khai do ProxyVN viết dựa trên mô tả hai endpoint agents/save và agents/fetch. Script cập nhật proxy cho một agent có sẵn rồi đọc lại để xác nhận. Khoá API và thông tin proxy đọc từ biến môi trường.
import os
import requests
BASE = "https://api.phantombuster.com/api/v2"
HEADERS = {"X-Phantombuster-Key": os.environ["PB_API_KEY"], "Content-Type": "application/json"}
def set_http_proxy(agent_id, address, username, password):
body = {
"id": agent_id,
"proxyType": "http",
"proxyAddress": address,
"proxyUsername": username,
"proxyPassword": password,
}
r = requests.post(f"{BASE}/agents/save", json=body, headers=HEADERS, timeout=30)
r.raise_for_status()
return r.json()
def read_proxy(agent_id):
r = requests.get(f"{BASE}/agents/fetch", params={"id": agent_id}, headers=HEADERS, timeout=30)
r.raise_for_status()
data = r.json()
return {"proxyType": data.get("proxyType"), "proxyAddress": data.get("proxyAddress")}
if __name__ == "__main__":
agent = os.environ["PB_AGENT_ID"]
set_http_proxy(agent, os.environ["PB_PROXY_ADDRESS"],
os.environ["PB_PROXY_USER"], os.environ["PB_PROXY_PASS"])
print(read_proxy(agent))Trường id có giá trị nghĩa là cập nhật agent đó. Nếu bỏ id, agents/save sẽ tạo agent mới, nên anh em kiểm tra kỹ biến PB_AGENT_ID trước khi chạy. Hàm read_proxy cố ý không in mật khẩu để log an toàn khi chia sẻ.
Đầu vào, đầu ra và cách kiểm tra
Đầu vào gồm năm biến môi trường: khoá API, ID agent, địa chỉ proxy, user và mật khẩu. ID agent lấy từ đường dẫn của agent trong giao diện. Đầu ra mong đợi là một dòng có proxyType bằng http và proxyAddress đúng giá trị vừa ghi.
Bước cuối là chạy agent một lần với dữ liệu nhỏ. Nếu agent là script tự viết, anh em in buster.proxyAddress ra log và gọi một trang trả IP để so. Nếu là Phantom có sẵn, hãy chạy với một hai dòng đầu vào rồi đọc log xem có lỗi kết nối không.
Dùng kiểu pool khi có nhiều proxy
Khi một agent cần xoay qua vài proxy, kiểu pool gọn hơn. Anh em khai báo nhóm proxy trong tài khoản, đặt proxyType là pool và proxyAddress là tên nhóm. Mỗi lần chạy, agent lấy proxy từ nhóm này.
Chỉ dùng pool cho tác vụ không đăng nhập. Với tác vụ dùng phiên, xoay IP trong pool có tác dụng ngược. Nên tách hẳn nhóm proxy cho tác vụ công khai và proxy tĩnh cho tác vụ đăng nhập, không trộn hai loại này.
Kiểm tra giới hạn của từng automation PhantomBuster proxy
Gắn proxy xong chưa phải là xong. Mỗi agent có giới hạn riêng về thời gian chạy, số lần chạy song song và số lần thử lại. Gói tài khoản giới hạn số agent. Bỏ qua các giới hạn này, agent có thể dừng giữa chừng hoặc chạy chồng lên nhau.
Giới hạn của từng automation
Các trường giới hạn trong tài liệu API
Tài liệu agents/save mô tả ba trường giới hạn chính. Trường executionTimeLimit giới hạn thời gian chạy, vượt quá thì agent bị dừng. Trường maxParallelism đặt số lần chạy đồng thời tối đa. Trường maxRetryNumber đặt số lần thử lại trước khi bỏ cuộc.
Endpoint agents/launch có thêm maxInstanceCount: agent chỉ được khởi chạy nếu số phiên đang chạy nhỏ hơn giá trị này. Khi agents/save báo lỗi 402, thông báo cho biết đã đạt số agent tối đa và cần nâng gói để có thêm slot. Tài liệu không nêu con số slot cụ thể cho từng gói.
Trường |
Nơi đặt |
Ý nghĩa |
Gợi ý cho tác vụ có proxy tĩnh |
|---|---|---|---|
executionTimeLimit |
agents/save |
Giới hạn thời gian chạy một lượt |
Đặt vừa đủ cho lô nhỏ, tránh lượt chạy kéo dài |
maxParallelism |
agents/save |
Số lượt chạy đồng thời |
Đặt 1 cho agent dùng phiên đăng nhập |
maxRetryNumber |
agents/save |
Số lần thử lại khi lỗi |
Đặt thấp, lỗi proxy nên sửa chứ không thử mãi |
maxInstanceCount |
agents/launch |
Chỉ chạy khi số phiên đang chạy dưới mức này |
Đặt 1 để không chạy chồng |
proxyType |
agents/save |
Kiểu proxy |
http cho IP tĩnh, pool cho tác vụ công khai |
Đơn vị của executionTimeLimit không được ghi trong trang tài liệu ProxyVN đọc. Anh em đọc lại giá trị bằng agents/fetch sau khi đặt, hoặc đặt trong giao diện để thấy đơn vị hiển thị.
Vì sao maxParallelism bằng 1 với tác vụ đăng nhập
Hai lượt chạy song song của cùng một agent dùng chung tài khoản sẽ tạo hai luồng hoạt động cùng lúc. Với nền tảng đích, điều này trông như một người đang thao tác ở hai cửa sổ với tốc độ gấp đôi. Đó là mẫu hình dễ bị đánh dấu bất thường.
Đặt maxParallelism và maxInstanceCount bằng 1 bảo đảm mỗi tài khoản chỉ có một luồng hoạt động. Muốn xử lý nhiều hơn, anh em chia thời gian chạy dài ra chứ không tăng số luồng.
Giới hạn theo ngày của từng Phantom
Mỗi Phantom có sẵn thường có mô tả riêng về số lượng nên xử lý mỗi lần và mỗi ngày. ProxyVN không đọc được các trang hướng dẫn này lúc kiểm tra, nên không đưa con số. Anh em đọc phần mô tả của đúng Phantom mình dùng và ghi con số đó vào checklist.
Proxy không nâng giới hạn của nền tảng đích. Giới hạn theo ngày của một mạng xã hội áp lên tài khoản, không áp lên IP. Đổi IP để chạy vượt mức chỉ làm tài khoản dễ bị khoá hơn.
Giữ phiên ổn định khi dùng PhantomBuster proxy
Nhiều Phantom làm việc trên nền tảng cần đăng nhập, dùng phiên của chính anh em. Phiên này gắn với cookie trình duyệt và thường được nền tảng đối chiếu với IP, thiết bị, vị trí. Mục tiêu là để agent trông giống thói quen sử dụng bình thường của anh em, không tạo tín hiệu lạ.
Một tài khoản, một IP cố định
Nguyên tắc đơn giản nhất là mỗi tài khoản gắn với một proxy tĩnh duy nhất, không chia sẻ với tài khoản khác. Proxy nên ở cùng quốc gia với nơi anh em thường đăng nhập. Đăng nhập bằng tay ở Việt Nam rồi để agent chạy từ IP châu Âu là tạo ra hai vị trí xa nhau trong vài phút.
Đây là nguyên tắc chung về bảo mật tài khoản, không phải con số do PhantomBuster công bố. Mỗi nền tảng có cách đánh giá riêng. Nhưng giữ IP ổn định và gần với thói quen thật là cách giảm rủi ro chung cho mọi nền tảng.
Khi phiên hết hạn
Phiên đăng nhập có thể hết hạn vì thời gian, vì anh em đăng xuất ở thiết bị khác hoặc vì nền tảng yêu cầu xác minh lại. Khi đó agent sẽ báo lỗi liên quan tới phiên hoặc trả kết quả rỗng. Anh em đăng nhập lại bằng tay trên trình duyệt thường dùng, rồi cập nhật phiên cho agent theo cách Phantom đó hướng dẫn.
Đừng xử lý phiên hết hạn bằng cách đổi proxy. Phiên hết hạn và proxy lỗi là hai vấn đề khác nhau. Đổi proxy khi phiên đang có vấn đề chỉ thêm một tín hiệu bất thường nữa.
Đồng bộ IP giữa trình duyệt và agent
Một số anh em muốn trình duyệt thao tác tay và agent dùng cùng một IP. Cách làm là cấu hình cùng proxy tĩnh cho một hồ sơ trình duyệt riêng, chỉ dùng hồ sơ đó cho tài khoản này. Như vậy cả thao tác tay lẫn agent đều xuất hiện từ cùng một nơi.
Bài proxy cho LinkedIn trên blog ProxyVN bàn về chọn IP cho tài khoản mạng xã hội nghề nghiệp, có thể tham khảo khi Phantom anh em dùng làm việc với nền tảng này.
Phiên ổn định đến từ IP ổn định, tốc độ vừa phải và một luồng cho mỗi tài khoản. Không có proxy nào bù được cho tốc độ quá nhanh.
Xử lý lỗi khi chạy PhantomBuster proxy
Lỗi khi chạy agent có proxy rơi vào ba nhóm: lỗi API khi cấu hình, lỗi mạng khi agent chạy và lỗi từ nền tảng đích. Mỗi nhóm hiện ra ở một nơi khác nhau. Biết nhìn đúng chỗ giúp anh em sửa nhanh hơn.
Lỗi khi gọi API cấu hình
Mã 401 nghĩa là khoá API sai hoặc header sai tên. Kiểm tra lại khoá trong phần cài đặt workspace và thử cả hai tên header đã nêu. Mã 402 khi lưu agent nghĩa là đã hết slot agent của gói hiện tại.
Mã 400 thường do giá trị không hợp lệ, ví dụ proxyType gõ sai hoặc mật khẩu dài quá 100 ký tự. Khi gặp 400, in nội dung phản hồi ra để xem trường nào bị từ chối. Đừng chỉ in mã trạng thái.
Lỗi mạng khi agent chạy
Nếu log agent báo lỗi kết nối, timeout hoặc 407, vấn đề nằm ở proxy. Lỗi 407 nghĩa là proxy yêu cầu xác thực nhưng user hoặc mật khẩu sai. Chạy lại script kiểm tra cục bộ với đúng user và mật khẩu đó sẽ xác nhận nhanh lỗi nằm ở thông tin xác thực.
Một nguyên nhân hay gặp khác là nhà cung cấp proxy giới hạn theo IP nguồn thay vì user và mật khẩu. Khi đó proxy chỉ nhận kết nối từ IP đã đăng ký, mà agent lại chạy từ IP container của PhantomBuster. Với PhantomBuster, nên chọn proxy xác thực bằng user và mật khẩu.
- 401 khi gọi API: khoá hoặc header sai.
- 402 khi lưu agent: hết slot của gói.
- 407 trong log agent: user hoặc mật khẩu proxy sai.
- Timeout: proxy chậm, ngừng hoạt động hoặc sai cổng.
- Kết quả rỗng: phiên hết hạn hoặc nền tảng trả trang khác.
Lỗi từ nền tảng đích
Mã 429 nghĩa là đã gửi quá nhiều request trong thời gian ngắn. Tài liệu MDN về mã 429 mô tả header Retry-After cho biết thời gian cần đợi. Với agent, cách xử lý là giảm số lượng mỗi lượt và giãn lịch chạy.
Nếu nền tảng yêu cầu xác minh tài khoản, hãy dừng agent và xử lý bằng tay. Không cố chạy tiếp hay đổi IP để né. Đó là tín hiệu tài khoản đang bị theo dõi và cần giảm tần suất.
Kiểm tra dữ liệu đầu ra
Agent chạy xong không lỗi chưa có nghĩa dữ liệu đúng. Endpoint containers/fetch-output trả về log đầu ra của một lượt chạy theo id container, có thể đọc dạng JSON hoặc văn bản thô. Anh em đọc log này để xem agent đã xử lý bao nhiêu dòng và bỏ qua bao nhiêu dòng.
Tạo thói quen so số dòng đầu vào với số dòng kết quả. Tỷ lệ kết quả rơi mạnh so với các lượt trước là dấu hiệu cần xem lại phiên, proxy hoặc trang đích đã đổi cấu trúc.
Khi nào cần PhantomBuster proxy và checklist trước khi chạy thật
Không phải agent nào cũng cần proxy. Agent đọc trang công khai với lưu lượng nhỏ thường chạy ổn với IP mặc định. Proxy cần thiết khi tác vụ dùng phiên của anh em hoặc khi dữ liệu thay đổi theo khu vực.
Checklist trước khi chạy thật
Tình huống nên gắn proxy
Tình huống đầu tiên là agent dùng phiên đăng nhập và anh em muốn IP ổn định, gần nơi đăng nhập thường ngày. Tình huống thứ hai là cần dữ liệu hiển thị cho người dùng Việt Nam, như giá hay danh sách doanh nghiệp theo vùng. Tình huống thứ ba là đội nhóm muốn mọi công cụ tự động đi qua một danh sách IP đã biết.
Với tình huống đầu, proxy dân cư tĩnh Việt Nam là lựa chọn gần với thói quen người dùng thật nhất. Với tình huống thứ hai và thứ ba, proxy datacenter Việt Nam thường đủ dùng và rẻ hơn. Bài proxy nghiên cứu thị trường có thêm gợi ý chọn IP theo khu vực khi thu thập dữ liệu thị trường.
Tình huống không nên gắn proxy
Không gắn proxy để chạy vượt giới hạn mỗi ngày của nền tảng, vì giới hạn đó áp lên tài khoản. Không dùng proxy để vận hành nhiều tài khoản giả hay tạo tài khoản mới, vì điều khoản của PhantomBuster cũng loại trừ việc này. Không dùng proxy xoay cho tác vụ cần phiên.
Nếu chưa rõ một workflow có được phép không, đọc điều khoản của nền tảng đích trước. Quyền sử dụng dữ liệu là điều kiện đầu tiên, proxy chỉ là chi tiết kỹ thuật.
Checklist trước khi bật lịch chạy
Trước khi đặt agent chạy theo lịch, anh em rà lại các mục dưới. Mỗi mục tương ứng một lỗi hay gặp đã nêu ở trên.
- Workflow nằm trong điều khoản của nền tảng đích và của PhantomBuster.
- Proxy đã qua script kiểm tra cục bộ, ba vòng cùng IP.
- Proxy xác thực bằng user và mật khẩu, kiểu HTTP.
- Agent đọc lại bằng agents/fetch cho đúng proxyType và proxyAddress.
- maxParallelism và maxInstanceCount bằng 1 cho tác vụ đăng nhập.
- Đã ghi số lượng khuyến nghị mỗi lượt và mỗi ngày của Phantom đang dùng.
- Log và tệp cấu hình không chứa mật khẩu proxy ở dạng đọc được.
Khi cần mua proxy uy tín cho agent, anh em có thể xem gói dân cư tĩnh Viettel, VNPT, FPT hoặc datacenter Việt Nam trên trang chủ ProxyVN, chạy script kiểm tra ở trên rồi mới gắn vào agent thật. Các gói đều cấp user và mật khẩu, hợp với kiểu proxy http của agent.
Theo dõi sau khi chạy
Tuần đầu, anh em đọc log mỗi lượt chạy. Ghi lại số dòng xử lý, số lỗi kết nối và số lần nền tảng yêu cầu xác minh. Ba con số này cho biết nhịp chạy đang hợp lý hay cần giảm.
Khi ổn định, chuyển sang kiểm tra hằng tuần và giữ nguyên proxy cho từng tài khoản. Chỉ đổi proxy khi proxy cũ hỏng thật, và khi đổi thì đăng nhập lại bằng tay từ IP mới trước khi để agent chạy.
Câu hỏi thường gặp về PhantomBuster proxy
Phần này gom vài câu hỏi hay gặp. Câu trả lời ngắn, chi tiết nằm trong các phần trên.
PhantomBuster có nhận proxy SOCKS5 không
Theo tài liệu API ProxyVN đối chiếu ngày 23/10/2026, trường proxyType không có giá trị socks. Kiểu proxy tự thuê là http. Nếu nhà cung cấp có cả hai, anh em dùng cổng HTTP cho agent.
Có nên dùng một proxy cho nhiều tài khoản không
Không nên với tác vụ đăng nhập. Nhiều tài khoản chung một IP có thể bị nền tảng xem là liên quan với nhau. Mỗi tài khoản nên có một proxy tĩnh riêng, giữ ổn định lâu dài.
Proxy có giúp agent chạy nhanh hơn không
Thường là không. Proxy thêm một chặng mạng nên có thể chậm hơn một chút. Tốc độ xử lý của agent phụ thuộc giới hạn của Phantom và của nền tảng đích, không phụ thuộc IP.
PhantomBuster proxy hiệu quả khi anh em chọn kiểu http với IP tĩnh, kiểm tra trước ở máy cục bộ, giữ một luồng cho mỗi tài khoản và tôn trọng giới hạn của từng Phantom. Cần tư vấn chọn gói, anh em nhắn Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam trước khi gắn PhantomBuster proxy.
