Firebase Analytics: الجوهر، المقاييس وتحليل سلوك المستخدمين

ما هو Firebase Analytics

Firebase Analytics هو خدمة سحابية من Google لجمع وتجميع وتحليل أحداث المستخدمين في التطبيقات المحمولة والويب. وهو جزء من Firebase SDK ويتم تقديمه مجاناً دون قيود على حجم البيانات المجمعة.

يعالج Firebase Analytics البيانات على مستوى الجلسات الفردية والمستخدمين. يحتوي كل حدث على طابع زمني ومعرف مستخدم وما يصل إلى 25 زوجاً من المفاتيح والقيم كمعلمات إضافية. يدير SDK تلقائياً معرف التثبيت ويلتزم بسياسات الخصوصية لمتجر Google Play ومتجر App Store.

هندسة الخدمة

تم بناء Firebase Analytics على البنية التحتية لـ Google Cloud ويستخدم نفس نظام معالجة البيانات المتدفقة مثل Google Analytics 4. يتم إرسال الأحداث من العميل عبر HTTPS إلى نقطة تجميع، ثم تخضع للتحقق والإثراء وتخزين في BigQuery للاحتفاظ طويل الأمد. وفقاً لبيانات Google (2026)، متوسط زمن الانتظار بين إرسال الحدث وظهوره في التقرير أقل من 3 ثوانٍ.

لضمان الخصوصية، يقوم Analytics تلقائياً بإخفاء عناوين IP للمستخدمين ولا ينقل معرفات الأجهزة الدائمة (AAID، IDFA) دون موافقة صريحة. يتحكم المطور في جمع البيانات من خلال العلامات في AndroidManifest و Info.plist.

الحدود المجانية والأسعار

على عكس العديد من منتجات Firebase، Firebase Analytics لا يحتوي على خطط مدفوعة. الخدمة مجانية تماماً بغض النظر عن عدد الأحداث أو المستخدمين أو مدة التخزين. يتم تخزين البيانات في وحدة تحكم Firebase لمدة تصل إلى 14 شهراً، وعند تفعيل التصدير إلى BigQuery، تكون مدة التخزين غير محدودة. وفقاً لبيانات Google (2026)، 96% من مشاريع Firebase تستخدم Analytics، ولا يدفع أي منها مقابل الخدمة نفسها — تنشأ التكاليف فقط عند تجاوز حدود BigQuery (10 جيجابايت من التخزين المجاني شهرياً).

كيف يجمع Firebase Analytics البيانات

تعتمد آلية الجمع على نموذج الأحداث: كل إجراء من المستخدم يتحول إلى حدث مع مجموعة من المعلمات. يقوم SDK تلقائياً بتسجيل الأحداث الموصى بها — first_open و session_start و screen_view و purchase و in_app_purchase. لا يتطلب تفعيلها كتابة كود — يكفي إضافة وحدة analytics نفسها.

الأحداث التلقائية

يقوم Firebase Analytics بتوليد أحداث تلقائية دون أي إعدادات من المطور. تتضمن القائمة الكاملة 15 حدثاً: first_open (التشغيل الأول)، session_start (بداية الجلسة)، user_engagement (التفاعل)، screen_view (عرض الشاشة)، app_remove (إزالة التطبيق)، os_update (تحديث نظام التشغيل) وغيرها. يحتوي كل حدث تلقائي على مجموعة محددة مسبقاً من المعلمات — إصدار التطبيق، طراز الجهاز، إصدار نظام التشغيل، المنطقة واللغة.

class AnalyticsEventsActivity : AppCompatActivity() {
    private lateinit var firebaseAnalytics: FirebaseAnalytics

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        firebaseAnalytics = FirebaseAnalytics.getInstance(this)

        firebaseAnalytics.logEvent(FirebaseAnalytics.Event.SELECT_CONTENT) {
            param(FirebaseAnalytics.Param.ITEM_ID, "article_575")
            param(FirebaseAnalytics.Param.ITEM_NAME, "Firebase Analytics Guide")
            param(FirebaseAnalytics.Param.CONTENT_TYPE, "guide")
        }
    }
}

الأحداث المخصصة

لتتبع منطق التطبيق المحدد، يتم استخدام الأحداث المخصصة. يحدد المطور اسم الحدث (حتى 40 حرفاً، أحرف لاتينية وشرطات سفلية) ومجموعة من المعلمات (حتى 25 معلمة لكل حدث). يتم تسجيل أسماء الأحداث في وحدة تحكم Firebase تلقائياً بعد الإرسال الأول — دون الحاجة إلى أي تكوين مسبق.

يمكن دمج الأحداث المخصصة مع المعلمات التي يتم تمريرها كـ Bundle. يقوم Firebase تلقائياً بتجميع المعلمات الرقمية، وحساب المجموع والمتوسط والحد الأدنى والحد الأقصى. تُستخدم معلمات السلسلة للتصفية والتقسيم في التقارير. وفقاً لبيانات Google (2026)، تولد التطبيقات متوسطة الحجم من 200 إلى 500 حدث مخصص فريد.

الأحداث والمعلمات وخصائص المستخدم

يتكون نموذج الأحداث في Firebase Analytics من ثلاثة مستويات: الأحداث والمعلمات وخصائص المستخدم. يخدم كل مستوى غرضه الخاص وله حدوده الخاصة من حيث الحجم. تصف الأحداث الإجراء، وتوضح المعلمات السياق، وتحدد خصائص المستخدم سمات المستخدم.

مستوى الأحداث

الحدث هو إجراء فردي للمستخدم مع طابع زمني. يجب أن يحتوي كل حدث على اسم ويمكن أن يتضمن ما يصل إلى 25 معلمة من نوع String أو Double. يميز Firebase بين الأحداث الموصى بها (أسماء محددة مسبقاً من ثوابت FirebaseAnalytics.Event)، والأحداث المخصصة (أي أسماء فريدة للمطور)، والأحداث التلقائية (التي يولدها SDK). وفقاً لبيانات Google (2026)، يرسل التطبيق متوسط 50 إلى 200 حدث لكل جلسة مستخدم.

معلمات الأحداث

المعلمات توضح سياق الحدث. للأحداث الموصى بها، تقدم Google أسماء معلمات محددة مسبقاً (FirebaseAnalytics.Param.ITEM_ID، .VALUE، .CURRENCY). للأحداث المخصصة، يستخدم المطور أي أسماء بطول يصل إلى 40 حرفاً. يمكن أن تكون المعلمة سلسلة (حتى 100 حرف)، أو رقماً عائماً، أو مصفوفة. تظهر قيم المعلمات في التقارير كعوامل تصفية — يمكنك عرض حدث purchase فقط لـ item_name معين.

خصائص المستخدم

خصائص المستخدم هي سمات مرتبطة بجميع أحداث المستخدم طوال دورة حياته. على عكس معلمات الأحداث، فإن خصائص المستخدم غير مرتبطة بإجراء معين ويتم نقلها مرة واحدة عند التغيير. أمثلة نموذجية: preferred_language، subscription_tier، onboarding_completed. حد أقصى 25 خاصية مستخدم لكل مشروع. يمكن أن تكون كل خاصية سلسلة بطول يصل إلى 36 حرفاً.

تُستخدم خصائص المستخدم بنشاط لبناء الجماهير: يمكنك إنشاء شريحة من المستخدمين الذين subscription_tier الخاص بهم هو «premium» وتحليل سلوكهم بشكل منفصل عن المستخدمين المجانيين. وفقاً لبيانات Google (2026)، يؤدي التكوين الصحيح لخصائص المستخدم إلى زيادة دقة توقع LTV بنسبة 20-30%.

إعداد تكامل Analytics في Android

يتكون تكامل Firebase Analytics في تطبيق Android من ثلاث خطوات: إضافة تبعية في build.gradle، تهيئة Firebase، وتكوين قواعد جمع البيانات. يتم تفعيل Analytics تلقائياً عند توصيل Firebase SDK — دون الحاجة إلى مفاتيح API أو رموز إضافية.

// build.gradle (app-level)
dependencies {
    implementation(platform("com.google.firebase:firebase-bom:33.1.0"))
    implementation("com.google.firebase:firebase-analytics-ktx")
}

// AndroidManifest.xml
@android:name="google_analytics_automatic_screen_reporting_enabled"
android:value="true"

بعد إضافة التبعية ومزامنة Gradle، يكون كائن FirebaseAnalytics متاحاً كـ singleton: FirebaseAnalytics.getInstance(context). بشكل افتراضي، يجمع Analytics الأحداث التلقائية فقط ولا يجمع البيانات في إصدارات DEBUG. للاختبار، استخدم خيار DebugView في وحدة تحكم Firebase، الذي يعرض الأحداث في الوقت الفعلي مع زمن انتظار أقل من ثانية واحدة.

تعطيل جمع البيانات

يوفر Firebase آليات مرنة لتعطيل أو تقييد جمع البيانات. العلامة Analytics.setAnalyticsCollectionEnabled(false) توقف تماماً إرسال الأحداث من العميل. بدلاً من ذلك، يمكنك تكوين الأذونات من خلال مربع حوار موافقة المستخدم (consent mode) — سيجمع Firebase البيانات فقط بعد الموافقة الصريحة. هذا أمر بالغ الأهمية للامتثال للائحة GDPR وقانون ePrivacy في المنطقة الاقتصادية الأوروبية.

وفقاً لبيانات Google (2026)، حوالي 12% من المستخدمين في أراضي الاتحاد الأوروبي يرفضون جمع التحليلات. في هذه الحالات، يسمح Firebase بنقل البيانات المجمعة دون معرفات — أحداث مجهولة يتم احتسابها في المقاييس العامة ولكنها لا تربط بمستخدم معين.

التقارير والجماهير والتحويلات

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

مسارات التحويل

مسار التحويل هو سلسلة من الأحداث التي يجب على المستخدم إكمالها للوصول إلى إجراء مستهدف. على سبيل المثال: screen_view(onboarding) → sign_up → add_to_cart → purchase. يقوم Firebase Analytics تلقائياً ببناء مسار التحويل من الأحداث المحددة ويظهر النسبة المئوية للمستخدمين الذين وصلوا إلى كل خطوة. وفقاً لبيانات Google (2026)، تحدد التطبيقات التي تستخدم مسارات التحويل 40% أكثر من نقاط تسرب المستخدمين مقارنة بعرض الأحداث العادي.

الجماهير لإعادة الاستهداف

تسمح الجماهير في Firebase Analytics بتقسيم المستخدمين حسب الأحداث والمعلمات وخصائص المستخدم. الجمهور هو قائمة ديناميكية من المستخدمين الذين يستوفون شروطاً محددة. على سبيل المثال، «المستخدمون الذين فتحوا التطبيق 5+ مرات في الأسبوع وأجروا عملية شراء». تتم مزامنة الجماهير التي تم إنشاؤها تلقائياً مع Firebase Cloud Messaging لإرسال الإشعارات الفورية ومع Google Ads للحملات الإعلانية.

يدعم Firebase ما يصل إلى 500 جمهور لكل مشروع. يتم تحديث كل جمهور كل 2-4 ساعات ويحتوي على عدد غير محدود من المستخدمين. يمكن دمج الجماهير باستخدام AND و OR و NOT — مما يسمح ببناء شرائح معقدة لاختبار A/B وتخصيص المحتوى من خلال Remote Config.

التصدير إلى BigQuery

BigQuery هي القناة الرئيسية للتحليل العميق لبيانات Firebase Analytics. عند تفعيل التصدير (يتم التكوين في وحدة تحكم Firebase بزر واحد)، يتم نسخ جميع الأحداث الخام إلى جدول BigQuery بتنسيق صفوف مع حقول متداخلة. يتم تحديث البيانات في الوقت الفعلي مع تأخير لا يزيد عن 5 دقائق. يمكن للمطورين كتابة استعلامات SQL مخصصة للتحليل، وبناء لوحات في Looker Studio، أو توصيل نماذج ML للتنبؤ بتسرب المستخدمين.

الاختلافات بين Firebase Analytics و Google Analytics 4

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

الاختيار بين Firebase Analytics و GA4 يعتمد على النظام البيئي للمشروع. إذا كان التطبيق يستخدم بنشاط خدمات Firebase الأخرى (Crashlytics، Cloud Messaging، Remote Config)، فإن Analytics هو الخيار الطبيعي بفضل التكامل السلس. إذا كان الهدف الرئيسي هو التحليلات التسويقية مع موقع ويب وتطبيق في واجهة موحدة، فإن GA4 يوفر إمكانيات أوسع للتقارير والإسناد. وفقاً لبيانات Google (2026)، 73% من المشاريع تستخدم Firebase Analytics كأداة أساسية و GA4 كأداة تكميلية لتقارير التسويق.