وسوم UTM مقابل Sub IDs: تمرير البيانات عبر قمع التحويل

نظامان بوظيفتين مختلفتين

تحمل معظم المسارات نوعين من الوسوم على الرابط نفسه. وسوم UTM (مثل utm_source وutm_campaign وما شابهها) تُخبر أداة تحليلات الويب من أين جاءت الزيارة. أما Sub IDs (من sub1 إلى sub15، أو aff_sub، أو s2، حسب المنصة) فتنقل قيمًا إلى المتتبّع ثم إلى شبكة الأفلييت، بحيث يمكن ربط التحويل بالإعلان أو المساحة أو الإبداع الدقيق.

يبدأ الالتباس حين يُستخدم أحدهما في مهمة الآخر. تُقرأ وسوم UTM في المتصفح، وغالبًا ما تُحذفها عمليات إعادة التوجيه أو أدوات الخصوصية أو صفحة العرض نفسها. أما Sub IDs فتنتقل من جهة الخادم مع النقرة وتعود في الـ postback. فإذا كان الرقم الذي تحتاجه لاتخاذ قرار شراء موجودًا فقط في وسم UTM، فلن يكون موجودًا في بيانات التحويل لديك.

ما الذي تُستخدم له وسوم UTM

استخدم وسوم UTM عندما تكون صفحة الهبوط ملكك وتُشغّل عليها تحليلات ويب. فهي تُجيب عن أسئلة من نوع "أي مصدر يجلب زوّارًا يصلون إلى النموذج" أو "أي نشرة بريدية تدفع بزيارات متكررة". إنها اتفاقية للتقارير، لا آلية تتبّع: لا شيء يضمن بقاءها حتى لحظة التحويل.

• حافظ عليها بأحرف صغيرة وبصيغة ثابتة: فكلمتا facebook وFacebook تصبحان مصدرين مختلفين.
• لا تضع بيانات شخصية فيها. فهي تنتهي في السجلات والمُحيلات ولقطات الشاشة.
• إذا كان العرض على نطاق شبكة أفلييت، افترض أن وسوم UTM تتوقف عند صفحة العرض.

ما الذي تُستخدم له Sub IDs

Sub IDs هي خانات على رابط التتبع يحفظها المتتبّع مع النقرة. القيم النموذجية هي معرّفات الحملة والمجموعة الإعلانية والإعلان على منصة الإعلانات، ومعرّف المساحة أو الموقع، واسم الإبداع، والكلمة المفتاحية. ولأنها تُحفظ مع النقرة، فإن كل تحويل يعود عبر postback يرثها، ويمكنك تجميع الإيراد وROI حسب أي منها.

هناك مجموعة ثانية من Sub IDs: تلك التي تُمررها إلى شبكة الأفلييت. تمنحك الشبكة عادةً بضع خانات مجانية، ويجب أن تحمل إحداها معرّف نقرة المتتبّع. أما البقية فيمكن أن تكرر القيم التي تريد رؤيتها في إحصاءات الشبكة نفسها، مثل المصدر أو الإبداع.

ربط ماكروهات الإعلانات بمعرّفات الـ sub ID

تملأ منصّات الإعلانات ماكروهاتها الخاصة وقت النقرة. مهمتك هي وضع كل ماكرو في خانة sub ID مرة واحدة، داخل قالب مصدر الزيارات، ثم عدم التفكير في الأمر مجددًا. التخطيط النموذجي:

في XPNSR Tracker، تملأ إعدادات مصدر الزيارات الجاهزة هذا الربط للمنصات الشائعة، ويجمّع منشئ التقارير حسب أي sub ID. أيًا كانت الأداة التي تستخدمها، حافظ على نفس الخانة لنفس المعنى عبر جميع المصادر، بحيث يعني تقرير sub4 دائمًا المواضع.

قواعد تسمية تصمد مع التوسّع

• المعرّفات أفضل من الأسماء. تتغيّر الأسماء عندما يعيد أحدهم تسمية إعلان؛ أما المعرّفات فلا. خزّن المعرّف وابحث عن الاسم عند الحاجة إليه.
• معنى واحد لكل خانة. لا تُعِد استخدام sub3 للتصاميم الإبداعية في مصدر وللكلمات المفتاحية في مصدر آخر.
• بلا مسافات أو رموز خاصة في القيم التي تكتبها يدويًا. استخدم الحروف والأرقام والشرطات والشرطات السفلية.
• وثّق التخطيط في مكان مشترك واحد، حتى لا يبتكر مشترٍ جديد تخطيطًا ثانيًا.

فحص من خمس دقائق

1. افتح الرابط النهائي لإعلانك بعد ملء الماكروهات (معظم المنصات لديها معاينة).
2. انقر وتتبّع النقرة في سجل نقرات المتتبّع. يجب أن يُظهر كل sub ID قيمة حقيقية، لا اسم الماكرو بين أقواس.
3. افتح رابط العرض الذي أنتجه المتتبّع وتأكّد أن معرّف النقرة موجود في الخانة التي تتوقّعها الشبكة.
4. أطلق تحويلًا تجريبيًا وتحقّق من وصوله مرتبطًا بتلك النقرة مع بقاء جميع sub IDs سليمة.

إذا ظهرت قيمة ما حرفيًا بصيغة {adset_id}، فاسم الماكرو غير صحيح لتلك المنصة. وإذا كانت فارغة، فالمنصة لا تملأ هذا الماكرو لنوع الإعلان هذا. يُصلَح الأمران في قالب المصدر، لا في كل حملة على حدة.