تطبيق Google Analytics + الويب - نظرة مفصلة على الوظائف الجديدة

قدمت Google مؤخرًا ميزة جديدة للتطبيق + الويب تتيح لك دمج البيانات من المواقع وتطبيقات الجوال في موقع واحد في Google Analytics. يجب أن تجعل هذه الوظيفة الجديدة الحياة أسهل للشركات التي ترغب في تتبع وتحليل إجراءات المستخدم عبر منصات مختلفة.

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

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

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

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

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

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

مكافأة أخرى للتطبيق + الويب هي تقرير مسار مبيعات مخصص (يُعرف أيضًا باسم "مسارات التحويل الخاصة") ، والذي كان متاحًا في السابق فقط لمستخدمي Google Analytics 360.

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

يتم استبدال تقارير الوقت الفعلي المألوفة في التطبيق + الويب بوظيفة StreamView. من ناحية أخرى ، يوفر مزيدًا من التفاصيل: يمكنك الاطلاع على مزيد من البيانات حول المستخدمين الذين زاروا موقعك أو تطبيقك في النصف ساعة الماضية. من ناحية أخرى ، لا يوفر StreamView أي بيانات عن مصادر حركة المرور المتوفرة في الوقت الفعلي في Google Analytics.

تم أيضًا ترحيل أداة DebugView من Firebase إلى App + Web ، مما يبسط كثيرًا الاختبار وتقديم وظائف جديدة إلى الموقع.

مقارنةً بـ Google Analytics القياسي ، فإن App + Web لديها قيود أكثر صرامة على الإعدادات وكذلك على عدد وأسماء الأحداث والمعلمات.

على سبيل المثال ، في التطبيق + الويب ، يمكنك استخدام:

• ما يصل إلى 500 حدث فريد (باستثناء الأحداث التلقائية) (بحد أقصى 40 حرفًا لاسم الحدث)
• ما يصل إلى 15 حدث تحويل (على غرار الأهداف في GA)
• ما يصل إلى 25 معلمة لكل حدث (بحد أقصى 100 حرف لقيمة المعلمة المرسلة)
• ما يصل إلى 25 خاصية للمستخدم
• ما يصل إلى 50 جمهورًا

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

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

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

حتى الآن ، لا يوجد تكامل مباشر بين App + Web مع Google BigQuery: يتم تحميل البيانات عبر Firebase وهذه الوظيفة متاحة فقط للعملاء الذين لديهم خطة Blaze. أي أن البيانات التي تم تحميلها قد تكون غير مأخوذة من عينات ، ولكن سيتعين عليك دفع رسوم إضافية لمعالجة البيانات اعتمادًا على الحجم.

بالنسبة إلى وقت التحميل ، يتم تحميل بيانات الأحداث لليوم الحالي في الجدول الوسيط كل 15 دقيقة (تصدير التدفق). يتم تصدير البيانات الكاملة مرة واحدة يوميًا إلى جدول منفصل ، وبعد ذلك يتم حذف الجدول الوسيط.

في الوقت الحالي ، تتطابق بنية التحميل للتطبيق + الويب مع بنية التحميل لتطبيق Firebase. في هذا الصدد ، من المحتمل أن تتم معالجة البيانات الموجودة في الجداول وفقًا لمنطق Firebase. بناءً على وصف الحقول ، عند تحميل البيانات ، يتم تسجيل المصدر والقناة والحملة التي جلبت المستخدم أولاً إلى التطبيق (أو موقع الويب) في جدول BigQuery. للإحالة ، يتم استخدام نموذج النقرة الأخيرة (قنوات متعددة) في حقل traffic_source.

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

الفروق الدقيقة في الإحالة في Firebase:

• بيانات الإحالة متاحة فقط لأحداث التحويل.
• تظهر علامة (لم يتم التعيين) في المصادر في حالة عدم وجود بيانات عن المصدر أو الوسيط أو الحملة أو نوع شبكة الإعلانات أو التصميم.
• لا يمكن تغيير فترة التحويل في Firebase: فهي 30 يومًا للتثبيت و 180 يومًا لإعادة التفاعل (التحويلات داخل التطبيق).

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

باستخدام OWOX BI Attribution ، يمكنك تقييم مساهمة حملاتك في المبيعات على موقعك وفي متاجرك الفعلية وتوزيع ميزانيتك الإعلانية بكفاءة.

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

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

هل يجب عليك التبديل إلى التطبيق + الويب الآن؟ لا يستحق الأمر بالتأكيد إيقاف جمع البيانات في برنامج Google Analytics القياسي. من الأفضل تجربة كلتا الطريقتين ومقارنة نماذج البيانات والتقارير.

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

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

مع هذا التحديث ، قامت Google بتبسيط عملية جمع البيانات وتسليمها من Google Analytics إلى Google BigQuery للمشاريع الجاهزة لتغيير هيكل تقاريرها ونظام المقاييس بشكل كبير على الموقع

• نظرًا لأن App + Web ليس لديها حتى الآن تقارير قياسية حول مصادر الزيارات وتحليل التكلفة ، فسيكون من الصعب على جهات التسويق استخدامها لتقييم فعالية الحملات الإعلانية - لمعرفة عدد الجلسات التي جلبها مصدر معين ، قارن عائد النفقات الإعلانية لـ كل القنوات ، إلخ.
• الشركات التي تهتم بالحصول على بيانات أولية وغير مستندة إلى عينات في الوقت الفعلي من Google BigQuery
• والشركات التي تنقل الكثير من المعلمات المخصصة من مواقعها إلى Google Analytics وتريد إنشاء تقارير BigQuery من Google حول هذه المعلمات لن تستفيد أيضًا.
• بالإضافة إلى ذلك ، التطبيق + الويب غير مخصص للمشاريع التي تريد تحميلها إلى BigQuery واستخدام بيانات المعاملات في التقارير أو للشركات التي ترغب في مراعاة كل خطوة للمستخدم في مسار التحويل وتقييم القنوات الإعلانية بصدق دون إعطاء القيمة الكاملة للتحويلات إلى القناة الأخيرة قبل الطلب.

ومع ذلك ، ليس كل شيء حزينًا جدًا. لا يزال بإمكانك إنجاز كل هذه الأشياء باستخدام OWOX BI أو وظيفة BigQuery Export ، المتوفرة في الإصدار المدفوع من Google Analytics. يمكنك قراءة المزيد حول ميزات وإيجابيات وسلبيات هاتين الطريقتين في مقالتنا حول كيفية اختلاف OWOX BI عن Google Analytics 360.

إذا كنت بحاجة إلى مساعدة في إعداد تحليلات الويب وإنشاء نظام قياس فردي لعملك ، فاكتب إلينا على [email protected] أو املأ نموذج الاتصال على موقعنا.