تتبع تحويلات إعلانات إنستقرام وتيك توك إلى طلبات واتساب
تدفع لإعلانات ميتا أو تيك توك كل شهر، واللوحة تعرض نقرات مطمئنة، ثم يبرد الأثر فجأة: يصل الطلب رسالة واتساب، لكن منصة الإعلان لا ترى أن النقرة صارت عميلاً يدفع، فتُحسّن وهي عمياء ولا تعرف أنت أي حملة تستحق ميزانيتها وأيها يحرقها. هذه هي مشكلة القياس الأولى للأعمال الصغيرة في منطقتنا: النقرة تحدث على إنستقرام، والبيع يُغلق داخل محادثة واتساب، ولا بكسل يستطيع اللحاق به هناك. تتبع التحويلات من جانب الخادم هو السباكة التي تصلح هذا كله.
إعلاناتك لا تفشل في التحويل؛ البكسل هو الذي يفشل في رؤية التحويلات التي تحدث فعلاً على واتساب.
تتبع التحويلات من جانب الخادم هو إرسال أحداث التحويل، مثل عميل محتمل أو عملية شراء، من خادم مباشرةً إلى واجهة برمجة منصة الإعلان بدل الاعتماد على بكسل تتبع يعمل في متصفح الزائر.
لماذا يُحصي بكسل المتصفح أقل من الواقع
الإعداد الكلاسيكي يوكل التبليغ عن التحويل إلى جافاسكريبت في متصفح المشتري، وهذا يفشل أكثر كل عام:
| العائق | ما يفعله ببياناتك |
|---|---|
| مانعات الإعلانات | تحجب سكربت البكسل كلياً فلا ينطلق التحويل أبداً |
| ضوابط خصوصية iOS | تقيّد الكوكيز والتتبع العابر للمواقع فتقل مطابقة التحويلات بالنقرات |
| المتصفحات المدمجة (إنستاغرام، تيك توك، فيسبوك) | تقيّد السكربتات وتحذف المُحيل، حيث تعيش حركة إعلاناتك بالضبط |
| المحادثات خارج الموقع | الصفقة تُغلق في واتساب أو مكالمة، ولا صفحة لينطلق منها بكسل |
وصف iOS يستحق رقماً: منذ ظهور نافذة App Tracking Transparency من آبل، بلغ متوسط قبول التتبع نحو 35% في لوحة Adjust للربع الثاني من 2025 وفق متتبع Business of Apps لمعدلات ATT، أي أن بكسل المتصفح يفقد رؤية معظم مستخدمي الآيفون قبل أن تبدأ المحادثة أصلاً.
الصف الأخير هو الإقليمي: بوتيك يعلن على إنستاغرام في القاهرة أو الرياض يستقبل الطلب عادةً كرسالة واتساب. بنظر البكسل، نقر العميل ثم اختفى.
كيف تعمل أحداث جانب الخادم
بدل الوثوق بالمتصفح، النظام الذي سجّل التحويل فعلاً هو من يبلّغ عنه:
- ينقر الزائر إعلانك ويصل إلى بطاقتك أو متجرك أو صفحة حجزك.
- يتصرف: يعبئ نموذجاً أو يحجز موعداً أو يرسل طلباً.
- المنصة التي التقطت الفعل ترسل حدث التحويل من خوادمها إلى واجهة منصة الإعلان: Meta Conversions API أو Google Ads أو TikTok Events API.
- تطابق المنصة الحدث بالنقرة فترى أخيراً أي إعلاناتك ينتج عملاء، فيتغذى تقريرك وتحسينها الآلي معاً.
ميتا توثق هذه القناة في دليل Conversions API، ولدى جوجل وتيك توك ما يعادلها. الجزء الصعب على الأعمال الصغيرة كان دائماً الخطوة 3: كنت تحتاج مطوراً وخادماً.
ما يرسله سكان مي، وما لا يرسله أبداً
نظام CRM في سكان مي (Scaanme) يلتقط أصلاً تعبئات النماذج والحجوزات والطلبات على بطاقتك ومتجر واتساب من جانب الخادم، بلا بكسل يُركّب. هذا الالتقاط نفسه، النظام ذاتي البناء، هو ما يغذي منصات الإعلان: يرسل سكان مي أحداث Lead وPurchase بصيغة مجزأة (hashed) إلى Meta CAPI وGoogle Ads وTikTok Events API.
نقطتا خصوصية تستحقان الدقة:
- لا تُرسل أي بيانات شخصية خام؛ تُجزأ المعرفات قبل خروجها، وهي الصيغة التي تقبلها المنصات للمطابقة.
- الأحداث تصف تحويلات، Lead وPurchase، لا قائمة عملائك التي تبقى في نظامك.
ما تحتاجه، وما لا يفعله سكان مي
تحتاج حساب إعلانات نشطاً على المنصة المعنية. سكان مي لا يدير حسابات الإعلانات ولا يشغّل الحملات ولا يبيع إعلانات؛ هو يزوّد حساباتك أنت بإشارة التحويل الناقصة التي كان البكسل يعجز عن التقاطها. الإشارات الأفضل تعطي التحسين الآلي نتائج حقيقية يتعلم منها وتعطيك تقارير صادقة تُبنى عليها قرارات الميزانية، لكنها لا تعوّض عرضاً ضعيفاً أو تصميم إعلان لا يوقف الإبهام عن التمرير. التحويلات من جانب الخادم جزء من حزمة الـ CRM، مضمّنة في الخطط المفعّل فيها الـ CRM.
مثال: متجر أثاث في القاهرة
مصر هي النسخة الأوضح من المشكلة: بيانات Digital 2025 عن مصر من DataReportal تحصي 96.3 مليون مستخدم إنترنت بنسبة 81.9% من السكان، والتجارة القائمة على هذا الاتصال تُغلق غالباً في المحادثات. متجر أثاث في مدينة نصر ينفق 9,000 جنيه شهرياً على إعلانات إنستاغرام. الطلبات تصل عبر متجر واتساب بمتوسط 3,800 جنيه. مع البكسل رأت ميتا نقرات فقط، لأن كل طلب أُغلق داخل محادثة: خمسة طلبات شهرياً تعني 19,000 جنيه إيرادات سجلها حساب الإعلانات صفراً. مع أحداث جانب الخادم، يصبح كل طلب ملتقط حدث Purchase مجزأ يُرسل إلى Meta CAPI، وكل نموذج عرض سعر حدث Lead. الآن يربط حساب الإعلانات الحملات بالمبيعات الفعلية، ويرى المالك أي الحملتين تنتج مشترين لا نقرات فينقل الميزانية.
البدء
- وجّه حملاتك إلى بطاقة سكان مي أو متجرك أو صفحة الحجز، ليهبط النقر حيث تُلتقط التحويلات فعلاً بدل صفحة صماء.
- تأكد من امتلاك حساب إعلانات نشط على المنصة التي تعلن عليها: ميتا أو جوجل أو تيك توك.
- على خطة مفعّل فيها الـ CRM، اربط المنصات التي تستخدمها. من حينها تتدفق العملاء والطلبات الملتقطة كأحداث مجزأة إلى Meta CAPI أو Google Ads أو TikTok Events API، وتبدأ المنصة التعلم من مبيعات حقيقية لا من نقرات عابرة.
الأسئلة الشائعة
ليه البكسل مش بيحسب طلبات الواتساب؟ لأن التحويل بيحصل في مكان البكسل مش شايفه: العميل بيدوس على الإعلان وبعدين بيطلب في شات واتساب أو بمكالمة أو في المحل. أضف مانعات الإعلانات وقيود iOS بنسبة قبول تتبع قرب 35% والمتصفحات الداخلية، والنتيجة أن معظم مبيعاتك الحقيقية غير مرئية للمنصة. أحداث جانب الخادم تبلّغ عن التحويلات التي التقطها نظامك فعلاً.
ما هو تتبع التحويلات من جانب الخادم؟ هو إرسال أحداث التحويل من خادم إلى واجهة منصة الإعلان بدل بكسل في متصفح المشتري. سكان مي (Scaanme) يستخدمه لإرسال أحداث Lead وPurchase مجزأة إلى Meta CAPI وGoogle Ads وTikTok Events API.
هل يرسل سكان مي بيانات عملائي الشخصية لمنصات الإعلان؟ لا. تُجزأ الأحداث قبل الإرسال، وهي صيغة المطابقة التي صُممت ميتا وجوجل وتيك توك لاستقبالها.
هل أحتاج موقعاً أو بكسل ليعمل هذا؟ لا. التحويلات تُلتقط على بطاقة سكان مي ومتجره وصفحات حجزه من جانب الخادم، فلا بكسل يُركّب ولا شيء يُبرمج.
هل سيشغّل سكان مي إعلاناتي؟ لا. تحتاج حساب إعلانات نشطاً على المنصة المعنية؛ سكان مي لا يدير حسابات الإعلانات، بل يزوّد حسابك الذي تديره أنت ببيانات التحويل.
