พร็อกซี่ที่อยู่อาศัยถูกกฎหมายหรือไม่? สิ่งที่ธุรกิจควรรู้

ทีมของคุณต้องการข้อมูลที่สะอาดและแม่นยำทางภูมิศาสตร์สำหรับการตั้งราคา โฆษณา หรือสินค้าคงคลัง แต่คำถามทางกฎหมายคือ: สิ่งนี้เป็นไปตามกฎหมายหรือไม่? คำถามเกี่ยวกับความถูกต้องตามกฎหมายของพร็อกซี่ที่อยู่อาศัยนั้นอยู่ในศูนย์กลางของการเข้าถึงข้อมูล ความเสี่ยง และผลตอบแทนจากการลงทุน (ROI) เมื่อสิ้นสุดบทความนี้ คุณจะรู้ว่าขอบเขตอยู่ที่ไหน วิธีลดการเปิดเผยข้อมูล และสิ่งที่ต้องเปลี่ยนในสแต็กของคุณเพื่อให้สอดคล้องตามกฎหมาย สิ่งที่คุณจะได้รับ: กรอบการใช้งานที่ชัดเจนและใช้งานได้จริงสำหรับการใช้ที่ถูกกฎหมายและแนวทางปฏิบัติในการดำเนินงาน

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

อะไรคือพร็อกซี่ที่อยู่อาศัย—และทำไมมันถึงสำคัญ

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

จากมุมมองด้านการปฏิบัติตามกฎหมาย มีสองปัจจัยที่มีอิทธิพลมากที่สุด: วิธีที่ IP ถูกจัดหา (ความยินยอมและการควบคุม) และวิธีที่คุณใช้มัน (วัตถุประสงค์ การอนุญาต และการจัดการข้อมูล) ทั้งสองอย่างนี้มีผลต่อความเสี่ยงมากกว่าตัวเทคโนโลยีเอง

ความถูกต้องตามกฎหมายของพร็อกซี่ที่อยู่อาศัย: คำตอบสั้นๆ

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

เสาหลักทางกฎหมายและนโยบายที่คุณต้องครอบคลุม

• ความยินยอมและแหล่งที่มาของ IP: ใช้เครือข่ายที่ผู้ใช้ปลายทางให้ความยินยอมที่มีความหมายและเลือกได้ หลีกเลี่ยงแหล่งที่มาที่น่าสงสัยเช่น "SDK อุปกรณ์" ที่คุณไม่สามารถตรวจสอบได้ ต้องการหลักฐานของกระบวนการยินยอม การเลือกไม่เข้าร่วม และการครอบคลุมเขตอำนาจศาล

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

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

• การปกป้องข้อมูล: พร็อกซี่ไม่ได้ให้สิทธิ์ในการเก็บข้อมูลส่วนบุคคล หากคุณประมวลผลข้อมูลส่วนบุคคล ให้ประเมินหน้าที่ตาม GDPR/CCPA (ฐานทางกฎหมาย การแจ้งเตือน DSRs การลดปริมาณ) หากคุณไม่ต้องการตัวระบุ ให้ลบและแฮชแต่เนิ่นๆ

• การหลอกลวงและความเสียหาย: อย่าปลอมแปลงบุคคล ปลอมแปลงความยินยอม หรือดำเนินการที่ก่อให้เกิดความเสียหายที่วัดได้ (การฉ้อโกง การฉีดโฆษณา การเข้าชมปลอม) การเรียกร้องที่อิงจากความเสียหายเพิ่มการเปิดเผยแม้ว่าการเข้าถึงจะเป็นสาธารณะ

กรณีการใช้งานทางธุรกิจที่ถูกต้องตามกฎหมาย (และจุดที่ควรตั้งขอบเขต)

การใช้งานที่มีความเสี่ยงต่ำทั่วไปเกี่ยวข้องกับการดึงข้อมูลสาธารณะในอัตราที่พอเหมาะสำหรับการวิเคราะห์ ตัวอย่างเช่น:

• การตรวจสอบราคาในรายการที่เผยแพร่ต่อสาธารณะ
• การตรวจสอบความพร้อมใช้งานสำหรับการเดินทางและการค้าปลีก
• การตรวจสอบโฆษณาสำหรับความปลอดภัยของแบรนด์และการตรวจสอบตำแหน่ง
• การตรวจสอบ SERP สำหรับส่วนแบ่งเสียงและแนวโน้มอันดับ

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

สถานการณ์ด่วน

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

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

การเลือกเครือข่ายที่เหมาะสม: ความยินยอม การตรวจสอบ และการควบคุม

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

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

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

Residential vs. datacenter proxies สำหรับความเสี่ยงและประสิทธิภาพ

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

พิจารณาใช้แนวทางแบบแบ่งส่วน: เริ่มต้นด้วยที่อยู่ IP ของ Datacenter สำหรับเป้าหมายที่ยอมรับได้; ขยายไปยัง Residential เท่านั้นเมื่อจำเป็น สำหรับภาพรวมที่ชัดเจนเกี่ยวกับการแลกเปลี่ยน ให้ดูว่าทีมใช้ Datacenter Proxies อย่างไรเพื่อความเร็วและประสิทธิภาพด้านต้นทุน

เครื่องมือช่วยตัดสินใจ: ท่าทีทางกฎหมายตามกิจกรรม

ในแง่ที่เข้าใจง่าย: ความถูกต้องตามกฎหมายขึ้นอยู่กับการอนุญาต, ความยินยอม, และความละเอียดอ่อนของข้อมูล ปรับมาตรการป้องกันให้ตรงกับองค์ประกอบที่มีความเสี่ยงสูงที่สุด

มาตรการป้องกันทางวิศวกรรมที่ลดความเสี่ยงทางกฎหมายและการดำเนินงาน

• รักษาให้เป็นสาธารณะก่อน: เลือกจุดสิ้นสุดที่ไม่ต้องการบัญชี หากคุณต้องเข้าสู่ระบบ, ขอความยินยอมอย่างชัดเจน.

• ปรับโหลด: เริ่มต้นด้วยความหนาแน่นที่ระมัดระวัง ตัวอย่างเป้าหมายในการตรวจสอบในโครงการนำร่อง: อัตราการบล็อกต่ำกว่า 3–5%, เซสชันที่เสถียรเป็นเวลา 10–20 นาที, และไม่มีการเสื่อมสภาพของบริการที่สังเกตได้.

• หมุนเวียนอย่างมีจุดประสงค์: หมุนเวียนที่อยู่ IP เพื่อจำลองการกระจายของผู้ใช้ปกติ, ไม่ใช่เพื่อทำลายการควบคุม. ติดตาม CPSR (อัตราความสำเร็จในการผ่าน captcha) และรหัสเหตุผลการบล็อกเพื่อตรวจจับแรงกดดันในระยะเริ่มต้น.

• ลบและลด: ลบคุกกี้และ PII ที่คุณไม่ต้องการ. แฮชตัวระบุเมื่อการวิเคราะห์อนุญาต. ตั้ง TTL สำหรับการจับข้อมูลดิบ.

• บันทึกท่าที, ไม่ใช่ความลับ: เก็บข้อมูลเมตาของคำขอ, เส้นทาง, และแหล่งที่มาของความยินยอม. หลีกเลี่ยงการเก็บข้อมูลรับรองหรือข้อมูลทั้งหมดเว้นแต่จำเป็น.

• ความถูกต้องทางภูมิศาสตร์: ตรวจสอบความถูกต้องของประเทศเป้าหมายและการผสมผสาน ASN. ภูมิศาสตร์ที่ไม่ตรงกันเป็นธงทั่วไปสำหรับระบบการฉ้อโกง.

คำเตือนกลางทาง: ความถูกต้องตามกฎหมายของ Residential Proxy ไม่เกี่ยวกับชื่อเครื่องมือ; มันเกี่ยวกับความยินยอมที่พิสูจน์ได้, การเข้าถึงที่ได้รับอนุญาต, และการเก็บรวบรวมที่มีการวัดและเคารพ.

เช็คลิสต์การตรวจสอบผู้ให้บริการ

ใช้การตรวจสอบอย่างรวดเร็วนี้ก่อนการเข้าร่วม หรือการขยายปริมาณ:

• แหล่งที่มาของความยินยอม: คำอธิบายเป็นลายลักษณ์อักษรของการเข้าร่วม, สกรีนช็อต, และ URL นโยบาย.
• การควบคุมการยกเลิก: เส้นทางการลบที่มุ่งสู่ผู้ใช้พร้อม SLA.
• AUP และการใช้งานที่ต้องห้าม: ข้อจำกัดที่ชัดเจนเกี่ยวกับการฉ้อโกง, สแปม, การละเมิดข้อมูลรับรอง.
• การแมพเขตอำนาจศาล: เงื่อนไขการประมวลผลข้อมูลและผู้ประมวลผลย่อยที่ระบุ.
• การจัดการการละเมิด: ช่องทางการติดต่อ, ระยะเวลาการตอบสนอง, และตัวอย่างการบังคับใช้.
• การควบคุมเซสชัน: เซสชันที่ติดแน่น, กฎการหมุนเวียน, และการกำหนดเป้าหมายทางภูมิศาสตร์ที่มีเอกสาร.
• การบันทึกและความโปร่งใส: พวกเขาสามารถสนับสนุนการตรวจสอบการปฏิบัติตามกฎได้หรือไม่?

ระวังสิ่งนี้

• การหลีกเลี่ยง Captcha และ WAF ในระดับใหญ่: การกระตุ้นให้เกิดขั้นตอนการข้ามที่รุนแรงอาจข้ามเส้นนโยบาย ปรับปรุงมารยาทการเก็บข้อมูลก่อนที่จะใช้วิธีการที่รุนแรง.

• แหล่ง IP สีเทา: เครือข่าย SDK ที่ "ฟรี" หรือไม่ชัดเจนมีความเสี่ยงต่อการจราจรที่ไม่มีการยินยอม หากคุณไม่สามารถตรวจสอบการยินยอมได้ ให้ถือว่าเป็นความเสี่ยงสูง

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

• ข้อมูลส่วนบุคคลที่ซ่อนอยู่: HTML อาจฝังอีเมล, ID หรือโทเค็นติดตามไว้ ให้ลบข้อมูลเหล่านี้ออกตั้งแต่แรกเพื่อหลีกเลี่ยงการเก็บข้อมูลมากเกินความจำเป็น。

การวิเคราะห์การแข่งขันโดยไม่ข้ามเส้น

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

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

เมื่อใดควรเพิ่มระดับ: การอนุมัติภายในและการตรวจสอบ

• เป้าหมายที่มีความไวสูงใหม่: ขอคำปรึกษา, เอกสารฐานทางกฎหมาย, และกำหนดเส้นแดง

• การเพิ่มปริมาณ: ทำการทดสอบโหลดอีกครั้ง, ตรวจสอบอัตราการบล็อกและความเสถียรของเซสชันอีกครั้ง, และยืนยันงบประมาณข้อผิดพลาด

• การเปลี่ยนผู้ให้บริการ: ทำการตรวจสอบการยินยอมและ AUP อีกครั้ง, และปรับ KPI สำหรับความถูกต้องทางภูมิศาสตร์และเวลาใช้งาน

หากคุณครอบคลุมประตูเหล่านี้ คุณจะสามารถจับความเสี่ยงทางกฎหมายและชื่อเสียงส่วนใหญ่ก่อนที่จะเข้าสู่การผลิต。

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

โปรxies ที่อยู่อาศัยถูกกฎหมายสำหรับการดึงข้อมูลราคาสาธารณะหรือไม่?

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

การหมุน IP เพื่อหลีกเลี่ยงการแบนผิดกฎหมายหรือไม่?

การหมุนเองไม่ผิดกฎหมาย แต่เจตนาและผลกระทบมีความสำคัญ หากคุณใช้การหมุนเพื่อหลีกเลี่ยงการตรวจสอบ, paywalls, หรือทำให้เกิดอันตราย คุณจะเพิ่มความเสี่ยงทางกฎหมายและสัญญา ใช้การหมุนเพื่อกระจายโหลด ไม่ใช่เพื่อเอาชนะการควบคุมความปลอดภัย。

เราต้องให้เกียรติ robots.txt หรือไม่?

Robots.txt ไม่ใช่กฎหมาย แต่การมองข้ามมันอาจเพิ่มความตึงเครียดและทำให้ตำแหน่งทางสัญญาของคุณอ่อนแอลง ให้ถือเป็นข้อมูลนโยบาย: หากคุณมีเหตุผลที่สามารถป้องกันได้ในการเบี่ยงเบน ควบคุมอัตรา, จำกัดขอบเขต, และบันทึกเหตุผลของคุณ。

เราสามารถเก็บข้อมูลส่วนบุคคลผ่านโปรxies ที่อยู่อาศัยได้หรือไม่?

เฉพาะเมื่อคุณมีฐานทางกฎหมายและการควบคุมที่สนับสนุน ลดการเก็บข้อมูล, ลบตัวระบุออกตั้งแต่แรก, กำหนดขีดจำกัดการเก็บรักษา, และเตรียมพร้อมที่จะดำเนินการตามคำขอการลบ หากข้อมูลส่วนบุคคลไม่จำเป็นสำหรับการวิเคราะห์ของคุณ อย่าเก็บมัน。

ความเสี่ยงด้านการปฏิบัติตามกฎหมาย: ที่อยู่อาศัย vs. ศูนย์ข้อมูล?

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

เมตริกวิศวกรรมใดที่เราควรติดตาม?

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

เราจะตรวจสอบการอ้างสิทธิ์การยินยอมของผู้ให้บริการได้อย่างไร?

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

ข้อสรุปและขั้นตอนถัดไป

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

ขั้นตอนถัดไป:

• ทำการทดลองในหน้าสาธารณะด้วยความเข้มข้นที่ระมัดระวังและการบันทึกที่เข้มงวด。
• ตรวจสอบอัตราการบล็อก, CPSR, ความถูกต้องทางภูมิศาสตร์, และการลดข้อมูลในทราฟฟิกจริง。
• ทำการตรวจสอบผู้ให้บริการให้ครบถ้วนและเอกสารฐานทางกฎหมายของคุณ。
• รัดกุมการควบคุมก่อนที่จะขยายไปยังการเข้าสู่ระบบหรือเส้นทางที่มีความเสี่ยงสูงกว่า。

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