Antidetect Browser สำหรับการตลาดโซเชียลมีเดีย: วิธีตั้งค่าที่ใช้ได้จริง

การใช้หลายบัญชี 11 สิงหาคม 2569 · อ่าน 9 นาที · โดย PowerOps

เวิร์กโฟลว์ของเอเจนซี่ตั้งแต่ต้นจนจบ: หนึ่งเวิร์กสเปซต่อลูกค้า หนึ่งโปรไฟล์ต่อบัญชีพร้อมพร็อกซีและเขตเวลาที่ตรงกัน บทบาทสำหรับการส่งต่องาน และระบบอัตโนมัติผ่าน API

ปัญหาด้านปฏิบัติการของเอเจนซี่โซเชียลมีเดียแทบไม่เคยเป็นเรื่องเนื้อหา แต่เป็นระบบท่อเบื้องหลัง คือบัญชีลูกค้าจำนวนมากในหลายแพลตฟอร์ม ทีมที่ต้องทำงานกับบัญชีเหล่านั้นโดยไม่เหยียบกัน และแพลตฟอร์มที่อ่านสภาพแวดล้อมของทุกเซสชัน บทความนี้คือวิธีตั้งค่าที่ทำให้ระบบท่อนั้นน่าเบื่อ (ซึ่งเป็นเรื่องดี) ตั้งแต่ต้นจนจบ โดยใช้ PowerOps เป็นตัวอย่าง

โครงสร้าง: เวิร์กสเปซ กลุ่ม โปรไฟล์

อย่าไปสร้างรายการโปรไฟล์ยาวเหยียดรายการเดียว โครงสร้างคือสิ่งที่ทำให้การตั้งค่าอยู่รอดเมื่อขยายตัว และสามระดับก็เพียงพอ

• หนึ่งเวิร์กสเปซต่อลูกค้า โปรไฟล์ พร็อกซี และโน้ตของลูกค้าอยู่ด้วยกัน และไม่มีอะไรของลูกค้ารายหนึ่งขึ้นหน้าจอตอนที่คุณทำงานของอีกราย การเลิกให้บริการกลายเป็นการจัดการเวิร์กสเปซเดียว แทนที่จะเป็นโครงการขุดซากโบราณคดี
• หนึ่งกลุ่มต่อแพลตฟอร์มภายในเวิร์กสเปซ โปรไฟล์ Facebook ของลูกค้าอยู่กลุ่มหนึ่ง Instagram อีกกลุ่ม TikTok กลุ่มที่สาม การทำงานแบบกลุ่มทำที่ระดับกลุ่ม การแบ่งนี้จึงทำให้เริ่มหรือหยุดโปรไฟล์ของแพลตฟอร์มหนึ่งได้ในการกระทำเดียว
• หนึ่งโปรไฟล์ต่อหนึ่งบัญชี กฎที่ทุกอย่างอื่นตั้งอยู่บนมัน โปรไฟล์ถือที่เก็บข้อมูล ตัวตน และเส้นทางของบัญชีเดียวเท่านั้น และชื่อของมันบอกว่าบัญชีไหน

การตั้งชื่อคุ้มกับการกำหนดนโยบายสามสิบวินาที ลูกค้า แพลตฟอร์ม แฮนเดิล ตามลำดับนี้ โปรไฟล์มีหมายเลขและค้นหาได้ ทุกคนจึงตะโกนว่า "เปิด 41" ในห้องที่วุ่นวายได้ และเพื่อนร่วมงานรู้ชัดว่าหมายถึงแถวไหน

โครงสร้างยังตอบคำถามเรื่องการตรวจสอบย้อนหลังก่อนที่ใครจะถาม เมื่อลูกค้าอยากรู้ว่าใครแตะบัญชีของเขาและเมื่อไร เวิร์กสเปซที่สมาชิกระบุชัดเจนและโปรไฟล์เปิดได้ทีละคนก็มีคำตอบอยู่ในตัว

ตัวตนและเส้นทาง ต่อโปรไฟล์

แต่ละโปรไฟล์ได้ตัวตนอุปกรณ์ที่สร้างเป็นชุดที่สอดคล้องกันและบันทึกไว้ จึงรายงานเครื่องที่น่าเชื่อถือเครื่องเดิมทุกครั้งที่เปิด ส่วนนั้นเป็นอัตโนมัติ ส่วนที่ต้องใช้วิจารณญาณของคนคือเส้นทาง

1. ซื้อที่อยู่แบบ sticky ในประเทศที่บัญชีของลูกค้าใช้งานอยู่ หนึ่งที่อยู่ต่อหนึ่งบัญชี
2. เพิ่มลงในคลังพร็อกซีและทดสอบ การทดสอบจะรายงานที่อยู่และประเทศที่สังเกตได้ ซึ่งคือสิ่งที่แพลตฟอร์มจะเห็น ไม่ว่าใบแจ้งหนี้จะเขียนว่าอะไร
3. กำหนดให้แต่ละโปรไฟล์ก่อนลงชื่อเข้าใช้ครั้งแรก และตั้งเขตเวลากับภาษาของโปรไฟล์ให้ตรงกับประเทศของเส้นทางในคราวเดียวกัน
4. ทดสอบคลังซ้ำตามกำหนด เอนด์พอยต์เสื่อมลงอย่างเงียบๆ และเส้นทางที่เสื่อมจะโผล่เป็นปัญหาของบัญชีนานก่อนที่จะโผล่เป็นข้อผิดพลาดการเชื่อมต่อ

ส่งต่องานโดยไม่ต้องแชร์รหัสผ่าน

เอเจนซี่ส่งต่อบัญชีระหว่างคนตลอดเวลา เด็กฝึกงานตั้งเวลาโพสต์ ผู้จัดการอนุมัติ ใครสักคนเข้าเวรวันหยุดสุดสัปดาห์ วิธีดั้งเดิมคือสเปรดชีตรหัสผ่าน ซึ่งเป็นเหตุให้เอเจนซี่ลงเอยด้วยบัญชีของลูกค้าที่ล็อกอินค้างอยู่บนแล็ปท็อปที่หาไม่เจอ

บทบาทเข้ามาแทนที่ สมาชิกเวิร์กสเปซได้สิทธิ์ตามที่งานของเขาต้องการ เพื่อนร่วมทีมเปิดโปรไฟล์และทำงานข้างใน ผู้จัดการแก้ไขโปรไฟล์และเส้นทางได้ด้วย เจ้าของควบคุมการเป็นสมาชิกได้ด้วย ข้อมูลล็อกอินของบัญชีอยู่กับโปรไฟล์ครั้งเดียว และการส่งต่อบัญชีให้สมาชิกใหม่คือการให้สิทธิ์เข้าถึง ไม่ใช่การส่งรหัสผ่าน เมื่อมีคนออกไป การเพิกถอนการเป็นสมาชิกปิดสิทธิ์ของเขาทุกที่พร้อมกัน และรหัสผ่านที่เขาไม่เคยเห็นก็ไม่ต้องเปลี่ยน

นิสัยที่ทำให้การส่งต่อได้ผลคือการปิดโปรไฟล์ โปรไฟล์เปิดอยู่บนเครื่องเดียวในแต่ละครั้ง เพื่อนร่วมงานจึงเห็นได้ว่าตอนนี้ใครถืออยู่ แทนที่จะไปเจอเซสชันชนกันแบบเจ็บตัว ทำรอบงานให้เสร็จ ปิดโปรไฟล์ แล้วคนถัดไปเปิดโดยที่เซสชันถูกเขียนออกไว้เรียบร้อยแล้ว

เริ่มงานกับลูกค้าใหม่ ทีละขั้น

การเริ่มงานคือจุดที่โครงสร้างจะถูกสร้างขึ้นหรือถูกข้าม จึงควรมีขั้นตอนประจำของตัวเอง ลูกค้าใหม่ควรใช้เวลาตั้งค่าหนึ่งบ่ายและไม่ต้องอาศัยวีรกรรมใดๆ

1. สร้างเวิร์กสเปซและกลุ่มของแต่ละแพลตฟอร์มก่อนแตะบัญชีใดๆ
2. รวบรวมรายการบัญชีจากลูกค้า แฮนเดิล แพลตฟอร์ม แต่ละบัญชีให้บริการประเทศไหน และตอนนี้ใครถือข้อมูลล็อกอินอยู่
3. ซื้อและทดสอบเส้นทาง sticky หนึ่งเส้นต่อหนึ่งบัญชี ในประเทศที่ถูกต้อง แล้วให้การทดสอบของคลังยืนยันสิ่งที่มาถึงจริง
4. สร้างโปรไฟล์ ตั้งชื่อ ลูกค้า แพลตฟอร์ม แฮนเดิล และกำหนดเส้นทาง เขตเวลา และภาษาในรอบเดียวกัน
5. ลงชื่อเข้าใช้แต่ละบัญชีใหม่ในโปรไฟล์ของมัน โดยมีลูกค้าอยู่ใกล้ๆ เพื่อรับการยืนยันตัวตนสองขั้นตอนและอีเมลยืนยัน
6. มอบบทบาทให้ทีม ชี้แจงทีมเรื่องจังหวะงานของลูกค้า และเลิกใช้ช่องทางที่ข้อมูลล็อกอินส่งมา

การลงชื่อเข้าใช้ใหม่คือขั้นตอนที่ทีมงานพยายามลัด ด้วยการนำเข้าคุกกี้จากที่ที่บัญชีเคยอยู่ อย่าทำ เซสชันที่นำเข้ามาแบกประวัติของเครื่องที่มันมาจาก และจุดประสงค์ของการเริ่มงานคือทุกเซสชันที่บัญชีของลูกค้าถือจากนี้ไปถูกสร้างขึ้นภายในสภาพแวดล้อมที่ใช้งานมันต่อไป

ทำงานซ้ำๆ ให้เป็นอัตโนมัติ

เส้นแบ่งที่ใช้ได้ คนทำงานที่ต้องใช้วิจารณญาณ สคริปต์ทำงานหมุนเวียน การเช็กกล่องข้อความหลายสิบกล่องเพื่อดูจำนวนที่ยังไม่อ่าน การเก็บตัวเลขผู้ติดตามสำหรับรายงานวันศุกร์ และการเปิดโปรไฟล์ชุดของตอนเช้า คืองานหมุนเวียน Local 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 ขณะที่ทีมใช้บ่ายไปทำสิ่งที่ดีกว่า การเลิกให้บริการคือเวิร์กสเปซที่ถูกเก็บถาวร ไม่มีอะไรฉลาดล้ำ และนั่นแหละคือประเด็น หน้าที่ของระบบคือทำให้ปัญหาสภาพแวดล้อมเลิกน่าสนใจ

ตัวเลขสองตัวบอกได้ว่ามันยังคงอยู่ไหม ตัวแรกคือบ่อยแค่ไหนที่มีคนพิมพ์รหัสผ่านแพลตฟอร์ม ซึ่งควรเข้าใกล้ศูนย์เมื่อการเริ่มงานเสร็จสิ้น ตัวที่สองคือบ่อยแค่ไหนที่เซสชันทำให้ใครสักคนเจอการยืนยันตัวตนแบบเซอร์ไพรส์ ซึ่งควรหายากและสืบหาสาเหตุได้ เช่น เส้นทางเปลี่ยน ปริมาณผิดปกติที่พุ่งขึ้น หรือบัญชีใหม่ที่ถูกผลักเร็วเกินไป เมื่อตัวใดตัวหนึ่งสูงขึ้น คำตอบอยู่ที่เส้นทางและจังหวะ และที่แรกที่ควรดูคือสิ่งที่เปลี่ยนล่าสุด

กฎ ตามตรง

ทุกแพลตฟอร์มในเวิร์กโฟลว์นี้มีข้อกำหนดเรื่องบัญชีและระบบอัตโนมัติ และการตั้งค่านี้ไม่ได้เปลี่ยนข้อกำหนดเหล่านั้นเลย การแยกสภาพแวดล้อมกันลูกค้าไม่ให้ปนเปื้อนกัน บทบาทกันข้อมูลล็อกอินออกจากสเปรดชีต API ขจัดงานน่าเบื่อ ไม่มีสิ่งใดในนี้อนุญาตให้มีบัญชีที่ต้องห้าม ระบบอัตโนมัติที่ต้องห้าม หรือพฤติกรรมที่แพลตฟอร์มห้าม และเราไม่ได้สัญญาผลลัพธ์ใดๆ บนแพลตฟอร์มที่เราควบคุมไม่ได้ เอเจนซี่ที่อยู่ได้นานถือว่ากฎของแพลตฟอร์มเป็นส่วนหนึ่งของงานลูกค้า และถือเครื่องมือเป็นวิธีทำงานนั้นให้สะอาด

เช็กลิสต์การตั้งค่า

1. สร้างเวิร์กสเปซต่อลูกค้าและกลุ่มต่อแพลตฟอร์มภายในนั้น
2. ซื้อที่อยู่ sticky หนึ่งที่อยู่ต่อบัญชี ในประเทศที่บัญชีนั้นปฏิบัติการอยู่ และทดสอบทุกเอนด์พอยต์ในคลังพร็อกซี
3. สร้างหนึ่งโปรไฟล์ต่อบัญชี ตั้งชื่อ ลูกค้า แพลตฟอร์ม แฮนเดิล และกำหนดเส้นทางก่อนลงชื่อเข้าใช้ครั้งแรก
4. ตั้งเขตเวลาและภาษาของแต่ละโปรไฟล์ให้ตรงกับประเทศของเส้นทาง
5. มอบบทบาทให้สมาชิกทีมแต่ละคนแทนการส่งรหัสผ่านให้ใคร
6. ทำงานหมุนเวียนอัตโนมัติผ่าน Local API โดยกำหนดจังหวะแบบคน
7. ปิดโปรไฟล์ทุกครั้งเมื่อจบรอบงาน

บทความทั้งหมด · เริ่มการสแกน