قياس تحويلات السيو: تتبّع الطلبات والمبيعات من البحث العضوي

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

في Google Analytics 4، أو GA4، تستطيع استخدام الأحداث الرئيسية لتحليل الإجراءات المهمة والقنوات المرتبطة بها. لكن عدد مرات تشغيل الحدث ليس بالضرورة عدد العملاء، ونسبة الجلسات التي حققت نتيجة ليست دائمًا عدد الأحداث مقسومًا على الجلسات. هذه الفروق هي التي تجعل التقرير مفيدًا لاتخاذ القرار، لا مجرد مجموعة أرقام.

تاريخ النشر: 25 أكتوبر 2026.

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

حدّد ما الذي ستعدّه تحويلًا قبل فتح التقارير

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

الهدف	ما الذي تسجله؟	ما الذي لا يثبته وحده؟
استقبال طلب خدمة	حدث generate_lead بعد تأكيد استقبال الطلب.	النقر على «إرسال» لا يثبت نجاح الطلب أو تأهيل العميل.
قياس الشراء	حدث purchase عند المرحلة المعتمدة لإتمام الطلب.	الإضافة إلى السلة أو بدء الدفع ليسا شراءً مكتملًا.
بدء تواصل عبر الهاتف أو WhatsApp	حدث نقر مخصص، مثل click_whatsapp، إذا نُفّذ تتبّعه.	النقرة لا تثبت اكتمال مكالمة أو محادثة أو حدوث بيع.

تتضمن قائمة الأحداث الموصى بها في GA4 أسماء مثل generate_lead وpurchase، لكنها تحتاج إلى تنفيذ أو تكامل يرسلها بالمعنى الصحيح. أما click_whatsapp في المثال فهو اسم مخصص، وليس حدثًا تضمن Google جمعه تلقائيًا.

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

إعداد قياس التحويلات في GA4

افهم الفرق بين Event وKey event وConversion

الحدث Event يسجل تفاعلًا، مثل إرسال طلب أو مشاهدة صفحة. والحدث الرئيسي Key event هو حدث حددت أنه مهم لنجاح نشاطك. أما Conversion فهو مصطلح تستخدمه منظومة Google لقياس إجراءات متسقة بين Analytics وGoogle Ads، ويمكن أن تشمل تقاريره عبر القنوات نتائج بدأت من مصادر عضوية أيضًا.

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

اربط طلب الخدمة بتأكيد النجاح، لا بزر الإرسال

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

عندما تستخدم Google Tag Manager، يمكن بناء مسار يعتمد على تأكيد نجاح النموذج. مثلًا، تُرسل المنصة إشارة مخصصة باسم lead_success إلى طبقة البيانات بعد قبول الطلب، ثم يستخدمها GTM لتشغيل حدث GA4. هذه الإشارة تحتاج إلى إعداد في النموذج أو تكامله؛ لا ينشئها اختيار الاسم داخل GTM وحده.

1. تحقق من وجود إشارة نجاح لا تظهر عند فشل الطلب، ومن عدم إرسال حدث GA4 نفسه عبر تكامل آخر.
2. في GTM، أنشئ مشغّلًا من Triggers ← New ← Custom Event، واستخدم اسم إشارة النجاح المطابق للتنفيذ.
3. أنشئ علامة Google Analytics: GA4 Event مرتبطة بمعرّف قياس موقعك، واجعل اسم الحدث generate_lead، ثم اربطها بالمشغّل.
4. اختبر العلامة في Preview، ثم انشر التغيير بعد التأكد من تسجيل النجاح مرة واحدة وعدم تسجيل المحاولات الفاشلة.

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

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

علّم الحدث المهم وحدّد طريقة عدّه

بعد التأكد من وصول الحدث، انتقل إلى Admin ← Data display ← Events، وابحث عنه في الأحداث الحديثة، ثم فعّل علامة الحدث الرئيسي بجواره. وقد تختلف الخيارات المتاحة بحسب صلاحياتك. توضح إرشادات تعليم الأحداث أن هذا التصنيف يبدأ من وقت تفعيله ولا يعيد تصنيف البيانات التاريخية تلقائيًا.

سجّل تاريخ التفعيل، ولا تفسر وجود أرقام قديمة في Event count مع غيابها من Key events على أنه فقد للطلبات. كذلك، تحديد اسم الحدث كحدث رئيسي لا يجعل الموقع يرسله تلقائيًا، وتعليم page_view العام سيجعل مشاهدات الصفحات ضمن الأحداث المهمة بدل تخصيص الطلب المقصود.

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

للمتاجر: افحص الطلب ومعرّفه وقيمته

يتطلب قياس التجارة الإلكترونية تنفيذ أحداث مناسبة أو تكاملًا صحيحًا مع المتجر. لحدث purchase، راجع معرّف الطلب transaction_id، والقيمة value، والعملة currency، وبيانات المنتجات items. يوضح دليل قياس التجارة الإلكترونية ما يُرسل عند الشراء والاسترداد والمراحل السابقة له.

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

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

اختبر التتبع قبل الاعتماد على تقرير السيو

فعّل المعاينة في GTM أو استخدم Tag Assistant، ثم افتح Admin ← Data display ← DebugView في GA4. نفّذ الإجراء من جهاز الاختبار وراجع اسم الحدث ومعلماته. توضح وثائق DebugView ضرورة تفعيل وضع التصحيح، وأن ضوابط الخصوصية وحالة الموافقة قد تؤثر في ظهور الأحداث.

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

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

كيف تعزل تحويلات البحث العضوي في GA4؟

ابدأ بتقرير Traffic acquisition لقراءة النتائج وفق مصدر الجلسة. هذا يختلف عن سؤال «من أين اكتسبنا المستخدم أول مرة؟». المسار الموثق هو Reports ← Acquisition ← Traffic acquisition، وقد يحتاج المسؤول إلى إظهار التقرير إذا لم يكن ضمن القوائم المتاحة، وفق دليل اكتساب الزيارات.

1. حدد الفترة الزمنية، وابدأ بتاريخ يتوفر فيه تتبع صالح للحدث المطلوب.
2. استخدم البُعد Session default channel group، واعزل القيمة Organic Search بمرشح أو مقارنة مناسبة.
3. لتحليل Google العضوي تحديدًا، استخدم Session source / medium مع google / organic، بدل الاكتفاء بالمصدر google.
4. راجع الجلسات والحدث الرئيسي المحدد ومعدل الجلسات التي حققته، بدل الاعتماد على إجمالي جميع الأحداث المهمة.

من قائمة All events المرتبطة بمقياس الأحداث الرئيسية، اختر الحدث الذي تريد تقييمه، مثل generate_lead أو purchase. وتتيح تقارير الأحداث الرئيسية هذا التخصيص، مع إمكان بناء استكشاف بالمقاييس والأبعاد المتوافقة عند الحاجة.

لا تعتبر كل زيارة مجانية بحثًا عضويًا. تميّز تعريفات القنوات في GA4 بين Organic Search وOrganic Social وOrganic Shopping. كما تميّز قناة AI Assistant عن البحث العضوي؛ وتُدرج زيارات روابط AI Overviews وAI Mode في Google ضمن تعريف البحث العضوي، لا ضمن قناة المساعدات المستقلة.

اكتب نطاق القياس في التقرير: «كل البحث العضوي» أو «Google العضوي فقط». تغيير النطاق بين شهر وآخر قد يغيّر النتيجة دون أن يتغير أداء الموقع نفسه.

حساب معدل تحويل الزيارات العضوية دون خلط الأحداث بالجلسات

لقياس نسبة الجلسات التي حققت نتيجة محددة، استخدم Session key event rate. يعتمد هذا المقياس على الجلسات التي وقع فيها الحدث، لا مجموع مرات تشغيله، وفق تعريفات مقاييس GA4.

معدل الجلسات العضوية التي حققت الحدث = عدد الجلسات العضوية التي وقع فيها الحدث مرة واحدة على الأقل ÷ إجمالي الجلسات العضوية في النطاق نفسه × 100.

لنفترض أن موقع خدمات سجّل خلال فترة محددة البيانات التالية، بعد اختبار التنفيذ واستبعاد أخطاء التكرار:

المؤشر	القيمة الافتراضية
الجلسات المصنفة Organic Search	2000 جلسة
الجلسات التي احتوت طلبًا ناجحًا واحدًا على الأقل	60 جلسة
مرات تسجيل الطلب الناجح داخل هذه الجلسات، مع العد لكل حدث	75 مرة

معدل الجلسات التي حققت طلبًا هو 60 ÷ 2000 × 100 = 3%. أما 75 ÷ 2000 × 100 = 3.75% فتعبر عن عدد مرات الحدث لكل مئة جلسة، وليست نسبة الجلسات التي حققت الطلب؛ لأن بعض الجلسات تضمنت أكثر من طلب صحيح.

لا تصفِّ مجموعة البيانات كلها على event_name = generate_lead بطريقة تستبعد الجلسات التي لم تحقق الطلب ثم تستخدم الجلسات المتبقية مقامًا للمعادلة. اختر معدل الحدث المحدد من المقاييس المتاحة، أو ابنِ التحليل بحيث يحتفظ بإجمالي الجلسات العضوية الصحيح. وتدعم تعريفات بيانات GA4 معدلًا مستقلًا لكل حدث رئيسي مسجل.

أما User key event rate فيقيس المستخدمين الذين حققوا الحدث بالنسبة إلى إجمالي المستخدمين ضمن النطاق نفسه. لا تستبدل المستخدمين بالجلسات أو بالمستخدمين النشطين دون مراجعة تعريف المقياس، ولا تجمع معدلات أهداف مختلفة للحصول على «معدل إجمالي»؛ فقد تحقق الجلسة نفسها أكثر من هدف.

وعند المقارنة، فإن الانتقال من 3% إلى 4% يعني زيادة نقطة مئوية واحدة، أو نموًا نسبيًا يقارب 33.3% في المعدل. وعند تجميع صفحات، احسب النسبة من مجاميع الجلسات المناسبة، لا من متوسط نسب الصفحات غير الموزون.

اعرف صفحات الدخول العضوية التي ترتبط بالطلبات والمبيعات

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

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

لهذا لا تستبدل تقرير صفحات الدخول بتقرير Pages and screens دون فهم السؤال. استخدم الأول لتقييم نقاط دخول الزيارات، واستكشاف المسار داخل الموقع عندما تريد معرفة ما شاهده الزائر قبل إتمام الإجراء.

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

لماذا تختلف تحويلات السيو بين تقارير الاكتساب والإسناد؟

تستخدم GA4 أكثر من نطاق لوصف مصدر الزيارة. يجيب First user source / medium عن مصدر اكتساب المستخدم أول مرة، ويصف Session source / medium مصدر الجلسة، بينما تتناول أبعاد المصدر على مستوى الحدث المساهمة المنسوبة إلى نقاط التواصل. توضح وثائق نطاقات مصادر الزيارات أن هذه أسئلة مختلفة، وليست طرقًا متطابقة لعرض الرقم نفسه.

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

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

قد تظهر قيم كسرية عند توزيع المساهمة؛ فهي أجزاء من رصيد التحويل، وليست أجزاء من أشخاص. لا تجمع نتائج نماذج مختلفة كأنها تحويلات إضافية، ولا تفترض أن نموذج الإسناد المستند إلى البيانات يكشف «الحقيقة الكاملة» أو يعيد للسيو مقدارًا مضمونًا من المبيعات.

كذلك، لا تفترض أن كل عودة مباشرة تُنسب إلى Direct بالكامل؛ فقد تستفيد قواعد الإسناد من مصدر معروف سابق. لذلك عبّر بدقة: «جَلسات صنفها GA4 كبحث عضوي»، لا «كل هؤلاء نقروا نتيجة بحث في هذه اللحظة».

والأهم أن الإسناد ليس إثباتًا سببيًا. حصول البحث العضوي على مساهمة في المبيعات لا يثبت أن المبيعات كلها إضافية ولم تكن ستحدث دون التغيير الذي نفذته. حافظ على هذا الفرق عند تقييم حملة أو تقديم تقرير للإدارة.

ما الذي يضيفه Search Console إلى قياس التحويلات؟

يشرح Search Console كيف ظهر الموقع في Google وما الاستعلامات والصفحات التي حصلت على نقرات، بينما يصف GA4 السلوك المسجل بعد الوصول. لا يسجل Search Console طلبات الخدمة أو المشتريات، ولا تحتاج إلى ربطه حتى يبدأ حدث GA4 بالعمل.

للربط، استخدم Admin ← Product links ← Search Console Links، واختر خاصية Search Console وتدفق الويب المناسبين، مع الصلاحيات المطلوبة. يتيح التكامل الرسمي تقريرًا للاستعلامات بمقاييس البحث، وتقريرًا لصفحات الدخول بمقاييس من الأداتين، ضمن حدود توافق الأبعاد.

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

ولا يُتوقع تطابق النقرات والجلسات بالكامل؛ راجع تعريف كل مقياس والفترة والمنطقة الزمنية ونطاق الصفحات والتصفية وإعدادات التتبع. يقدم دليل Google لاستخدام الأداتين للسيو إطارًا لمقارنة الاتجاهات وفهم الاختلافات.

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

اربط الطلبات بجودة العملاء والصفقات

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

احفظ تعريف المصدر المستخدم في الربط، وصفحة الدخول عندما تتوفر، وتاريخ الطلب، ومعرّفًا داخليًا مناسبًا. لا تكتب «السيو» في المصدر بناءً على تخمين، ولا تفترض أن أرقام CRM ستطابق GA4 تلقائيًا؛ قد تختلف وحدة العد والتوقيت والتغطية وحالات الموافقة.

تتضمن الأحداث الموصى بها لتوليد العملاء حدث qualify_lead عند تأهيل العميل وclose_convert_lead عند تحوله إلى عميل فعلي. استخدامها يحتاج إلى تكامل يرسل المرحلة الصحيحة ويربطها وفق القواعد المتاحة، وليس مجرد إضافة أسماء الأحداث إلى GA4.

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

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

عالج أخطاء المصدر وحدود البيانات قبل الحكم على الأداء

ظهور بوابة الدفع أو نطاق الحجز كمصدر

إذا انتقلت رحلة العميل بين نطاقين تديرهما، فراجع القياس عبر النطاقات؛ فهو يهدف إلى الحفاظ على استمرارية المستخدم والجلسة عند الانتقال، ويحتاج إلى إعداد متوافق عبر النطاقات المعنية. اختبر أيضًا بقاء معلمة الربط وعدم حذفها أثناء التحويلات.

أما العودة من مزود دفع خارجي فقد تستلزم مراجعة الإحالات غير المرغوبة. استبعاد الإحالة ليس بديلًا عن ربط الجلسة بين نطاقين، ولا يضمن استعادة مصدر مفقود. لا تستبعد مواقع تُحيل عملاء فعليًا، ولا تعِد تصنيف Direct كعضوي لمجرد تحسين التقرير.

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

زيارات الفريق واختبارات الموقع

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

الموافقة والبيانات المفقودة والخصوصية

قد لا تُرصد كل الزيارات والإجراءات بالطريقة نفسها بسبب الموافقة أو حجب التتبع أو انقطاع القياس. وتتيح النمذجة السلوكية لوضع الموافقة تقديرات لبعض البيانات عند استيفاء شروطها؛ لكنها ليست استعادة مؤكدة لكل مستخدم أو عملية شراء مفقودة.

راجع مؤشرات جودة البيانات قبل المقارنة، ولا تعِد بدقة 100% أو تتبع كامل عبر كل الأجهزة. كذلك، لا تتعامل مع نقل التتبع إلى الخادم بوصفه مبررًا لتجاوز اختيارات الخصوصية.

لا ترسل البريد أو الهاتف أو نص الرسالة أو بيانات شخصية في معاملات الأحداث أو عناوين الصفحات أو UTM. توضّح إرشادات تجنب البيانات الشخصية أن هذه المعلومات قد تتسرب عبر الروابط وحقول النماذج؛ راجع ما يُرسل فعليًا، وليس أسماء الحقول فقط.

كيف تقيس الإيراد وقيمة السيو دون المبالغة؟

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

إذا ظهرت المشتريات دون إيراد، فافحص value وcurrency وبيانات المنتجات ونوع القيم المرسلة. يوضح دليل معالجة الإيراد المفقود أن مقاييس الحدث والمنتج تعتمد على معلمات مختلفة؛ وجود حدث شراء وحده لا يثبت اكتمال بيانات القيمة.

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

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

العائد التقديري على تكلفة السيو = (المساهمة المالية المنسوبة إلى السيو قبل خصم تكلفته − تكلفة السيو) ÷ تكلفة السيو × 100.

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

حوّل تقرير التحويلات إلى قرار واضح

يبدأ التقرير المفيد بتعريف الفترة والقناة والحدث وطريقة العد، ثم يعرض النتيجة وحدودها. ولإكمال المثال الحسابي، لنفترض أن الطلبات خلال فترة قياس مدتها 30 يومًا نُسبت إلى الجلسات العضوية، ثم جرت متابعة العملاء أنفسهم لمدة موحدة:

سُجلت 2000 جلسة ضمن Organic Search، واحتوت 60 جلسة طلبًا ناجحًا على الأقل؛ لذلك بلغ معدل الجلسات التي حققت الطلب 3%. بلغ عدد الطلبات الصحيحة 75 مع العد لكل حدث. وبعد مراجعة CRM، كانت الطلبات تخص 50 عميلًا محتملًا مختلفًا، تأهل منهم 30، وأُغلقت 6 صفقات من المجموعة المؤهلة بعد انتهاء مدة المتابعة.

هنا يساوي معدل الإغلاق بين العملاء المؤهلين 6 ÷ 30 × 100 = 20%. وهو مؤشر مختلف عن معدل الجلسات العضوية البالغ 3%. الأول يصف مرحلة من عملية البيع، والثاني يصف حدوث الطلب داخل الجلسات؛ لا يستبدل أحدهما الآخر.

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

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

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