Apple อธิบายเหตุผลที่ Safari 27 บล็อก identity resolution ที่ใช้อีเมล

ทีม WebKit ของ Apple ระบุเมื่อวันที่ 19 ตุลาคม 2569 ว่า Safari และ WebKit ในระบบปฏิบัติการ iOS, iPadOS, macOS และ visionOS 27 บล็อกการเชื่อมต่อเครือข่ายไปยัง "โครงสร้างพื้นฐาน identity resolution" ซึ่งหมายถึงบุคคลที่สามที่แอบเก็บอีเมลที่ผู้ใช้พิมพ์ตอนล็อกอินหรือสมัครรับจดหมายข่าว แล้วแปลงอีเมลนั้นเป็นรหัสติดตาม (tracking ID) แบบถาวรก่อนส่งกลับมาที่หน้าเว็บ การบล็อกทำในระดับโดเมน ผู้ให้บริการจึงเลี่ยงด้วยการเปลี่ยนรูปแบบคำขอ (request) ไม่ได้ Apple ไม่ได้ระบุชื่อบริษัทใดและไม่ได้เผยแพร่รายชื่อโดเมน แต่นี่เป็นครั้งแรกที่ Apple อธิบายต่อสาธารณะว่าการบล็อกใน Safari 27 ที่กระทบวงการแอดเทคตั้งแต่เดือนกันยายนมีไว้เพื่ออะไร และยืนยันว่าการบล็อกครอบคลุมเครื่อง Mac ด้วย

คำอธิบายนี้มาจากบทความในบล็อก WebKit ชื่อ Blocking Identity Resolution Infrastructure ลงชื่อโดย John Wilander, Charlie Wolfe และ Matthew Finkel บทความนี้สรุปว่าโพสต์ของ WebKit พูดอะไร เว้นอะไรไว้ และมีอะไรใหม่เมื่อเทียบกับที่ Relevant Audience เคยรายงานเรื่อง Safari 27 ไว้เมื่อวันที่ 19 กรกฎาคม และ 2 ตุลาคม 2569

โพสต์ของ WebKit วันที่ 19 ตุลาคม พูดถึงอะไรบ้าง

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

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

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

ทำไม Apple เจาะจงที่อีเมล

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

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

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

Apple ขีดเส้นข้อมูลฝั่ง first-party ไว้ตรงไหน

สำหรับผู้ลงโฆษณา ท่อนที่มีประโยชน์ที่สุดคือท่อนที่บอกว่า Apple ไม่ได้ตั้งใจจะหยุดอะไร โพสต์ของ WebKit ระบุว่า "การปรับประสบการณ์ให้เหมาะกับผู้ใช้โดยเจ้าของเว็บไซต์เอง (first-party personalization) ไม่ใช่การติดตาม และไม่ใช่สิ่งที่เทคโนโลยีของเราต้องการป้องกัน" ร้านค้าออนไลน์ที่จำลูกค้าที่ล็อกอินอยู่บนเว็บไซต์ของตัวเองได้จึงไม่ใช่เป้าหมาย

ประโยคถัดมาทำให้ข้อยกเว้นนี้แคบลง WebKit ระบุว่า "แม้ identity graph จะจำกัดอยู่แค่ข้อมูลของบริษัทเดียว" ตัวกลางที่ทำ identity resolution ก็ยังเป็นบุคคลที่สาม ถือข้อมูลของผู้ใช้ทั้งข้ามเว็บไซต์ ข้ามอุปกรณ์ และข้ามบริษัท และสามารถจับคู่และกำหนดเป้าหมาย "ในฐานะศูนย์กลางแลกเปลี่ยนข้อมูล" ได้ โพสต์เรียกสิ่งนี้ว่า "ความสามารถในการติดตามที่ first party แต่ละรายไม่มีด้วยตัวเอง"

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

Safari 27 บล็อกอะไร และบนอุปกรณ์ใดบ้าง

ย่อหน้าหลักของโพสต์ WebKit สั้นมาก Apple ระบุว่ามีบางบริษัททำหน้าที่เป็นโครงสร้างพื้นฐานของบุคคลที่สามสำหรับ identity resolution "แฝงตัวอยู่แต่มองไม่เห็น" บนหลายหน้าที่ผู้ใช้กรอกอีเมล และ "ไม่ได้เป็นผู้ให้บริการล็อกอินหรือบริการจดหมายข่าวเอง" จากนั้นระบุว่า "ใน iOS, iPadOS, macOS และ visionOS 27 ของเรา Safari และ WebKit บล็อกการเข้าถึงเครือข่ายไปยังโครงสร้างพื้นฐาน identity resolution เพื่อป้องกันการติดตามข้ามเว็บไซต์"

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

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

สิ่งที่โพสต์ไม่ได้บอก

ช่องว่างในโพสต์ของ WebKit สำคัญพอ ๆ กับเนื้อหา เพราะผู้ลงโฆษณามักอยากเติมช่องว่างนั้นด้วยการคาดเดา โพสต์วันที่ 19 ตุลาคม ไม่ได้:

• ระบุชื่อบริษัทใด หรือบอกว่าบล็อกกี่โดเมนและเลือกโดเมนอย่างไร
• บอกว่ารายชื่อเปลี่ยนได้โดยไม่ต้องอัปเดตซอฟต์แวร์หรือไม่ หรือผู้ให้บริการจะได้รับแจ้งก่อนถูกเพิ่มเข้ารายชื่อหรือไม่
• พูดถึงโดเมนส่งโฆษณา แพลตฟอร์ม DSP หรือ The Trade Desk
• บอกว่าการบล็อกเริ่มในเวอร์ชันย่อยใด หรือครอบคลุม watchOS และ tvOS หรือไม่
• บอกว่าเบราว์เซอร์อื่นบน iPhone ซึ่งใช้ WebKit เหมือนกันจะบล็อกแบบเดียวกันหรือไม่ แม้คำว่า "Safari และ WebKit" จะชี้ว่าการบล็อกอยู่ที่ตัวเอนจิน ไม่ใช่แค่แอป Safari
• เสนอเทคโนโลยีใหม่มาแทนการโฆษณาที่อาศัย identity

PPC Land ซึ่งรายงานโพสต์นี้เมื่อวันที่ 19 ตุลาคม ระบุจุดที่ขาดหายไปแบบเดียวกัน และบอกว่าโพสต์มีความยาวประมาณ 750 คำพร้อมแผนภาพสี่ภาพ

อะไรใหม่เมื่อเทียบกับที่ RA เคยรายงานเรื่อง Safari 27

Relevant Audience เคยรายงานเรื่อง Safari 27 มาแล้วสองครั้ง เมื่อวันที่ 19 กรกฎาคม 2569 RA รายงานข่าวจาก PPC Land ว่า Safari 27 รุ่นเบต้าบล็อกตัวติดตามโฆษณาของ Bing ตามหมายเลข IP และจำกัดการทำงานของ Insight Tag ของ LinkedIn และเมื่อวันที่ 2 ตุลาคม 2569 RA รายงาน โดยอ้างอิง AdExchanger และ PPC Land ว่า Safari บน iOS 27 บล็อกโดเมนส่งโฆษณา adsrvr.org ของ The Trade Desk ผ่านรายชื่อบล็อกแบบไม่มีเงื่อนไขที่ไม่เปิดเผย ซึ่งครอบคลุมผู้ให้บริการ identity อย่าง Unified ID 2.0, ID5, Audigent, LiveRamp และ Permutive ด้วย ตอนนั้น Apple ยังไม่ได้พูดต่อสาธารณะเลยว่าการบล็อกมีจุดประสงค์อะไร

โพสต์วันที่ 19 ตุลาคม เปลี่ยนภาพรวมใน 3 จุด:

• Apple ประกาศจุดประสงค์ด้วยตัวเอง ก่อนหน้านี้คนในวงการต้องเดาเจตนาจากโดเมนที่อยู่ในรายชื่อ ตอนนี้ WebKit เขียนไว้ชัดว่าเป้าหมายคือโครงสร้างพื้นฐาน identity resolution ที่แปลงอีเมลเป็นรหัสติดตามข้ามเว็บไซต์
• ขอบเขตอุปกรณ์กว้างขึ้น รายงานวันที่ 2 ตุลาคม อ้างอิงตั๋วบั๊กของ WebKit ที่บันทึกเฉพาะ iPhone และ iPad ตอนนี้ Apple ยืนยันว่าครอบคลุม macOS และ visionOS 27 ด้วย PPC Land ระบุว่า Rowena Lam จาก IAB Tech Lab เคยบอกไว้เมื่อวันที่ 13 ตุลาคมว่าการบล็อกมากับ macOS 27 และโพสต์ของ WebKit ก็สนับสนุนสิ่งที่เธอพูด
• นิยามที่สอดคล้องกับกรณี adsrvr.org ที่ถูกปลดบล็อก PPC Land รายงานว่าเมื่อวันที่ 5 ตุลาคม Wilander ขอให้ The Trade Desk ทดสอบ iOS 27.2 รุ่นเบต้า ซึ่งดูเหมือนจะทำให้ adsrvr.org กลับมาใช้งานได้ เมื่อนิยามเป้าหมายคือบริษัทที่ "ไม่ได้เป็นผู้ให้บริการล็อกอินหรือบริการจดหมายข่าวเอง" และมีอยู่เพื่อทำ identity resolution ก็สอดคล้องกับการที่โดเมนส่งโฆษณาถูกถอดออกจากรายชื่อ ขณะที่โดเมนด้าน identity ยังอยู่ โพสต์ของ WebKit เองไม่ได้พูดถึง adsrvr.org และไม่ได้อธิบายว่าทำไมโดเมนนี้ถึงเคยอยู่ในรายชื่อ

โพสต์วันที่ 19 ตุลาคม ไม่ได้พูดถึงการบล็อกตัวติดตามโฆษณาของ Bing ตามหมายเลข IP ที่พบใน Safari 27 รุ่นเบต้าเมื่อเดือนกรกฎาคม และไม่ได้บอกว่าสองกลไกนี้เกี่ยวข้องกันหรือไม่

นโยบายเบื้องหลังการบล็อก

โพสต์ของ WebKit ลิงก์ไปยัง Tracking Prevention Policy ของ Apple ซึ่งเป็นหน้าที่ไม่ระบุวันที่ ในฐานะภาพรวมของแนวทาง นโยบายนี้มี 3 ท่อนที่อธิบายว่าทำไม Apple จึงบล็อกโดเมนแบบเจาะจงได้

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

นโยบายยังระบุว่า "การหารายได้ให้เว็บไซต์ด้วยโฆษณาแบบกำหนดเป้าหมายหรือปรับให้เหมาะกับบุคคล" และ "การวัดประสิทธิภาพโฆษณา" เป็นสิ่งที่ Apple ไม่ได้ตั้งใจจะรบกวน แต่ก็ระบุด้วยว่าเมื่อต้องเลือก Apple "มักจะให้ความสำคัญกับประโยชน์ของผู้ใช้มากกว่าการรักษาแนวปฏิบัติเดิมของเว็บไซต์" และยกตัวอย่าง Private Click Measurement กับ Storage Access API เป็นเทคโนโลยีที่สร้างขึ้นเพื่อให้แนวปฏิบัติเหล่านี้ทำงานต่อได้โดยไม่ต้องติดตามผู้ใช้

ผลต่อการวัดผลและการจับคู่กลุ่มเป้าหมาย (บทวิเคราะห์)

ส่วนนี้เป็นบทวิเคราะห์ของ Relevant Audience ไม่ใช่สิ่งที่โพสต์ของ WebKit ระบุไว้ หากผู้เผยแพร่หรือผู้ลงโฆษณาพึ่งพาสคริปต์ฝั่งเบราว์เซอร์ของผู้ให้บริการ identity ที่ถูกบล็อก เซสชันบน Safari 27 จะไม่ได้รหัสจากผู้ให้บริการนั้นเลย ไม่ว่าผู้เข้าชมจะล็อกอินหรือไม่ คำขอประมูลโฆษณา (bid request) จากเซสชันเหล่านั้นจะออกไปโดยไม่มีรหัส กลุ่มเป้าหมายที่อิงรหัสนั้นจะจับคู่ไม่ได้ และแคมเปญที่ซื้อตามกลุ่มเป้าหมายเหล่านั้นน่าจะเห็นการเข้าถึง (reach) บนอุปกรณ์ Apple เวอร์ชัน 27 ลดลง

ข้อยกเว้นฝั่ง first-party แคบกว่าที่เห็น ในมุมมองของ RA การวัดผลที่อยู่ภายในเว็บไซต์และระบบของผู้ลงโฆษณาเองเข้ากับคำอธิบายเรื่องการปรับประสบการณ์โดยเจ้าของเว็บไซต์ แต่การอัปโหลด conversion ฝั่งเซิร์ฟเวอร์เป็นการส่งข้อมูลลูกค้าไปยังแพลตฟอร์มโฆษณาซึ่งเป็นอีกบริษัทหนึ่ง และโพสต์ของ WebKit ไม่ได้บอกว่ามองกรณีนี้อย่างไร แต่มีข้อควรระวังสองข้อ ข้อแรก โพสต์ของ WebKit ไม่ได้ระบุชื่อ Google, Meta หรือแพลตฟอร์มโฆษณาใด จึงไม่ได้ตัดสินว่าแท็กของแพลตฟอร์มใดนับเป็น identity resolution หรือไม่ ข้อสอง ตามเหตุผลในโพสต์เอง การส่งอีเมลชุดเดิมไปยังตัวกลางบุคคลที่สามรายเดิมจากเซิร์ฟเวอร์แทนเบราว์เซอร์ ไม่ได้ทำให้ตัวกลางนั้นกลายเป็น first party และข้อกำหนดเรื่องการหลบเลี่ยงในนโยบายเปิดให้ Apple เพิ่มข้อจำกัดได้โดยไม่แจ้งล่วงหน้า แม้เบราว์เซอร์จะมองไม่เห็นการรับส่งข้อมูลระหว่างเซิร์ฟเวอร์ก็ตาม

สิ่งนี้มีความหมายอย่างไรต่อนักการตลาดไทย

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

• เซสชันและ conversion บนเว็บไซต์ของคุณมาจาก Safari บนอุปกรณ์ Apple กี่เปอร์เซ็นต์ และในจำนวนนั้นอัปเดตเป็นเวอร์ชัน 27 แล้วเท่าไร แพลตฟอร์มวิเคราะห์ข้อมูลของคุณแยกตามเบราว์เซอร์และเวอร์ชันระบบปฏิบัติการได้
• บนหน้าล็อกอิน หน้าชำระเงิน หรือฟอร์มสมัครจดหมายข่าว มีสคริปต์ของผู้ให้บริการ identity อยู่หรือไม่ ไม่ว่าจะติดตั้งตรง ผ่าน tag manager หรือผ่านการเชื่อมต่อกับ DSP บ่อยครั้ง tag manager มีสคริปต์ของผู้ให้บริการที่ไม่มีใครในทีมการตลาดจำได้ว่าใส่ไว้ตอนไหน
• แคมเปญโปรแกรมแมติกบนเว็บเปิดมี reach หรืออัตราการจับคู่บน Safari ลดลงหรือไม่ตั้งแต่กลางเดือนกันยายน 2569 ซึ่งเป็นช่วงที่ iOS 27 เริ่มทยอยปล่อย ถ้าลดลง ก็เป็นสัญญาณให้ทบทวนว่าการซื้อสื่อเหล่านั้นพึ่งพารหัสประจำตัวแบบใด
• การวัด conversion ของคุณพึ่งพาข้อมูล first-party ที่ส่งจากเซิร์ฟเวอร์ของคุณเองมากแค่ไหน การตั้งค่า GA4 และระบบวิเคราะห์ข้อมูล ที่ถูกต้อง และการส่ง conversion ฝั่งเซิร์ฟเวอร์ให้ Google Ads และ โฆษณา Meta คือส่วนของระบบที่คุณควบคุมได้เอง แม้โพสต์วันที่ 19 ตุลาคม จะไม่ได้พูดถึงแพลตฟอร์มโฆษณาใดหรือตัดสินเรื่องการส่ง conversion

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

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

identity resolution ตามนิยามของ Apple คืออะไร

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

อุปกรณ์และเวอร์ชันใดของ Apple ที่ได้รับผลกระทบ

ตามที่ WebKit ระบุ Safari และ WebKit ใน iOS, iPadOS, macOS และ visionOS 27 บล็อกโครงสร้างพื้นฐาน identity resolution โพสต์ไม่ได้พูดถึง watchOS หรือ tvOS และไม่ได้บอกว่าการบล็อกเริ่มในเวอร์ชันย่อยใด

Apple บอกหรือไม่ว่าบริษัทใดถูกบล็อก

ไม่ โพสต์ของ WebKit ไม่ได้ระบุชื่อบริษัทใดและไม่ได้เผยแพร่รายชื่อโดเมน รายงานก่อนหน้าของ AdExchanger และ PPC Land ซึ่งอ้างอิงตั๋วบั๊กของ WebKit ที่ยื่นเมื่อวันที่ 21 กันยายน 2569 เชื่อมโยงการบล็อกกับโดเมนที่ Unified ID 2.0, ID5, LiveRamp, Permutive และ Audigent ใช้งาน แต่โพสต์ของ Apple ไม่ได้ยืนยันรายใดเลย

การบล็อกกระทบข้อมูล first-party ที่ผู้ลงโฆษณาเก็บบนเว็บไซต์ตัวเองหรือไม่

Apple ระบุว่าการปรับประสบการณ์โดยเจ้าของเว็บไซต์เองไม่ใช่การติดตาม และไม่ใช่เป้าหมายของการบล็อก แต่เสริมว่าตัวกลางที่ทำ identity resolution ยังถือเป็นบุคคลที่สาม แม้จะทำงานกับข้อมูลของบริษัทเดียว การส่งอีเมลลูกค้าของคุณให้ตัวกลางแบบนี้จึงไม่อยู่ในข้อยกเว้นฝั่ง first-party

มีผลในประเทศไทยแล้วหรือยัง

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

ตอนนี้ Apple ระบุเป็นลายลักษณ์อักษรแล้วว่า Safari 27 บล็อกอะไรและเพราะอะไร แม้จะยังไม่บอกว่าใครอยู่ในรายชื่อ หากคุณอยากรู้ว่าการวัดผลและการกำหนดกลุ่มเป้าหมายของคุณพึ่งพารหัสประจำตัวจากบุคคลที่สามมากแค่ไหน และระบบแบบ first-party สำหรับบัญชีของคุณควรมีหน้าตาอย่างไร Relevant Audience ช่วยคุณตรวจสอบได้