ITP 2.2 ของ Apple: ชุดคุกกี้ติดตามหมดอายุ 1 วันผ่านการตกแต่งลิงก์

Apple สร้าง ITP ในนามของความเป็นส่วนตัว

โดยพื้นฐานแล้ว ITP ดั้งเดิมทำให้การใช้ คุกกี้ของบุคคลที่สาม ยากขึ้นในการติดตามผู้ใช้ Safari บน iOS และ MacOS และสอดคล้องกับความพยายามของ Firefox ETP ในความเป็นส่วนตัว มันเพิ่มหน้าต่าง 24 ชั่วโมงให้กับคุกกี้ในโดเมนที่ตั้งค่าสถานะเพื่อให้สามารถติดตามข้ามโดเมนได้ หลังจากนั้นการเข้าถึงคุกกี้ของบุคคลที่สามจะถูกบล็อก สิ่งนี้สร้างปัญหาให้กับผู้ให้บริการติดตามหลายราย เนื่องจากมีการติดตามจำนวนมากด้วยคุกกี้ของบุคคลที่สาม

วิธีแก้ปัญหาทั่วไปสำหรับนักการตลาดคือเปลี่ยนไปใช้คุกกี้ของบุคคลที่หนึ่ง อย่างไรก็ตาม ในเวอร์ชัน ITP ที่ใหม่กว่า (2.0, 2.1 และ 2.2) Apple เริ่มจำกัดการใช้คุกกี้ของบุคคลที่หนึ่งเช่นกัน เมื่อต้นปีนี้ ใน ITP 2.1 Apple ได้อัปเดต ITP เพื่อพิจารณาวิธีแก้ปัญหาที่บริษัทต่างๆ คิดขึ้นโดยให้ไซต์วางคุกกี้ของบุคคลที่หนึ่งซึ่งเลียนแบบการทำงานของคุกกี้ของบุคคลที่สาม ด้วย ITP 2.1 Safari จะลบคุกกี้ของบุคคลที่หนึ่งเหล่านี้เจ็ดวันหลังจากติดตั้งบนเบราว์เซอร์

การเปลี่ยนแปลงที่ใหญ่ที่สุดของ ITP 2.2 จาก 2.1 และ 2.0 จะจำกัดระยะเวลาของคุกกี้ที่ ตั้งค่า JavaScript ของบุคคล ที่หนึ่งเป็นหนึ่งวัน ลดลงจากเจ็ดวันที่ ITP 2.1 ใช้งาน

สำหรับคุกกี้ที่จะต่อยอดในหนึ่งวันโดย ITP 2.2 ต้องปฏิบัติตามสามเงื่อนไข:

1. คุกกี้ถูกตั้งค่าผ่าน JavaScript (หรือในคำว่า “ตั้งค่าผ่าน document.cookie”) เงื่อนไขนี้ใช้กับ ITP 2.1 ด้วย (โปรดดูบล็อกของเราใน ITP 2.1 สำหรับการทดสอบ A/B)
2. ไซต์ที่ส่งผู้ใช้ไปยังหน้า Landing Page ได้รับการจัดประเภทโดย ITP ว่า "มีความสามารถในการติดตามข้ามไซต์" (เครือข่ายโฆษณาหลัก Google และ Facebook ถูกจำแนกในลักษณะนี้อย่างแน่นอน)
3. ลิงก์ใช้การตกแต่งลิงก์ (ใช้พารามิเตอร์สตริงข้อความค้นหาและ/หรือตัวระบุส่วนย่อย)

มาดูเงื่อนไขสามข้อข้างต้นอย่างละเอียดถี่ถ้วนและทำความเข้าใจว่า Conversion ได้รับผลกระทบอย่างไรและคุณสามารถทำอะไรได้บ้าง

เงื่อนไข 1: คุกกี้ถาวรที่สร้างผ่าน document.cookie

ต่อจากนี้ไป คุกกี้ถาวรทั้งหมดที่สร้างผ่าน document.cookie ของ JavaScript (ต่างจากคุกกี้ที่กำหนดโดย HTTP) จะถูกตั้งค่าให้หมดอายุใน 24 ชั่วโมง หากโดเมนที่อ้างอิงได้รับการระบุว่ามีความสามารถในการติดตามข้ามไซต์และ URL มีสตริงการสืบค้น หรือตัวระบุชิ้นส่วน คุกกี้บุคคลที่หนึ่งทั้งหมดที่สร้างโดย document.cookie ที่ไม่ได้สร้างผ่านสตริงการสืบค้นหรือตัวระบุส่วนย่อยจะหมดอายุใน 7 วัน (ตามที่กล่าวไว้ใน ITP 2.1)

คุกกี้แปลงถูกสร้างขึ้นผ่าน document.cookie ของ Javascript ดังนั้น เงื่อนไขแรกภายใต้ ITP2.2 จึงมีผลบังคับใช้ (ตามที่มันถูกนำไปใช้ภายใต้ ITP 2.1)

เงื่อนไข 2: โดเมนอ้างอิงที่มีความสามารถในการติดตามข้ามไซต์

โดเมนถูกจัดประเภทแบบไดนามิกภายใต้ ITP โดยอัลกอริทึมการเรียนรู้ของเครื่อง:

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

หากโดเมนถูกจัดประเภทเป็นโดเมนการติดตามข้ามไซต์ผ่านกลไกการจัดหมวดหมู่ตามการเรียนรู้ของเครื่อง ITP ที่อธิบายไว้ข้างต้น และมีการตกแต่งลิงก์อยู่ Safari จะป้องกันการจัดเก็บคุกกี้บุคคลที่หนึ่งถาวร

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

มาทำให้ชัดเจนด้วยตัวอย่าง: ลองนึกภาพคุณมีเว็บไซต์ www.example.com ซึ่งติดตั้งโค้ดติดตามการแปลง หากไซต์ของคุณได้รับการเข้าชมจาก Google, Facebook (ซึ่งเป็นโดเมนอ้างอิงในกรณีนี้ เช่น ผู้เยี่ยมชมเข้าถึง URL นี้บนไซต์ของคุณ: https://www.example.com?utm_source=google) คุกกี้ของบุคคลที่หนึ่งทั้งหมดจะถูกตั้งค่าไว้ www.example.com จะถูกจำกัดระยะเวลา 24 ชั่วโมง เนื่องจากการเข้าชมนี้มาจากโดเมนที่อ้างอิงซึ่งถือว่ามีความสามารถในการติดตามข้ามไซต์และมีการตกแต่งลิงก์อยู่ (ดูด้านล่าง) ดังนั้น Convert cookies จะมีระยะเวลา 24 ชั่วโมง นั่นหมายความว่าอย่างไร? หากคุณทำการทดสอบเป็นเวลา 7 วัน และผู้ใช้เข้าชมไซต์ของคุณในวันที่ 1 และวันที่ 3 (หลังจากเว้นระยะห่าง 2 วัน) Conversion จะไม่สามารถระบุบุคคลนี้ว่าเป็นผู้เข้าชมที่กลับมา (เนื่องจาก Conversion's คุกกี้ที่สร้างโดยเบราว์เซอร์จะถูกลบออกตามข้อจำกัดใหม่!) และผู้เข้าชมรายนี้จะถือว่าเป็นคนใหม่

ดังนั้น เงื่อนไขที่สองนี้จึงไม่เกี่ยวข้องกับ Convert เอง แต่กับโดเมนที่อ้างอิง

เงื่อนไข 3: ตกแต่งลิงค์

การตกแต่งลิงก์เป็นเทคนิคที่ใช้โดยแพลตฟอร์มเทคโนโลยีการโฆษณาและการตลาดเพื่อระบุแหล่งที่มาของการคลิก การเข้าชม และ Conversion (การซื้อ การดาวน์โหลด ฯลฯ) ในโดเมนต่างๆ โดยใช้คุกกี้ของบุคคลที่หนึ่ง

มีสองวิธีหลักในการตกแต่งลิงก์

วิธีพื้นฐานคือการแนบข้อมูลเพิ่มเติมกับ URL แบบคงที่เมื่อสร้างลิงก์ นี่คือตัวอย่างของลิงก์ที่ตกแต่งแล้ว:

https://www.example.com?utm_source=google&utm_medium=cpc&utm_campaign=2019_promotion

ข้อมูลหลัง ? เรียกว่า เคียวรีสตริง ซึ่งประกอบด้วยพารามิเตอร์ (เช่น medium=) อีกรูปแบบหนึ่งของการตกแต่งลิงก์ใช้ตัวระบุส่วนย่อย ซึ่งได้รับการแนะนำโดยแฮช (#)

อีกวิธีหนึ่งที่ซับซ้อนกว่าในการตกแต่งลิงก์คือการเรียกใช้โค้ด Javascript ที่เรียกใช้เมื่อมีคนคลิกที่ลิงก์และเพิ่มข้อมูลลงในลิงก์แบบไดนามิก บริษัทต่างๆ จะทำเช่นนี้เมื่อต้องการส่งข้อมูลเฉพาะสำหรับการคลิกแต่ละครั้งที่นำผู้ใช้ไปยังไซต์ปลายทาง ตัวอย่างเช่น ผู้โฆษณาอาจทำเช่นนี้เพื่อติดตามแคมเปญโฆษณาแบบรูปภาพที่ทำงานในไซต์ของผู้เผยแพร่หลายรายและลิงก์ไปยังไซต์ของผู้โฆษณา แทนที่จะปรับแต่งลิงก์สำหรับผู้เผยแพร่โฆษณาแต่ละรายที่มีโฆษณาด้วยตนเอง ผู้โฆษณาสามารถให้โค้ดเพิ่ม “?publisher=[ชื่อผู้จัดพิมพ์]” ลงใน URL ในเวลาที่มีผู้คลิกที่โฆษณา วิธีนี้ผู้โฆษณาสามารถระบุได้ว่าผู้เผยแพร่โฆษณารายใดมีหน้าที่ส่งผู้เยี่ยมชมไซต์

ดังนั้น เงื่อนไขที่สามนี้จึงไม่เกี่ยวข้องกับ Convert เอง แทนที่จะใช้โดเมนอ้างอิงที่มีความสามารถในการติดตามข้ามไซต์ และใช้การตกแต่งลิงก์ตามที่อธิบายไว้ข้างต้นในตัวอย่าง

นี่คือวิธีแก้ปัญหาของ Convert

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

วิธีแก้ปัญหาแบบเดียวกันนี้ใช้กับ ITP 2.1 ที่อธิบายไว้ที่นี่เมื่อไม่กี่สัปดาห์ก่อน เราแนะนำให้ลูกค้าย้ายกระบวนการสร้างคุกกี้ออกจากเบราว์เซอร์และไปยังเซิร์ฟเวอร์

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

กังวลเกี่ยวกับ ITP 2.2 หรือไม่? เราติดตามคุณอยู่เสมอ

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

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

ที่ Convert เราจะคอยจับตาดูสิ่งนี้อย่างใกล้ชิดในขณะที่มันพัฒนาและผลกระทบที่มีต่อลูกค้าของเรา คุณจะพบว่าเราพูดถึงเรื่องที่เกี่ยวข้องกับความสามารถในการติดตามและสร้างสรรค์สิ่งใหม่ๆ ในขณะที่เราจะนำเสนอทางเลือกที่ดีที่สุด