อนาคตของการตลาดเชิงประสิทธิภาพ: คำถามที่พบบ่อยเกี่ยวกับการอัปเดตและการติดตาม ITP 2.0

ภาพถ่ายโดย rawpixel บน Unsplash

อัปเดตในเดือนมิถุนายน 2021: อ่านการตอบสนองของเราต่อ WWDC21 และการป้องกันการติดตามอัจฉริยะ “3.0” หรือข้ามไปที่แหล่งข้อมูล e-book เชิงลึกของเราโดยตรงเกี่ยวกับ ITP 2.0+ และวิธีการติดตามการแปลง

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

การเปิดตัวการอัปเดต Intelligent Tracking Prevention (ITP) 2.0 ในเดือนกันยายน 2018 สำหรับเบราว์เซอร์ Safari เป็นเพียงหนึ่งในการอัปเดตและประกาศต่างๆ ของ Apple, Google และ Mozilla ที่ทำให้การทำธุรกิจบนอินเทอร์เน็ตยากขึ้น ในขณะที่ผู้ใช้อินเทอร์เน็ตอาจยอมรับการเปลี่ยนแปลงเหล่านี้ การบล็อกตัวติดตาม ลดการเข้าถึงคุกกี้ และความจำเป็นในการขนส่งที่ปลอดภัย (https) ได้เพิ่มอุปสรรคในการเข้าสู่การค้าออนไลน์ การเปลี่ยนแปลงเหล่านี้ได้สร้างช่องว่างความแตกต่างระหว่างนักการตลาดที่มีความซับซ้อนสูงและต่ำ

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

การอัปเดตเบราว์เซอร์: Safari, Chrome และ Firefox

แม้ว่าชื่อเบราว์เซอร์จะแตกต่างกัน แต่ Safari, Chrome และ Firefox ดูเหมือนจะไปในทิศทางเดียวกันเมื่อมีการเปลี่ยนแปลงความเป็นส่วนตัวและความปลอดภัย สำหรับรายละเอียดเฉพาะเบราว์เซอร์ โปรดดูโพสต์ก่อนหน้าของเรา การป้องกันการติดตามอัจฉริยะ 2.0 (ITP) ของ Apple หมายถึงอะไรสำหรับการตลาดเชิงประสิทธิภาพ และบทความเหล่านี้:

• Firefox : มกราคม 2018 – Mozilla เปิดตัวการบล็อกตัวติดตามที่กว้างขึ้น
• Firefox : มีนาคม 2018 – Mozilla ไม่ไว้วางใจใบรับรอง Symantec TLS/SSL
• Safari : มิถุนายน 2018 – Apple เปิดตัว ITP 2.0
• Chrome : กรกฎาคม 2018 – Google ให้ความสำคัญกับการรักษาความปลอดภัยของโดเมนมากขึ้น
• Firefox : สิงหาคม 2018 – Mozilla ทบทวนการบล็อกตัวติดตามใหม่

ความหมายทั้งหมด

โดยพื้นฐานแล้ว: การติดตามเซสชันฝั่งไคลเอ็นต์ที่ไม่ปลอดภัยนั้นไม่ทำงาน (น่าจะเนื่องมาจากการติดตามบุคคลในฝั่งไคลเอ็นต์อย่างล้นหลามขณะที่พวกเขาเดินทางผ่านอินเทอร์เน็ต) นี่คือความจริงในเบราว์เซอร์ Safari ในปัจจุบัน และการอัปเดตล่าสุดระบุว่า Firefox จะตามมา เนื่องจาก Mozilla พยายามปรับปรุงความปลอดภัยและความเป็นส่วนตัวของผู้ใช้ .

ที่ TUNE เราเชื่อว่าการเปลี่ยนแปลงเหล่านี้เป็นวิวัฒนาการที่มีความหมาย และควรยอมรับด้วยอาวุธที่เปิดกว้าง เรายังทราบดีว่าการเปลี่ยนแปลงเหล่านี้หมายถึงการปฏิวัติวิธีการติดตามและการรายงานที่กำลังจะเกิดขึ้น ซึ่งเป็นการปฏิวัติที่จะส่งผลกระทบต่ออุตสาหกรรมการตลาดเชิงประสิทธิภาพทั้งหมด

ดังนั้น … นักการตลาดด้านประสิทธิภาพจะไปไหน

ผู้ลงโฆษณา เครือข่าย และผู้จัดพิมพ์ควรเตรียมตัวอย่างไร

ใน โพสต์ก่อนหน้าของเราใน ITP 2.0 เราได้แบ่งปันว่าเส้นทางที่ดีที่สุดสำหรับ นักการตลาดด้านประสิทธิภาพ ทั้งหมด คือการย้ายไปยังการติดตามฝั่งเซิร์ฟเวอร์ทันที หรือที่เรียกว่า การติดตามผลย้อน กลับ

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

อย่างไรก็ตาม ไม่สามารถพูดได้เช่นเดียวกันสำหรับ โดเมน เครือข่าย หรือ ผู้เผยแพร่ เมื่อมีการเผยแพร่การอัปเดต ITP 2.0 ในวันที่ 17 กันยายน Safari ได้เริ่มระบุโดเมนที่ใช้เป็น “เครื่องมือติดตามการตีกลับของบุคคลที่หนึ่ง” และบล็อกโดเมนเหล่านี้ไม่ให้เข้าถึงคุกกี้บนเบราว์เซอร์ของผู้ใช้ วิธีการติดตามเดียวที่ได้รับอนุมัติจาก Apple และยังอนุญาตสำหรับกรณีการใช้งานนี้คือการติดตามฝั่งเซิร์ฟเวอร์ (postback)

Postbacks: เส้นทางข้างหน้า

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

นั่นเป็นเหตุผลที่เรายินดีที่จะประกาศว่าเรากำลังพัฒนา SDK การวัดผล JavaScript สำหรับนักการตลาดด้านประสิทธิภาพ เรามุ่งมั่นที่จะทำให้มันสอดคล้องกับ Google Tag Manager สร้างในลักษณะที่ Safari, Chrome และ Firefox ไม่ต้องการปิดกั้น และทำให้แน่ใจว่าจะไม่ส่งผลกระทบในทางลบต่อประสบการณ์เว็บไซต์ คุณสามารถคาดหวังให้ TUNE นำการเรียนรู้ของเราจากอุปกรณ์เคลื่อนที่กลับมายังเว็บเพื่อช่วยให้การติดตามดีขึ้นสำหรับทุกคน

หากคุณมีคำถามเกี่ยวกับ ITP 2.0 หรือความต้องการเฉพาะที่คุณต้องการแก้ไขใน TUNE JavaScript SDK โปรดแจ้งให้เราทราบในความคิดเห็นด้านล่าง หากต้องการเรียนรู้เพิ่มเติมว่าแพลตฟอร์ม TUNE สามารถพิสูจน์การติดตามของคุณในอนาคตได้อย่างไร โปรดติดต่อ [email protected]

คำถามที่พบบ่อยเกี่ยวกับการติดตาม ITP 2.0

ตามที่สัญญาไว้ คำถามที่พบบ่อยเกี่ยวกับการอัปเดต ITP 2.0 ของ Apple:

คำถาม	ตอบ
ลูกค้า TUNE ที่ใช้การติดตามพิกเซล / คุกกี้ควรทำอย่างไร	หากคุณเป็นเครือข่ายหรือผู้เผยแพร่โฆษณา และกำลังใช้การติดตามพิกเซลเพื่อรับข้อมูลการแปลงจากผู้โฆษณาของคุณ: ติดต่อผู้โฆษณาของคุณและเริ่มกระบวนการเปลี่ยนไปใช้การติดตามผลย้อนกลับทันที คุณจะสูญเสียการแปลงทั้งหมดจาก Safari หากคุณเป็นผู้โฆษณา: ตราบใดที่คุกกี้ของคุณอยู่ในโดเมนย่อยของเว็บไซต์หลักของคุณ (เช่น หากเว็บไซต์ของคุณคือ Advertiser.com track.advertiser.com จะ เป็นโดเมนย่อย) คุณก็น่าจะไม่มีปัญหา อย่างไรก็ตาม คุกกี้ติดตามของคุณจะยังคงอยู่ภายใต้กรอบเวลากิจกรรม 30 วัน
TUNE จะพัฒนา JavaScript SDK หรือไม่	ใช่. TUNE กำลังทำงานบน JavaScript SDK เรามองว่านี่เป็นมาตรการชั่วคราวและไม่ใช่การพิสูจน์ในอนาคตแต่อย่างใด Postback (การติดตามฝั่งเซิร์ฟเวอร์) เป็นวิธีที่ยอมรับได้มากที่สุดในอนาคต ทั้ง Apple และ Mozilla กล่าวถึงเป็นพิเศษว่าเป็นวิธีที่ดีที่สุดในการติดตามข้อมูลการแปลง
มีข้อ จำกัด ในการใช้การติดตามพิกเซลแบบ "ไร้คุกกี้" ของ TUNE หรือไม่?	ใช่. พิกเซลแบบไร้คุกกี้อาศัย transaction_id (ตัวระบุเซสชัน TUNE) เพื่อทำงาน เนื่องจากคุกกี้จะถูกจำกัดโดย ITP และหนึ่งในข้อโต้แย้งหลักที่สนับสนุนการติดตามคุกกี้คือความพยายามในการพัฒนาพื้นที่เก็บข้อมูลสำหรับตัวระบุบุคคลที่สาม เช่น transaction_id พิกเซลแบบไม่มีคุกกี้มักจะจำกัดการติดตามการแปลงในเซสชันทันทีบนผู้ลงโฆษณา เว็บไซต์. (ซึ่งจะทำให้กรอบเวลาคุกกี้ 30 วันเป็นเหมือนหน้าต่างคุกกี้ 3 นาที)
แล้วลูกค้า TUNE ที่ใช้ Google Tag Manager ล่ะ?	Google Tag Manager ไม่สามารถแก้ปัญหานี้ได้ Google Tag Manager คือ JavaScript SDK ฝั่งไคลเอ็นต์สำหรับจัดการพิกเซลการวัด ไม่มีฟังก์ชันการติดตามฝั่งเซิร์ฟเวอร์ ดังนั้นจึงไม่สามารถส่งการแจ้งเตือนไปยังระบบดาวน์สตรีมได้
ไคลเอ็นต์ TUNE จำเป็นต้องมีโดเมนที่กำหนดเองเพื่อตอบสนองต่อ ITP หรือไม่ แล้วใบรับรอง SSL ล่ะ?	ใช่. ผู้โฆษณาต้องมีโดเมนการติดตามที่กำหนดเองในโดเมนเดียวกับเว็บไซต์หลักเพื่อให้สามารถติดตามพิกเซลได้ หากไม่มีการติดตามพิกเซล ก็ไม่มีความจำเป็นเฉพาะสำหรับโดเมนที่กำหนดเอง อย่างไรก็ตาม แนวทางปฏิบัติที่ดีที่สุดคือการใช้โดเมนที่กำหนดเองเพื่อป้องกันการติดตามของคุณจากปัญหาของโดเมนที่ใช้ร่วมกัน เกี่ยวกับใบรับรอง SSL: หากคุณเป็นผู้โฆษณาและต้องการใช้การติดตามโดยใช้คุกกี้ และหน้าการแปลง/ขอบคุณของคุณนั้นปลอดภัย (เช่น https) คุณจะต้องมีใบรับรอง SSL บนโดเมนที่คุณใช้เพื่อการติดตาม . นอกจากนี้ เราคาดว่า Chrome และ Safari จะบล็อกโดเมนที่ไม่ปลอดภัย แม้ว่าจะไม่ใช่ข้อกำหนดในขณะนี้ แต่ควรสนับสนุนการติดตามอย่างปลอดภัยบนโดเมนของคุณเพื่อพิสูจน์การติดตามของคุณในอนาคต หากคุณเป็นเครือข่ายหรือผู้เผยแพร่ โดเมนการติดตามที่ปลอดภัยก็ไม่จำเป็น อย่างไรก็ตาม ด้วย https กลายเป็นบรรทัดฐานในอินเทอร์เน็ต การใช้มันจึงควรระมัดระวัง หากบุคคลที่สาม (ไม่ใช่ผู้ใช้) พยายามจับการรับส่งข้อมูล พวกเขาจะดูสตริงการสืบค้นไม่ได้เนื่องจาก https เข้ารหัสพารามิเตอร์สตริงการสืบค้นของลิงก์ขณะอยู่ในระหว่างการ ขนส่ง
ฉันเป็นผู้โฆษณาที่ทำงานกับหลายเครือข่ายในฐานะผู้เผยแพร่โฆษณา ITP จะเปลี่ยนแปลงวิธีการทำงานกับพวกเขาอย่างไร?	การทำงานกับหลายเครือข่ายในฐานะผู้โฆษณาอาจเป็นเรื่องท้าทาย โดยเฉพาะอย่างยิ่งกับเทคโนโลยีการติดตามต่างๆ ที่ทำงานอยู่เบื้องหลัง Apple และ Mozilla ได้กล่าวไว้โดยเฉพาะว่าการติดตามฝั่งเซิร์ฟเวอร์ (postback) เป็นมาตรฐานในอุดมคติสำหรับการแบ่งปันข้อมูลระหว่างแพลตฟอร์มการติดตาม อย่างไรก็ตาม ปัจจุบันไม่ใช่ทุกแพลตฟอร์มที่รองรับการแจ้งเตือนฝั่งเซิร์ฟเวอร์ หากคุณพบแพลตฟอร์มเครือข่ายที่ไม่สามารถยอมรับการแจ้งเตือนทางฝั่งเซิร์ฟเวอร์ มีสองตัวเลือก: 1) หากคุณมีโดเมนที่กำหนดเองและใช้พิกเซลที่ทำงานตามข้อกำหนด ITP ที่เราได้ระบุไว้ก่อนหน้านี้ คุณสามารถอนุญาตให้เครือข่ายใช้พิกเซลหรือ JavaScript SDK ได้ คุณจะต้องวางพิกเซล iframe อย่างไรก็ตาม โปรดเตรียมพร้อมสำหรับความคลาดเคลื่อนในการรายงานของคุณสำหรับผู้ใช้ Safari และ Firefox 2) หากคุณไม่ได้ตั้งค่าพิกเซลที่สอดคล้องกับ ITP สำหรับไซต์ของคุณ เครือข่ายของคุณต้องใช้การแจ้งเตือนการแปลงฝั่งเซิร์ฟเวอร์ (Postbacks) หรือจะต้องได้รับสถิติจากอินเทอร์เฟซ Affiliate ของคุณ

สนใจเรียนรู้เพิ่มเติมเกี่ยวกับแพลตฟอร์ม TUNE การติดตามผลย้อนกลับ และวิธีที่เราแก้ปัญหา ITP ของ Apple และมาตรการบล็อกคุกกี้อื่นๆ ติดต่อเราได้ที่ [email protected] หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับ TUNE และความเป็นส่วนตัวของผู้ใช้ภายใต้ระเบียบว่าด้วยการคุ้มครองข้อมูลทั่วไป โปรดไปที่หน้า GDPR ของเรา

สำหรับคำแนะนำเชิงลึกเกี่ยวกับการวัดผลการตลาดเชิงประสิทธิภาพที่คุณสามารถใช้ได้ในขณะนี้ ดาวน์โหลด e-book ของ TUNE ในการติดตามออนไลน์ในโลกหลัง ITP และ 4 วิธีการติดตาม Conversion ที่ได้รับความนิยมมากที่สุด

อัปเดตเดือนกันยายน 2019: อ่านมุมมองของเราเกี่ยวกับ ITP 2.2

อัปเดตใน เดือนมิถุนายน 2019: วิธีแก้ปัญหานี้ลดลงในไซต์ที่คุกกี้ของบุคคลที่หนึ่งซึ่งทำหน้าที่เป็นคุกกี้ของบุคคลที่สามเพื่อวัตถุประสงค์ในการติดตาม ตอนนี้ ITP 2.2 จะลบคุกกี้ของบุคคลที่หนึ่งเหล่านี้หลังจาก 24 ชั่วโมง วิธีการติดตามการแปลงที่แนะนำของ TUNE ซึ่งเป็นการติดตามผลย้อนกลับฝั่งเซิร์ฟเวอร์ ยังคงไม่ได้รับผลกระทบจากการอัปเดตเหล่านี้ เนื่องจากไม่ต้องพึ่งพาคุกกี้ในการทำงาน

การอัปเดตในเดือนพฤศจิกายน 2018: การเปิดตัว Intelligent Tracking Prevention 2.0 บน Safari สำหรับ iOS 12 และ macOS Mojave ได้ส่งผลกระทบอย่างรุนแรงต่อความสามารถในการติดตามของประสิทธิภาพการทำงานแบบเดิมและแพลตฟอร์มการตลาดแบบพันธมิตร ไม่เป็นเช่นนั้นสำหรับ TUNE Partner Marketing Platform การติดตามผลย้อนกลับฝั่งเซิร์ฟเวอร์นั้นสร้างขึ้นโดยกำเนิดในแพลตฟอร์มของเรา ดังนั้นการติดตามบน TUNE โดยใช้วิธีนี้จึงไม่ได้รับผลกระทบจาก ITP 2.0