SFMC کی ٹریکنگ سطح

رضامندی کے مقاصد کے لیے SFMC کو ایک پروڈکٹ کے بجائے چار اوور لیپنگ ٹریکنگ سطحوں کے طور پر دیکھنا مفید ہے، ہر ایک کا اپنا انٹیگریشن پیٹرن ہے۔

Web Analytics Connector اور Collect ٹریکنگ کوڈ

Collect ٹریکنگ کوڈ (اکثر collect.js کہلاتا ہے یا cdn.evgnet.com کے ذریعے حوالہ دیا جاتا ہے) SFMC کا برتاؤ ٹریکر ہے۔ یہ _etmc اور متعلقہ کوکیز سیٹ کرتا ہے، سیشنز میں زائرین کی شناخت کرتا ہے، اور صفحہ دیکھنے، کلک اور تبدیلی کے واقعات SFMC کو Journey Builder ٹرگرز اور ای میل ری ٹارگیٹنگ میں استعمال کے لیے بھیجتا ہے۔ ریگولیٹری نقطہ نظر سے یہ واضح طور پر ایک مارکیٹنگ ٹریکر ہے — چاہے واقعات تجزیاتی لگیں، ڈیٹا براہ راست مارکیٹنگ آٹومیشن کو چلاتا ہے۔

Marketing Cloud Personalization اسکرپٹ

Personalization اسکرپٹ (قدیم Interaction Studio) Collect سے بھاری ہے۔ یہ ایک SDK لوڈ کرتا ہے جو پورے DOM کو دیکھتا ہے، کلک اسٹریم اور فارم انٹریکشن ڈیٹا جمع کرتا ہے، اور اسے ایک پرسنلائزیشن ڈیسیشن انجن کو بھیجتا ہے جو ریئل ٹائم میں صفحہ کا مواد دوبارہ لکھ سکتا ہے۔ سیٹ کی گئی کوکیز میں _ev_* شناخت کنندگان اور ایک سیشن ٹوکن شامل ہیں۔ یہ بغیر شک کے مارکیٹنگ مقاصد کی پروسیسنگ ہے اور کسی بھی EU یا UK دائرہ اختیار میں آپٹ ان رضامندی کی ضرورت ہے۔

CloudPages فارمز اور ٹریک شدہ لنکس

CloudPages پر ہوسٹ کردہ لینڈنگ پیجز اور SFMC کے ذریعے روٹ ہونے والے ٹریک شدہ ای میل لنکس اپنے شناختی پیرامیٹرز رکھتے ہیں (URLs میں subscriberkey، jb، mid پیرامیٹرز)۔ جب کوئی زائر ٹریک شدہ لنک کے ذریعے آتا ہے، SFMC کسی بھی ان پیج ٹریکنگ فائر ہونے سے پہلے ہی سیشن کو ان کے سبسکرائبر ریکارڈ سے جوڑ سکتا ہے۔ یہ گمنام ٹریکنگ سے قانونی طور پر نمایاں طور پر مختلف موقف ہے — سبسکرائبر کی شناخت پہلے رابطے پر معلوم ہوتی ہے — اور مارکیٹنگ مواصلات کے لیے رضامندی پہلے سے موجود ہونی چاہیے۔

Data Cloud کنیکٹرز

SFMC کی Data Cloud انٹیگریشن (کسٹمر ڈیٹا پلیٹ فارم پرت) ویب ٹریکنگ، موبائل SDKs، CRM ریکارڈز اور آف لائن ڈیٹا سے شناخت کنندگان کو ایک متحد پروفائل میں کھینچتی ہے۔ رضامندی کی حالت Data Cloud میں پھیلنی چاہیے، نہ صرف سطحی سطح کے ٹریکنگ پکسل میں، تاکہ اشتہاری نیٹ ورکس کے لیے ڈاؤن اسٹریم ایکٹیویشنز زائر کی ریکارڈ شدہ ترجیحات کا احترام کریں۔

SFMC کے مقامی پرائیویسی کنٹرولز

SFMC کئی مقامی کنٹرولز پیش کرتا ہے لیکن، زیادہ تر انٹرپرائز مارکیٹنگ پلیٹ فارمز کی طرح، وہ فرض کرتے ہیں کہ رضامندی کا فیصلہ اپ اسٹریم جمع کیا گیا ہے اور پاس کیا جا رہا ہے۔ مقامی کنٹرولز خود رضامندی جمع نہیں کرتے۔

Web Analytics Connector کے لیے ٹریکنگ سے آپٹ آؤٹ

Collect اسکرپٹ ایک do_not_track فلیگ اور ایک قابل ترتیب آپٹ آؤٹ فنکشن پڑھتا ہے۔ انہیں سیٹ کرنا Collect کو ڈیٹا بھیجنے سے روکتا ہے لیکن اسکرپٹ کو لوڈ ہونے سے نہیں روکتا۔ پیشگی رضامندی کے دائرہ اختیار کے لیے آپ کو اسکرپٹ لوڈنگ کو گیٹ کرنا ہوگا، نہ صرف فلیگ ٹوگل کرنا۔

سبسکرائبر ریکارڈز میں رضامندی کی ترجیحات

SFMC میں سبسکرائبر پروفائل میں مواصلاتی رضامندی، پروفائل ڈیٹا رضامندی، اور قانونی بنیاد کے فیلڈز ہیں۔ یہ کسی معروف رابطے کو مارکیٹنگ کرنے کی قانونی بنیاد کو ٹریک کرنے کے لیے درست پرائمیٹیوز ہیں، اور CMP کو ان فیلڈز میں اس وقت لکھنا چاہیے جب کوئی زائر قبول یا منسوخ کرے۔

Marketing Cloud Personalization رضامندی

Personalization SDK ابتداء کے دوران ایک رضامندی فلیگ قبول کرتا ہے۔ اسے false پر سیٹ کریں جب تک کہ صارف CMP بینر میں مارکیٹنگ کیٹیگری قبول نہ کر لے، پھر رضامندی ملنے پر SDK کو دوبارہ ابتداء کریں۔

مرحلہ وار CMP انٹیگریشن

قابل اعتماد آرکیٹیکچر تمام چار ٹریکنگ سطحوں کو CMP کے پیچھے گیٹ کرنا اور رضامندی ملنے کے بعد ڈاؤن اسٹریم رویے کو بہتر بنانے کے لیے SFMC کے مقامی فلیگز استعمال کرنا ہے۔

1. Collect اسکرپٹ کو بطور ڈیفالٹ لوڈ ہونے سے روکیں

Collect اسکرپٹ کو دستاویز کے ہیڈ سے ہٹائیں اور اسے ایک پلیس ہولڈر سے بدلیں جسے CMP فعال کر سکے۔ جب زائر مارکیٹنگ کیٹیگری قبول کرتا ہے، CMP پلیس ہولڈر کو collect.js لوڈ کرنے کے لیے دوبارہ لکھتا ہے۔ کوئی بھی قطار میں رکھے ہوئے واقعات لوڈ پر فلش ہوتے ہیں۔

2. Marketing Cloud Personalization ابتداء کو موخر کریں

Personalization اسکرپٹ رضامندی سے پہلے ابتداء نہیں ہونی چاہیے۔ زیادہ تر CMPs اسے موخر لوڈ پیٹرن سے ہینڈل کرتے ہیں: اسکرپٹ عنصر DOM میں موجود ہے لیکن اس کی type صفت text/plain ہے، اور CMP رضامندی قبولیت پر اسے text/javascript پر دوبارہ لکھتا ہے۔

3. CloudPages ٹریکنگ پیرامیٹرز کو گیٹ کریں

اگر کوئی زائر ٹریک شدہ لنک کے ذریعے آتا ہے اور ابھی تک رضامندی نہیں دی، تو آنے والے subscriberkey پیرامیٹر کو کیپچر کیا جانا چاہیے لیکن فوری پرسنلائزیشن چلانے کے لیے استعمال نہیں کیا جانا چاہیے۔ درست پیٹرن یہ ہے کہ اسے سیشن اسٹیٹ میں اسٹور کریں اور رضامندی ریکارڈ ہونے کے بعد ہی فعال کریں (پروفائل ڈیٹا سے جوڑیں، Journey Builder واقعات ٹرگر کریں)۔

4. Data Cloud میں رضامندی کی حالت پھیلائیں

Data Cloud انٹیگریشن کو ہر زائر کی رضامندی کی حالت جاننی چاہیے تاکہ ڈاؤن اسٹریم ایکٹیویشنز اس کا احترام کریں۔ SFMC ایک رضامندی ایکسٹینشن سپورٹ کرتا ہے جو CMP کو API کے ذریعے Data Cloud میں رضامندی ریکارڈ لکھنے دیتا ہے۔ اسے اس طرح ترتیب دیں کہ CMP کا رضامندی فیصلہ پورے SFMC پرت میں سچائی کا واحد ذریعہ بن جائے، نہ صرف آن پیج اسکرپٹس کے لیے۔

5. SFMC سبسکرائبر رضامندی فیلڈز سے میپ کریں

جب کوئی معروف سبسکرائبر CloudPages ترجیح سینٹر پر اپنی رضامندی اپ ڈیٹ کرتا ہے، CMP اور SFMC سبسکرائبر رضامندی ریکارڈ کو سنک رہنا ضروری ہے۔ CMP سے SFMC سبسکرائبر کے رضامندی فیلڈز میں رائٹ بیک ترتیب دیں، اور ریڈ بیک ترتیب دیں تاکہ آن پیج بینر اس کا احترام کرے جو سبسکرائبر نے ای میل ترجیحات میں سیٹ کیا۔

عام خامیاں

تین انٹیگریشن غلطیاں SFMC پر زیادہ تر انٹرپرائز آڈٹ نتائج کا سبب بنتی ہیں۔

Collect کو تجزیاتی کے طور پر دیکھنا

چونکہ Collect اسکرپٹ صفحہ دیکھنے اور کلک واقعات رپورٹ کرتا ہے جو تجزیاتی لگتے ہیں، ٹیمیں بعض اوقات اسے تجزیاتی رضامندی کیٹیگری کے تحت گیٹ کرتی ہیں۔ SFMC اس ڈیٹا کو Journey Builder مارکیٹنگ آٹومیشن چلانے کے لیے استعمال کرتا ہے، جو بغیر شک کے مارکیٹنگ مقاصد کی پروسیسنگ ہے۔ Collect کو مارکیٹنگ کے تحت گیٹ کریں۔

Personalization کو رضامندی سے پہلے چلنے دینا

Personalization SFMC ٹریکنگ سطحوں میں سب سے بھاری ہے اور ریگولیٹرز کو سب سے زیادہ نظر آتی ہے کیونکہ یہ فعال طور پر صفحہ کو تبدیل کرتی ہے۔ رضامندی سے پہلے اسے ابتداء کرنے دینا، آڈٹ کے لحاظ سے، SFMC اسٹیک میں سب سے زیادہ بے نقاب کرنے والا پیٹرن ہے۔

اسٹیک میں رضامندی کو سنک نہ کرنا

اگر آن پیج بینر رضامندی کا فیصلہ ریکارڈ کرتا ہے لیکن Data Cloud پروفائل پرانی حالت برقرار رکھتا ہے، تو اشتہاری نیٹ ورکس کے لیے ڈاؤن اسٹریم ایکٹیویشنز پرانی رضامندی کی بنیاد پر چلتی رہیں گی۔ CMP کو سچائی کا ذریعہ ہونا چاہیے اور اسے ہر جگہ پھیلانا چاہیے جہاں SFMC اسٹیک پہنچ سکتا ہے۔

آڈٹ چیک لسٹ

کسی بھی SFMC تعیناتی کے لیے جو EU، UK، یا کیلیفورنیا ٹریفک کو چھوتی ہو، جواب دینے کے لیے پانچ ٹھوس سوالات۔

• کیا Collect رضامندی کا انتظار کرتا ہے؟ تصدیق کریں کہ بینر قبولیت سے پہلے کوئی collect.js یا evgnet.com درخواست فائر نہیں ہوتی۔
• کیا Personalization موخر ہے؟ تصدیق کریں کہ Personalization SDK تب تک ابتداء نہیں ہوتا جب تک مارکیٹنگ کیٹیگری نہ دی جائے۔
• کیا آنے والے ٹریک شدہ لنک پیرامیٹرز رضامندی تک روکے جاتے ہیں؟ تصدیق کریں کہ subscriberkey سے چلنے والی پرسنلائزیشن واضح رضامندی سگنل کا انتظار کرتی ہے۔
• کیا Data Cloud رضامندی کی حالت دیکھتا ہے؟ تصدیق کریں کہ رضامندی ایکسٹینشن ترتیب دی گئی ہے اور CMP ریئل ٹائم میں Data Cloud میں فیصلے لکھتا ہے۔
• کیا سبسکرائبر رضامندی فیلڈز سنک ہیں؟ تصدیق کریں کہ ترجیح سینٹر کی تبدیلیاں آن پیج بینر میں پھیلتی ہیں اور اس کے برعکس۔

رضامندی پہلے اسٹیک میں SFMC کی جگہ

SFMC سب سے طاقتور — اور سب سے زیادہ بے نقاب کرنے والے — مارکیٹنگ پلیٹ فارمز میں سے ایک ہے جو کوئی انٹرپرائز تعینات کر سکتا ہے۔ ڈیفالٹ انسٹال پیٹرن محض موجودہ یورپی یا کیلیفورنیا کی توقعات پوری نہیں کرتا، اور پلیٹ فارم کے مقامی کنٹرولز مفید پرائمیٹیوز ہیں لیکن اپ اسٹریم رضامندی مینجمنٹ پرت کا متبادل نہیں۔ درست آرکیٹیکچر CMP کو سچائی کے واحد ذریعے کے طور پر دیکھتا ہے، ہر ٹریکنگ ماڈیول کو اس کے پیچھے گیٹ کرتا ہے، اور SFMC کے رضامندی ایکسٹینشنز استعمال کرتا ہے تاکہ Data Cloud اور سبسکرائبر ریکارڈز اس سچائی کو باقی اسٹیک میں پھیلائیں۔ درست طریقے سے کیا گیا، SFMC وہی کرتا رہتا ہے جس کے لیے مارکیٹرز نے اسے خریدا — Journey Builder ٹرگرز، Personalization ڈیسیشننگ، Data Cloud ایکٹیویشن — جبکہ بنیادی تعمیل کا موقف اس سے ملتا ہے جو ریگولیٹرز اب کسی بھی انٹرپرائز مارکیٹر سے توقع کرتے ہیں۔