Firebase Analytics: ما هو، الميزات الرئيسية والتكامل في مشروعك

حدود وأسعار Firebase Analytics

Firebase Analytics مجاني بالكامل ولا يوجد حد لعدد الأحداث المسجلة — وهذا فرق رئيسي عن Amplitude (10–20 مليون حدث في الخطة المجانية) وMixpanel (20 مليون). القيود الوحيدة: 500 نوع حدث لكل مشروع، و100 معامل لكل حدث (منها 25 نصية كحد أقصى) و100 قيمة فريدة لخصائص المستخدم لكل مشروع.

التصدير إلى BigQuery مجاني أيضًا حتى 10 جيجابايت شهريًا، مما يغطي احتياجات معظم التطبيقات التي يصل عدد مستخدميها النشطين شهريًا إلى 100,000. عند تجاوز الحد، تُطبق أسعار BigQuery القياسية (5 دولارات لكل تيرابايت من البيانات المعالجة). وفقًا لـ Firebase Blog (2025)، 95% من المشاريع تبقى ضمن الحدود المجانية لـ BigQuery باستخدام التصدير المباشر مع الاستخراج اليومي. لتحسين تكاليف BigQuery، قم بتجميع البيانات قبل التصدير عبر الاستعلامات المجدولة — مما يقلل حجم البيانات المعالجة بنسبة 60–80%.

ما هو Firebase Analytics؟

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

الميزة الرئيسية هي التكامل السلس مع خدمات Firebase الأخرى: Crashlytics لتقارير الأعطال، وCloud Messaging للإشعارات الفورية، وRemote Config للاختبارات A/B، وPredictions لتوقعات التعلم الآلي. وفقًا لـ Google I/O (2024)، التطبيقات التي تستخدم حزمة Firebase الكاملة تقلل وقت طرح الميزات بنسبة 30%.

الميزات الرئيسية لـ Firebase Analytics

تتبع الأحداث

الأحداث هي الوحدة الأساسية في Firebase Analytics. كل إجراء للمستخدم يُسجل كحدث مع معاملات إلزامية (screen_view، session_start) ومخصصة. يدعم Firebase حتى 500 نوع حدث و100 معامل لكل حدث. جميع الأحداث غير محدودة الحجم — لا يوجد حد لعدد الأحداث المسجلة يوميًا، مما يميز الخدمة بشكل جوهري عن البدائل المدفوعة.

الجماهير والشرائح

الجماهير هي مجموعات ديناميكية من المستخدمين يتم تحديثها في الوقت الفعلي. تحدد شرطًا (مثل «المستخدمون الذين أجروا 3+ مشتريات في 30 يومًا»)، ويضيف Firebase تلقائيًا مستخدمين جدد عند استيفاء الشرط. تُستخدم الجماهير لاستهداف الإشعارات الفورية عبر Cloud Messaging ولـ التصدير إلى شبكات الإعلانات (Google Ads، Display & Video 360).

التكامل مع خدمات Firebase

التكامل هو العامل المميز الرئيسي لـ Firebase Analytics عن الأنظمة المنعزلة. تغذي بيانات Analytics تلقائيًا Crashlytics (سياق الأعطال)، وRemote Config (تخصيص المعاملات)، وCloud Messaging (الإشعارات المستهدفة)، وPredictions (توقعات ML للقيمة الدائمة ومعدل التوقف). على سبيل المثال، شريحة «ارتفاع خطر التوقف» من Predictions تُبنى على بيانات Analytics وتطلق تلقائيًا حملة استبقاء عبر Cloud Messaging.

كيفية إعداد Firebase Analytics في مشروعك

الإعداد لـ Firebase Analytics يتكون من ثلاث خطوات: إنشاء مشروع في Firebase Console، إضافة ملف التكوين google-services.json، وتهيئة SDK في كود التطبيق. لنظام Android، أضف إضافة google-services في build.gradle وتبعية analytics-ktx. لنظام iOS، استخدم Podfile مع pod Firebase/Analytics.

بعد تهيئة SDK، يسجل تلقائيًا الأحداث الأساسية: first_open وsession_start وscreen_view وapp_update. للأحداث المخصصة، استخدم طريقة logEvent مع اسم الحدث وحزمة المعاملات. تحقق من صحة التكامل عبر DebugView في Firebase Console — يعرض الأحداث في الوقت الفعلي مع جميع المعاملات.

الأحداث والمعاملات في Firebase Analytics

نظام الأحداث في Firebase Analytics يتضمن أحداثًا موصى بها (purchase، add_to_cart، share، sign_up) مع معاملات محددة مسبقًا وأحداث مخصصة بأسماء وقيم عشوائية. الأحداث الموصى بها لها ميزة — تشارك تلقائيًا في تقارير Google Ads وتتيح استخدام نماذج التنبؤ Firebase Predictions.

كل حدث يأتي مع معاملات: نصية (حتى 100 حرف)، رقمية (Double)، أو مصفوفة (Array). تنقسم المعاملات إلى خصائص مستخدم (user properties) — خصائص تستمر بين الجلسات (مثل المستوى في اللعبة) — ومعاملات حدث — سياق إجراء محدد. وفقًا لـ Firebase Team (2024)، التطبيقات ذات خصائص المستخدم المضبوطة بشكل صحيح تحصل على رؤى أكثر بنسبة 25% من التقارير القياسية.

تقارير ولوحات معلومات Firebase Analytics

Firebase Console توفر عدة تقارير مدمجة. Overview — ملخص لـ DAU وMAU والإيرادات ومعدل التحويل للفترة المحددة. Events — تفاصيل كل حدث مع العدد والمستخدمين الفريدين والمعاملات. Conversions — تتبع الأحداث المستهدفة المميزة كتحويلات. Retention — تقرير مجموعات مقسم حسب الأيام والأسابيع والأشهر.

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

للتحليل المتعمق، قم بإعداد التكامل مع BigQuery. يتم تصدير البيانات يوميًا كأحداث خام events_YYYYMMDD. استخدم SQL لبناء لوحات معلومات مخصصة: تحليل المجموعات بفترات مخصصة، ومسارات التحويل بأي خطوات، وتقسيم RFM. وفقًا لـ Firebase Blog (2024)، التكامل مع BigQuery يضاعف القدرات التحليلية للمنصة، مما يسمح بدمج بيانات Firebase مع CRM وأنظمة الإعلانات والمصادر الخارجية.

مثال تكامل في Kotlin

أدناه كود تكامل Firebase Analytics في تطبيق Android بلغة Kotlin. يوضح التهيئة وتسجيل الحدث الموصى به purchase وحدث مخصص مع معاملات مستخدم.

import com.google.firebase.analytics.FirebaseAnalytics
import com.google.firebase.analytics.ktx.logEvent

class AnalyticsManager {
    private val firebaseAnalytics = FirebaseAnalytics.getInstance(context)

    fun trackPurchase(itemId: String, price: Double, currency: String) {
        val params = bundleOf(
            FirebaseAnalytics.Param.ITEM_ID to itemId,
            FirebaseAnalytics.Param.VALUE to price,
            FirebaseAnalytics.Param.CURRENCY to currency
        )
        firebaseAnalytics.logEvent(FirebaseAnalytics.Event.PURCHASE, params)
    }

    fun trackTutorialStep(stepNumber: Int, stepName: String) {
        firebaseAnalytics.logEvent("tutorial_step") {
            param("step_number", stepNumber)
            param("step_name", stepName)
        }
    }
}

بعد التكامل، تحقق من الأحداث في Firebase Console. استخدم DebugView للتصحيح — ستظهر الأحداث خلال 3–5 ثوانٍ بعد أول تشغيل في وضع التصحيح.

الأخطاء الشائعة عند العمل مع Firebase Analytics

الخطأ الأول هو وجود عدد كبير جدًا من الأحداث المخصصة بدون هيكل. 500 نوع حدث هو حد، لكن 50 حدثًا مصممًا جيدًا أفضل من 500 فوضوي. حدد نموذج الأحداث الخاص بك منذ البداية: أحداث موصى بها للإجراءات القياسية (purchase، sign_up) وأحداث مخصصة فقط لمنطق التطبيق الفريد.

الخطأ الثاني هو تجاهل خصائص المستخدم للتقسيم. إذا لم تحدد خصائص المستخدم (المستوى، الخطة، الدولة)، فلن تتمكن من بناء جماهير للاستهداف في Cloud Messaging. حدد خصائص المستخدم عند تسجيل الدخول وقم بتحديثها عندما تتغير حالة المستخدم. وفقًا لـ Firebase Blog (2024)، 40% من الفرق لا تستخدم خصائص المستخدم، مما يفقد فرصة تخصيص التواصل.

الخطأ الثالث هو عدم استخدام DebugView قبل الإصدار. DebugView يعرض الأحداث في الوقت الفعلي مع معاملات كاملة — هذه هي الطريقة الوحيدة للتأكد من صحة البيانات قبل الإطلاق. وفقًا لـ Google (2024)، 60% من أخطاء تكامل Firebase Analytics تُكتشف فقط بعد الإصدار، عندما يتطلب الإصلاح تحديث إصدار التطبيق.