جديدراصد متاح الآن — فعّله على متجرك أو موقعك بضغطة.ابدأ مجاناً

تتبّع من السيرفر + قياس مستقل لأداء الإعلانات

منصّات الإعلان محسّبة لك مبيعات أكثر من اللي صار فعلًا في متجرك؟

المشكلة مو دايم في الحملة. كل منصّة تحسب النتائج بطريقتها، وممكن أكثر من منصّة تنسب نفس الطلب لنفسها، وفي نفس الوقت البكسل يفوّت أحداث ما وصلت له. راصد يرسل أحداث متجرك من السيرفر، ثم يربط إنفاقك بالطلبات الفعلية عشان تعرف وين راحت ميزانيتك وإيش اللي حقق مبيعات فعلًا.

30 يوم مجانًا بدون بطاقة · اربط متجرك ومنصّاتك الإعلانية

إلى المنصّات

  1. حدث المتجر
  2. تحقّق
  3. إزالة التكرار
  4. إرسال من السيرفر
  5. المنصّة

أحداث أكثر اكتمالاً

إلى قرارك

  1. الإنفاق والطلب
  2. مطابقة
  3. قياس مستقل
  4. قرار الميزانية

قياس أوضح للنتائج

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

الأثر المالي

الفرق مو بس في التقرير، الفرق يوصل لميزانيتك.

لما تعتمد على قراءة ناقصة أو متداخلة، ممكن تزود ميزانية حملة شكلها مربحة وهي أقل من كذا فعلًا، أو توقف حملة جيدة لأن جزءًا من طلباتها ما وصل للبكسل.

  • تدفع أكثر على حملة شكلها أفضل من واقعها

    إذا المنصّة نسبت لنفسها طلبات أكثر، يظهر ROAS أعلى وقد تزيد ميزانيتها على أساس قراءة مبالغ فيها.

  • توقف حملة جيدة بدري

    إذا البكسل ما التقط كل النتائج، ممكن تظهر الحملة أضعف من أدائها الفعلي وتخفّض ميزانيتها.

  • توزّع الميزانية على أرقام متداخلة

    ممكن Meta وTikTok وSnapchat ينسبوا نفس الطلب لإعلاناتهم، ويظهر مجموع المبيعات أعلى من مبيعات المتجر نفسها.

  • تحسب تكلفة العميل بشكل غير دقيق

    إذا عدد الطلبات أو العملاء في المقام ناقص، تظهر CPA أو تكلفة العميل أعلى من واقعها.

مثال توضيحي

نفس الميزانية، لكن القرار يتغيّر حسب الرقم اللي تعتمد عليه

القراءةالإيرادالإنفاقالنتيجة
ما تعرضه المنصّات مجتمعة150,000 ريال30,000 ريالROAS5.0
مبيعات المتجر الفعلية110,000 ريال30,000 ريالMER3.67
المبيعات التي ربطها راصد بالإعلانات84,000 ريال30,000 ريالROAS مقاس2.8

هذه أرقام توضيحية وليست نتيجة مضمونة. و ROAS المنصّات و MER المتجر و ROAS الذي يقيسه راصد ليست نفس المقياس — الهدف من المثال هو توضيح كيف يتغيّر قرار الميزانية حسب مصدر الرقم ومنهجيته.

هل توسّع الحملة بناءً على 5.0؟ أو تراجعها بناءً على 2.8؟ هنا تظهر أهمية معرفة مصدر كل رقم قبل اتخاذ القرار.

النتيجة مو مجرد فرق في الأرقام. النتيجة قرار توسّع أو إيقاف أو نقل ميزانية مبني على قراءة ممكن تكون ناقصة أو متداخلة.

طيب، ليش الأرقام تختلف من الأساس؟

«الأحداث» هي اللي يرسله متجرك للمنصّات: زيارة، إضافة للسلة، عملية شراء. المنصّة تحسب بما يوصلها، فأي نقص أو تكرار يغيّر الرقم اللي تشوفه.

  1. إعلانحدث لم يصل
  2. زيارةجلسة تغيّرت
  3. تفاعلإسناد مختلف
  4. طلب في المتجر

طلبات المتجر هي أساس المقارنة

رحلة من إعلان إلى زيارة إلى تفاعل إلى طلب في المتجر، وبينها ثلاث نقاط انقطاع: حدث لم يصل، جلسة تغيّرت، وإسناد مختلف. الرسم يوضح مواضع الانقطاع ولا يقدّر عددها، وطلبات المتجر هي أساس المقارنة.
  1. كل منصّة تحسب بطريقتها

    كل منصّة تستخدم نافذة إسناد وإشارات وقواعد مختلفة عشان تربط الطلب بالإعلان.

  2. نفس الطلب ممكن يتحسب أكثر من مرة

    العميل ممكن يشوف إعلان في أكثر من منصّة قبل ما يشتري، وكل منصّة تنسب الطلب لنفسها.

  3. البكسل ما يلقط كل الأحداث

    الحجب، تغيّر الجلسة، الانتقال بين الأجهزة وقيود المتصفح ممكن تمنع بعض الأحداث من الوصول.

  4. الطلب النهائي موجود في المتجر

    الدفع، الإلغاء، الاسترجاع والقيمة النهائية للطلب ما تقدر تعرفها من تقرير الإعلان وحده.

المنصّات تعرف اللي وصلها وتحسبه بطريقتها. متجرك يعرف إيش انباع فعلًا. وراصد يربط الاثنين عشان يوضح لك الفرق.

إيش الخيارات الموجودة قدامك؟

كل حل يعالج جزء مختلف من المشكلة. السؤال مو «مين الأفضل؟»، السؤال: إيش تحتاج تحل؟

الحلاكتمال الأحداثإرسال من السيرفرقراءة موحّدة للمنصّاتالرجوع لطلبات المتجر
البكسلجزئيلالالا
CAPI لكل منصّةنعمنعملالا
تقارير المنصّاتلالالالا
أدوات BIلالاجزئيجزئي
راصدنعمنعمنعمنعم
  • البكسل يلتقط الأحداث من المتصفح، لكنه ممكن يفوّت جزءًا منها.
  • CAPI لكل منصّة يرسل الأحداث من السيرفر، لكنه ما يعطيك قياسًا مستقلًا بين المنصّات.
  • تقارير المنصّات تعرض نتائج كل منصّة، لكن كل وحدة تحسب بطريقتها وممكن يحصل تداخل.
  • أدوات BI تجمع الأرقام في مكان واحد، لكن الجمع ما يحل المطابقة والإسناد تلقائيًا.
  • راصد يحسّن إرسال الأحداث ويربط الإنفاق بالطلبات، وقوة القراءة تعتمد على جودة الربط والتغطية.

قارن المنهجيات بالتفصيل

الحل

راصد يحل المشكلة من جهتين.

جهة تحسّن الأحداث اللي توصل للمنصّات، وجهة توضح لك إيش حقق إنفاقك فعلًا.

يوصّل للمنصّات أحداث أفضل

راصد يرسل الأحداث المؤهلة من السيرفر، يتحقق من البيانات ويزيل التكرار بينها وبين أحداث البكسل قبل الإرسال.

  1. التقاط الحدث.
  2. التحقق من البيانات.
  3. إزالة التكرار.
  4. الإرسال من السيرفر.
  5. مراقبة الاستلام والمطابقة عند توفرها.

الأثر المالي المحتمل: كل ما وصلت للمنصّة بيانات أفضل، صار عندها أساس أفضل للقياس والتعلّم وتوزيع الإنفاق. النتيجة تعتمد على جودة البيانات وقبول المنصّة للأحداث.

يوضح لك إيش حقق إنفاقك

راصد يجمع الإنفاق ونتائج المنصّات، ويربطها بطلبات المتجر الفعلية عشان تعرف إيش اللي حصل بعيدًا عن قراءة كل منصّة لحالها.

  1. مزامنة الإنفاق والحملات.
  2. استقبال الطلبات الفعلية.
  3. مطابقة الرحلات والنتائج.
  4. تطبيق الإسناد.
  5. إظهار الفرق وجودة القياس والإجراء المقترح.

الأثر المالي: تعرف وين توسّع الميزانية، وين تخفّضها، ومتى المشكلة في أداء الحملة ومتى المشكلة في القياس نفسه.

شوف كيف يتغير الرقم لما البكسل ما يلقط كل الطلبات.

برقمين تعرفهما: كم طلب أتمّه متجرك، وكم عملية شراء شافها البكسل. بدون تنبؤ، وبدون افتراض أن كل طلب ما ظهر ممكن يترجع.

مثال توضيحي — غيّر الأرقام حسب متجرك

اجمع ما تعرضه المنصّات للفترة نفسها. الرقم قد يتضمن تداخلًا لأن أكثر من منصّة ممكن تنسب نفس الطلب لنفسها.

طلبات المتجر: 1,000
  • التقطها البكسل: 650
  • لم تظهر للبكسل في هذا المثال: 350
تغطية البكسل في المثال
65%
فجوة الإشارة المحتملة
350 طلب
قيمة الطلبات غير الظاهرة للبكسل في هذا المثال
87,500 ريال

نفس الإنفاق، لكن تكلفة الطلب ظهرت أعلى بـ54% لأن المقام ناقص.

تكلفة الطلب على طلبات المتجر
50 ريال
تكلفة الطلب على أحداث البكسل
76.92 ريال

تبقى المدخلات في متصفحك ولا تُرسل.

نفس البيانات، لكن كل فريق يحتاج منها قرار مختلف.

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

كل رقم لازم يشرح نفسه.

قيمة راصد ليست في عرض رقم مختلف، بل في توضيح مصدره وفترته ومنهجيته ومدى اكتمال البيانات التي بُني عليها.

الطلبات المؤكدةافتح لترى ما خلف الرقم
مصدر واضح
هل الرقم من المتجر، المنصّة، أم حساب راصد؟
منهجية موضحة
كيف رُبط الطلب بالقناة أو الحملة؟
تغطية ظاهرة
كم طلباً أمكن قياسه مقارنة بإجمالي الطلبات؟
جودة بيانات مفهومة
ما الإشارات المتوفرة وما الذي ينقصها؟
حدود صريحة
متى لا تكفي البيانات لاتخاذ قرار موثوق؟

اطّلع على منهجية القياس

اربط متجرك ومنصّاتك من مكان واحد.

يستقبل راصد طلبات متجرك، ويزامن الأداء من المنصّات المتصلة، ويرسل الأحداث المؤهلة عبر التكاملات المتاحة.

منصّات الإعلان

  • Meta CAPIمتاح
  • TikTok Events APIمتاح
  • Snap CAPIمتاح
  • Google Adsمتاح

المتاجر

  • زد (Zid)متاح
  • سلة (Salla)متاح
  • Shopifyمتاح
  • Magentoقريباً
  • WordPress + WooCommerceقريباً

كل التكاملات وحالتها

من الربط لأول قراءة واضحة.

  1. اربط متجرك

    امنح راصد صلاحية استقبال الطلبات والأحداث المتاحة.

  2. اربط منصّات الإعلان

    اختر الحسابات التي تزامن منها الإنفاق والنتائج.

  3. تحقق من جودة الربط

    راقب وصول الأحداث والتغطية قبل الاعتماد على النتائج.

  4. ابدأ القراءة واتخاذ القرار

    قارن الأداء وافهم الفروقات بعد توفّر بيانات كافية.

متى تبدأ البيانات بالظهور؟
من لحظة الربط. الفترة السابقة لا تُقاس بأثر رجعي.
ما الصلاحيات المطلوبة؟
قراءة الطلبات وأحداث المتجر، والإنفاق والنتائج من الحسابات التي تختارها.
كيف أعرف أن الربط يعمل؟
لوحة جودة الإشارة تعرض حالة كل تسليم كما ردّت بها المنصّة.

ابدأ حسّن أداء حملاتك من بيانات أوضح.

اربط متجرك ومنصّاتك، وشوف إيش حقق إنفاقك فعلًا.