Agency chạy Facebook Ads nên chia quyền cho nhiều BM thế nào cho đúng?

Thứ Hai trước, 8 giờ 15, mình uống cà phê ở quán Nguyễn Đình Chiểu thì client báo BM thứ tư bị tạm ngưng, ba chiến dịch Flash Sale đứng im. Đội 8 người, 6 khách, hơn hai chục BM. Rà log, hóa ra một optimizer dùng chung một Chrome đăng nhập backend hai khách, rồi dán nhầm pixel sang landing khác. Cookie, phiên, mã pixel dính chùm, không ai biết ai cầm cửa sổ nào. Từ đó mình dùng BitBrowser, lấy phần phân quyền theo nhóm và chia sẻ môi trường có thời hạn cho từng khách, thay vì gửi link qua Zalo.

Khi một nhân sự cầm năm tài khoản khách: ranh giới nằm ở đâu

Nhiều người bảo thay proxy là xong. Mình dám bị cãi lại: rủi ro không nằm ở số BM, mà ở ranh giới tài sản không viết rõ. Một khách là một nhóm môi trường, kèm vai trò và log A/B dựng lại được; thiếu là kết quả A/B chẳng đáng tin.

Mình bắt đội đi theo một cú request: từ cửa sổ qua proxy, nền tảng đọc exit IP, User Agent, Canvas, múi giờ, rồi Cookie và localStorage. Ba lớp chồng nhau, mạng, trình duyệt, lưu trữ, đem so lịch sử rồi gán vào một chủ thể.

Bốn ranh giới nằm ngoài tầm phần mềm: BM, pixel, thông tin thanh toán và Cookie. Mấy cái đó đội mình tự nắm, còn công cụ chỉ xử lý cấu hình môi trường với quản lý tài khoản.

Bản đồ phân quyền cho agency

Mình gắn bốn cấp quyền vào từng nhóm khách. Ai chạy ads chỉ mở đúng nhóm mình. BitBrowser có sẵn bốn cấp nên khỏi dựng bằng sheet.

Hình 1. Từ giao diện có thể thấy danh sách bốn cấp quyền, các nhóm môi trường và cột trạng thái thành viên.

Quy trình nhận khách mới trong sáu bước

1. Ghi dòng onboarding: mã khách, mã BM, tên kiểu KH4_BM2_A. Để sau còn biết cửa sổ của ai. Bẫy: đặt tên theo người, người nghỉ là đoán mò.

2. Tạo hồ sơ riêng cho từng BM, khai nền tảng, tự điền username. BitBrowser tách Cookie, localStorage, IndexedDB theo profile nên phiên không chảy chéo. Nhập hàng loạt tối đa 1000 cửa sổ. Bẫy: clone quên đổi cấu hình.

3. Gắn proxy riêng, bấm Test Connection rồi chạy. Để tự đồng bộ múi giờ, ngôn ngữ theo IP, vì lệch giờ là báo cáo lệch ngày, hai nhánh A/B chênh CTR vô nghĩa. Bẫy: chỉ soi IP, quên timezone.

4. Nhập Cookie, ủy quyền ngay trong hồ sơ mới. Cập nhật tối đa 100 tệp txt, ZIP không quá 20MB, tên theo số cửa sổ. Vì đăng nhập cá nhân rồi copy sang là phiên gốc còn lại máy đó. Bẫy: Cookie sót, txt tên tùy tiện.

5. Xếp hồ sơ theo khách, gắn tối đa 20 nhãn, mỗi cửa sổ 3. Có nhãn mới lọc đúng tập để so hai nhánh. Bộ đồng bộ trong BitBrowser chỉ đối chiếu cấu hình cùng nhóm, RPA xuất báo cáo nội bộ, không đụng nền tảng. Bẫy: gắn quá tay, quên nhánh đối chứng.

Hình 2. Từ giao diện có thể thấy các cửa sổ xếp theo nhóm khách, cột nhãn và trạng thái mở của từng hồ sơ.

6. Bàn giao và thu hồi: liên kết có mã hoặc mật khẩu, hiệu lực 7 đến 30 ngày, chuyển chủ sở hữu khi đổi người; rời nhóm là thu hồi trong ngày. Nhật ký qua Local API, đầu MCP v7.1.5 ở 127.0.0.1:54345, vì thiếu log là không trả lời được khách. Bẫy: liên kết không hạn, quên thu hồi.

Hình 3. Từ giao diện có thể thấy phần thiết lập Local API, điểm cuối MCP và khóa xác thực đi kèm.

Bảng chi phí khi đội tăng từ 3 lên 8 người

Gói miễn phí hiện tại 10 môi trường đủ 3 người thử; nhận khách thật lên 50 môi trường kèm 2 thành viên, khoảng 259.000 đồng mỗi tháng. Thêm một người cộng khoảng 52.000 đồng. Quan điểm có thể bị phản biện: đừng chốt bằng giá khởi điểm, hãy hỏi hóa đơn tháng lên 8 người.

từ sợ dính chéo đến viết ranh giới thành quy trình

Gần một tháng sau, mình đổi cách nhìn. Trước đây đội canh nhau vì sợ dính chéo. Giờ câu hỏi không còn là có lẫn Cookie không, mà là ranh giới khách này đã nằm trong quy trình chưa. Sáu khách, tám người, hai chục BM vẫn thế, nhưng mỗi nhóm đã có tên, vai trò và nhật ký.

Tuần trước bạn optimizer nghỉ, mình chuyển chủ sở hữu, đóng liên kết, kéo log gửi khách. Với agency chạy ads thuê, cái đáng giá là lúc một người rời đi, tài sản khách vẫn nguyên và chứng minh được bằng nhật ký.