Media Buying Hubالتتبع (Tracking)شرح الـ Data Layer للميديا باير (بدون كود)
مبتدئ (Beginner) 5 دقائق للقراءة

شرح الـ Data Layer للميديا باير (بدون كود)

لغة التخاطب بين الموقع والـ Google Tag Manager.

الـ Data Layer: لغة التخاطب السري بين موقعك والفيسبوك

أغلب الميديا بايرز بيتعاملوا مع البكسل (Pixel) على إنه سحر.. بياخدوا الكود من الـ Ads Manager، يرموه في الـ Header بتاع الموقع، ويفترضوا إن الفيسبوك هيفهم كل حاجة أوتوماتيك. دي أكبر كارثة ممكن تعملها في التتبع.

البكسل في حد ذاته "غبي". هو مجرد كاميرا مراقبة متعلقة في سقف الموقع. الكاميرا دي بتشوف العميل وهو بيدخل، وهو بيدوس على زراير، بس مابتقدرش تقرأ الأرقام اللي في فاتورة العميل. يعني البكسل يقدر يقول للفيسبوك: "العميل ده داس على زرار الدفع"، بس مقدرش يقوله "العميل دفع كام؟ واشترى منتج إيه بالظبط؟".

عشان البكسل يقدر يقرأ الفاتورة، محتاجين نترجمله البيانات دي للغة برمجة هو بيفهمها. هنا بيظهر دور الـ Data Layer (طبقة البيانات).


إيه هو الـ Data Layer بالظبط؟ (شرح بدون كود)

تخيل إن الـ Data Layer ده عبارة عن "درج سري" أو "جدول مخفي" موجود في الكواليس بتاعت الموقع. العميل العادي مابيشوفوش بعينه، بس البكسل (وأدوات التتبع التانية زي جوجل أناليتكس) متبرمجين إنهم يفتحوا الدرج ده ويقرأوا الورق اللي جواه.

لما العميل يضيف منتج للسلة، الديفيلوبر بتاع الموقع بيكتب كود يرمي ورقة في الدرج السري ده مكتوب عليها:

  • الحدث: إضافة للسلة.
  • اسم المنتج: تيشرت أسود.
  • السعر: 350.
  • العملة: جنيه مصري.

أول ما الورقة دي تترمي في الدرج، البكسل بياخدها زي ما هي ويبعتها لفيسبوك. لو مفيش Data Layer، البكسل هيبعت لفيسبوك يقوله: "العميل داس على حاجة بس أنا معرفش تفاصيلها"، وبالتالي الـ ROAS بتاعك في الداشبورد هيطلع صفر!


المتغيرات الإجبارية (Required Variables) في الـ E-commerce

عشان حملاتك (خصوصاً حملات الـ الكتالوج والـ Dynamic Ads) تشتغل صح وتجيبلك ROAS دقيق، لازم الـ Data Layer يكون بيبعت 4 متغيرات أساسية مع كل حدث (Purchase, Add to Cart, View Content):

1. القيمة (Value)

ده ببساطة الرقم اللي العميل دفعه. ده أهم متغير على الإطلاق. لو الـ Value مش موجودة، الفيسبوك هيسجل المبيعة، بس مش هيسجل فلوس (يعني الـ Purchase Value هتكون صفر، والـ ROAS هيكون صفر).

كارثة شائعة: ساعات الديفيلوبر بيبعت الـ Value كـ (نص/Text) بدل ما يبعتها كـ (رقم/Number)، فالفيسبوك مبيعرفش يجمعها. أو يبعت السعر بعلامة الكوما (مثلاً 1,500 بدل 1500)، فالفيسبوك بيقرأها 1 جنيه بدل 1500 جنيه! لازم تراجع الأرقام دي بنفسك.

2. العملة (Currency)

لو بتبيع في مصر، لازم الـ Currency تتبعت EGP. لو بتبيع في الخليج، لازم تتبعت SAR أو AED.

كارثة شائعة: لو الديفيلوبر نسي يبرمج العملة وسابها Default على إنها USD (دولار). العميل هيشتري تيشرت بـ 500 جنيه، البكسل هيبعت لفيسبوك إن العميل اشترى بـ 500 دولار. هتصحى الصبح تلاقي الـ ROAS بتاعك 400، وتفرح إنك بقيت مليونير، وفي الحقيقة دي داتا مضروبة بوظت خوارزميات الأكونت كله لأن الفيسبوك افتكر إنك بتجيب عملاء VIP بيدفعوا آلاف الدولارات.

3. معرف المنتج (Content IDs)

كل منتج في مخزنك ليه رقم تعريفي (SKU أو ID). لازم الـ Data Layer يبعت الـ ID ده لفيسبوك مع كل حركة.

ليه ده خطير؟ تخيل العميل دخل شاف "كوتشي نايك أحمر" وخرج. إنت عامل حملة Retargeting (Dynamic Product Ads - DPA). الفيسبوك بيقرأ الـ ID اللي العميل شافه، ويروح يدور عليه في الكتالوج بتاعك (Product Catalog)، ويعرض للعميل نفس "الكوتشي النايك الأحمر" بالظبط وهو بيقلب في الفيسبوك.

لو الـ IDs اللي مبعوتة من الموقع مش مطابقة للـ IDs اللي في الكتالوج المرفوع على فيسبوك، هيحصل خطأ شهير جداً اسمه Products Matched: 0%، وحملات الـ Retargeting بتاعتك مش هتصرف أي ميزانية.

4. نوع المحتوى (Content Type)

الفيسبوك محتاج يعرف هل الـ ID اللي مبعوت ده بتاع منتج واحد product ولا بتاع مجموعة منتجات product_group. دي معلومة تنظيمية بس مهمة عشان الكتالوج ميتلخبطش.


إزاي الميديا باير يختبر الـ Data Layer؟ (دور المفتش)

إنت مش ديفيلوبر ومش هتدخل تكتب كود، بس إنت "المهندس" اللي بيستلم الشغل. لو شغلت الإعلانات على Data Layer بايظ، إنت اللي هتتحاسب على فشل الحملة (Campaign). عشان كده لازم تعمل الـ Audit ده قبل الإطلاق:

  1. استخدام Facebook Pixel Helper:

    دي إضافة (Extension) مجانية على جوجل كروم. ركبها، وافتح الموقع بتاع العميل.

  2. تجربة رحلة العميل (User Journey):

    ادخل على أي منتج. الإضافة هتنور أزرق. اضغط عليها وافتح حدث الـ ViewContent. بص جوه الحدث: هل شايف الـ Value مكتوبة صح؟ هل الـ Currency هي EGP؟ هل الـ Content ID موجود؟

  3. اختبار الشراء الوهمي (Test Purchase):

    كمل الأوردر للآخر لحد ما توصل لصفحة الشكر (Thank You Page). افتح الإضافة تاني وبص على حدث الـ Purchase. اتأكد إن الـ Value اللي مبعوتة هي نفس التوتال اللي إنت دفعته في الفاتورة الوهمية (بما فيها الشحن أو بدونه حسب استراتيجية تتبعكم).

  4. استخدام Google Tag Assistant:

    لو الموقع مبني بـ Google Tag Manager، استخدم وضع الـ Preview Mode في الأداة. دي هتخليك تشوف كل "الورق اللي بيترمي في الدرج السري" خطوة بخطوة وإنت بتتحرك في الموقع، وتقدر تاخد سكرين شوت لأي Error وتبعته للديفيلوبر تقوله: "يا هندسة، الـ Value مبعوتة Undefined في صفحة الدفع، برجاء التعديل".


شوبيفاي مقابل ووكوميرس في الـ Data Layer

لو العميل بتاعك على Shopify، الموضوع محلول بنسبة 99%. شوبيفاي بيبني الـ Data Layer بتاعه بشكل قياسي (Standard) متوافق مع ميتا وجوجل. بمجرد ما تربط التطبيقات الرسمية، كل المتغيرات دي بتتبعت صح.

الكارثة دايماً في WooCommerce أو المواقع المبرمجة من الصفر (Custom Built). في الحالات دي، الـ Data Layer مش بيكون موجود أصلاً، ولازم ديفيلوبر يكتبه بإيده، أو تشتري إضافة مدفوعة زي PixelYourSite عشان تبني الـ Data Layer أوتوماتيك. إياك تثق في تتبع ووكوميرس من غير ما تعمل الاختبار اليدوي اللي شرحناه فوق!

استمر في التعلم

الدرس التالي

فخ حملات الـ Awareness والـ Engagement للمبتدئين

ليه تبدأ حملات Sales فوراً إذا كانت ميزانيتك محدودة؟

عندك سؤال في الدرس ده؟

المرجع القوي هو اللي بتلاقي فيه إجابات لأسئلتك. ابعتلي على واتساب واسأل عن أي حاجة وقفت معاك في الدرس ده، وهتلاقي دعم كامل مني.

اسأل على واتساب
Michael Zahy
Helping businesses scale profitably through data-driven marketing and strategic growth.

Let's Connect

© 2026 Michael Zahy. All rights reserved.