소셜 미디어 마케팅을 위한 안티디텍트 브라우저: 실전 설정 가이드

멀티 계정 2026년 8월 11일 · 읽는 데 9분 · 작성자 PowerOps

에이전시 워크플로를 처음부터 끝까지 다룹니다. 고객별 워크스페이스, 프록시와 시간대를 맞춘 계정별 프로필, 인수인계를 위한 역할, API 자동화까지.

소셜 미디어 에이전시의 운영상 문제는 콘텐츠인 경우가 드뭅니다. 문제는 배관입니다. 여러 플랫폼에 걸쳐 쌓인 고객 계정들, 서로 부딪히지 않고 그 계정들을 다뤄야 하는 팀, 그리고 모든 세션의 환경을 읽는 플랫폼입니다. 이 글은 PowerOps를 실제 예시로 삼아, 그 배관을 지루할 만큼 평탄하게 유지하는 설정을 처음부터 끝까지 설명합니다.

구조: 워크스페이스, 그룹, 프로필

프로필을 하나의 긴 목록으로 만들고 싶은 유혹을 이겨 내세요. 규모가 커져도 설정을 유지할 수 있게 해 주는 것은 구조이며, 세 단계면 충분합니다.

고객당 워크스페이스 하나. 고객의 프로필, 프록시, 메모가 함께 있고, 다른 고객 작업 중에는 화면에 나타나지 않습니다. 오프보딩은 고고학 프로젝트가 아니라 워크스페이스 하나에 대한 작업이 됩니다.
워크스페이스 안에서 플랫폼당 그룹 하나. 고객의 Facebook 프로필은 한 그룹에, Instagram은 다른 그룹에, TikTok은 세 번째 그룹에 둡니다. 일괄 작업은 그룹 단위로 적용되므로, 이렇게 나누면 한 플랫폼의 프로필을 한 번에 시작하거나 중지할 수 있습니다.
계정당 프로필 하나. 나머지 모든 것이 의존하는 규칙입니다. 프로필 하나에는 정확히 한 계정의 저장소, 신원, 경로가 들어가며, 이름이 어느 계정인지 알려 줍니다.

이름 규칙은 30초만 들여 정할 가치가 있습니다. 고객, 플랫폼, 핸들 순서입니다. 프로필에는 번호가 매겨져 있고 검색할 수 있으므로, 붐비는 사무실에서 누군가 “41번 열어 줘”라고 소리 내어 말해도 동료는 어느 행인지 정확히 압니다.

구조는 감사에 관한 질문이 나오기 전에 이미 답을 마련해 줍니다. 고객이 누가 언제 자기 계정을 건드렸는지 알고 싶어 할 때, 멤버십이 명시적이고 프로필이 한 번에 한 명에게만 열리는 워크스페이스에는 답이 처음부터 들어 있습니다.

프로필별 신원과 경로

각 프로필은 일관된 세트로 생성되어 저장된 기기 신원을 받으므로, 열 때마다 같은 그럴듯한 기기를 보고합니다. 이 부분은 자동입니다. 사람의 판단이 필요한 부분은 경로입니다.

고객 계정이 운영되는 나라마다, 계정당 하나씩 스티키 주소를 구매합니다.
프록시 라이브러리에 추가하고 테스트합니다. 테스트는 관측된 주소와 국가를 보고하며, 청구서에 뭐라고 적혀 있든 플랫폼이 보게 될 것은 그것입니다.
첫 로그인 전에 프로필마다 하나씩 지정하고, 같은 자리에서 프로필의 시간대와 언어도 경로의 국가에 맞게 설정합니다.
라이브러리를 정해진 일정에 따라 다시 테스트합니다. 엔드포인트는 조용히 성능이 떨어지며, 품질이 떨어진 경로는 연결 오류보다 훨씬 먼저 계정 문제로 나타납니다.

비밀번호 공유 없는 인수인계

에이전시에서는 계정이 사람들 사이를 끊임없이 오갑니다. 인턴이 예약하고, 매니저가 승인하고, 누군가 주말을 맡습니다. 전통적인 방법은 비밀번호 스프레드시트인데, 이 때문에 에이전시는 아무도 찾을 수 없는 노트북에 고객 계정이 로그인된 채 남아 있게 됩니다.

역할이 이를 대체합니다. 워크스페이스 멤버는 맡은 일에 필요한 권한을 받습니다. 팀원은 프로필을 열어 그 안에서 작업하고, 매니저는 프로필과 경로도 편집하며, 소유자는 멤버십 자체까지 관리합니다. 계정 자격 증명은 프로필과 함께 한 번만 저장되며, 계정을 새 팀원에게 넘기는 것은 비밀번호를 보내는 것이 아니라 접근 권한을 부여하는 일입니다. 누군가 떠날 때는 멤버십을 철회하면 모든 곳에서 접근이 한꺼번에 닫히고, 그 사람이 본 적 없는 비밀번호를 교체할 필요도 없습니다.

인수인계를 가능하게 하는 습관은 프로필을 닫는 것입니다. 프로필은 한 번에 한 컴퓨터에서만 열리므로, 동료는 세션 충돌을 어렵게 알아내는 대신 지금 누가 그것을 쥐고 있는지 볼 수 있습니다. 작업을 마치면 프로필을 닫고, 그러면 다음 사람은 세션이 깔끔하게 기록된 상태에서 엽니다.

새 고객 온보딩, 단계별로

구조가 만들어지느냐 생략되느냐가 갈리는 지점이 온보딩이므로 전용 루틴이 필요합니다. 새 고객은 영웅적인 노력 없이 오후 한나절의 설정으로 끝나야 합니다.

어떤 계정도 건드리기 전에 워크스페이스와 플랫폼별 그룹을 만듭니다.
고객에게서 계정 목록을 받습니다. 핸들, 플랫폼, 각 계정이 서비스하는 국가, 현재 자격 증명을 가진 사람입니다.
계정마다 알맞은 국가의 스티키 경로를 하나씩 구매해 테스트하고, 라이브러리의 테스트로 실제로 도착한 것을 확인합니다.
고객, 플랫폼, 핸들 순으로 이름을 붙여 프로필을 만들고, 같은 작업에서 경로, 시간대, 언어를 지정합니다.
각 계정에 해당 프로필 안에서 새로 로그인하며, 2단계 인증과 확인 이메일을 위해 고객이 곁에 있도록 합니다.
팀에 역할을 부여하고, 고객의 운영 주기를 팀에 설명하며, 자격 증명이 전달된 채널은 폐기합니다.

새로 로그인하는 단계는 팀들이 계정이 있던 곳의 쿠키를 가져와 건너뛰려 하는 부분입니다. 참으세요. 가져온 세션은 원래 있던 컴퓨터의 이력을 함께 가져오는데, 온보딩의 요점은 지금부터 고객 계정이 갖는 모든 세션이 그 세션을 계속 쓸 환경 안에서 만들어지게 하는 것입니다.

반복 작업 자동화

유용한 경계가 있습니다. 판단이 필요한 일은 사람이 하고, 순회 작업은 스크립트가 합니다. 열두 개의 받은편지함에서 읽지 않은 수를 확인하고, 금요일 보고서를 위해 팔로워 수를 모으고, 아침에 쓸 프로필 묶음을 여는 일이 순회 작업입니다. 로컬 API는 환경 문제를 다시 풀 필요 없이 이를 처리하는데, API로 시작한 프로필은 사람이 목록의 행에서 열 때와 같은 신원과 경로를 갖기 때문입니다.

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 });
  }
}

한 번에 몇 개씩, 간격을 두고, 해당 계정의 현지 업무 시간에 실행하세요. 책상 앞의 사람처럼 행동하는 자동화는 계속 쓸모가 있습니다. 플랫폼을 두드려 대는 자동화는 같은 교훈을 두 번 값을 치르고 배우는 방법입니다.

이 설정 안에서 보내는 일주일

구조가 주는 이점은 일상에서 나타납니다. 월요일 아침, 팀은 고객의 Instagram 그룹을 열고 프로필별로 받은편지함을 훑습니다. 금요일 보고서는 API로 실행되고, 팀은 오후 시간을 더 나은 일에 씁니다. 오프보딩은 보관된 워크스페이스 하나입니다. 어느 것도 영리한 것은 없고, 그게 요점입니다. 이 설정의 임무는 환경 문제가 더 이상 흥미로운 일이 되지 않게 하는 것입니다.

잘 유지되고 있는지는 두 가지 숫자가 알려 줍니다. 첫째는 누군가 플랫폼 비밀번호를 입력하는 빈도로, 온보딩이 끝나면 거의 0에 가까워야 합니다. 둘째는 세션이 누군가를 인증 요구로 놀라게 하는 빈도로, 드물어야 하고 원인을 추적할 수 있어야 합니다. 경로 변경, 평소와 다른 사용량의 급증, 너무 빠르게 밀어붙인 신규 계정 같은 것입니다. 둘 중 하나라도 올라가면 답은 경로와 리듬에 있으며, 가장 먼저 볼 곳은 가장 최근에 바뀐 것입니다.

규칙은 분명하게

이 워크플로의 모든 플랫폼에는 계정과 자동화에 관한 약관이 있으며, 이 설정은 그중 어느 것도 바꾸지 않습니다. 격리는 고객들이 서로를 오염시키지 않게 합니다. 역할은 자격 증명을 스프레드시트 밖에 둡니다. API는 번거로움을 없애 줍니다. 그중 어느 것도 금지된 계정, 금지된 자동화, 플랫폼이 금지하는 행동을 허용하는 것이 아니며, 우리가 통제하지 못하는 플랫폼에서의 어떤 결과도 여기서 약속하지 않습니다. 오래 가는 에이전시는 플랫폼 규칙을 고객 업무의 일부로 다루고, 도구는 그 업무를 깔끔하게 하는 수단으로 씁니다.

설정 체크리스트

고객별로 워크스페이스를, 그 안에 플랫폼별로 그룹을 만듭니다.
계정의 운영 국가에서 계정당 스티키 주소를 하나씩 구매하고, 프록시 라이브러리의 모든 엔드포인트를 테스트합니다.
계정당 프로필을 하나씩 만들고, 고객, 플랫폼, 핸들 순으로 이름을 붙이며, 첫 로그인 전에 경로를 지정합니다.
각 프로필의 시간대와 언어를 경로의 국가에 맞춥니다.
누구에게도 비밀번호를 보내지 말고 팀원마다 역할을 부여합니다.
순회 작업은 로컬 API로 자동화하되, 사람처럼 속도를 조절합니다.
작업이 끝날 때마다 프로필을 닫습니다.

모든 글 · 스캔 실행