สิ่งที่ LinkedIn Insight Tag ทำจริงๆ

Insight Tag เป็นสคริปต์ JavaScript ที่โหลดจาก snap.licdn.com ตั้งค่าคุกกี้บนโดเมนของผู้เผยแพร่ และส่งข้อมูลเหตุการณ์ไปยังโครงสร้างพื้นฐานการวัดผลของ LinkedIn เพย์โหลดที่สร้างขึ้นนั้นมีคุณค่ามากกว่าที่นักการตลาดส่วนใหญ่ตระหนัก มันจับ URL ของหน้า ผู้ส่ง user agent ที่อยู่ IP ของผู้เข้าชม ตัวระบุฝั่ง LinkedIn เมื่อผู้เข้าชมได้รับการยืนยันตัวตนบน LinkedIn ในเบราว์เซอร์เดียวกันเมื่อเร็วๆ นี้ และพารามิเตอร์การแปลงใดๆ ที่แท็กถูกกำหนดค่าให้เรียกใช้ — การกรอกแบบฟอร์ม การคลิกปุ่ม การเล่นวิดีโอ เกณฑ์ความลึกการเลื่อน เมื่อแท็กจับคู่กับข้อมูลบุคคลที่หนึ่งของผู้เผยแพร่ผ่านการจับคู่อีเมลที่แฮช เพย์โหลดของเหตุการณ์ก็ยังพกพาตัวระบุที่แฮชที่ให้ LinkedIn เย็บการเข้าชมกับบัญชีสมาชิก LinkedIn เฉพาะได้

การแปลงมาตรฐานและการแปลงแบบกำหนดเอง

Insight Tag รองรับเหตุการณ์การแปลงสองประเภท การแปลงมาตรฐานปฏิบัติตาม taxonomy ของเหตุการณ์ที่กำหนดไว้ล่วงหน้าของ LinkedIn — Lead, Sign-Up, Purchase, Add to Cart, Download — และแมปตรงไปยังโมเดลการเพิ่มประสิทธิภาพการเสนอราคาใน LinkedIn Campaign Manager การแปลงแบบกำหนดเองช่วยให้คุณเรียกใช้กับ URL การคลิก หรือการรวมกันของเหตุการณ์หน้าที่เครื่องมือกำหนดกฎของแท็กสามารถตรวจจับได้ จากมุมมองการยินยอม ความแตกต่างนี้ไม่สำคัญ: เหตุการณ์การแปลงทุกเหตุการณ์เป็นเหตุการณ์การประมวลผลข้อมูลส่วนบุคคลเนื่องจากคุกกี้และตัวระบุที่พกพาอยู่ และทุกเหตุการณ์ต้องการฐานทางกฎหมายเดียวกันกับการดูหน้าที่เรียกใช้

คุกกี้และตัวระบุข้ามไซต์

แท็กตั้งค่าคุกกี้หลักสองตัวบนโดเมนของผู้เผยแพร่ คุกกี้ li_fat_id คงอยู่ประมาณเก้าสิบวันและเชื่อมโยงการเข้าชมกับตัวระบุสมาชิก LinkedIn เมื่อผู้เข้าชมเข้าสู่ระบบ คุกกี้ li_sugr เป็นตัวระบุที่ได้จากลายนิ้วมือที่ LinkedIn ใช้สำหรับการวัดผลเมื่อตัวระบุสมาชิกไม่พร้อมใช้งาน คุกกี้ทั้งสองตรงตามนิยาม EU ePrivacy Directive ของคุกกี้ติดตาม และการวางตัวใดตัวหนึ่งก่อนการยินยอมเป็นข้อค้นพบที่หน่วยงานกำกับดูแลได้ตั้งค่าสถานะซ้ำแล้วซ้ำเล่าในการตรวจสอบผู้เผยแพร่ B2B

ภาระผูกพันด้านการยินยอมที่แท็กรับสืบทอดมา

แท็กอยู่ที่จุดตัดกฎระเบียบเดียวกันกับสคริปต์ติดตาม ad-tech อื่นๆ มาตรฐานที่เข้มงวดที่สุด — EU GDPR บวก ePrivacy — ครอบคลุมสิ่งที่ระบอบอื่นๆ ต้องการ โดยมี UK และรัฐในสหรัฐอเมริกาเพิ่มส่วนเสริมเฉพาะด้านบน

GDPR, ePrivacy และจุดยืนของ UK ICO

ภายใต้ EU ePrivacy Directive และ GDPR แท็กต้องไม่โหลดก่อนที่ผู้ใช้จะให้การยินยอมอย่างอิสระ เฉพาะเจาะจง ได้รับข้อมูล และชัดเจน ข้ออ้าง B2B มาตรฐาน — ว่าสมาชิก LinkedIn ได้ยินยอมไปแล้วผ่านเงื่อนไขแพลตฟอร์มของ LinkedIn เอง — ไม่ผ่านการตรวจสอบของหน่วยงานกำกับดูแล การประมวลผลบนโดเมนของผู้เผยแพร่เป็นเหตุการณ์แยกต่างหากภายใต้ประกาศความเป็นส่วนตัวของผู้เผยแพร่ ไม่ใช่ของ LinkedIn และต้องได้รับการยินยอม ณ จุดที่คุกกี้โหลด Information Commissioner's Office ของสหราชอาณาจักรมีความกระตือรือร้นเป็นพิเศษต่อผู้เผยแพร่ B2B โดยมีการดำเนินการบังคับใช้ตลอดปี 2024 และ 2025 ที่มุ่งเป้าไปที่สมมติฐานว่าผู้ชม LinkedIn เป็นกลุ่มที่ยินยอมด้วยตนเอง

คำถามเกี่ยวกับผลประโยชน์ที่ชอบด้วยกฎหมาย

ผู้เผยแพร่ B2B บางครั้งโต้แย้งเพื่อผลประโยชน์ที่ชอบด้วยกฎหมายเป็นฐานทางกฎหมายสำหรับ Insight Tag โดยมีทฤษฎีว่าผู้ชม B2B คาดหวังการติดตามบนไซต์อุตสาหกรรมและความคาดหวังที่สมเหตุสมผลของเจ้าของข้อมูลสนับสนุนสิ่งนั้น ข้อโต้แย้งมีช่องแคบ — การวิเคราะห์ที่ไม่ป้อนการโฆษณาหรือการปรับแต่งส่วนบุคคลบางครั้งสามารถปกป้องได้ภายใต้ผลประโยชน์ที่ชอบด้วยกฎหมายด้วยการทดสอบการสร้างสมดุลที่เหมาะสม — แต่วัตถุประสงค์หลักของ LinkedIn Insight Tag คือการติดตามการแปลงที่ป้อนการโฆษณาแบบกำหนดเป้าหมาย ซึ่งทำให้มันอยู่ในดินแดนการยินยอมอย่างแน่วแน่ตามคำแนะนำที่เผยแพร่ของ EDPB ผลประโยชน์ที่ชอบด้วยกฎหมายไม่ใช่ทางลัดที่ใช้งานได้สำหรับการใช้งานแท็กมาตรฐาน

CCPA, CPRA และ Patchwork ของรัฐสหรัฐอเมริกา

CPRA ของแคลิฟอร์เนียถือว่าสัญญาณขาออกของ Insight Tag เป็นการขายหรือแบ่งปันข้อมูลส่วนบุคคลและกำหนดให้ผู้เผยแพร่ต้องให้เกียรติส่วนหัว Global Privacy Control เปิดเผยลิงก์ opt-out ที่ชัดเจน และนำสัญญาณที่ได้ไปยังสถานะที่เข้ากันได้กับ LinkedIn LinkedIn รองรับโหมด Limited Data Use ที่ผู้เผยแพร่สามารถเปิดใช้งานสำหรับผู้ใช้ที่ opt out ภายใต้กฎหมายความเป็นส่วนตัวของรัฐสหรัฐอเมริกา — เทียบเท่ากับ LDU ของ Meta และโหมดความเป็นส่วนตัวที่ผู้ขาย ad-tech หลักๆ ส่วนใหญ่เสนอในปัจจุบัน IAB Multi-State Privacy Agreement พร้อม US Privacy String ที่สร้างขึ้น เป็นจุดรวมเดียวที่ผู้เผยแพร่ส่วนใหญ่ใช้เพื่อตอบสนองกฎหมายของรัฐทั้งหมดด้วยสตริงการยินยอมเดียว

การเดินสายแท็กผ่าน CMP ของคุณ

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

Default-Deny และ Google Consent Mode v2

ตั้งค่า CMP ของคุณเป็น default-deny สำหรับหมวดหมู่การยินยอมด้านการตลาดหรือการโฆษณา เปิดเผย LinkedIn เป็นผู้ขายภายในหมวดหมู่นั้นพร้อมคำอธิบายภาษาธรรมดาที่ชัดเจน และกำหนดค่า tag manager ของคุณให้เรียกใช้ Insight Tag เฉพาะเมื่อประเภทการยินยอมที่สอดคล้องกันได้รับการอนุมัติ สัญญาณ ad_storage, ad_user_data และ ad_personalization ของ Google Consent Mode v2 ให้การผสานรวม LinkedIn กับ state machine เดียวกันกับที่สแต็กโฆษณาส่วนที่เหลือใช้: เมื่อทั้งสามถูกปฏิเสธ แท็กจะไม่เรียกใช้เลย เมื่อได้รับการอนุมัติ แท็กจะเรียกใช้พร้อม advanced matching เต็มรูปแบบ เมื่อได้รับการอนุมัติบางส่วน แท็กจะกลับไปใช้โหมด LDU แทนที่จะละทิ้งเหตุการณ์ทั้งหมด

สูตร Trigger ของ Google Tag Manager

การตั้งค่า GTM ที่สะอาดที่สุดใช้ trigger แบบกำหนดเองที่รับฟังเหตุการณ์ dataLayer consent_update ที่ CMP ของคุณส่งออกและการตรวจสอบการยินยอมในตัวบนแท็ก LinkedIn เอง trigger ควรเรียกใช้บน Initialization-All-Pages หลังจากการยินยอมได้รับการแก้ไขเท่านั้น โดยมี ad_storage เป็นการยินยอมเพิ่มเติมที่จำเป็น หลีกเลี่ยงการโหลดแท็กใน trigger Page View ที่ทำงานก่อน CMP — การแข่งขันด้านเวลาทำให้เกิดข้อค้นพบว่า 'แท็กเรียกใช้ก่อนการยินยอม' ในการตรวจสอบ B2B ส่วนใหญ่

TCF v2.3 และรายการผู้ขาย LinkedIn

สำหรับทราฟิก EU ลงทะเบียน LinkedIn ภายในการกำหนดค่ารายการผู้ขาย TCF v2.3 ของ CMP ของคุณ รายการ Global Vendor List ของ LinkedIn เปิดเผยฐานทางกฎหมายที่อ้างสิทธิ์สำหรับแต่ละวัตถุประสงค์ และ CMP ต้องสะท้อนวัตถุประสงค์เหล่านั้นแบบหนึ่งต่อหนึ่งใน UI การยินยอม การรวม LinkedIn ภายใต้การสลับ 'พันธมิตรโฆษณา' ทั่วไปถือเป็นการละเมิด TCF v2.3 — ผู้ขายทุกรายต้องการการควบคุมต่อผู้ขาย และหน่วยงานกำกับดูแลที่พบว่าคุณใช้สวิตช์เดียวกับผู้ขายที่มีชื่อหลายรายจะถือว่าการยินยอมเป็นโมฆะ

เส้นทางฝั่งเซิร์ฟเวอร์: LinkedIn Conversions API

แท็กเบราว์เซอร์ไม่ใช่เส้นทางเดียวที่ LinkedIn เสนอ Conversions API เป็น endpoint แบบ server-to-server ที่ช่วยให้ backend ของคุณส่งเหตุการณ์การแปลงตรงไปยัง LinkedIn โดยไม่ต้องใช้สคริปต์ฝั่งเบราว์เซอร์ เส้นทางทั้งสองอยู่ร่วมกัน: ผู้เผยแพร่ B2B ส่วนใหญ่เรียกใช้คู่กัน ลบรายการซ้ำบน event ID ที่แบ่งปัน และใช้ API เป็นตัวสำรองเมื่อแท็กเบราว์เซอร์ถูกบล็อกโดยตัวบล็อกโฆษณา ไฟร์วอลล์องค์กร หรือ consent layer เอง

เหตุใดเส้นทางฝั่งเซิร์ฟเวอร์จึงสำคัญในปี 2026

สามพลังผลักดันให้ผู้เผยแพร่ B2B ออกห่างจากแท็กเบราว์เซอร์ล้วนๆ: การยุติคุกกี้บุคคลที่สามที่สิ้นสุดใน Chrome การครองตลาดของ Safari และ Firefox ในผู้ชม B2B บางกลุ่มที่คุกกี้บุคคลที่สามตายแล้ว และเครือข่ายองค์กรของบัญชีเป้าหมาย B2B ที่ตัวบล็อกโฆษณาและ privacy proxy เป็นมาตรฐาน Conversions API ให้เส้นทางแก่ผู้เผยแพร่ที่ backend ควบคุม data plane ความล่าช้าต่ำกว่า เหตุการณ์รอดพ้นการหยุดชะงักของเครือข่าย และอัตราการจับคู่เพิ่มขึ้นเพราะเซิร์ฟเวอร์สามารถส่งตัวระบุบุคคลที่หนึ่งที่เบราว์เซอร์มองไม่เห็น

การยินยอมยังคงใช้บังคับ

Conversions API ไม่ได้ข้ามผ่าน GDPR หรือ CPRA ข้อกำหนดฐานทางกฎหมายผูกติดกับข้อมูล ไม่ใช่การขนส่ง หากผู้ใช้ปฏิเสธการยินยอมด้านการโฆษณาใน CMP backend ต้องไม่ส่งตัวระบุของพวกเขาไปยัง LinkedIn โดยไม่คำนึงว่าใช้เส้นทางใด สร้างสถานะการยินยอมให้เป็นแฟล็กที่กำหนดขอบเขตตามคำขอที่ผู้เผยแพร่การแปลงอ่านในทุก API call และต้านทานการล่อลวงทางวิศวกรรมที่จะเรียกใช้การแปลงด้วยความมั่นใจในขณะที่ prompt การยินยอมยังค้างอยู่

ข้อผิดพลาดเฉพาะ B2B ที่ก่อให้เกิดข้อค้นพบ

การติดตั้ง Insight Tag ของ B2B ที่สร้างข้อค้นพบของหน่วยงานกำกับดูแลมักล้มเหลวในรูปแบบที่แตกต่างจากรูปแบบพิกเซลผู้บริโภคเล็กน้อย แท็กโหลดบนทุกหน้าของไซต์องค์กร รวมถึงหน้าอาชีพและความสัมพันธ์กับนักลงทุนซึ่งผู้ชมแตกต่างจากหน้า marketing funnel อย่างมีนัยสำคัญ ค่าเริ่มต้น CMP ถูกปรับแต่งสำหรับทราฟิกสไตล์ผู้บริโภคและไม่เคยปรับสำหรับหน้าต่างการมีส่วนร่วมที่ยาวนานกว่าของผู้เข้าชม B2B ในระยะวิจัย advanced matching ด้วยอีเมลที่แฮชเชื่อมต่อกับแพลตฟอร์มอัตโนมัติทางการตลาดโดยไม่มีตัวกรองที่รับรู้ CMP ส่งอีเมลที่แฮชไปยัง LinkedIn สำหรับผู้ใช้ที่ปฏิเสธหมวดหมู่การยินยอมทางการตลาด Conversions API ถูกใช้งานเป็นการปรับแต่ง backend โดยทีมข้อมูลโดยไม่ปรึกษา consent layer เลย และทำงานต่อเนื่องผ่านทุกการตัดสินใจการยินยอมที่ผู้ใช้ทำบน front end แต่ละอย่างเหล่านี้เป็นการแก้ไขหนึ่งถึงสามวันทางวิศวกรรม — และแต่ละอย่างเป็นรูปแบบที่ ICO ได้ระบุในการตัดสินใจบังคับใช้ B2B ที่เผยแพร่

บทสรุป

LinkedIn Insight Tag ไม่ใช่ยูทิลิตี้ B2B ที่มีความเสี่ยงต่ำ มันเป็นเทคโนโลยีติดตามที่อยู่ภายใต้กฎการยินยอมเดียวกันกับพิกเซลของผู้บริโภค พร้อมกับความพลิกแพลงเพิ่มเติมที่ผู้ชม B2B และไซต์ B2B มักทำให้ทีมการตลาดหลับใหลในความพอใจด้านการปฏิบัติตามกฎระเบียบที่ฝั่งผู้บริโภคเลิกใช้มานานแล้ว รูปแบบที่เป็นไปตามกฎระเบียบนั้นคุ้นเคย: CMP ที่รู้ว่าแท็กมีอยู่ ประตูการยินยอมที่แท็กให้เกียรติผ่าน Google Consent Mode v2 หรือการผสานรวม TCF เส้นทาง Conversions API ฝั่งเซิร์ฟเวอร์ที่เคารพสถานะการยินยอมเดียวกัน และการตรวจสอบรายไตรมาสที่ผ่านขั้นตอนการยอมรับและปฏิเสธในเบราว์เซอร์ใหม่เพื่อยืนยันว่าแท็กเงียบสำหรับผู้ใช้ที่ปฏิเสธ ผู้เผยแพร่และผู้โฆษณาที่ทำสิ่งนี้ถูกต้องจะรักษาการวัดผล B2B ของตนให้เชื่อถือได้และการตอบสนองการตรวจสอบของตนให้สั้น ส่วนคนที่ปฏิบัติต่อผู้ชม LinkedIn เหมือนเป็นกลุ่มที่ยินยอมด้วยตนเองจะใช้เวลาปี 2026 อธิบายกับหน่วยงานกำกับดูแลว่าทำไมแท็กถึงทำงานบนหน้าอาชีพเก้าเดือนหลังจากที่การตรวจสอบคุกกี้บอกว่าไม่ควร