Trình duyệt antidetect cho marketing mạng xã hội: thiết lập thực tế
Quy trình agency từ đầu đến cuối: mỗi khách hàng một workspace, mỗi tài khoản một hồ sơ với proxy và múi giờ khớp nhau, vai trò để bàn giao, và tự động hóa qua API.
Vấn đề vận hành của một agency mạng xã hội hiếm khi là nội dung. Đó là phần đường ống: một chồng tài khoản khách hàng trên nhiều nền tảng, một đội phải làm việc trên chúng mà không giẫm chân nhau, và các nền tảng đọc môi trường của mọi phiên. Bài này là cách thiết lập để phần đường ống đó luôn nhàm chán, từ đầu đến cuối, lấy PowerOps làm ví dụ thực tế.
Cấu trúc: workspace, nhóm, hồ sơ
Hãy cưỡng lại cám dỗ làm một danh sách hồ sơ dài. Cấu trúc là thứ giúp hệ thống còn sống được khi lớn lên, và ba cấp là đủ.
- Mỗi khách hàng một workspace. Hồ sơ, proxy và ghi chú của khách hàng nằm cùng nhau, và không có gì của khách này hiện trên màn hình khi bạn làm việc ở khách khác. Chia tay một khách hàng trở thành một thao tác trên một workspace thay vì một cuộc khai quật khảo cổ.
- Mỗi nền tảng một nhóm trong workspace. Các hồ sơ Facebook của khách hàng ở một nhóm, Instagram ở nhóm khác, TikTok ở nhóm thứ ba. Thao tác hàng loạt áp dụng lên nhóm, nên cách chia này cho phép bạn bật hoặc tắt các hồ sơ của một nền tảng chỉ bằng một hành động.
- Mỗi tài khoản một hồ sơ. Quy tắc mà mọi thứ khác dựa vào. Một hồ sơ giữ dữ liệu, danh tính và tuyến mạng của đúng một tài khoản, và tên của nó nói rõ đó là tài khoản nào.
Đặt tên đáng dành ba mươi giây để quy định: khách hàng, nền tảng, tên tài khoản, theo thứ tự đó. Hồ sơ được đánh số và tìm kiếm được, nên ai cũng có thể nói to “mở 41” trong một căn phòng ồn và đồng nghiệp biết chính xác hàng nào được nhắc đến.
Cấu trúc cũng giải quyết câu hỏi kiểm toán trước khi ai đó hỏi. Khi khách hàng muốn biết ai đã đụng vào tài khoản của họ và khi nào, một workspace có danh sách thành viên rõ ràng và các hồ sơ được mở lần lượt từng cái sẽ có sẵn câu trả lời.
Danh tính và tuyến mạng, theo từng hồ sơ
Mỗi hồ sơ được tạo một danh tính thiết bị như một bộ nhất quán và được lưu lại, để nó báo cùng một chiếc máy hợp lý ở mỗi lần mở. Phần đó là tự động. Phần cần phán đoán của con người là tuyến mạng.
- Mua các địa chỉ cố định (sticky) ở những quốc gia mà tài khoản của khách hàng hoạt động, mỗi tài khoản một địa chỉ.
- Thêm chúng vào thư viện proxy và kiểm tra. Phép kiểm tra báo địa chỉ và quốc gia quan sát được, đó là thứ nền tảng sẽ thấy, bất kể hóa đơn ghi gì.
- Gán một địa chỉ cho từng hồ sơ trước lần đăng nhập đầu tiên, và đặt múi giờ cùng ngôn ngữ của hồ sơ theo quốc gia của tuyến mạng ngay trong cùng một lượt.
- Kiểm tra lại thư viện theo lịch. Các endpoint xuống cấp trong im lặng, và một tuyến mạng xuống cấp sẽ lộ ra thành rắc rối với tài khoản rất lâu trước khi lộ ra thành lỗi kết nối.
Bàn giao mà không chia sẻ mật khẩu
Agency bàn giao tài khoản giữa các người liên tục. Thực tập sinh lên lịch, quản lý duyệt, ai đó trực cuối tuần. Cách truyền thống là một bảng tính mật khẩu, và đó là cách các agency kết thúc với tài khoản của khách hàng đang đăng nhập trên một chiếc laptop không ai tìm thấy.
Vai trò thay thế cách đó. Một thành viên workspace có quyền truy cập mà công việc của họ cần: đồng đội mở hồ sơ và làm việc bên trong, quản lý còn sửa được hồ sơ và tuyến mạng, chủ sở hữu còn kiểm soát cả danh sách thành viên. Thông tin đăng nhập của tài khoản nằm cùng hồ sơ đúng một lần, và bàn giao tài khoản cho thành viên mới nghĩa là cấp quyền truy cập thay vì gửi mật khẩu. Khi ai đó rời đi, thu hồi tư cách thành viên của họ sẽ đóng quyền truy cập ở mọi nơi cùng lúc, và một mật khẩu họ chưa từng thấy thì không cần đổi.
Thói quen làm cho bàn giao hiệu quả là đóng hồ sơ. Một hồ sơ chỉ mở trên một máy tại một thời điểm, nên đồng nghiệp có thể thấy ai đang giữ nó thay vì phát hiện xung đột phiên một cách đau đớn. Xong lượt làm việc, đóng hồ sơ, và người tiếp theo mở nó với phiên đã được ghi ra sạch sẽ.
Tiếp nhận một khách hàng mới, từng bước
Tiếp nhận là lúc cấu trúc hoặc được dựng lên hoặc bị bỏ qua, nên nó xứng đáng có quy trình riêng. Một khách hàng mới chỉ nên tốn một buổi chiều thiết lập, không cần anh hùng.
- Tạo workspace và các nhóm nền tảng trước khi đụng vào bất kỳ tài khoản nào.
- Thu thập danh mục tài khoản từ khách hàng: tên tài khoản, nền tảng, mỗi tài khoản phục vụ quốc gia nào, và hiện ai đang giữ thông tin đăng nhập.
- Mua và kiểm tra một tuyến sticky cho mỗi tài khoản, ở đúng các quốc gia, và để phép kiểm tra của thư viện xác nhận thứ thực sự nhận được.
- Tạo các hồ sơ, đặt tên theo khách hàng, nền tảng, tên tài khoản, và gán tuyến mạng, múi giờ, ngôn ngữ trong cùng một lượt.
- Đăng nhập mới hoàn toàn vào từng tài khoản trong hồ sơ của nó, với khách hàng có mặt để xử lý yếu tố xác thực thứ hai và email xác nhận.
- Cấp vai trò cho đội, thông báo cho đội nhịp làm việc của khách hàng, và bỏ kênh mà thông tin đăng nhập đã đi qua.
Các lần đăng nhập mới là bước mà các đội hay cố đi tắt bằng cách nhập cookie từ nơi tài khoản từng nằm. Hãy cưỡng lại. Một phiên được nhập mang theo lịch sử của chiếc máy nó đến từ, và mục đích của việc tiếp nhận là mọi phiên mà tài khoản của khách hàng giữ từ đây về sau đều được tạo bên trong môi trường sẽ tiếp tục dùng nó.
Tự động hóa những phần lặp đi lặp lại
Một ranh giới hữu ích: con người làm việc cần phán đoán, script làm việc luân chuyển. Kiểm tra chục hộp thư để lấy số tin chưa đọc, thu số người theo dõi cho báo cáo thứ Sáu và mở bộ hồ sơ của buổi sáng đều là việc luân chuyển. API cục bộ xử lý chúng mà không ai phải giải lại bài toán môi trường, vì một hồ sơ được khởi động qua API mang đúng danh tính và tuyến mạng mà nó mang khi một người mở nó từ hàng của nó.
const { profiles } = await api(`/profiles?groupId=${clientInstagramGroup}`);
for (const profile of profiles) {
const { ws } = await api("/browser/start", { profileId: profile.id });
try {
const browser = await chromium.connectOverCDP(ws);
const context = browser.contexts()[0];
const page = context.pages()[0] ?? await context.newPage();
// The profile's identity, storage and route are already attached.
await collectForReport(profile.name, page);
} finally {
await api("/browser/stop", { profileId: profile.id });
}
}Chạy chúng vài cái một lúc, có nghỉ giữa các lượt, vào giờ làm việc địa phương của tài khoản. Tự động hóa cư xử như một người ngồi ở bàn làm việc thì còn dùng được lâu. Tự động hóa dồn dập vào một nền tảng chỉ là cách trả giá hai lần cho cùng một bài học.
Một tuần trong hệ thống này
Những gì cấu trúc mang lại hiện ra trong nhịp làm việc. Sáng thứ Hai, đội mở nhóm Instagram của khách hàng và xử lý lượt hộp thư, từng hồ sơ một. Báo cáo thứ Sáu chạy qua API trong khi đội dành buổi chiều cho việc tốt hơn. Chia tay một khách hàng là lưu trữ một workspace. Không điều nào thông minh cả, và đó chính là điểm chính: việc của hệ thống là làm cho bài toán môi trường thôi còn thú vị.
Hai con số cho biết hệ thống có đang vững không. Con số thứ nhất là bao lâu có người gõ mật khẩu nền tảng một lần, thứ mà sau khi tiếp nhận xong nên gần như không bao giờ. Con số thứ hai là bao lâu một phiên làm ai đó bất ngờ với một yêu cầu xác minh, thứ nên hiếm và truy được nguyên nhân: đổi tuyến mạng, một đợt khối lượng bất thường, một tài khoản non bị đẩy quá nhanh. Khi một trong hai con số tăng, câu trả lời nằm ở tuyến mạng và nhịp làm việc, và nơi cần xem đầu tiên là thứ vừa thay đổi gần nhất.
Các quy tắc, nói rõ
Mọi nền tảng trong quy trình này đều có điều khoản về tài khoản và về tự động hóa, và cách thiết lập này không thay đổi điều nào. Cách ly giúp các khách hàng không làm nhiễm lẫn nhau. Vai trò giữ thông tin đăng nhập ra khỏi bảng tính. API loại bỏ sự tẻ nhạt. Không điều nào trong đó cho phép tài khoản bị cấm, tự động hóa bị cấm hay hành vi mà một nền tảng nghiêm cấm, và bài này không hứa hẹn kết quả nào trên một nền tảng mà chúng tôi không kiểm soát. Những agency trụ được lâu coi quy tắc của nền tảng là một phần của công việc với khách hàng, và công cụ là cách làm công việc đó cho sạch.
Danh sách kiểm tra thiết lập
- Tạo một workspace cho mỗi khách hàng và một nhóm cho mỗi nền tảng bên trong nó.
- Mua một địa chỉ sticky cho mỗi tài khoản, ở quốc gia hoạt động của tài khoản, và kiểm tra mọi endpoint trong thư viện proxy.
- Tạo một hồ sơ cho mỗi tài khoản, đặt tên theo khách hàng, nền tảng, tên tài khoản, với tuyến mạng được gán trước lần đăng nhập đầu tiên.
- Đặt múi giờ và ngôn ngữ của mỗi hồ sơ theo quốc gia của tuyến mạng.
- Cấp cho mỗi thành viên một vai trò thay vì gửi mật khẩu cho bất kỳ ai.
- Tự động hóa việc luân chuyển qua API cục bộ, với nhịp độ như một người thật.
- Đóng hồ sơ vào cuối mỗi lượt làm việc.
