LinkedIn Insight Tag واقعاً چه می‌کند

Insight Tag یک قطعه JavaScript است که از snap.licdn.com بارگذاری می‌شود، کوکی‌ها را روی دامنه ناشر تنظیم می‌کند و داده‌های رویداد را به زیرساخت اندازه‌گیری LinkedIn ارسال می‌کند. بار داده‌ای که تولید می‌کند غنی‌تر از آن چیزی است که اکثر بازاریابان متوجه می‌شوند. آدرس URL صفحه، ارجاع‌دهنده، عامل کاربر، آدرس IP بازدیدکننده، یک شناسه از سمت LinkedIn زمانی که بازدیدکننده اخیراً از همان مرورگر به LinkedIn احراز هویت شده، و هر پارامتر تبدیلی که تگ برای آن پیکربندی شده را ضبط می‌کند — پر کردن فرم‌ها، کلیک دکمه، پخش ویدیو، آستانه‌های عمق اسکرول. وقتی تگ با داده‌های شخص اول ناشر از طریق تطابق ایمیل هش‌شده جفت می‌شود، بار رویداد همچنین شناسه هش‌شده‌ای را حمل می‌کند که به LinkedIn اجازه می‌دهد بازدید را به یک حساب عضو LinkedIn خاص مرتبط کند.

تبدیل‌های استاندارد و تبدیل‌های سفارشی

Insight Tag از دو نوع رویداد تبدیل پشتیبانی می‌کند. تبدیل‌های استاندارد از طبقه‌بندی رویداد از پیش تعریف‌شده LinkedIn پیروی می‌کنند — Lead، Sign-Up، Purchase، Add to Cart، Download — و مستقیماً روی مدل‌های بهینه‌سازی پیشنهاد در LinkedIn Campaign Manager نقشه‌برداری می‌کنند. تبدیل‌های سفارشی به شما اجازه می‌دهند روی هر ترکیب URL، کلیک، یا رویداد صفحه که موتور قوانین تگ می‌تواند تشخیص دهد آتش بزنید. از منظر رضایت، این تمایز اهمیتی ندارد: هر رویداد تبدیل به دلیل کوکی‌ها و شناسه‌هایی که حمل می‌کند یک رویداد پردازش داده شخصی است، و هر رویداد به همان پایه قانونی نیاز دارد که بازدید صفحه‌ای که آن را فعال کرده است.

کوکی‌ها و شناسه‌های متقاطع سایت

تگ دو کوکی اصلی روی دامنه ناشر تنظیم می‌کند. کوکی li_fat_id حدود نود روز باقی می‌ماند و وقتی بازدیدکننده وارد سیستم شده، بازدیدها را به شناسه عضو LinkedIn مرتبط می‌کند. کوکی li_sugr یک شناسه مشتق از اثر انگشت است که LinkedIn برای اندازه‌گیری وقتی شناسه عضو در دسترس نیست استفاده می‌کند. هر دو کوکی به تعریف کوکی ردیابی در دستورالعمل ePrivacy اتحادیه اروپا می‌رسند، و رها کردن هر کدام قبل از رضایت یافته‌ای است که رگولاتورها در حسابرسی‌های ناشران B2B به طور مکرر علامت زده‌اند.

تعهدات رضایتی که تگ به ارث می‌برد

تگ در همان تقاطع قانونی قرار دارد که هر اسکریپت ردیابی آد-تک دیگری. سخت‌ترین استاندارد — GDPR اتحادیه اروپا به علاوه ePrivacy — بیشتر آنچه را که رژیم‌های دیگر می‌طلبند پوشش می‌دهد، با بریتانیا و ایالت‌های آمریکا که لایه‌های افزوده خاصی را روی آن اضافه می‌کنند.

GDPR، ePrivacy و موضع ICO بریتانیا

تحت دستورالعمل ePrivacy اتحادیه اروپا و GDPR، تگ نباید قبل از اینکه کاربر رضایت آزادانه داده شده، خاص، آگاهانه و بدون ابهام را ارائه دهد بارگذاری شود. بهانه استاندارد B2B — که اعضای LinkedIn قبلاً از طریق شرایط پلتفرم LinkedIn رضایت داده‌اند — از بررسی رگولاتور جان سالم به در نمی‌برد. پردازش روی دامنه ناشر یک رویداد جداگانه تحت اطلاعیه حریم خصوصی ناشر است، نه تحت LinkedIn، و رضایت باید در لحظه بارگذاری کوکی اخذ شود. دفتر کمیسیونر اطلاعات بریتانیا به ویژه در مورد ناشران B2B فعال بوده، با اقدامات اجرایی در طول سال‌های ۲۰۲۴ و ۲۰۲۵ که دقیقاً این فرض را هدف قرار داد که مخاطبان LinkedIn یک گروه خود-رضایت‌دهنده هستند.

سوال منافع مشروع

ناشران B2B گاهی اوقات برای منافع مشروع به عنوان پایه قانونی Insight Tag استدلال می‌کنند، بر اساس نظریه‌ای که مخاطبان B2B انتظار ردیابی در سایت‌های صنعتی دارند و انتظارات معقول موضوع داده از آن حمایت می‌کند. این استدلال یک پنجره باریک دارد — تجزیه و تحلیلی که تبلیغات یا شخصی‌سازی را تغذیه نمی‌کند گاهی اوقات می‌تواند تحت منافع مشروع با آزمون موازنه مناسب دفاع شود — اما هدف اصلی LinkedIn Insight Tag ردیابی تبدیل است که تبلیغات هدفمند را تغذیه می‌کند، که آن را به طور محکم در قلمرو رضایت تحت دستورالعمل‌های منتشر شده EDPB قرار می‌دهد. منافع مشروع یک میانبر قابل دوام برای استقرار استاندارد تگ نیست.

CCPA، CPRA و موزاییک ایالت‌های آمریکا

CPRA کالیفرنیا سیگنال خروجی Insight Tag را به عنوان فروش یا اشتراک‌گذاری اطلاعات شخصی تلقی می‌کند و از ناشران می‌خواهد هدر Global Privacy Control را رعایت کنند، یک لینک انصراف واضح در معرض دید قرار دهند و سیگنال حاصل را به یک حالت سازگار با LinkedIn هدایت کنند. LinkedIn از یک حالت Limited Data Use پشتیبانی می‌کند که ناشر می‌تواند برای کاربرانی که تحت قوانین ایالتی آمریکا انصراف داده‌اند روشن کند — معادل LDU Meta و حالت‌های حریم خصوصی که اکثر فروشندگان بزرگ آد-تک اکنون ارائه می‌دهند. قرارداد حریم خصوصی چند ایالتی IAB، با رشته حریم خصوصی آمریکا که تولید می‌کند، تنها نقطه یکپارچه‌سازی است که اکثر ناشران برای ارضای همه قوانین ایالتی با یک رشته رضایت استفاده می‌کنند.

سیم‌کشی تگ از طریق CMP شما

الگوی پیاده‌سازی که از حسابرسی جان سالم به در می‌برد توصیف آن ساده است و خطا کردن در آن آسان: تگ نباید قبل از حل رضایت بارگذاری شود، حالت رضایت باید قبل از آتش زدن هر رویدادی به تگ منتشر شود، و حالت رضایت باید وقتی کاربر ناوبری می‌کند دوباره بررسی شود تا لغویت در یک تب در همه جا رعایت شود.

انکار پیش‌فرض و Google Consent Mode v2

CMP خود را روی انکار پیش‌فرض برای دسته رضایت بازاریابی یا تبلیغات تنظیم کنید، LinkedIn را به عنوان فروشنده در آن دسته با توضیح روشن به زبان ساده در معرض دید قرار دهید، و مدیر تگ خود را پیکربندی کنید تا Insight Tag را فقط وقتی نوع رضایت مربوطه اعطا شده است آتش بزند. سیگنال‌های ad_storage، ad_user_data و ad_personalization Google Consent Mode v2 به یکپارچه‌سازی LinkedIn همان ماشین حالتی را می‌دهند که بقیه پشته تبلیغاتی استفاده می‌کند: وقتی هر سه رد شده‌اند، تگ هرگز آتش نمی‌زند؛ وقتی اعطا شده‌اند، تگ با تطابق پیشرفته کامل آتش می‌زند؛ وقتی به طور جزئی اعطا شده‌اند، تگ به جای از دست دادن کامل رویدادها به حالت LDU برمی‌گردد.

دستورالعمل‌های Trigger در Google Tag Manager

تنظیم تمیزترین GTM از یک تریگر سفارشی استفاده می‌کند که به رویداد consent_update dataLayer که CMP شما ارسال می‌کند گوش می‌دهد و یک بررسی رضایت داخلی روی خود تگ LinkedIn. تریگر باید فقط در Initialization-All-Pages بعد از حل رضایت آتش بزند، با ad_storage به عنوان رضایت اضافی مورد نیاز. از بارگذاری تگ در یک تریگر Page View که قبل از CMP اجرا می‌شود اجتناب کنید — مسابقه زمان‌بندی یافته‌های «تگ قبل از رضایت آتش می‌زند» را در اکثر حسابرسی‌های B2B تولید می‌کند.

TCF v2.3 و ورودی فروشنده LinkedIn

برای ترافیک اتحادیه اروپا، LinkedIn را در پیکربندی لیست فروشنده TCF v2.3 CMP خود ثبت کنید. ورودی Global Vendor List LinkedIn پایه‌های قانونی که برای هر هدف ادعا می‌کند را در معرض دید قرار می‌دهد، و CMP باید آن اهداف را یک به یک در رابط کاربری رضایت منعکس کند. قرار دادن LinkedIn تحت یک سوئیچ عمومی «شرکای تبلیغاتی» یک نقض TCF v2.3 است — هر فروشنده به کنترل‌های per-فروشنده نیاز دارد، و رگولاتوری که شما را با اعمال یک سوئیچ واحد به فروشندگان نامدار متعدد پیدا کند رضایت را باطل تلقی خواهد کرد.

مسیر سمت سرور: LinkedIn Conversions API

تگ مرورگر تنها مسیری نیست که LinkedIn ارائه می‌دهد. Conversions API یک نقطه انتهایی سرور به سرور است که به بک‌اند شما اجازه می‌دهد رویدادهای تبدیل را مستقیماً به LinkedIn بدون اسکریپت سمت مرورگر ارسال کند. دو مسیر همزیستی دارند: اکثر ناشران B2B آنها را به موازات هم اجرا می‌کنند، روی یک شناسه رویداد مشترک تکراری را حذف می‌کنند، و از API به عنوان پشتیبان استفاده می‌کنند وقتی تگ مرورگر توسط یک مسدودکننده تبلیغات، یک فایروال شرکتی، یا خود لایه رضایت مسدود شده است.

چرا مسیر سمت سرور در ۲۰۲۶ اهمیت دارد

سه نیرو ناشران B2B را از تگ‌های مرورگر خالص دور می‌کنند: حذف کوکی شخص ثالث که در Chrome تمام می‌شود، تسلط Safari و Firefox در برخی مخاطبان B2B که در آنها کوکی‌های شخص ثالث از قبل مرده‌اند، و شبکه‌های شرکتی حساب‌های هدف B2B که در آنها مسدودکننده‌های تبلیغاتی و پروکسی‌های حریم خصوصی تجهیزات استاندارد هستند. Conversions API به ناشران مسیری می‌دهد که در آن بک‌اند صفحه داده را کنترل می‌کند، تأخیر پایین‌تر است، رویدادها از وقفه‌های شبکه جان سالم به در می‌برند، و نرخ تطابق بالا می‌رود زیرا سرور می‌تواند شناسه‌های شخص اول را که مرورگر نمی‌تواند ببیند عبور دهد.

رضایت همچنان اعمال می‌شود

Conversions API از GDPR یا CPRA دور نمی‌زند. الزام پایه قانونی به داده متصل است، نه به حمل و نقل. اگر کاربر رضایت تبلیغاتی را در CMP رد کرده باشد، بک‌اند نباید صرف نظر از اینکه از کدام مسیر استفاده می‌شود شناسه‌های آنها را به LinkedIn ارسال کند. حالت رضایت را در یک پرچم محدوده درخواستی بسازید که ناشر تبدیل در هر فراخوانی API می‌خواند، و در برابر وسوسه مهندسی برای آتش زدن خوش‌بینانه تبدیل‌ها در حالی که اعلان رضایت هنوز در انتظار است مقاومت کنید.

اشتباهات خاص B2B که یافته‌ها را فعال می‌کنند

استقرارهای Insight Tag B2B که یافته‌های رگولاتوری تولید می‌کنند تمایل دارند در الگوهایی شکست بخورند که کمی با الگوهای پیکسل مصرف‌کننده متفاوت هستند. تگ روی هر صفحه از سایت شرکتی بارگذاری می‌شود، از جمله صفحات کارراه و روابط سرمایه‌گذار که مخاطبان آن به طور اساسی با صفحات قیف بازاریابی متفاوت است. پیش‌فرض‌های CMP برای ترافیک سبک مصرف‌کننده تنظیم شده‌اند و هرگز برای پنجره‌های تعامل طولانی‌تر بازدیدکنندگان مرحله تحقیق B2B تنظیم نشده‌اند. تطابق پیشرفته ایمیل هش‌شده به پلتفرم اتوماسیون بازاریابی بدون فیلتر آگاه از CMP متصل شده است، ایمیل‌های هش‌شده را برای کاربرانی که دسته رضایت بازاریابی را رد کرده‌اند به LinkedIn ارسال می‌کند. Conversions API توسط تیم داده به عنوان یک بهینه‌سازی بک‌اند بدون مشورت هرگز با لایه رضایت پیاده‌سازی شده است، و بدون وقفه از هر تصمیم رضایتی که کاربر در جلوی صفحه می‌گیرد عبور می‌کند. هر یک از اینها یک اصلاح یک تا سه روز مهندسی است — و هر یک دقیقاً الگویی است که ICO در تصمیمات اجرایی منتشر شده B2B اشاره کرده است.

نتیجه‌گیری

LinkedIn Insight Tag یک ابزار B2B با ریسک پایین نیست. این یک فناوری ردیابی است که تحت همان قوانین رضایتی زندگی می‌کند که پیکسل‌های مصرف‌کننده، با این پیچیدگی اضافه که مخاطبان B2B و سایت‌های B2B تمایل دارند تیم‌های بازاریابی را در راحتی انطباق به خواب ببرند که طرف مصرف‌کننده سال‌ها پیش از آن گذشته است. الگوی مطابق آشنا است: یک CMP که می‌داند تگ وجود دارد، یک دروازه رضایت که تگ از طریق Google Consent Mode v2 یا یکپارچه‌سازی TCF آن رعایت می‌کند، یک مسیر سمت سرور Conversions API که همان حالت رضایت را رعایت می‌کند، و یک حسابرسی فصلی که از طریق جریان‌های قبول و رد در یک مرورگر تازه راه می‌رود تا تأیید کند تگ برای کاربرانی که رد کرده‌اند ساکت است. ناشران و تبلیغ‌کنندگانی که این را درست انجام می‌دهند اندازه‌گیری B2B خود را قابل اعتماد و پاسخ‌های حسابرسی خود را کوتاه نگه می‌دارند؛ کسانی که مخاطبان LinkedIn را به عنوان یک گروه خود-رضایت‌دهنده تلقی می‌کنند، سال ۲۰۲۶ را صرف توضیح دادن به یک رگولاتور می‌کنند که چرا تگ روی صفحه کارراه نه ماه بعد از اینکه حسابرسی کوکی گفت که نباید آتش می‌زد، آتش می‌زند.