วิธีการใช้พร็อกซี่ที่อยู่อาศัยกับ Puppeteer

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

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

ทำไม Puppeteer จึงต้องการพร็อกซี่ที่เป็นที่อยู่อาศัยสำหรับเป้าหมายที่ยากกว่า

Puppeteer เป็นไลบรารี Node.js สำหรับควบคุมเบราว์เซอร์ที่ใช้ Chromium มักจะใช้สำหรับการเก็บข้อมูลจากเว็บ การทดสอบ การทำงานอัตโนมัติ การตรวจสอบ และการเก็บข้อมูลที่อิงจากเบราว์เซอร์

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

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

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

คุณจะใช้พร็อกซี่ที่เป็นที่อยู่อาศัยกับ Puppeteer ได้อย่างไร?

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

เมื่อใดที่พร็อกซี่ที่เป็นที่อยู่อาศัยเป็นทางเลือกที่ถูกต้อง

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

ใช้พวกเขาสำหรับ:

• แดชบอร์ดที่ต้องการการเข้าสู่ระบบ
• หน้าโปรดักต์ที่มีความไวต่อภูมิศาสตร์
• การวิจัยการเดินทางหรือการตลาด
• การตรวจสอบ SERP ที่มีการปรับแต่ง
• การตรวจสอบโฆษณา
• การตรวจสอบราคาปลีก
• หน้าเว็บที่กระตุ้น CAPTCHA หรือบล็อกอ่อนด้วย IP จากเซิร์ฟเวอร์

พวกเขานั้นไม่จำเป็นมากนักสำหรับ:

• หน้าเว็บสาธารณะที่ง่าย
• การตรวจสอบ QA ภายใน
• การตรวจสอบ URL ที่มีความเสี่ยงต่ำ
• การเก็บข้อมูลเนื้อหาที่เป็นสถิติ
• การค้นพบปริมาณสูงที่ IP จากศูนย์ข้อมูลทำงานได้อยู่แล้ว

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

การตั้งค่าพร็อกซี่ที่เป็นที่อยู่อาศัยพื้นฐานสำหรับ Puppeteer

Puppeteer รองรับการกำหนดค่าพร็อกซี่ผ่านอาร์กิวเมนต์การเปิดตัว Chromium รูปแบบที่พบบ่อยที่สุดคือการส่งพร็อกซี่เซิร์ฟเวอร์เมื่อเริ่มเบราว์เซอร์.

const puppeteer = require('puppeteer');

const browser = await puppeteer.launch({
  headless: true,
  args: [
    '--proxy-server=http://proxy-host:proxy-port'
  ]
});

const page = await browser.newPage();

await page.authenticate({
  username: 'proxy-username',
  password: 'proxy-password'
});

await page.goto('https://example.com', {
  waitUntil: 'networkidle2'
});

await browser.close();

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

หากผู้ให้บริการของคุณใช้การอนุญาต IP คุณอาจไม่จำเป็นต้องใช้ page.authenticate() ในกรณีนั้น เซิร์ฟเวอร์ที่เชื่อมต่อจะต้องได้รับการอนุญาตในแดชบอร์ดพร็อกซี่ของคุณแล้ว

การจับคู่เซสชันพร็อกซีกับเซสชันเบราว์เซอร์

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

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

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

กฎที่ชัดเจนก็คือ:

• หนึ่งบริบทของเบราว์เซอร์
• หนึ่งเส้นทางพร็อกซี
• หนึ่งภูมิภาค
• หนึ่งวัตถุประสงค์ของเซสชัน

นี่ไม่ได้หมายความว่าทุกงานต้องการเบราว์เซอร์ใหม่ มันหมายความว่าทุกเอกลักษณ์ที่มีความหมายควรคงความสอดคล้องภายใน

เซสชันติดหนึบกับพร็อกซีที่หมุนเวียน

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

สำหรับ Puppeteer, เซสชันติดหนึบมักจะดีกว่าสำหรับการทำงานที่มีลักษณะเหมือนการท่องเว็บจริง

ใช้เซสชันติดหนึบสำหรับ:

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

ใช้การหมุนเวียนสำหรับ:

• หน้าอิสระ
• การค้นพบการเก็บข้อมูล
• การตรวจสอบ URL ของผลิตภัณฑ์
• การตรวจสอบหน้าแบบครั้งเดียว
• รายการ URL ขนาดใหญ่ที่คุกกี้ไม่สำคัญ

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

กลยุทธ์พร็อกซี Puppeteer ตามภาระงาน

กรอบงานนี้ช่วยให้การจราจรที่อยู่อาศัยมุ่งเน้นไปที่จุดที่มันเปลี่ยนผลลัพธ์ นอกจากนี้ยังป้องกันค่าใช้จ่ายที่ไม่จำเป็นเมื่อเส้นทางที่ง่ายกว่าทำงานอยู่แล้ว

วิธีการกำหนดค่า Puppeteer ด้วยพร็อกซีหลายตัว

สำหรับงานเล็กๆ การเปิดเบราว์เซอร์หนึ่งตัวต่อพร็อกซีอาจเพียงพอ สำหรับงานที่ใหญ่ขึ้น คุณต้องมีพูลเบราว์เซอร์ที่ควบคุม

รูปแบบการใช้พร็อกซีหลายตัวที่ง่ายดูเหมือนจะเป็นแบบนี้:

const puppeteer = require('puppeteer');

const proxies = [
  {
    server: 'http://proxy1-host:proxy1-port',
    username: 'user1',
    password: 'pass1'
  },
  {
    server: 'http://proxy2-host:proxy2-port',
    username: 'user2',
    password: 'pass2'
  }
];

async function runWithProxy(proxy, url) {
  const browser = await puppeteer.launch({
    headless: true,
    args: [`--proxy-server=${proxy.server}`]
  });

  const page = await browser.newPage();

  await page.authenticate({
    username: proxy.username,
    password: proxy.password
  });

  await page.goto(url, { waitUntil: 'networkidle2' });

  const title = await page.title();

  await browser.close();

  return title;
}

นี่ตั้งใจให้เรียบง่าย ในการผลิต คุณจะเพิ่มการลองใหม่, การจัดการเวลาหมด, การตรวจสอบสุขภาพพร็อกซี, ป้ายข้อผิดพลาด, และการตรวจสอบเนื้อหา

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

กลยุทธ์บริบทเบราว์เซอร์เพื่อการแยกที่สะอาดกว่า

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

ใช้บริบทแยกเมื่อ:

• ทดสอบภูมิภาคที่แตกต่างกัน
• แยกเซสชันบัญชี
• รันเวิร์กโฟลว์ขนาน
• หลีกเลี่ยงการข้ามคุกกี้
• เปรียบเทียบเส้นทางพร็อกซี

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

วิธีที่สมดุลคือการรักษาจำนวนเบราว์เซอร์ที่ทำงานน้อยและกำหนดเซสชันอย่างระมัดระวัง

สิ่งที่ต้องติดตามก่อนขยาย

การตั้งค่าพร็อกซีที่อยู่อาศัยควรได้รับการตัดสินจากผลลัพธ์ที่ใช้งานได้ ไม่ใช่จากการที่เบราว์เซอร์เปิดหน้า

ติดตามเมตริกเหล่านี้:

• อัตราความสำเร็จ: เวิร์กโฟลว์ที่เสร็จสมบูรณ์หารด้วยความพยายามทั้งหมด
• อัตราบล็อก: 403, 429, CAPTCHA หรือเหตุการณ์ท้าทาย
• อัตราบล็อกแบบนุ่ม: การตอบสนอง 200 ที่มีเนื้อหาผิด, ว่างเปล่า หรือไม่สมบูรณ์
• การอยู่รอดของเซสชัน: จำนวนหน้าหรือการกระทำที่เสร็จสมบูรณ์ก่อนที่เซสชันจะล้มเหลว
• ความถูกต้องทางภูมิศาสตร์: เนื้อหาที่ส่งกลับตรงกับภูมิภาคที่ตั้งใจไว้หรือไม่
• ความหน่วงเวลา: เวลาที่ใช้ในการโหลดหน้าอย่างมีความหมาย
• ความลึกในการลองใหม่: จำนวนความพยายามที่จำเป็นสำหรับแต่ละผลลัพธ์ที่ประสบความสำเร็จ
• CPSR: ต้นทุนต่อคำขอหรือการกระทำที่ประสบความสำเร็จ

CPSR = ต้นทุนเวิร์กโฟลว์ทั้งหมด / ผลลัพธ์ที่ได้รับการตรวจสอบที่ประสบความสำเร็จ

ในแง่ที่เข้าใจง่าย: CPSR บอกคุณว่าผลลัพธ์ที่ใช้งานได้แต่ละรายการมีค่าใช้จ่ายเท่าใดหลังจากการใช้พร็อกซี คอมพิวเตอร์ และการลองใหม่

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

ระวังข้อผิดพลาดทั่วไปของพร็อกซี Puppeteer

เปลี่ยน IP บ่อยเกินไป

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

มองข้ามการตรวจสอบเนื้อหาของหน้า

หน้าอาจโหลดสำเร็จ แต่ยังคงส่งคืนเนื้อหาที่ผิด Validate selectors, text, currency, region, and required fields.

ใช้พูลพร็อกซีเดียวสำหรับทุกเป้าหมาย

เป้าหมายที่แตกต่างกันตอบสนองแตกต่างกัน แบ่งเส้นทางตามโดเมน ความไว และประเภทเวิร์กโฟลว์

เปิดเบราว์เซอร์มากเกินไป

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

ผสมภูมิภาคภายในเวิร์กโฟลว์เดียว

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

พร็อกซีที่อยู่อาศัยมีบทบาทอย่างไรในระบบการขูดข้อมูลที่กว้างขึ้น

Puppeteer เป็นเพียงส่วนหนึ่งของสแต็คการทำงานอัตโนมัติที่สมบูรณ์ ทีมหลายทีมใช้ HTTP clients ที่เบากว่าหรือเฟรมเวิร์กการขูดข้อมูลสำหรับคำขอที่ง่าย จากนั้นจึงสงวน Puppeteer สำหรับหน้าเว็บที่ต้องการการเรนเดอร์ JavaScript หรือพฤติกรรมของเบราว์เซอร์จริง

ตรรกะเดียวกันนี้ควรใช้กับพร็อกซี

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

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

คำถามที่พบบ่อย

Puppeteer สามารถใช้พร็อกซีที่อยู่อาศัยได้หรือไม่?

ใช่ Puppeteer สามารถใช้พร็อกซีที่อยู่อาศัยได้โดยการส่งพร็อกซีเซิร์ฟเวอร์ผ่านอาร์กิวเมนต์การเปิด Chromium และทำการตรวจสอบผ่าน page.authenticate() เมื่อจำเป็น ส่วนที่สำคัญคือการจับคู่เซสชันพร็อกซีให้ตรงกับเซสชันเบราว์เซอร์เพื่อให้คุกกี้ สถานที่ และตัวตนคงที่

พร็อกซีที่อยู่อาศัยดีกว่าพร็อกซีศูนย์ข้อมูลสำหรับ Puppeteer หรือไม่?

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

ฉันควรหมุนพร็อกซี่ในทุกหน้าของ Puppeteer หรือไม่?

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

ทำไมสคริปต์ Puppeteer ของฉันถึงถูกบล็อกแม้จะใช้พร็อกซี่ที่อยู่อาศัย?

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

ฉันจะลด CPSR ในการขูดข้อมูล Puppeteer ได้อย่างไร?

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

ฉันควรติดตามอะไรในการตั้งค่าพร็อกซี่ Puppeteer?

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

ความคิดสุดท้าย

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

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

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