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

Apple iPhone Duo นิยามใหม่ของหน้าจอพับได้? วิธีการปรับการทำงานของ Multi-Display Routing

Apple iPhone Duo นิยามใหม่ของหน้าจอพับได้? วิธีการปรับการทำงานของ Multi-Display Routing

Apple ประกาศเปิดตัว iPhone Duo หน้าจอพับได้ที่มีหน้าจอภายในขนาด 7.6 นิ้ว และหน้าจอภายนอกขนาด 5.4 นิ้ว เรียนรู้วิธีการที่ iOS 27 Split View และ deep linking ปรับตัวเข้ากับการทำงานของระบบ multi-display routing

Click Spamming ทำให้สถิติผิดเพี้ยนและเกิดความคลาดเคลื่อนของข้อมูลได้อย่างไร

Click Spamming ทำให้สถิติผิดเพี้ยนและเกิดความคลาดเคลื่อนของข้อมูลได้อย่างไร

เรียนรู้ว่าทำไม Click Spamming ถึงทำให้ข้อมูลการตลาดคลาดเคลื่อน Click Flooding ส่งผลให้ CVR ลดลงอย่างไร และวิธีการวิเคราะห์การกระจายตัวของ MTTI เพื่อตรวจสอบความถูกต้องของสถิติโฆษณา

Google Chrome อัปเดตทุก 2 สัปดาห์? ผลกระทบต่อ WebView คืออะไร

Google Chrome อัปเดตทุก 2 สัปดาห์? ผลกระทบต่อ WebView คืออะไร

Google เร่งรอบการอัปเดต Chrome เป็นทุก 2 สัปดาห์โดยเริ่มจากเวอร์ชัน 153 เรียนรู้ว่าการอัปเดต Android WebView ที่รวดเร็วส่งผลต่อ URL Schemes, การทำ Routing แบบกำหนดเอง และการติดตั้งแอปพลิเคชันอย่างไร