تتبع تحويلات الإعلانات العقارية من أول يوم: الدليل الكامل

تتبع تحويلات الإعلانات هو ما يجعل كل ريال تصرفه قابلًا للحكم عليه: حدث يُسجَّل حين يرسل العميل نموذجًا أو يبدأ محادثة، ويصل إلى المنصة وإلى نظام إدارة العملاء (CRM) ومعه مصدره. من دونه لا تعرف ماذا جلبت حملتك، ولا تعرف المنصة على من تحسّن. في حساب جوجل عقاري حقيقي بالرياض، صُرف 74,079 ريالًا بين يونيو وأكتوبر 2024 بلا حدث تحويل واحد، أي 61% من إنفاق الحساب كله (كيف حسبناها؟). وهذا الدليل يجمع ما تبنيه قبل أول إعلان على المنصات الأربع، من البكسل إلى إرجاع «مؤهل» من الـ CRM.

لماذا تتبع تحويلات الإعلانات أولًا

القاعدة التي يبني عليها هذا الدليل كله: تتبع من اليوم الأول: لا ريال قبل أن يُسجَّل التحويل.

كثيرون يقولون: نطلق الإعلانات الآن، ونركّب التتبع لاحقًا. والنتيجة مال لا تعرف أين ذهب. في الحساب الذي ذكرناه، كانت الإعلانات تظهر والناس تنقر خمسة أشهر، ولا شيء يُسجَّل. هل كانت تلك الأشهر جيدة أم سيئة؟ لا أحد يعرف، ولن يعرف. والقصة كاملة بأرقامها في 74,079 ريالًا بلا تتبع.

وغياب التتبع خسارة مضاعفة:

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

والدليل على الثانية من الحساب نفسه. بعد تركيب التتبع، عُرض الإعلان نفسه بالكلمات نفسها في حملتين متوازيتين، بين يونيو ويوليو 2025. الحملة التي تحسّن على التحويلات دفعت نقرة أغلى بحوالي 30%، لكن تحويلها جاء أرخص بحوالي 22% (كيف حسبناها؟). هذا العطاء الذكي لا يعمل أصلًا بلا تحويل مسجل.

والترتيب الصحيح لأي حملة: تتبع يعمل ومُختبَر، ثم صفحة هبوط أو نموذج يفلتر، ثم الإعلانات. لا العكس.

ما تسجله ليس ما تبيعه

التتبع الخاطئ قد يكون أخطر من غياب التتبع، لأنه يعطيك رقمًا تثق به وهو لا يقيس ما تظن.

في الحساب نفسه، بعد نوفمبر 2024، كان التحويل المسجل ضغطة على زر الواتساب في الصفحة. سُجّل 3,950 تحويلًا حتى يوليو 2025، أغلبها ضغطات. لكن المحادثات المسجلة كانت 91 فقط مقابل 3,859 ضغطة على زر الواتساب، أي 2.4% (كيف حسبناها؟). وبحسب الكتاب، لا نعرف هل التقط التتبع كل المحادثات. فتكلفة المحادثة الحقيقية بقيت مجهولة.

فرّق بين ثلاث طبقات، وسجّل كل واحدة وحدها:

والحكم بالطبقة الأخيرة. وتكلفة الـ Lead المؤهل في الكتب تساوي تكلفة الـ Lead الخام مقسومة على نسبة التأهيل. ومن هنا تبدأ تكلفة اكتساب العميل الجاد.

لماذا يهم هذا في التتبع؟ لأن المنصة لا ترى الطبقة الثالثة إلا إذا أرجعتها لها. في حساب تيك توك بجدة (الحساب 6)، كان الـ Lead الخام من النموذج الأصعب بحوالي 60 ريالًا مقابل 26 للسهل. لكن المؤهل منه حُسب بحوالي 63 ريالًا مقابل 80 للسهل، بين مارس وسبتمبر 2026، بنسبة تأهيل مقيسة على عينة صغيرة (كيف حسبناها؟). منصة تتعلم من الـ Lead الخام وحده ستدفع الميزانية نحو النموذج السهل.

والحل أن يخرج حدث «مؤهل» من الـ CRM إلى كل منصة، لحظة يغيّر المستشار حالة العميل: عبر Conversions API في ميتا وسناب، وEvents API في تيك توك، واستيراد التحويلات في جوجل. وحيث تدعم المنصة التحسين عليه ويكفي الحجم، تتعلم الحملة على العميل الجاد لا على من يعبّئ النموذج. والخطوات في إرجاع «مؤهل» من الـ CRM إلى المنصات.

البكسل والأحداث في تتبع التحويلات

البكسل (Pixel) كود قصير في كل صفحات موقعك. يسجل الزيارة، ويضع كوكي يعرّف الزائر، ويرسل إلى المنصة أحداثًا حين يفعل الزائر شيئًا مهمًا. ولكل منصة بكسلها: Meta Pixel، وGoogle tag، وTikTok Pixel، وSnap Pixel. والشرح المبسط في ما هو البكسل في التسويق.

ثلاث قواعد لا تتنازل عنها:

• بكسل واحد لكل موقع، لا بكسل لكل مسؤول إعلانات.
• البكسل في كل صفحة، وعلى رأسها صفحة الشكر بعد النموذج. من دونها لا ترى المنصة الحدث الأهم.
• الاسم الذي تعطيه للحدث هو ما تشتريه. إذا سمّيت الضغطة Lead، ستجلب لك الحملة من يضغط.

والحدث (Event) له اسم وتفاصيل تسمى باراميترات. موقع عقاري يحتاج أحداثًا قليلة: عرض صفحة مشروع، وLead عند نجاح النموذج، وتواصل عند ضغطة الواتساب، وحجز معاينة إن وُجد. ومعها ثلاثة باراميترات أساسية:

• content_name: اسم المشروع، ليكون لكل مشروع تقريره.
• value: فارغة على الـ Lead الخام، ورقم حقيقي على حدث الحجز فقط.
• event_id: معرّف فريد يمنع العدّ المزدوج.

ولا ترسل راتبًا ولا دخلًا ولا أهلية تمويل في أي حدث. هذه تبقى في الـ CRM. والأسماء في كل منصة مع ما ترسله معها في أحداث البكسل والباراميترات.

المتصفح والخادم ومنع التكرار

البكسل يعمل داخل متصفح الزائر، وهذا يجعله هشًا. مانع الإعلانات يحجبه، وSafari يقصّر عمر الكوكي إلى 7 أيام وأحيانًا 24 ساعة، ومستخدم الآيفون الذي رفض التتبع منذ iOS 14.5 لا يُطابَق بسهولة. فالمنصة لا ترى جزءًا من أحداثك.

لهذا تملك كل منصة طريقًا ثانيًا يرسل فيه خادمك الحدث مباشرة: Conversions API في ميتا وسناب، وEvents API في تيك توك، والتحويلات المحسّنة (Enhanced conversions) في جوجل. الخادم لا يُحجب، ويرسل الحدث ومعه الجوال والإيميل مشفرين. لكنه لا يعرف أي إعلان نقر عليه الزائر.

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

ورقم الجوال أقوى معرّف في السوق السعودي، لكن صيغته تختلف بين المنصات. ميتا وسناب تريدانه بمفتاح الدولة بلا «+» ولا صفر أول، وتيك توك بعلامة «+». وحّد الصيغة قبل التشفير، وإلا لم يطابق الرقم أحدًا.

وحين يصل الحدث نفسه من مسارين، يجب أن تعرف المنصة أنه واحد: نفس اسم الحدث ونفس المعرّف خلال 48 ساعة. وأفضل معرّف للـ Lead رقم سجله في الـ CRM. من دون ذلك تتضاعف الـ Leads فجأة بعد تشغيل الخادم، وتظن أن الإعلانات تحسّنت. والتحقق في كل منصة في شرح منع تكرار الأحداث.

الإسناد وUTM

الإسناد (Attribution) هو القاعدة التي تحدد أي إعلان يستحق الفضل في الـ Lead. والمشكلة أن كل منصة تحكم لنفسها، بنافذتها:

فعميل رأى إعلان سناب، ثم مقطعًا على إنستجرام، ثم بحث في جوجل وسجّل، قد يُعدّ في اللوحات الثلاث. لذلك مجموع تحويلات المنصات أكبر غالبًا من Leads الـ CRM. وثلاث قواعد تحميك:

1. ثبّت نافذة واحدة في كل منصة ولا تغيّرها، وقارن الحملات داخل المنصة بالنافذة نفسها.
2. قارن القنوات التي تصل موقعك في GA4 مع UTM، لأنه يراها بمنطق واحد.
3. احكم بالـ CRM: الحجوزات المسجلة فعلًا مقسومة على إجمالي الإنفاق في كل القنوات.

وUTM خمس قيم في آخر رابط الإعلان: المصدر، والوسيط، والحملة، والمحتوى، والكلمة. هي الطبقة التي تنجو حين يفشل البكسل، لأن المعلومة في الرابط نفسه. وقواعدها بسيطة: أحرف صغيرة فيما تكتبه بيدك، وقيم ثابتة للمصدر والوسيط، ومتغيرات تملؤها المنصة لاسم الحملة والإعلان.

وحتى تصل قيم UTM إلى الـ CRM، مرّرها إلى حقول مخفية في النموذج، ومعها معرّف النقرة لكل منصة: gclid لجوجل، وfbclid لميتا، وttclid لتيك توك، وScCid لسناب.

وزر الواتساب لا يحمل UTM. الحل رسالة جاهزة في الرابط فيها رمز المصدر، مثل «السلام عليكم، أبي تفاصيل الشقق (رمز: SN3)». المستشار يرى الرمز في أول رسالة، ويكتبه في الـ CRM. والقوالب لكل منصة في روابط UTM: كيف تعرف من أين جاء الـ Lead.

جوجل تاج مانجر وGA4

خمسة أكواد مباشرة في موقعك تعني مبرمجًا لكل تعديل. Google Tag Manager (GTM) حاوية واحدة تركّبها مرة، ثم تضيف وسوم المنصات كلها وتعدّلها وتختبرها من لوحتها. وفيها قوالب جاهزة لجوجل وGA4، وقوالب مجتمع لميتا وتيك توك وسناب.

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

لكن GTM يرى الرابط والضغطة، ولا يرى ما اختاره العميل في النموذج. لهذا يكتب الموقع اسم المشروع ورقم الـ Lead في طبقة البيانات (dataLayer)، ويقرؤها GTM ويوزعها على المنصات بالأرقام نفسها. والشرح في جوجل تاج مانجر لموقع عقاري.

وGA4 يسجل ما يحدث على موقعك أحداثًا، ويرى كل القنوات التي تصل الموقع بمنطق واحد. علّم فيه أحداث القرار «أحداثًا رئيسية» (Key events): الـ Lead والواتساب والاتصال، لا التمرير ومشاهدة الصفحة. لكن GA4 يقف عند الـ Lead. لا يرى من رد على الجوال ولا من تناسبه الوحدة، ما لم ترسل له مراحل الـ CRM. استعمله لمقارنة المصادر والصفحات، واحكم بالـ CRM. والإعداد خطوة بخطوة في شرح Google Analytics 4 لموقع عقاري.

بروتوكول الاختبار قبل الإطلاق

التركيب لا يكفي. ما يثبت أن التتبع يعمل هو اختبار يدوي بالرحلة كاملة، بعد التركيب، وبعد أي تعديل في الموقع أو النموذج، ومرة كل شهر:

1. افتح أداة الاختبار في كل منصة في تبويب مستقل: Test events في ميتا وتيك توك وسناب، وDebugView في GA4.
2. افتح موقعك من متصفح خاص، ثم من الجوال، لأن أغلب زوارك على الجوال.
3. نفّذ الرحلة كعميل: صفحة المشروع، ثم النموذج، ثم إرسال تجريبي برقمك، ثم زر الواتساب.
4. اقرأ الباراميترات لا الاسم وحده: اسم المشروع صحيح، ولا قيمة على الـ Lead الخام، والمعرّف موجود.
5. تحقق من منع التكرار: الحدث يظهر من المتصفح ومن الخادم بالمعرّف نفسه، ويُعدّ مرة واحدة.
6. راجع GA4: الرحلة تظهر بالمصدر الذي وضعته في UTM. وإذا ظهرت «مباشرة» (direct)، فالـ UTM ضاع.

ثم احذف السجل التجريبي من الـ CRM، واكتب تاريخ الاختبار في سجل التغييرات.

والبروتوكول بخطواته وقائمة الفحص الكاملة في بروتوكول اختبار التتبع قبل أول إعلان. وقبل أن تضغط «نشر»، مرّ على هذه القائمة المختصرة:

• خطة تتبع مكتوبة: كل حدث، ومتى ينطلق، وباراميتراته، ومساره، ومنصاته.
• البكسل في كل الصفحات، ومعه مسار الخادم، ومنع التكرار مُختبَر.
• UTM في كل رابط، وتصل إلى حقول مخفية في النموذج وإلى الـ CRM.
• الضغطة والمحادثة والـ Lead المؤهل تُسجَّل كل واحدة وحدها، وكل محادثة واتساب تصل برمز مصدرها كما في دليل الواتساب والـ CRM.
• سياسة خصوصية بالعربي تذكر البكسلات، ورابطها في كل نموذج، وسطر موافقة عند جمع الجوال.

خطوة الغد: أرسل Lead تجريبيًا برقم جوالك من كل نموذج تعلن عليه، وتأكد أنه ظهر في المنصة وفي الـ CRM ومعه مصدره. ثم احذف السجل التجريبي، واكتب في ملفك ما لم يظهر.

أسئلة شائعة

عندي بكسل ميتا، فلماذا أحتاج GA4؟ بكسل ميتا يحكم لصالح ميتا وحدها، ويعدّ كل من رأى إعلانها أو نقره خلال نافذتها. أما GA4 فيرى كل القنوات التي تصل موقعك بمنطق واحد، فتقارن بها سناب وتيك توك وجوجل وميتا على أرض واحدة. وتركيبه عبر GTM يأخذ حوالي 20 دقيقة بحسب الكتاب.

هل يحل الإرسال من الخادم مشكلة الآيفون كاملة؟ لا. يقلّص الفاقد كثيرًا، لأن المطابقة تتم من جهتك بمعرّفات قوية مثل الجوال والإيميل، لكن جزءًا من التحويلات يبقى غير مسند. لذلك تبقى أرقام المنصة مؤشرًا، والحكم للـ CRM.

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

لماذا أرقام GA4 أقل من أرقام ميتا دائمًا؟ لأن ميتا تحسب لنفسها كل Lead نقر إعلانها أو شاهده خلال نافذتها، حتى لو سجّل بعد ذلك من قناة أخرى، وGA4 يعدّ الـ Lead مرة واحدة ويوزع فضله بين القنوات. الفرق طبيعي، وإذا تجاوز 40% إلى 50% فراجع UTM ومنع التكرار.

هل أحتاج مبرمجًا لتتبع تحويلات الإعلانات؟ غالبًا لا إذا كان موقعك على منصة جاهزة، لأن كثيرًا من الإضافات والتكاملات الجاهزة ترسل الأحداث الأساسية من المتصفح والخادم بضغطة. وتحتاجه مرة واحدة لصفحات المشاريع المخصصة، ليكتب طبقة البيانات ويضبط GTM، ثم لربط الـ CRM بالمنصات حين ترجع حالة «مؤهل».

حملاتي نماذج فورية فقط، فهل أحتاج تتبعًا؟ نعم، لكن من نوع آخر. المنصة تسجّل كل Lead من النموذج الفوري بلا بكسل، لكنها لا ترى من تأهل ولا من حجز. فتحتاج أن يصل كل Lead إلى الـ CRM باسم حملته ونموذجه، وأن ترجع حالة «مؤهل» إلى المنصة من الخادم، للقياس دائمًا وللتحسين حيث تدعمه المنصة ويكفي الحجم.