استيراد الشرائح

توفر منصة Firebase أدوات لتخصيص تجربة المستخدم من خلال استهداف مجموعات من المستخدمين عبر خدمات Firebase، مثل الإعداد عن بُعد، خدمة المراسلة عبر السحابة الإلكترونية، والرسائل داخل التطبيق. باستخدام حساب BigQuery مرتبط، يمكنك استيراد الشرائح التي ربما حدّدتها خارج Firebase لإنشاء تجارب مستهدَفة باستخدام خدمات Firebase.

إعداد الشرائح المستورَدة

يمكنك استيراد بيانات شرائحك إلى Firebase باستخدام Google Cloud BigQuery. توفر BigQuery عدة طرق لـ تحميل البيانات، لذا يمكنك اختيار الطريقة الأنسب لإعداداتك.

مخطّط بيانات الشرائح المستورَدة

بعد تفعيل عملية الدمج:

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

تفعيل ميزة الاستيراد من BigQuery

  1. انتقِل إلى صفحة عملية الدمج مع BigQuery في وحدة التحكّم Firebase.
  2. إذا لم يسبق لك إعداد عملية الدمج مع BigQuery، اتّبِع التعليمات الظاهرة على الشاشة لتفعيل BigQuery. شاشة عمليات الدمج في <span class=وحدة تحكُّم Firebase">
  3. فعِّل خيار الشرائح المستورَدة. زر التبديل الخاص بالشرائح المستورَدة في الحالة غير المفعّلة

عند تفعيل استيراد الشرائح من BigQuery:

  • تُنشئ Firebase تلقائيًا مجموعة بيانات جديدة في BigQuery باسم firebase_imported_segments. تحتوي مجموعة البيانات هذه على جداول فارغة باسمَين SegmentMemberships و SegmentMetadata.
  • ستتم أيضًا مشاركة مجموعة البيانات "firebase_imported_segments" مع حساب خدمة Firebase الذي يحمل النطاق @gcp-sa-firebasesegmentation.iam.gserviceaccount.com.
  • تُشغّل Firebase مهمة كل 12 ساعة على الأقل للقراءة من مجموعة البيانات هذه، وقد تستورد البيانات بشكل متكرّر أكثر من مرة كل 12 ساعة.

استيراد البيانات إلى BigQuery

يمكنك استخدام أي آلية متوافقة لتحميل بياناتك إلى BigQuery من أجل ملء جدولَي SegmentMemberships و SegmentMetadata. يجب أن تتّبع البيانات المخطط الموضّح أدناه:

SegmentMemberships

[
  {
    "name": "instance_id",
    "type": "STRING"
  },
  {
    "name": "segment_labels",
    "type": "STRING",
    "mode": "REPEATED"
  },
  {
    "name": "update_time",
    "type": "TIMESTAMP"
   }
]

instance_id: هو معرّف تثبيت Firebase لتثبيت تطبيق معيّن. عليك استرداد معرّف التثبيت لكل عملية تثبيت تطبيق تريد تضمينها في شريحة، واستخدام هذه القيم لملء هذا الحقل.

segment_labels: هي الشرائح التي يتم تضمين الأجهزة ("instance_id") فيها. لا يجب أن تكون هذه الشرائح سهلة القراءة ويمكن أن تكون قصيرة للحدّ من استخدام سعة التخزين المطلوب استخدامها في BigQuery. يجب أن يكون هناك إدخال مطابق في جدول SegmentMetadata لكل "segment_labels" مستخدَمة هنا. يُرجى العِلم أنّ هذا الحقل بصيغة الجمع، بينما يحتوي جدول SegmentMetadata على "segment_label".

update_time: لا تستخدم Firebase هذا الحقل حاليًا، ولكن يمكن استخدامه لـ حذف عضويات الشرائح الأقدم من BigQuery التي لم تعُد مستخدَمة.

SegmentMetadata

[
   {
      "name": "segment_label",
      "type": "STRING"
   },
   {
      "name": "display_name",
      "type": "STRING"
   }
]

segment_label: يحدّد شريحة معيّنة. يجب أن يكون هناك إدخال في هذا الجدول لكل شريحة مُدرَجة في جدول SegmentMemberships. يُرجى العِلم أنّ هذا الحقل بصيغة المفرد، بينما يحتوي جدول SegmentMemberships على "segment_labels".

display_name: هو اسم الشريحة الذي يمكن للمستخدمين قراءته والذي يظهر في واجهة المستخدم. يُستخدَم هذا الاسم لتصنيف شريحتك في Firebase وحدة تحكّم Firebase.

إعداد الفوترة في BigQuery

إذا كنت تجرب الميزة الجديدة لتطبيق يتضمّن عددًا قليلاً جدًا من عمليات التثبيت، قد تحتاج فقط إلى إعداد وضع الحماية في BigQuery.

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

إيقاف عملية الدمج

لإيقاف عملية الدمج هذه، انتقِل إلى صفحة عملية الدمج مع BigQuery في وحدة التحكّم Firebase وأوقِف خيار الشرائح المخصّصة.

استخدام الشرائح المستورَدة

بعد استيعاب البيانات، ستتوفّر في Firebase لاستهداف المستخدمين باستخدام خدمات مثل "الإعداد عن بُعد" أو "المراسلة داخل التطبيق". تعمل هذه الميزة تمامًا مثل استهداف المستخدمين باستخدام المواقع أو Google Analytics شرائح الجمهور.

مثال على استخدام شرائح مستورَدة مع أداة إنشاء الإشعارات

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

يتوفّر أيضًا تقدير لعدد المثيلات التي تطابِق معايير الاستهداف بالكامل. ويتم تعديل هذا التقدير عند إجراء أي تغييرات على معايير الاستهداف.

حالات الاستخدام

هناك عدد من الطرق التي يمكنك من خلالها استخدام الشرائح المستورَدة لإنشاء تجارب مستهدَفة للمستخدمين. يُحدّد هذا القسم بعض السيناريوهات الشائعة التي قد ترغب فيها في استخدام هذه الميزة.

إرسال إشعارات إلى مجموعة من المستخدمين

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

لنفترض الآن أنّك تريد استخدام Firebase Cloud Messaging لإرسال إشعار إلى هؤلاء المستخدمين لتذكيرهم بأنّ لديهم سلعًا في سلّة التسوّق. يمكنك إنشاء شريحة باسم "incomplete-checkout" وتضمين هؤلاء المستخدمين، الذين تم تحديدهم من خلال معرّف التثبيت Firebase، وتحميلها إلى BigQuery لمشاركتها مع Firebase.

بعد أن تستوعب Firebase هذه البيانات، ستتوفّر في أداة إنشاء الإشعارات حيث يمكنك إنشاء حملة إشعارات جديدة تستهدف "incomplete-checkout" لإرسال رسالة تحثّ المستخدمين على إكمال عملية الدفع.

ضبط تطبيق لمجموعة فرعية من المستخدمين

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

يمكنك دمج Remote Config في تطبيقك واستخدام مَعلمة، مثل "needs_help"، في تطبيقك لعرض الفيديو التعليمي بشكل مشروط.

باستخدام بيانات الإحصاءات، أنشئ شريحة باسم "troubled-users" و ضِّمن المستخدمين المناسبين، الذين تم تحديدهم من خلال معرّف تثبيت Firebase. بعد ذلك، حمِّل هذه الشريحة وأعضاءها إلى BigQuery لمشاركتها مع Firebase.

بعد أن تستوعب Firebase هذه البيانات، ستتوفّر في Remote Config console كشريحة يمكن استهدافها. يمكنك بعد ذلك إنشاء شرط يستهدف "troubled-users" وضبط المَعلمة "needs_help" على "صحيح" لهذا الشرط و"خطأ" تلقائيًا. بعد نشر هذا الإعداد، يعرض التطبيق الفيديو التعليمي للمستخدمين في شريحة "troubled-users" فقط.

تتبُّع رحلات المستخدمين على جميع الأجهزة

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

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

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

من خلال تحليل هذه البيانات في BigQuery، يمكنك تحديد معرّف تثبيت Firebase للأجهزة اللوحية للمستخدمين الذين لم يُكملوا كتابة مراجعة على هواتفهم. يمكنك تسمية هذه المجموعة "tablets-of-users-who-cancelled-on-phone" وتحميل الشريحة إلى BigQuery لمشاركة قائمة الأعضاء مع Firebase.

بعد أن تستوعب Firebase هذه البيانات، ستتوفّر في أداة إنشاء الإشعارات كشريحة يمكن استهدافها. يمكنك بعد ذلك إنشاء حملة إشعارات جديدة تستهدف "tablets-of-users-who-cancelled-on-phone" لإرسال رسالة تحثّ هؤلاء المستخدمين على إكمال مراجعتهم على أجهزتهم اللوحية.