قياس تطبيقات الصفحة الواحدة

هذا المستند مخصّص للمطوّرين الذين يريدون قياس مشاهدات الصفحات على تطبيقاتهم ذات الصفحة الواحدة باستخدام "إحصاءات Google".

تطبيقات الصفحة الواحدة (SPA) هي مواقع إلكترونية تحمّل مستند HTML مرة واحدة وتسترد أي محتوى إضافي باستخدام واجهات برمجة تطبيقات JavaScript.

مثال: لنفترض أنّ لديك نموذجًا لاكتساب بعض العملاء المحتملين. يحتوي النموذج على ثلاث شاشات: > * الشاشة الأولى لتسجيل معلومات العميل. * الشاشة الثانية التي يحدّد فيها العملاء اهتمامهم بخدمات معيّنة * صفحة الشاشة الثالثة للاشتراك في ندوات على الويب ذات صلة باهتمامات العميل

إنّ مفتاح قياس مشاهدات الصفحة من التطبيقات ذات الصفحة الواحدة بشكل صحيح هو احتساب مشاهدات الصفحة لكل شاشة يتفاعل معها المستخدم والحصول على المُحيل الصحيح للصفحة، حتى تتمكّن من تتبُّع رحلة المستخدم بشكل صحيح.

قبل البدء

تفترض هذه الصفحة أنّ لديك ما يلي:

تنفيذ قياس التطبيقات من صفحة واحدة

لتنفيذ قياس دقيق لتطبيقات الصفحة الواحدة، استخدِم إحدى الطريقتَين التاليتَين لتفعيل عرض جديد لصفحة افتراضية:

  • تغييرات سجلّ المتصفّح (يُنصح بها): إذا كان تطبيقك ذو الصفحة الواحدة يستخدم History API، وتحديدًا الطريقتَين pushState() وreplaceState() لتعديل الشاشات، استخدِم هذا الخيار.

  • الأحداث المخصّصة: استخدِم هذا الخيار إذا كان موقعك الإلكتروني يستخدِم العنصر DocumentFragment لعرض شاشات مختلفة.

تنفيذ تغيير سجلّ المتصفّح

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

تفعيل القياس المحسَّن في "إحصاءات Google"

لقياس page_views تلقائيًا استنادًا إلى سجلّ المتصفّح، اتّبِع الخطوات التالية:

  1. افتح إحصاءات Google.

  2. في قسم المشرف، ضمن جمع البيانات وتعديلها، انقر على مصادر البيانات > الويب.

  3. ضِمن القياس المحسَّن، اضبط مفتاح التبديل على تفعيل لتفعيل كل الخيارات.

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

    صورة تعرض إعدادات مشاهدات الصفحة

  5. احفظ التغييرات.

التحقّق من إعدادات القياس

للتأكّد من أنّ تطبيق الصفحة الواحدة يقيس مشاهدات الصفحة بشكلٍ صحيح، اتّبِع الخطوات التالية:

  1. فعِّل وضع تصحيح الأخطاء لكل علامة في إعداد قياس الصفحة الواحدة. كيفية مراقبة الأحداث في DebugView

  2. انقر على تطبيقك المكوّن من صفحة واحدة. عند النقر على شاشة افتراضية جديدة، من المفترض أن يظهر حدث page_view جديد في DebugView. قارِن مَعلمات الحدث page_view بالحدث page_view السابق للتحقّق مما إذا تم تعديل مرجع الصفحة وموقعها الجغرافي بشكلٍ صحيح.

اعتبارات إضافية بشأن التطبيقات ذات الصفحة الواحدة

بالإضافة إلى إرسال أحداث page_view، ننصحك بمراعاة الجوانب الإضافية التالية لتحقيق تكامل قوي بين الصفحات الأحادية مع "إحصاءات Google" وتقديم تجربة أفضل للمستخدمين:

إدارة موضع التمرير

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

اقتراح: أعِد ضبط موضع التمرير آليًا إلى أعلى الصفحة أو حاوية المحتوى الرئيسي بعد كل انتقال إلى صفحة افتراضية.

// Example: Reset window scroll position on a route change in your SPA
window.scrollTo(0, 0);

// Or, if your content is within a specific element:
// document.getElementById('main-content').scrollTo(0, 0);

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

ضمان إمكانية الوصول إلى المحتوى من خلال ميزات المتصفّح

إذا أبلغ المستخدمون عن مشاكل في ميزات المتصفح، مثل عدم عمل البحث في الصفحة (Ctrl+F) بعد تحميل صفحة افتراضية، قد يشير ذلك إلى الطريقة التي تعدّل بها صفحتك الواحدة DOM.

اقتراح: تأكَّد من أنّ إطار عمل الصفحة الواحدة ومنطق التوجيه يحدّثان بشكل كامل ومتزامن الأجزاء ذات الصلة من نموذج المستند (DOM) بمحتوى الصفحة الجديدة. قد لا يكون المحتوى الذي يتم عرضه بشكل متأخر أو المخفي عن شجرة نموذج العناصر في المستند الرئيسية قابلاً للفهرسة على الفور من خلال وظيفة البحث في المتصفح. اختبِر البحث داخل الصفحة بعد عمليات التنقّل الافتراضية للتأكّد من إمكانية الوصول إلى المحتوى.

التأثير على الأحداث التلقائية

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

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

عند تنفيذ قياس عدد المشاهدات الافتراضية لصفحة الويب بشكلٍ صحيح:

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

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