יבוא פלחים

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

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

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

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

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

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

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

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

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

דוגמה לשימוש בפלחים מיובאים עם מלחין ההודעות

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

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

השתמש במקרים

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

שלח התראות לקבוצת משתמשים

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

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

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

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

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

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

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

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

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

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

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

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

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

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