สิ่งที่ Pinterest Tag ติดตาม

Pinterest Tag ถูกโหลดจาก s.pinimg.com/ct/core.js และระบุตัวตนผู้ใช้ด้วยคุกกี้เฉพาะของ Pinterest ที่เรียกว่า _pinterest_ct_ua ร่วมกับคุกกี้ _pin_unauth ของแพลตฟอร์มสำหรับผู้เยี่ยมชมที่ไม่ได้เข้าสู่ระบบ เมื่อมีอยู่แล้ว มันจะรายงานเหตุการณ์ PageVisit พื้นฐานโดยอัตโนมัติ จากนั้นรับสตรีมการเรียกเหตุการณ์เพิ่มเติมสำหรับ AddToCart, Checkout, Purchase, Lead, Signup, WatchVideo และเหตุการณ์กำหนดเองที่คุณกำหนด แต่ละเหตุการณ์มี JSON payload ที่สามารถรวมรหัสสินค้า มูลค่าคำสั่งซื้อ สกุลเงิน และหมวดหมู่เนื้อหา — เป็น payload ประเภทที่เมื่อรวมกับตัวระบุคุกกี้แล้ว ช่วยให้ Pinterest สามารถระบุที่มาของคอนเวอร์ชันกลับไปยังการแสดงผลพินและการคลิกโฆษณาเฉพาะได้

จากมุมมองกฎระเบียบ มีสามสิ่งที่สำคัญ ประการแรก คุกกี้เหล่านี้ไม่จำเป็น — มีไว้เพื่อการระบุที่มาของโฆษณา ไม่ใช่เพื่อการทำงานของเว็บไซต์ ประการที่สอง ข้อมูลที่ออกจากหน้าเว็บเป็นข้อมูลส่วนบุคคลภายใต้ GDPR เนื่องจากสามารถเชื่อมโยงกับตัวระบุได้ ประการที่สาม Pinterest ตั้งอยู่ในสหรัฐอเมริกา ซึ่งหมายความว่าการถ่ายโอนอยู่ภายใต้กรอบความเป็นส่วนตัวของข้อมูล EU-US และข้อสัญญามาตรฐานที่อยู่ภายใต้นั้น ทั้งสามเงื่อนไขผลักดันให้ Pinterest Tag อยู่ในเขต "ต้องมีความยินยอมล่วงหน้าที่ให้อย่างเสรี" อย่างชัดเจนใน EU และ UK

การควบคุมความเป็นส่วนตัวแบบเนทีฟของ Pinterest เทียบกับ CMP ของบุคคลที่สาม

Pinterest มีการควบคุมความเป็นส่วนตัวแบบเนทีฟบางอย่าง แดชบอร์ดผู้ลงโฆษณามีตัวสลับ Limited Data Processing สำหรับทราฟฟิกแคลิฟอร์เนีย แท็กรับคุณสมบัติ consent ในการเรียกเหตุการณ์แต่ละครั้ง และ Pinterest มีเอกสารเส้นทาง Server-Side Tagging ผ่าน Conversions API สิ่งเหล่านี้ไม่ใช่แบนเนอร์ขอความยินยอมที่ใช้งานได้จริง การควบคุมแบบเนทีฟสมมติว่าความยินยอมถูกเก็บไว้ที่ไหนสักแห่งต้นทางและถูกส่งเข้ามาเป็นสัญญาณ — ไม่ได้เก็บความยินยอมเอง และไม่ได้บล็อกแท็กจากการทำงานหากไม่มีความยินยอม สำหรับผู้เผยแพร่ที่ดำเนินงานข้ามหลายเขตอำนาจศาล สถาปัตยกรรมที่เป็นจริงคือ CMP ของบุคคลที่สามที่ตัดสินใจว่าแท็กได้รับอนุญาตให้โหลดหรือไม่ โดยใช้แฟล็กเนทีฟของ Pinterest เพื่อปรับแต่งพฤติกรรมเมื่อได้รับความยินยอมแล้ว

การรวมทีละขั้นตอนกับ CMP ของบุคคลที่สาม

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

1. ลบโค้ดพื้นฐานแบบอินไลน์

Pinterest ให้โค้ดพื้นฐานที่ผู้ติดตั้งมักจะวางใน document head ลบมันออก แทนที่ด้วย placeholder ที่ CMP ของคุณสามารถเขียนใหม่ได้ในภายหลัง — CMP ส่วนใหญ่ทำสิ่งนี้โดยเปลี่ยนแอตทริบิวต์ type จาก text/plain เป็น text/javascript และเพิ่มแอตทริบิวต์ data-category="marketing"

2. แมปแท็กไปยังหมวดหมู่การตลาด

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

3. กำหนดค่า load callback

เมื่อผู้เยี่ยมชมให้ความยินยอมด้านการตลาด CMP ของคุณจะยิงเหตุการณ์ ในตัวจัดการนั้น เขียน placeholder ของแท็กกลับเป็น text/javascript ต่อท้ายเข้ากับเอกสาร และปล่อยให้ทำงาน โค้ดพื้นฐานจะเริ่มต้นคิว pintrk ทั่วโลก จากนั้นโหลดสคริปต์หลัก หลังจากสคริปต์โหลดแล้ว เหตุการณ์ที่อยู่ในคิวจากหน้าจะถูกส่งออกโดยอัตโนมัติ

4. กำหนดเส้นทางความยินยอมต่อเหตุการณ์สำหรับ Limited Data Processing

หากคุณมีทราฟฟิกแคลิฟอร์เนียและต้องการใช้เส้นทาง Limited Data Processing ของ Pinterest สำหรับผู้ใช้ที่ไม่ได้เลือกเข้าร่วม ให้ส่ง data_processing_options ที่เหมาะสมในการเรียกเหตุการณ์แต่ละครั้ง Pinterest รับค่าเช่น ['LDU'] พร้อมรหัสประเทศและภูมิภาคเพื่อทำเครื่องหมายเหตุการณ์ว่าเป็นการใช้งานแบบจำกัด นี่ไม่ใช่สิ่งทดแทนความยินยอมใน EU — เป็นกลไกเฉพาะ CCPA — แต่เป็นรูปแบบที่ถูกต้องสำหรับผู้ใช้ที่ปฏิเสธการขายหรือการแบ่งปันภายใต้กฎแคลิฟอร์เนีย

5. เชื่อมต่อกับ Consent Mode v2 หากคุณรันแท็ก Google ควบคู่กัน

ร้านค้าส่วนใหญ่ที่รัน Pinterest Tag ยังรัน Google Ads และ GA4 ด้วย CMP ของคุณต้องเผยแพร่สัญญาณ v2 — ad_storage, analytics_storage, ad_user_data, ad_personalization — เข้าสู่ dataLayer ก่อนที่แท็ก Google ใด ๆ จะทำงาน Pinterest ไม่ใช้สัญญาณเหล่านี้โดยตรง แต่ Google ใช้ และความไม่สอดคล้องกันระหว่างสองสแต็กจะปรากฏเป็นช่องว่างรายได้ที่วัดได้ในรายงานการระบุที่มาของคุณ

Conversions API ในฐานะทางเลือกฝั่งเซิร์ฟเวอร์

Conversions API ของ Pinterest ให้คุณส่งเหตุการณ์คอนเวอร์ชันโดยตรงจากเซิร์ฟเวอร์ของคุณไปยัง Pinterest โดยข้ามเบราว์เซอร์ทั้งหมด สิ่งนี้น่าสนใจมากขึ้นเรื่อย ๆ ด้วยเหตุผลสองประการ: มันอยู่รอดจากการเลิกใช้คุกกี้ของบุคคลที่สาม และหลีกเลี่ยงความเปราะบางด้านความยินยอมบางอย่างของแท็กฝั่งเบราว์เซอร์ เนื่องจากเซิร์ฟเวอร์มีข้อมูลที่ชัดเจนกว่าว่าใครยินยอมอะไร

Conversions API ไม่ได้ขจัดข้อกำหนดด้านความยินยอม เหตุการณ์ที่คุณส่งยังคงมีข้อมูลส่วนบุคคล และ GDPR ใช้บังคับในลักษณะเดียวกันไม่ว่าคำขอจะมาจากเบราว์เซอร์หรือบริการแบ็กเอนด์ สิ่งที่มันทำคือย้ายจุดตัดสินใจจาก "แท็กทำงานก่อนได้รับความยินยอมหรือไม่" ไปเป็น "เซิร์ฟเวอร์ของเรารวมเหตุการณ์นี้ใน API payload หรือไม่" — ซึ่งเป็นพื้นผิวที่ควบคุมได้ง่ายกว่ามาก สำหรับร้านค้าส่วนใหญ่ รูปแบบที่ถูกต้องคือการรันทั้งสอง: แท็กเบราว์เซอร์สำหรับการระบุที่มาแบบเรียลไทม์เมื่อได้รับความยินยอม และ Conversions API สำหรับเหตุการณ์ฝั่งเซิร์ฟเวอร์ที่ตัดซ้ำแล้ว ซึ่งสามารถกรองตามสถานะความยินยอมที่เก็บไว้ก่อนที่จะส่งออก

ข้อผิดพลาดที่พบบ่อย

ข้อผิดพลาดในการรวมสามประการเป็นสาเหตุของปัญหาส่วนใหญ่ที่เราพบเมื่อตรวจสอบการติดตั้ง Pinterest

ถือว่า PageVisit เป็นการวิเคราะห์

บางทีมบล็อก Purchase และ AddToCart ภายใต้ความยินยอมด้านการตลาด แต่อนุญาตให้ PageVisit ทำงานภายใต้หมวดหมู่การวิเคราะห์ โดยให้เหตุผลว่าการเปิดหน้าเป็น "แค่การวิเคราะห์" Pinterest ไม่ได้มองอย่างนั้น — PageVisit ป้อนตัวสร้างกลุ่มเป้าหมายสำหรับรีทาร์เก็ตติ้ง ซึ่งเป็นฟังก์ชันการตลาดอย่างชัดเจน บล็อกแท็กทั้งหมด

ฮาร์ดโค้ดโค้ดพื้นฐาน Pinterest ในตัวจัดการแท็กโดยไม่มีการป้องกันความยินยอม

หากคุณติดตั้งแท็กผ่าน Google Tag Manager เทมเพลตแท็ก Pinterest ต้องตั้งค่าฟิลด์ Additional Consent ให้ต้องมีความยินยอมด้านการตลาดก่อนทำงาน หากไม่มีแฟล็กนั้น GTM จะยิงแท็กโดยไม่คำนึงถึงสถานะ CMP ของผู้เยี่ยมชม และแบนเนอร์ขอความยินยอมจะกลายเป็นเพียงของตกแต่ง

ส่ง Enhanced Match โดยไม่ตรวจสอบความยินยอมก่อน

Pinterest รองรับ Enhanced Match ซึ่งช่วยให้คุณแฮชและส่งข้อมูลผู้ใช้ที่ระบุตัวตนได้ (อีเมล โทรศัพท์) เพื่อปรับปรุงการระบุที่มา การส่ง Enhanced Match สำหรับผู้ใช้ที่ไม่ได้ให้ความยินยอมด้านการตลาดเป็นรูปแบบที่มีความเสี่ยงสูงสุดในสแต็กนี้ — เป็นการถ่ายโอนข้อมูลส่วนบุคคลโดยตรงไปยังแพลตฟอร์มโฆษณาในสหรัฐฯ โดยไม่มีฐานทางกฎหมาย ทำให้ Enhanced Match เป็นเงื่อนไขจากสัญญาณความยินยอมเดียวกับแท็กส่วนที่เหลือ

รายการตรวจสอบการตรวจสอบ

คำถามเชิงรูปธรรมหกข้อที่ต้องตอบสำหรับการติดตั้ง Pinterest Tag ใด ๆ ที่สัมผัสกับทราฟฟิก EU, UK หรือแคลิฟอร์เนีย

• แท็กรอความยินยอมหรือไม่? เปิดหน้าในหน้าต่างส่วนตัวที่มีการป้องกันการติดตามแบบเข้มงวด และยืนยันว่าไม่มีคำขอ s.pinimg.com ทำงานก่อนที่จะยอมรับแบนเนอร์
• หมวดหมู่การตลาดถูกแมปอย่างถูกต้องหรือไม่? ตรวจสอบว่า CMP วางแท็กภายใต้การตลาด ไม่ใช่การวิเคราะห์หรือการทำงาน
• GTM ปฏิบัติตามความยินยอมหรือไม่? หากแท็กถูกติดตั้งผ่าน Google Tag Manager ยืนยันว่าการตั้งค่า Additional Consent ถูกกำหนดค่าแล้ว
• Limited Data Processing ถูกกำหนดเส้นทางสำหรับแคลิฟอร์เนียหรือไม่? สำหรับการเลือกไม่เข้าร่วม CCPA ที่ยังอนุญาตการติดตามภายใต้ LDP ยืนยันว่า data_processing_options อยู่ในทุกเหตุการณ์
• Enhanced Match เป็นแบบมีเงื่อนไขหรือไม่? ยืนยันว่า payload ของ Enhanced Match ส่งเฉพาะสำหรับผู้ใช้ที่ให้ความยินยอมด้านการตลาดแล้ว
• Conversions API สะท้อนความยินยอมของเบราว์เซอร์หรือไม่? หากคุณรันทั้งสองพื้นผิว ยืนยันว่าเส้นทางฝั่งเซิร์ฟเวอร์กรองเหตุการณ์ตามสถานะความยินยอมที่เก็บไว้ก่อนส่งต่อ

ตำแหน่งของ Pinterest ในสแต็กที่เน้นความยินยอมเป็นอันดับแรก

Pinterest เป็นส่วนเล็กกว่าของภูมิทัศน์พิกเซลการตลาดเมื่อเทียบกับ Meta หรือ Google แต่การปฏิบัติตามกฎระเบียบนั้นเหมือนกัน รูปแบบที่ใช้ได้ผลเป็นรูปแบบเดียวกับที่ใช้ได้ผลสำหรับทุกแพลตฟอร์มโฆษณาหลัก: เก็บแท็กออกจากหน้าจนกว่าผู้เยี่ยมชมจะยอมรับการตลาด ใช้ CMP เป็นแหล่งความจริงเดียวสำหรับสถานะความยินยอม และกำหนดค่าแฟล็กความเป็นส่วนตัวของแพลตฟอร์มเอง (Limited Data Processing, ฟิลด์ความยินยอมของ Conversions API) ให้สอดคล้องกับสิ่งที่แบนเนอร์บันทึกไว้ แบรนด์ที่ทำสิ่งนี้ได้ถูกต้องจะรักษาการระบุที่มาของ Pinterest ไว้ได้ ในขณะที่ลดความเสี่ยงจากการตรวจสอบลงเหลือเพียงเศษเสี้ยวของการติดตั้งแบบเริ่มต้น