Firefox เพิ่มฟีเจอร์บล็อกโฆษณาแบบเนทีฟบน iOS พร้อมตัวกรอง EasyList

opoinstall
2026-08-19
5 min read

Firefox สำหรับ iOS มีระบบบล็อกโฆษณาแบบเนทีฟแล้วหรือไม่ Mozilla ได้เริ่มทยอยปล่อยฟีเจอร์ตัวบล็อกโฆษณาในตัวแบบทดลอง โดยใช้ตัวกรองที่อิงจาก EasyList เพื่อบล็อกโฆษณาจากบุคคลที่สามและตัวติดตามที่เกี่ยวข้องกับโฆษณาก่อนที่จะโหลดขึ้นมา เนื่องจากการท่องเว็บผ่านมือถือมีฟีเจอร์การกรองฝั่งไคลเอนต์มากขึ้น เวิร์กฟลอว์ทางการตลาดที่พึ่งพาคำขอเบราว์เซอร์จากบุคคลที่สามจึงอาจประสบปัญหารuช่องว่างของข้อมูล เมื่อการกรองระดับเบราว์เซอร์ระงับแท็กโฆษณาและปลายทางการติดตามของบุคคลที่สาม สัญญาณการได้มาซึ่งผู้ใช้งานฝั่งไคลเอนต์อาจหยุดชะงักลง ดังนั้น ทีมพัฒนาและทีมเติบโตจึงอาจจำเป็นต้องประเมินสถาปัตยกรรมข้อมูลบุคคลที่หนึ่งและการส่งต่อสถานะฝั่งเซิร์ฟเวอร์ เพื่อรักษาความแม่นยำในการวัดผลในเส้นทาง Web-to-App

สิ่งที่ตัวบล็อกโฆษณาบน iOS แบบเนทีฟของ Firefox บล็อกจริงๆ

สรุปสั้นๆ

  • Mozilla เริ่มทยอยปล่อยตัวบล็อกโฆษณาแบบเนทีฟรุ่นทดลองสำหรับ Firefox บน iOS เมื่อวันที่ 18 สิงหาคม 2026 โดยถูกปิดการใช้งานไว้เป็นค่าเริ่มต้นในการตั้งค่าแอปพลิเคชัน
  • ฟีเจอร์นี้ใช้ตัวกรองที่อิงจาก EasyList เพื่อบล็อกเครือข่ายโฆษณาของบุคคลที่สาม ตัวติดตามที่เกี่ยวข้องกับโฆษณา ป๊อปอัป และโฆษณาแบบซ้อนทับในระดับคำขอเครือข่าย
  • โฆษณาบนหน้าผลการค้นหาของเครื่องมือค้นหาและช่องสปอนเซอร์บนหน้าแรกและแท็บใหม่ของ Firefox จะได้รับการยกเว้นจากการบล็อกอย่างชัดเจน

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

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

การตั้งค่าปุ่มสลับตัวบล็อกโฆษณาในการตั้งค่าการท่องเว็บเนื้อหาของ Firefox บน iOS

การนำไปใช้งานของ Firefox สะท้อนให้เห็นถึงความแตกต่างในทางปฏิบัติระหว่างโฆษณาที่กรองกับหมวดหมู่ที่ปล่อยไว้ตามเดิม ในขณะที่เครื่องมือนี้กรองการแลกเปลี่ยนแบนเนอร์ ป๊อปอัป และตัวติดตามที่เกี่ยวข้องกับโฆษณา แต่ Mozilla ยกเว้นโฆษณาบนหน้าผลการค้นหาจาก Google, Bing และ DuckDuckGo อย่างชัดเจน รวมถึงเนื้อหาที่ได้รับการสนับสนุนบนหน้าจอหลักเริ่มต้นของ Firefox การออกแบบนี้ทำให้โฆษณาผลการค้นหาอยู่นอกเหนือตัวบล็อก ในขณะที่ยังคงให้ผู้ใช้มีวิธีในตัวในการลดโฆษณาของบุคคลที่สามจำนวนมากบนเว็บไซต์ทั่วไป

อินเทอร์เฟซเมนูการตั้งค่าการบล็อกเนื้อหาของ Firefox บน iOS

เจาะลึกทางเทคนิค: การกรองคำขอระดับเครือข่ายและความต่อเนื่องของสัญญาณ

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

ภายใต้การใช้งานบน iOS ของ Firefox การเรียกเครือข่ายขาออกจะถูกประเมินเทียบกับรายการตัวกรองที่อิงจาก EasyList หาก URL ปลายทางตรงกับการแลกเปลี่ยนโฆษณาหรือปลายทางการติดตามที่รู้จัก เบราว์เซอร์จะยกเลิกคำขอนั้นก่อนที่จะโหลด:

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

ตัวแสดงสถานะการบล็อกโฆษณาของ Firefox บน iOS ที่แสดงว่าเปิดใช้งานแล้วในเมนูเบราว์เซอร์

แผนผังด้านล่างแสดงให้เห็นว่าการบล็อกโฆษณาในระดับเครือข่ายส่งผลกระทบต่อการติดตามของบุคคลที่สามอย่างไร เมื่อเทียบกับการรักษาบริบท Web-to-App ของบุคคลที่หนึ่ง:

[เส้นทางการวัดผลของบุคคลที่สาม]
  เหตุการณ์ของผู้ใช้ ──> คำขอเบราว์เซอร์ของบุคคลที่สาม ──> อาจถูกกรองโดย EasyList ──> สัญญาณหายไป

[เส้นทางบริบท Web-to-App ของบุคคลที่หนึ่ง]
  ผู้ใช้คลิกลิงก์แคมเปญของบุคคลที่หนึ่ง ──> เซิร์ฟเวอร์ของบุคคลที่หนึ่งบันทึกบริบท ──> ขอบเขต App Store ──> การเปิดแอป ──> Deferred Deep-Link กู้คืนบริบท

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

แนวทางปฏิบัติที่ดีที่สุดและมาตรฐานการอ้างอิงการใช้งานในการท่องเว็บที่คำนึงถึงความเป็นส่วนตัวเป็นอันดับแรก

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

การประเมินระเบียบวิธี: พิกเซลฝั่งไคลเอนต์เทียบกับการส่งต่อฝั่งเซิร์ฟเวอร์

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

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

ระเบียบวิธี การส่งข้อมูล ความไวต่อตัวบล็อก เหมาะที่สุดสำหรับ
พิกเซลฝั่งไคลเอนต์ของบุคคลที่สาม การฉีด JavaScript ของบุคคลที่สาม สูง (ถูกกรองเมื่อตรงกับกฎ EasyList) การโฆษณาบนเว็บมาตรฐานที่ไม่มีการควบคุมความเป็นส่วนตัวอย่างเข้มงวด
การจัดเก็บคุกกี้ของเบราว์เซอร์ การจัดเก็บในเครื่องฝั่งไคลเอนต์ ปานกลาง (ขึ้นอยู่กับการล้างข้อมูลและการทำแซนด์บ็อกซ์ของเบราว์เซอร์) การติดตามเซสชันโดเมนเดียวแบบง่าย
แอตทริบิวต์ฝั่งเซิร์ฟเวอร์ของบุคคลที่หนึ่ง การจับคู่ API เซิร์ฟเวอร์ของบุคคลที่หนึ่ง ต่ำกว่า (ลดการพึ่งพาการทำงานของเบราว์เซอร์บุคคลที่สาม) การวัดผลเว็บระดับองค์กรและแคมเปญหลายช่องทาง
Deferred Deep Linking (เช่น Opoinstall) การกู้คืนพารามิเตอร์ข้ามบริบท ต่ำกว่า (ลดการพึ่งพาการทำงานของเบราว์เซอร์บุคคลที่สาม) การต้อนรับผู้ใช้ Web-to-App และการติดตามการแปลงบนมือถือ

ในโฟลว์การได้มาซึ่งผู้ใช้งาน Web-to-App การลิงก์เชิงลึกแบบหน่วงเวลา (Deferred Deep Linking) สามารถรักษาบริบทของแคมเปญหรือการแนะนำข้ามขอบเขตการติดตั้งแอปสโตร์ได้ เมื่อบริบทนั้นถูกบันทึกผ่านโฟลว์ของบุคคลที่หนึ่งที่เข้ากันได้แล้ว การลิงก์เชิงลึกแบบหน่วงเวลาไม่ได้สร้างเหตุการณ์การวัดผลของบุคคลที่สามที่ถูกบล็อกโดยเบราว์เซอร์ขึ้นใหม่ แต่บทบาทของมันคือการรักษาบริบทของแคมเปญหรือปลายทางที่มีสิทธิ์ซึ่งถูกบันทึกไว้แล้วก่อนขอบเขตการติดตั้งแอป แพลตฟอร์มเช่น Opoinstall มีเอกสารเกี่ยวกับเวิร์กฟลอว์การลิงก์เชิงลึกแบบหน่วงเวลาและการส่งผ่านพารามิเตอร์ที่ออกแบบมาเพื่อกู้คืนพารามิเตอร์ดังกล่าวหลังจากการติดตั้ง ขึ้นอยู่กับการใช้งาน ระบบดังกล่าวสามารถบันทึกบริบทแคมเปญหรือการแนะนำที่เกี่ยวข้องไว้ที่ฝั่งเซิร์ฟเวอร์และกู้คืนพารามิเตอร์ที่เลือกหลังจากการติดตั้ง ซึ่งช่วยให้มั่นใจได้ว่าบริบทปลายทางของผู้ใช้จะยังคงสม่ำเสมอหลังจากดาวน์โหลดแอป

รายการตรวจสอบทางวิศวกรรม: การปรับไปป์ไลน์การวัดผลให้เข้ากับการกรองฝั่งไคลเอนต์

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

รายการตรวจสอบการใช้งานสำหรับนักพัฒนา

  • นำการบันทึกเหตุการณ์ของบุคคลที่หนึ่งมาใช้: เปลี่ยนผ่านเหตุการณ์การแปลงหลักจากแท็กฝั่งไคลเอนต์ของบุคคลที่สามไปยังปลายทาง API ฝั่งเซิร์ฟเวอร์ของบุคคลที่หนึ่ง
  • ใช้งานแฮนด์เชกการส่งผ่านพารามิเตอร์: ใช้ฐานข้อมูลสถานะฝั่งเซิร์ฟเวอร์เพื่อจัดเก็บโทเค็นแคมเปญเมื่อมีการโต้ตอบกับลิงก์ครั้งแรก และปรับเทียบให้ตรงกันหลังจากการติดตั้งแอป
  • ตรวจสอบความน่าเชื่อถือของการส่งต่อ Web-to-App: ตรวจสอบให้แน่ใจว่าลิงก์เชิงลึกบนมือถือใช้ Universal Links และ App Links มาตรฐานเพื่อลดการเปลี่ยนเส้นทางเว็บระดับกลาง

รายการตรวจสอบกลยุทธ์ผลิตภัณฑ์และการเติบโต

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

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

เหตุใด Firefox สำหรับ iOS จึงยกเว้นโฆษณาบนเครื่องมือค้นหาจากการบล็อกโฆษณาแบบเนทีฟ?
ตัวบล็อกโฆษณาในตัวของ Firefox มุ่งเป้าไปที่เครือข่ายการแสดงผลของบุคคลที่สาม สคริปต์ติดตาม และส่วนซ้อนทับที่รบกวนโดยเฉพาะ โฆษณาที่แสดงโดยตรงบนหน้าผลการค้นหาของเครื่องมือค้นหา เช่น Google หรือ Bing และช่องสปอนเซอร์บนหน้าจอหลักของ Firefox จะถูกยกเว้นเพื่อรักษาความเข้ากันได้กับแพลตฟอร์มการค้นหา
การบล็อกโฆษณาระดับเครือข่ายแตกต่างจากส่วนขยายตัวบล็อกเนื้อหาของ Safari อย่างไร?
ตัวบล็อกในตัวของ Firefox ถูกบูรณาการเข้ากับ Firefox สำหรับ iOS โดยตรงและใช้รายการตัวกรองที่อิงจาก EasyList ในทางตรงกันข้าม ตัวบล็อกเนื้อหาของ Safari จะใช้ API การบล็อกเนื้อหาแบบประกาศของ Safari เพื่อบอก Safari ว่าทรัพยากรใดควรถูกซ่อนหรือป้องกันไม่ให้โหลด แอปที่ใช้ WKWebView สามารถใช้งานรายการกฎเนื้อหาของตนเองแยกต่างหากได้
นักพัฒนาแอปมือถือจะรักษาระบบการระบุแหล่งที่มาได้อย่างไรเมื่อผู้ใช้ท่องเว็บโดยเปิดใช้งานตัวบล็อกโฆษณา?
นักพัฒนาสามารถเปลี่ยนผ่านจากการใช้พิกเซลติดตามฝั่งไคลเอนต์ไปสู่ระบบแอตทริบิวต์ฝั่งเซิร์ฟเวอร์ของบุคคลที่หนึ่งและเฟรมเวิร์กการลิงก์เชิงลึกแบบหน่วงเวลา ซึ่งจะช่วยปรับปรุงความต่อเนื่องของการระบุแหล่งที่มาแบบ Web-to-App สำหรับบริบทแคมเปญที่บันทึกผ่านโฟลว์ของบุคคลที่หนึ่ง แม้ว่าคำขอเบราว์เซอร์ของบุคคลที่สามแยกต่างหากจะถูกกรองก็ตาม

ประเด็นสำคัญสำหรับทีมวิศวกรรม

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

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

Share this article

Keep Discovering

OpenAI เพิ่มฟีเจอร์ควบคุม Apple Messages ให้กับ ChatGPT บน Mac

OpenAI เพิ่มฟีเจอร์ควบคุม Apple Messages ให้กับ ChatGPT บน Mac

OpenAI เพิ่มการรองรับ Apple Messages บน ChatGPT สำหรับ Mac เจาะลึกว่าสิทธิ์การใช้งานใหม่ การอนุมัติการส่งข้อความเริ่มต้น และระบบอัตโนมัติของ macOS ส่งผลต่อความปลอดภัยของระบบเอเจนต์อย่างไร

Alibaba Qwen UI Agent ควบคุมโทรศัพท์จริงได้ครอบคลุมกว่า 150 แอปพลิเคชัน

Alibaba Qwen UI Agent ควบคุมโทรศัพท์จริงได้ครอบคลุมกว่า 150 แอปพลิเคชัน

Alibaba Qwen UI Agent ควบคุมโทรศัพท์จริงได้ครอบคลุมกว่า 150 แอปพลิเคชัน อ่านบทวิเคราะห์ทางเทคนิคของโมเดลรากฐาน GUI นี้และผลการทดสอบมาตรฐาน

DeepSeek อัปเดตเฟรมเวิร์ก Harness อย่างไร? เจาะลึก 14 การเปลี่ยนแปลง

DeepSeek อัปเดตเฟรมเวิร์ก Harness อย่างไร? เจาะลึก 14 การเปลี่ยนแปลง

DeepSeek อัปเดตเฟรมเวิร์ก Harness พร้อมรองรับมัลติโมดัลแบบเนทีฟและซับเอเจนต์ ค้นพบว่า 14 การเปลี่ยนแปลงใหม่ช่วยปรับโฉมการจัดตารางเอเจนต์โอเพนซอร์กอย่างไร