יבוא פלחים

Firebase מספקת כלים חייט חווית המשתמש על ידי מיקוד קבוצות של משתמשים באמצעות שירותי Firebase כגון Config מרחוק , Cloud Messaging , ו In-App מסרים . באמצעות מקושרי BigQuery חשבון, תוכל לייבא פלחים שאולי זיהו מחוץ Firebase ליצור חוויות ממוקדות עם שירותי Firebase.

הגדר פלחים מיובאים

ניתן לייבא נתונים עבור המגזרים שלך לתוך Firebase באמצעות Google Cloud BigQuery . BigQuery מספק מספר דרכי נתון עומס , אתה חופשי לבחור מה הכי מתאים לתצורה שלך.

זרימת נתונים של פלחים מיובאים

לאחר שהשילוב מופעל:

  • Firebase יוצר מערך נתונים ב-BigQuery שבבעלותך, אך ל-Firebase יש גישת קריאה אליו.
  • Firebase קולט מדי פעם את הנתונים, מה שהופך את הפלחים המעודכנים שלך לזמינים במסוף Firebase למיקוד.
  • ל-Firebase יש גישת קריאה רק לנתונים האלה. Firebase שומרת עותק של נתונים אלה באחסון הפנימי שלה.
  • כל נתונים שנמחקים ממערך הנתונים של BigQuery נמחקים גם מאחסון הנתונים של Firebase.

הפעל ייבוא ​​BigQuery

  1. עבור אל אינטגרציה BigQuery דף במסוף Firebase.
  2. אם לא הגדרת בעבר את שילוב BigQuery, עקוב אחר ההוראות שעל המסך כדי להפעיל את BigQuery.מסך האינטגרציות במסוף Firebase
  3. אפשר את המגזרים המיובאים Toggle. הפלחים המיובאים עוברים למצב מושבת

כאשר אתה מפעיל ייבוא ​​פלחים מ-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 שולחנות. נתון חייבים לבצע את הסכמה מתוארת להלן:

מגזר חברות

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

instance_id: The מזהה התקנה 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: שם קריא, UI ידידותי עבור פלח. זה משמש לתיוג הפלח שלך במסוף Firebase.

הגדר חיוב עבור BigQuery

אם אתה מנסה את התכונה החדשה של אפליקציה עם מתקנים מעטים מאוד, ייתכן שיהיה עליך רק להגדיר את ארגז החול BigQuery .

עם זאת, אם אתה משתמש זה עבור יישום ייצור עם משתמשים רבים, אתה חייב להגדיר חיוב עבור שימוש BigQuery לשלם עבור אחסון, כמו גם את המנגנון המשמש נתון עומס לתוך BigQuery. לא תחויב עבור כל קריאות שיוזמו על ידי Firebase.

השבת את האינטגרציה

כדי לבטל אינטגרציה זו, ללכת אינטגרצית BigQuery דף Firebase הקונסולה ולהפסיק את Custom מגזרים לעבור.

השתמש בפלחים מיובאים

ברגע שהנתונים ייקלטו, הם יהיו זמינים במסוף Firebase למיקוד עם שירותים כגון הגדרה מרחוק או הודעות בתוך האפליקציה. זה עובד בדיוק כמו מיקוד עם נכסים או קהלים של Google Analytics.

דוגמה לשימוש בקטעים מיובאים עם כותב ההודעות

אתה יכול להשתמש ב"פלחים מיובאים" מכיוון שאחד מהמאפיינים והפלחים שניתנים למיקוד שייבאת יהיו זמינים לבחירה. הם כוללים גם אומדן של מספר מופעי האפליקציה השייכים לכל פלח.

קיימת גם אומדן של מספר המקרים התואמים את כל קריטריוני המיקוד. זה מתעדכן כאשר אתה מבצע שינויים כלשהם בקריטריוני המיקוד.

מקרי שימוש

ישנן מספר דרכים שבהן תוכל להשתמש בפלחים מיובאים כדי ליצור חוויות משתמש ממוקדות. סעיף זה מתאר כמה תרחישים נפוצים שבהם ייתכן שתרצה להשתמש בתכונה זו.

שלח הודעות לקבוצת משתמשים

תאר לעצמך שיש לך אפליקציה שמאפשרת רכישות בתוך האפליקציה עם עגלת קניות. תוכל גם להשתמש בפתרונות ניתוח מותאמים אישית או של צד שלישי (כאלה שאינם מופעלים על ידי Google Analytics) כדי לאסוף מדדים שונים הקשורים להתנהגות המשתמש באפליקציה שלך. באמצעות מדדים אלה, תוכל לזהות קבוצת משתמשים שהוסיפו פריטים לעגלת הקניות, אך לא השלימו את התשלום.

כעת תאר לעצמך שאתה רוצה להשתמש ב-Firebase Cloud Messaging כדי לשלוח הודעה למשתמשים אלה כדי להזכיר להם שיש להם פריטים בעגלה. אתה יכול ליצור פלח שנקרא "תשלום לא שלם" ולכלול את המשתמשים האלה, המזוהים לפי מזהה ההתקנה שלהם ב-Firebase, ולהעלות אותו ל-BigQuery כדי לשתף עם Firebase.

ברגע ש-Firebase קולט את הנתונים האלה, הם זמינים ב-Notifications composer שבו תוכל ליצור מסע פרסום הודעות חדש המכוון ל"תשלום לא שלם" כדי לשלוח הודעה שדוחפת את המשתמשים להשלים את התשלום.

הגדר אפליקציה עבור תת-קבוצה של משתמשים

נניח שאתה משתמש בפתרון ניתוח פנימי המצביע על כמה משתמשים מתקשים לנווט באפליקציה. כדי לעזור למשתמשים אלה, אתה רוצה להגדיר את התנהגות האפליקציה עבור משתמשים אלה כדי לכלול סרטון הדרכה קצר.

ניתן לשלב Config מרחוק באפליקציה ולהשתמש פרמטר, בשם משהו כמו "needs_help", באפליקציה מותנה להראות את הווידאו הדרכה.

השתמש בנתוני הניתוח שלך, צור פלח בשם "משתמשים בעייתיים" וכלול משתמשים מתאימים, המזוהים על ידי מזהה ההתקנה של Firebase. לאחר מכן העלה את הפלח הזה והחברים שלו ל-BigQuery כדי לשתף עם Firebase.

ברגע ש-Firebase קולט נתונים אלה, הם הופכים לזמינים במסוף התצורה המרוחקת כפלח שניתן למקד. לאחר מכן תוכל ליצור תנאי הממקד ל"משתמשים בעייתיים" ולהגדיר את הפרמטר "needs_help" כ-true עבור תנאי זה וכ-false כברירת מחדל. לאחר פרסום התצורה הזו, האפליקציה מציגה את סרטון ההדרכה רק למשתמשים בקטע "משתמשים בעייתיים".

עקוב אחר מסעות משתמשים בין מכשירים

תאר לעצמך שבנית אפליקציה לביקורת מסעדות באמצעות Firebase ו-Google Analytics. בעזרת מדדים שנאספו, אתה מוצא שמשתמשים ניגשים לעתים קרובות לאפליקציה הן ממכשיר נייד והן מטאבלט. אתה גם מגלה שהמשתמשים שלך מעדיפים לכתוב ביקורות בטאבלט, בעוד שהם עשויים לקרוא ביקורות מכל מכשיר.

חלק מהמשתמשים מתחילים לכתוב ביקורת בטלפון שלהם ומוותרים, אולי בגלל גורם הצורה הקטן יותר. אתה מחליט לשלוח הודעה למשתמשים כאלה בטאבלטים שלהם המנחה אותם לסיים את הביקורות שלהם.

לשם כך, תוכל להגדיר ביקורת-מזהה שנוצרה באופן פנימי כ-UserId באמצעות Google Analytics עבור משתמשים מחוברים ולהפעיל אירוע לזיהוי ביקורות שבוטלו. לאחר מכן תוכל לייצא את נתוני Google Analytics של האפליקציה שלך ל-BigQuery.

על ידי ניתוח נתונים אלה ב-BigQuery, תוכל לזהות את מזהה ההתקנה של Firebase של טאבלטים עבור משתמשים שלא סיימו לכתוב ביקורת בטלפון שלהם. אתה יכול לקרוא לקבוצה הזו "טאבלטים-של-משתמשים-שביטלו-בטלפון" ולהעלות את הפלח ל-BigQuery כדי לשתף את רשימת החברים עם Firebase.

ברגע ש-Firebase קולט את הנתונים האלה, הם זמינים ב-Notifications composer כפלח שניתן למקד. לאחר מכן תוכל ליצור מסע פרסום הודעות חדש המכוון ל"טאבלטים-של-משתמשים-שביטלו-בטלפון" כדי לשלוח הודעה הדוחפת את המשתמשים האלה להשלים את הסקירה שלהם בטאבלטים שלהם.