การเปิดตัวแอปบนอุปกรณ์เคลื่อนที่เวอร์ชันใหม่เป็นเวอร์ชันที่ใช้งานจริงเป็นหนึ่งในขั้นตอนที่น่าตื่นเต้นที่สุดของการพัฒนาแอป แต่ก็อาจเป็นหนึ่งในขั้นตอนที่สร้างความเครียดมากที่สุดด้วย ทีมของคุณต้องติดตามการยอมรับเวอร์ชัน ข้อบกพร่องใหม่ และผลกระทบของข้อบกพร่องเหล่านั้น การเปรียบเทียบกับรุ่นก่อนหน้า และอื่นๆ
หน้านี้จะอธิบายเครื่องมือต่างๆ ที่ Firebase มีให้เพื่อตรวจสอบข้อมูลที่จําเป็นเพื่อให้คุณมั่นใจเกี่ยวกับการเผยแพร่แอปบนอุปกรณ์เคลื่อนที่
ใช้แดชบอร์ดการตรวจสอบรุ่นเพื่อสำรวจข้อมูลที่เกี่ยวข้องกับรุ่น
หน้าแดชบอร์ดการตรวจสอบรุ่นในคอนโซล Firebase ทำงานด้วย Firebase Crashlytics แดชบอร์ดเดียวสำหรับตรวจสอบเวอร์ชันที่ใช้งานจริงล่าสุด แดชบอร์ดจะอัปเดตแบบเกือบเรียลไทม์และให้มุมมองระดับสูงเกี่ยวกับเมตริกที่สำคัญที่สุดของรุ่น ซึ่งรวมถึงเมตริกที่ไม่มีการขัดข้อง การใช้งานเวอร์ชัน การเปรียบเทียบกับรุ่นก่อนหน้า และปัญหาใหม่ของรุ่น
แดชบอร์ดใหม่นี้ปรับปรุงมาจากหน้ารุ่นล่าสุดในคอนโซล แดชบอร์ดการตรวจสอบรุ่นจะเพิ่มข้อมูลมากขึ้น แสดงข้อมูลที่เป็นประโยชน์โดยไม่ต้องใช้ Google Analytics และโหลดได้เร็วกว่าเมื่อเทียบกับหน้านั้น
ฟีเจอร์ของแดชบอร์ด
การรายงานแบบเรียลไทม์
แผนภูมิทั้งหมดจะอัปเดตแบบเกือบเรียลไทม์ ไม่นานหลังจากที่คุณทําให้เวอร์ชันล่าสุดใช้งานได้ คุณจะเห็นว่าผู้ใช้เริ่มมีส่วนร่วมกับรุ่นดังกล่าว หากผู้ใช้บางส่วนพบปัญหาข้อขัดข้อง คุณจะเห็นผลกระทบได้ทันทีผ่านแผนภูมิเมตริกที่ไม่มีข้อขัดข้องการเปรียบเทียบและการเปรียบเทียบประสิทธิภาพกับรุ่นก่อนหน้า
คุณสามารถดูความเสถียรของรุ่นล่าสุดในบริบทของรุ่นก่อนหน้าได้ แดชบอร์ดนี้ช่วยให้คุณเปรียบเทียบเมตริกแบบเรียลไทม์จากรุ่นล่าสุดกับบิลด์ที่เผยแพร่ก่อนหน้านี้ได้สูงสุด 2 รายการปัญหาใหม่ยอดนิยม
คุณสามารถดูข้อขัดข้องใหม่ของรุ่นล่าสุดได้ทันทีที่พบ ในตารางปัญหาใหม่ยอดนิยม คุณสามารถตรวจสอบผลกระทบของปัญหาที่ตรวจพบเป็นครั้งแรกในรุ่นล่าสุด ซึ่งจะช่วยให้คุณตัดสินใจได้อย่างรวดเร็วว่าจะหยุดหรือเลิกใช้งานรุ่น
ข้อกำหนดสำหรับหน้าแดชบอร์ด
หากต้องการดูรุ่นล่าสุดในแดชบอร์ดการตรวจสอบรุ่น ให้ทําดังนี้
ตรวจสอบว่าแอปของคุณใช้ CrashlyticsSDK เวอร์ชันต่อไปนี้เป็นอย่างน้อย
แพลตฟอร์ม Apple: v10.8.0 ขึ้นไป | Android: v18.6.0 ขึ้นไป (BoM v32.6.0 ขึ้นไป) | Flutter: v3.4.5 ขึ้นไป | Unity: 11.7.0 ขึ้นไปเผยแพร่แอปเวอร์ชันใหม่เป็นเวอร์ชันที่ใช้งานจริงเพื่อให้มีผู้ใช้ที่มีส่วนร่วมกับรุ่นล่าสุดจำนวนมากพอ
คำถามที่พบบ่อยเกี่ยวกับแดชบอร์ด
SDK เวอร์ชันใดบ้างที่ต้องใช้เพื่อใช้แดชบอร์ดการตรวจสอบรุ่น
หากต้องการให้บิลด์ปรากฏในหน้าแดชบอร์ด บิลด์ต้องใช้ Crashlytics SDK เวอร์ชันต่อไปนี้เป็นอย่างน้อย
แพลตฟอร์ม Apple: v10.8.0 ขึ้นไป |
Android: v18.6.0 ขึ้นไป (BoM v32.6.0 ขึ้นไป) |
Flutter: v3.4.5 ขึ้นไป |
Unity: 11.7.0 ขึ้นไป
โปรดทราบว่า SDK เวอร์ชันเหล่านี้มักเรียกว่า SDK เวอร์ชัน "ใช้เซสชันได้" เนื่องจากสามารถส่งข้อมูลเซสชันไปยัง Crashlytics ซึ่งจําเป็นสําหรับฟีเจอร์ใหม่จํานวนมากใน Crashlytics เช่น แดชบอร์ดการตรวจสอบรุ่น
เหตุใดแผงควบคุมการตรวจสอบรุ่นจึงระบุว่า "รอให้ผู้ใช้มีส่วนร่วมมากขึ้น"
บิลด์ต้องเป็นไปตามข้อกําหนดต่อไปนี้ทั้งหมดจึงจะปรากฏในแดชบอร์ด
บิลด์ใช้ CrashlyticsSDK เวอร์ชันต่อไปนี้เป็นอย่างน้อย
แพลตฟอร์ม Apple: v10.8.0 ขึ้นไป | Android: v18.6.0 ขึ้นไป (BoM v32.6.0 ขึ้นไป) | Flutter: v3.4.5 ขึ้นไป | Unity: 11.7.0 ขึ้นไปบิลด์มีผู้ใช้จํานวนมากพอในช่วง 3 วันที่ผ่านมา
บิลด์ต้องมีผู้ใช้ที่ไม่ซ้ำกันอย่างน้อย 500 คน หรือ
บิลด์มีผู้ใช้อย่างน้อย 1% ของผู้ใช้ทั้งหมด และมีผู้ใช้ที่ไม่ซ้ำกันอย่างน้อย 2 คน
ฉันจะดูบิลด์ใดได้บ้างในแดชบอร์ดการตรวจสอบรุ่น
แดชบอร์ดการตรวจสอบรุ่นมีไว้เพื่อช่วยคุณเกี่ยวกับรุ่นเวอร์ชันที่ใช้งานจริง ซึ่งก็คือบิลด์ที่มีผู้ใช้จำนวนมาก
บิลด์ต้องเป็นไปตามข้อกําหนดต่อไปนี้ทั้งหมดจึงจะปรากฏในแดชบอร์ด
บิลด์ใช้ CrashlyticsSDK เวอร์ชันต่อไปนี้เป็นอย่างน้อย
แพลตฟอร์ม Apple: v10.8.0 ขึ้นไป | Android: v18.6.0 ขึ้นไป (BoM v32.6.0 ขึ้นไป) | Flutter: v3.4.5 ขึ้นไป | Unity: 11.7.0 ขึ้นไปบิลด์มีผู้ใช้จํานวนมากพอในช่วง 3 วันที่ผ่านมา
บิลด์ต้องมีผู้ใช้ที่ไม่ซ้ำกันอย่างน้อย 500 คน หรือ
บิลด์มีผู้ใช้อย่างน้อย 1% ของผู้ใช้ทั้งหมด และมีผู้ใช้ที่ไม่ซ้ำกันอย่างน้อย 2 คน
(สําหรับแอปที่เผยแพร่ผ่าน Google Play) หากแอปมีลิงก์ Google Play แดชบอร์ดจะแสดงบิลด์ทั้งหมดที่แสดงอยู่ในแทร็ก Play Prod แม้ว่า Crashlytics จะไม่ได้รับการบันทึกเซสชันหรือตรวจพบผู้ใช้ที่ใช้งานอยู่สําหรับบิลด์นั้นก็ตาม
โปรดทราบว่าหากต้องการดูข้อมูลในหน้าแดชบอร์ดเพื่อเปรียบเทียบหรือดูเปอร์เซ็นต์ผู้ใช้ที่ใช้งานอยู่ คุณต้องเผยแพร่บิลด์อย่างน้อย 2 รายการที่เป็นไปตามข้อกําหนดก่อนหน้านี้
ค่าที่แสดงในแผนภูมิผู้ใช้ที่ใช้งานอยู่ได้รับการกําหนดหรือคํานวณอย่างไร
ก่อนอื่น คุณควรทำความเข้าใจคำศัพท์บางอย่างที่เกี่ยวข้องกับแผนภูมิผู้ใช้ที่ใช้งานอยู่
เซสชันคือช่วงเวลาต่อเนื่องที่ผู้ใช้มีส่วนร่วมกับแอปพลิเคชัน เซสชันใหม่จะเริ่มขึ้นเมื่อแอปเริ่มทำงานแบบ Cold Start หรือแอปทำงานอยู่เบื้องหน้าหลังจากทำงานอยู่เบื้องหลังอย่างน้อย 30 นาที
ผู้ใช้ที่ใช้งานอยู่ของบิลด์ที่เฉพาะเจาะจงคือจํานวนผู้ใช้ที่เริ่มเซสชันโดยใช้บิลด์นั้น โดยจัดกลุ่มตามชั่วโมง
ผู้ใช้ทั้งหมด (ที่ใช้งานอยู่) คือจํานวนผู้ใช้ที่เริ่มเซสชันในบิลด์ใดก็ได้ของแอปที่ใช้SDK เวอร์ชันที่รองรับเซสชัน โดยจัดกลุ่มตามชั่วโมง
ในแผนภูมิผู้ใช้ที่ใช้งานอยู่ ค่าเปอร์เซ็นต์และจํานวนผู้ใช้ที่ใช้งานอยู่ซึ่งแสดงในแผนภูมิเสมอจะมาจาก 60 นาทีที่ผ่านมา (หรือหากไม่มีผู้ใช้ที่ใช้งานอยู่ในช่วง 60 นาทีที่ผ่านมา จะเป็นระยะเวลา 1 ชั่วโมงที่ผ่านมาซึ่งมีข้อมูล) ตัวอย่างเช่น ในภาพหน้าจอตัวอย่าง มีผู้ใช้ที่ใช้งานอยู่ 90 คนสําหรับรุ่น 6.0.0 (600)
ในช่วง 60 นาทีที่ผ่านมา ซึ่งคิดเป็น 22.1% ของผู้ใช้ทั้งหมด (ที่ใช้งานอยู่) สําหรับแอป
เมื่อวางเมาส์เหนือเส้นในแผนภูมิผู้ใช้ที่ใช้งานอยู่ ระบบจะคํานวณเปอร์เซ็นต์ผู้ใช้ที่ใช้งานอยู่จากจํานวนผู้ใช้ที่ใช้งานอยู่ในช่วง 1 ชั่วโมงที่คุณวางเมาส์อยู่
โปรดทราบว่าหากต้องการดูเปอร์เซ็นต์ผู้ใช้ที่ใช้งานอยู่ คุณต้องเผยแพร่บิลด์อย่างน้อย 2 รายการที่เป็นไปตามข้อกำหนดที่อธิบายไว้ในคําถามที่พบบ่อย "ดูบิลด์ใดได้บ้างในหน้าแดชบอร์ดการตรวจสอบรุ่น"
เหตุใดเปอร์เซ็นต์ผู้ใช้ที่ใช้งานอยู่ของฉันจึงเท่ากับ 0%
เปอร์เซ็นต์ผู้ใช้ที่ใช้งานอยู่จะอิงตามข้อมูลเซสชันที่ได้รับ ไม่ใช่ข้อมูลอื่นๆ (เช่น ข้อมูล Google Play หรือรายงานข้อขัดข้อง)
เหตุใดฉันจึงไม่เห็นการเปรียบเทียบและ/หรือเปอร์เซ็นต์ของผู้ใช้ที่ใช้งานอยู่
หากนี่เป็นการเผยแพร่แอปที่ใช้ SDK เวอร์ชัน Crashlytics ที่เข้ากันได้เป็นครั้งแรก Crashlytics จะไม่มีข้อมูลเซสชันก่อนหน้าที่จะนำมาเปรียบเทียบ
ตั้งค่าการแจ้งเตือน
ผลิตภัณฑ์ Firebase หลายรายการ รวมถึง Crashlytics สามารถส่งการแจ้งเตือนได้เนื่องด้วยสาเหตุต่างๆ ที่เจาะจงผลิตภัณฑ์ คุณต้องมีสิทธิ์ที่จำเป็นจึงจะรับการแจ้งเตือนได้
หากต้องการตรวจสอบความเสถียรของรุ่นล่าสุด คุณสามารถตั้งค่าการแจ้งเตือนจากทั้ง Performance Monitoring และ Crashlytics สำหรับ Crashlytics โดยเฉพาะ คุณสามารถตั้งค่าการแจ้งเตือนต่อไปนี้ได้
ใช้การแจ้งเตือนอัตราความเร็วเพื่อแจ้งให้ทีมทราบหากปัญหาใดปัญหาหนึ่งในแอปเกินเกณฑ์ที่คุณกำหนดไว้ในคอนโซล Firebase
ส่งการแจ้งเตือนเกี่ยวกับปัญหาใหม่หรือปัญหาที่กลับมาอีกครั้งไปยังช่องทางการแจ้งเตือนที่ต้องการ ดังนี้
ใช้การผสานรวมการแจ้งเตือนที่กําหนดค่าในคอนโซล Firebase สําหรับ Jira, Slack และ PagerDuty
ตั้งค่าการแจ้งเตือนขั้นสูงไปยังบริการของบุคคลที่สามโดยใช้ Cloud Functions for Firebase
ตรวจสอบให้แน่ใจว่าการเผยแพร่เป็นไปอย่างราบรื่นก่อนเผยแพร่
ก่อนเผยแพร่เวอร์ชันล่าสุด ให้ลองใช้บริการและฟีเจอร์ต่อไปนี้เพื่อช่วยให้การเผยแพร่เป็นไปอย่างราบรื่น
ใช้บริการทดสอบเวอร์ชันตัวอย่าง
Firebase มีผลิตภัณฑ์ 2 รายการที่จะช่วยในการทดสอบก่อนเผยแพร่ ได้แก่ Test Lab และ App Distribution บริการทั้ง 2 อย่างนี้ผสานรวมเข้ากับเวิร์กโฟลว์ CI/CD ได้
Firebase Test Lab เป็นโครงสร้างพื้นฐานการทดสอบแอปบนระบบคลาวด์ที่ช่วยให้คุณทดสอบแอปในอุปกรณ์และการกำหนดค่าต่างๆ ได้ เพื่อให้ทราบถึงประสิทธิภาพของแอปเมื่อผู้ใช้จริงใช้งานตั้งแต่เนิ่นๆ
และเมื่อคุณพร้อมที่จะให้ผู้ใช้ที่เชื่อถือได้ทดสอบบิลด์ล่าสุดแล้ว ให้ใช้ Firebase App Distribution คุณสามารถจัดการทั้งแพลตฟอร์ม Apple และการเผยแพร่เวอร์ชันตัวอย่างของ Android ได้จากที่เดียวกัน
ใช้การเปิดตัวและบริการการทดสอบแบบจํากัด
ใช้ Firebase Remote Config เพื่อเปิดตัวฟีเจอร์ใหม่ด้วยกลไกการเปิดตัวแบบเปอร์เซ็นต์ หรือทดสอบฟีเจอร์เหล่านั้นในกลุ่มทดสอบแบบจำกัด
นอกจากนี้ Firebase ยังมี A/B Testing เพื่อให้คุณทดสอบการเปลี่ยนแปลง UI, ฟีเจอร์ หรือแคมเปญการมีส่วนร่วมของแอปเพื่อดูว่าการเปลี่ยนแปลงส่งผลต่อเมตริกหลัก (เช่น รายได้และการคงผู้ใช้ไว้) อย่างไรบ้างก่อนที่จะเปิดตัวในวงกว้าง