Cuối tháng 9, một agency nhỏ ở quận 3 gọi mình vào đúng ngày bàn giao khách hàng. Bạn media buyer phụ trách ba tài khoản quảng cáo vừa nghỉ, tài khoản công cụ vẫn đứng tên bạn ấy, và hai chiến dịch đang chạy thì bắt đầu yêu cầu xác thực lại. Không phải lỗi chiến dịch, cũng không phải do creative. Cả phòng lúc đó không ai dám bấm tiếp vì không rõ hồ sơ nào đang giữ phiên đăng nhập của khách nào. Mình ngồi xuống cùng họ và vẽ ra ba lớp: khách hàng, tài khoản quảng cáo, con người. Đây cũng là lý do mình thường đưa BitBrowser vào quy trình của các agency. Cái mình cần ở đây là chỗ gán quyền xuống từng nhóm hồ sơ riêng biệt, chứ không phải một tính năng nào đó cho đẹp bảng. Câu chuyện của agency khác hẳn cửa hàng tự bán: người bán lo một shop, còn agency lo hàng chục mối quan hệ tài khoản cùng lúc, mỗi mối lại có người vào người ra.
Ba việc agency thật sự cần
Thứ nhất là giảm thiểu rủi ro vận hành. Một khách hàng gặp trục trặc không được kéo theo các khách còn lại, nên ngay từ đầu phải tách rời môi trường theo từng khách, kể cả khi cùng một người phụ trách. Thứ hai là thử nghiệm A/B có thể truy vết. Nếu hai nhóm quảng cáo cùng nằm trong một cửa sổ, khác biệt về hiệu quả rất dễ bị lẫn với khác biệt về phiên đăng nhập, và báo cáo gửi khách vì thế không còn đáng tin. Thứ ba là quản lý cấu hình thống nhất khi số tài khoản tăng lên: cùng một quy trình mở, cùng một cách đặt tên, cùng một chỗ ghi lại ai làm gì. Ba việc này nghe không có gì mới, nhưng mình thấy phần lớn sự cố của agency đều bắt nguồn từ việc làm đúng hai cái đầu và bỏ quên cái cuối.
Bắt đầu từ lớp khách hàng, đừng bắt đầu từ lớp tài khoản
Nhiều đội tạo hồ sơ theo thứ tự có tài khoản nào tạo hồ sơ đó. Mình làm ngược lại: lập nhóm theo khách trước, rồi mới xếp hồ sơ vào nhóm. Một khách có thể có một BM, hai tài khoản quảng cáo, một pixel và một fanpage, tất cả nằm chung một nhóm nhưng vẫn là những hồ sơ riêng. Cách này hơi chậm ở ngày đầu, lại cực nhanh ở ngày có người mới vào ca, vì chỉ cần đưa đúng nhóm là xong, không phải dặn từng cửa sổ.
Bảng phân quyền mình hay dùng cho đội sáu người
B1. Dựng khung quyền trước khi mời ai vào
Làm gì: Tạo tài khoản công cụ đứng tên tổ chức, dựng bốn vai trò như bảng trên, thêm từng người bằng tài khoản riêng.
Vì sao: Ngày bạn media buyer nghỉ việc ở quận 3, cái thiếu không phải là mật khẩu mà là chỗ để chuyển quyền sở hữu hồ sơ.
Bẫy hay gặp: Dùng chung một tài khoản đăng nhập cho cả phòng cho tiện. Đến lúc cần truy vết, nhật ký chỉ hiện một tên.
B2. Tạo hồ sơ theo khách, đặt tên theo một quy ước thống nhất
Làm gì: Đặt tên theo dạng mã khách, mã nền tảng, số thứ tự, rồi gán nhãn theo ca. Ví dụ KH01-FB-01 cho tài khoản chính và KH01-FB-02 cho tài khoản thử nghiệm. Gói miễn phí hiện tại của BitBrowser có 10 hồ sơ, đủ để dựng khung cho một hoặc hai khách; khi vượt ngưỡng đó, gói 258.730 đồng mỗi tháng cho 50 hồ sơ kèm 2 thành viên, mỗi ghế thêm khoảng 51.746 đồng.
Vì sao: Một quy ước tên thống nhất giúp người mới không phải hỏi ai cả.
Bẫy hay gặp: Đặt tên theo tên nhân sự. Người đó nghỉ, cả nhóm phải đổi lại.
B3. Cấu hình mạng và ba thông số đi cùng cho từng hồ sơ
Làm gì: Gắn proxy riêng theo từng hồ sơ, bấm kiểm tra kết nối, rồi đồng bộ múi giờ, ngôn ngữ và vùng địa lý theo IP đó. Với khách chạy thị trường nước ngoài, mình vẫn ưu tiên IP tĩnh cùng khu vực suốt chiến dịch.
Vì sao: Phiên quảng cáo vốn đã nhạy với thay đổi đăng nhập, đổi thêm địa chỉ mạng giữa chừng chỉ làm tăng bước xác thực.
Bẫy hay gặp: Gắn proxy mới cho hồ sơ đang chạy chiến dịch mà không ghi lại thời điểm đổi, sau đó không giải thích được cú nhảy số liệu trong báo cáo.
B4. Nhập phiên đăng nhập và kiểm tra chéo theo khách
Làm gì: Dán cookie hoặc thông tin đăng nhập vào đúng hồ sơ, mở lại, xác nhận đúng tên BM và đúng tài khoản quảng cáo hiện ra. Làm lần lượt từng khách, có người thứ hai đối soát.
Vì sao: Nhầm một dòng cookie giữa hai khách là tình huống khó giải thích nhất với khách hàng.
Bẫy hay gặp: Export cookie của nhiều khách chung một file rồi nhập theo thứ tự bị xáo trộn. Ghi mã hồ sơ vào tên file, và đừng để file đó nằm trong thư mục chung của phòng.
B5. Tách riêng môi trường cho thử nghiệm A/B
Làm gì: Mỗi nhóm thử nghiệm một hồ sơ, cùng khung giờ, cùng cách ghi biến số, và lưu kết quả ra một file riêng ngoài công cụ. Những thao tác lặp như mở cửa sổ, kiểm tra trạng thái có thể xếp thành quy trình tự động hóa hoặc gọi qua Local API.
Vì sao: Cái agency bán cho khách không phải là lần đăng nhập, mà là độ tin cậy của phép so sánh.
Bẫy hay gặp: Cho chạy tự động trên chính cửa sổ đang có người thao tác, hai luồng cùng ghi một phiên. Mình vẫn dặn tách hẳn khung giờ máy và khung giờ người.
B6. Bàn giao bằng liên kết có thời hạn, không gửi mật khẩu qua chat
Làm gì: Khi cần nhờ người khác mở hộ một hồ sơ, dùng liên kết chia sẻ đặt thời hạn 7 đến 30 ngày. Khi bàn giao hẳn, dùng chức năng chuyển quyền sở hữu rồi ghi một dòng vào nhật ký ca.
Vì sao: Agency thay người thường xuyên hơn cửa hàng, và mỗi lần thay là một lần rủi ro.
Bẫy hay gặp: Gửi mật khẩu qua group chat rồi quên xóa, ba tháng sau vẫn còn đó.
Phần pháp lý không thể gộp vào phần kỹ thuật
Với agency tại Việt Nam chạy chiến dịch xuyên biên giới, Luật Quảng cáo 75/2025 có quy định về nhà quảng cáo nước ngoài phải có đại diện hoặc pháp nhân tại chỗ, đăng ký và thực hiện nghĩa vụ thuế, đồng thời nội dung quảng cáo trực tuyến phải tách biệt rõ với nội dung thường. KOL hợp tác cần ghi nhãn quảng cáo và kiểm chứng thông tin trước khi đăng. Về dữ liệu, Nghị định 13/2023 và Luật Bảo vệ dữ liệu cá nhân 91/2025 yêu cầu có sự đồng ý rõ ràng khi thu thập và xử lý dữ liệu cá nhân, kèm đánh giá tác động khi chuyển dữ liệu ra ngoài lãnh thổ. Meta cũng xử lý nghiêm tương tác không xác thực, nên mình vẫn nhắc các đội: mọi thử nghiệm A/B nên nằm ở khâu nội dung và phân bổ ngân sách, đừng đụng vào like, bình luận hay lượt theo dõi. Những việc này không liên quan đến cấu hình môi trường, nhưng lại là thứ quyết định hợp đồng có được gia hạn hay không.
Hôm rời agency ở quận 3, mình để lại một file trên ổ chung: bốn vai trò, sáu mã khách và cột ngày bàn giao. Tuần sau bạn trưởng nhóm nhắn lại, không phải vì hết yêu cầu xác thực, mà vì lần đầu tiên có người mới vào ca tự mở đúng hồ sơ mà không cần hỏi ai.
Ba việc agency thật sự cần
Thứ nhất là giảm thiểu rủi ro vận hành. Một khách hàng gặp trục trặc không được kéo theo các khách còn lại, nên ngay từ đầu phải tách rời môi trường theo từng khách, kể cả khi cùng một người phụ trách. Thứ hai là thử nghiệm A/B có thể truy vết. Nếu hai nhóm quảng cáo cùng nằm trong một cửa sổ, khác biệt về hiệu quả rất dễ bị lẫn với khác biệt về phiên đăng nhập, và báo cáo gửi khách vì thế không còn đáng tin. Thứ ba là quản lý cấu hình thống nhất khi số tài khoản tăng lên: cùng một quy trình mở, cùng một cách đặt tên, cùng một chỗ ghi lại ai làm gì. Ba việc này nghe không có gì mới, nhưng mình thấy phần lớn sự cố của agency đều bắt nguồn từ việc làm đúng hai cái đầu và bỏ quên cái cuối.
Bắt đầu từ lớp khách hàng, đừng bắt đầu từ lớp tài khoản
Nhiều đội tạo hồ sơ theo thứ tự có tài khoản nào tạo hồ sơ đó. Mình làm ngược lại: lập nhóm theo khách trước, rồi mới xếp hồ sơ vào nhóm. Một khách có thể có một BM, hai tài khoản quảng cáo, một pixel và một fanpage, tất cả nằm chung một nhóm nhưng vẫn là những hồ sơ riêng. Cách này hơi chậm ở ngày đầu, lại cực nhanh ở ngày có người mới vào ca, vì chỉ cần đưa đúng nhóm là xong, không phải dặn từng cửa sổ.
Bảng phân quyền mình hay dùng cho đội sáu người
| Vai trò | Phạm vi nhìn thấy | Được làm | Không được làm | Ghi chú bàn giao |
| Quản trị viên | Toàn bộ nhóm khách | Tạo vai trò, cấp ghế, xem nhật ký | Không thao tác trực tiếp chiến dịch | Giữ tài khoản công cụ chính |
| Trưởng nhóm | Nhóm khách được giao | Chỉnh cấu hình mạng, chuyển quyền hồ sơ | Không sửa vai trò của người khác | Ký xác nhận cuối ca |
| Media buyer | Các hồ sơ trong ca | Mở cửa sổ, cập nhật nội dung, ghi kết quả thử nghiệm | Không đổi proxy, không export cookie | Nhận hồ sơ qua liên kết có thời hạn |
| Kế toán | Chỉ báo cáo và chi phí | Xem nhật ký, đối soát chi tiêu | Không mở môi trường quảng cáo | Không cần ghế thao tác |
B1. Dựng khung quyền trước khi mời ai vào
Làm gì: Tạo tài khoản công cụ đứng tên tổ chức, dựng bốn vai trò như bảng trên, thêm từng người bằng tài khoản riêng.
Vì sao: Ngày bạn media buyer nghỉ việc ở quận 3, cái thiếu không phải là mật khẩu mà là chỗ để chuyển quyền sở hữu hồ sơ.
Bẫy hay gặp: Dùng chung một tài khoản đăng nhập cho cả phòng cho tiện. Đến lúc cần truy vết, nhật ký chỉ hiện một tên.
B2. Tạo hồ sơ theo khách, đặt tên theo một quy ước thống nhất
Làm gì: Đặt tên theo dạng mã khách, mã nền tảng, số thứ tự, rồi gán nhãn theo ca. Ví dụ KH01-FB-01 cho tài khoản chính và KH01-FB-02 cho tài khoản thử nghiệm. Gói miễn phí hiện tại của BitBrowser có 10 hồ sơ, đủ để dựng khung cho một hoặc hai khách; khi vượt ngưỡng đó, gói 258.730 đồng mỗi tháng cho 50 hồ sơ kèm 2 thành viên, mỗi ghế thêm khoảng 51.746 đồng.
Vì sao: Một quy ước tên thống nhất giúp người mới không phải hỏi ai cả.
Bẫy hay gặp: Đặt tên theo tên nhân sự. Người đó nghỉ, cả nhóm phải đổi lại.
B3. Cấu hình mạng và ba thông số đi cùng cho từng hồ sơ
Làm gì: Gắn proxy riêng theo từng hồ sơ, bấm kiểm tra kết nối, rồi đồng bộ múi giờ, ngôn ngữ và vùng địa lý theo IP đó. Với khách chạy thị trường nước ngoài, mình vẫn ưu tiên IP tĩnh cùng khu vực suốt chiến dịch.
Vì sao: Phiên quảng cáo vốn đã nhạy với thay đổi đăng nhập, đổi thêm địa chỉ mạng giữa chừng chỉ làm tăng bước xác thực.
Bẫy hay gặp: Gắn proxy mới cho hồ sơ đang chạy chiến dịch mà không ghi lại thời điểm đổi, sau đó không giải thích được cú nhảy số liệu trong báo cáo.
B4. Nhập phiên đăng nhập và kiểm tra chéo theo khách
Làm gì: Dán cookie hoặc thông tin đăng nhập vào đúng hồ sơ, mở lại, xác nhận đúng tên BM và đúng tài khoản quảng cáo hiện ra. Làm lần lượt từng khách, có người thứ hai đối soát.
Vì sao: Nhầm một dòng cookie giữa hai khách là tình huống khó giải thích nhất với khách hàng.
Bẫy hay gặp: Export cookie của nhiều khách chung một file rồi nhập theo thứ tự bị xáo trộn. Ghi mã hồ sơ vào tên file, và đừng để file đó nằm trong thư mục chung của phòng.
B5. Tách riêng môi trường cho thử nghiệm A/B
Làm gì: Mỗi nhóm thử nghiệm một hồ sơ, cùng khung giờ, cùng cách ghi biến số, và lưu kết quả ra một file riêng ngoài công cụ. Những thao tác lặp như mở cửa sổ, kiểm tra trạng thái có thể xếp thành quy trình tự động hóa hoặc gọi qua Local API.
Vì sao: Cái agency bán cho khách không phải là lần đăng nhập, mà là độ tin cậy của phép so sánh.
Bẫy hay gặp: Cho chạy tự động trên chính cửa sổ đang có người thao tác, hai luồng cùng ghi một phiên. Mình vẫn dặn tách hẳn khung giờ máy và khung giờ người.
B6. Bàn giao bằng liên kết có thời hạn, không gửi mật khẩu qua chat
Làm gì: Khi cần nhờ người khác mở hộ một hồ sơ, dùng liên kết chia sẻ đặt thời hạn 7 đến 30 ngày. Khi bàn giao hẳn, dùng chức năng chuyển quyền sở hữu rồi ghi một dòng vào nhật ký ca.
Vì sao: Agency thay người thường xuyên hơn cửa hàng, và mỗi lần thay là một lần rủi ro.
Bẫy hay gặp: Gửi mật khẩu qua group chat rồi quên xóa, ba tháng sau vẫn còn đó.
Phần pháp lý không thể gộp vào phần kỹ thuật
Với agency tại Việt Nam chạy chiến dịch xuyên biên giới, Luật Quảng cáo 75/2025 có quy định về nhà quảng cáo nước ngoài phải có đại diện hoặc pháp nhân tại chỗ, đăng ký và thực hiện nghĩa vụ thuế, đồng thời nội dung quảng cáo trực tuyến phải tách biệt rõ với nội dung thường. KOL hợp tác cần ghi nhãn quảng cáo và kiểm chứng thông tin trước khi đăng. Về dữ liệu, Nghị định 13/2023 và Luật Bảo vệ dữ liệu cá nhân 91/2025 yêu cầu có sự đồng ý rõ ràng khi thu thập và xử lý dữ liệu cá nhân, kèm đánh giá tác động khi chuyển dữ liệu ra ngoài lãnh thổ. Meta cũng xử lý nghiêm tương tác không xác thực, nên mình vẫn nhắc các đội: mọi thử nghiệm A/B nên nằm ở khâu nội dung và phân bổ ngân sách, đừng đụng vào like, bình luận hay lượt theo dõi. Những việc này không liên quan đến cấu hình môi trường, nhưng lại là thứ quyết định hợp đồng có được gia hạn hay không.
Hôm rời agency ở quận 3, mình để lại một file trên ổ chung: bốn vai trò, sáu mã khách và cột ngày bàn giao. Tuần sau bạn trưởng nhóm nhắn lại, không phải vì hết yêu cầu xác thực, mà vì lần đầu tiên có người mới vào ca tự mở đúng hồ sơ mà không cần hỏi ai.
