การแก้ปัญหาและคำถามที่พบบ่อยเกี่ยวกับการตรวจสอบประสิทธิภาพและ

วิธีดูข้อความบันทึกสำหรับเหตุการณ์ด้านประสิทธิภาพ

1. เปิดใช้การบันทึกการแก้ไขข้อบกพร่อง ดังนี้

   1. ใน Xcode (เวอร์ชันขั้นต่ำ v15.2) ให้เลือกผลิตภัณฑ์ > รูปแบบ > แก้ไขรูปแบบ
   2. เลือกเรียกใช้จากเมนูด้านซ้าย แล้วเลือกแท็บอาร์กิวเมนต์
   3. ในส่วนอาร์กิวเมนต์ที่ผ่านเมื่อเปิดตัว ให้เพิ่ม -FIRDebugEnabled

2. ตรวจสอบข้อความบันทึกของคุณเพื่อหาข้อความแสดงข้อผิดพลาด

3. Performance Monitoring จะติดแท็กข้อความบันทึกด้วย Firebase/Performance เพื่อให้คุณ สามารถกรองข้อความในบันทึกของคุณได้

4. ตรวจหาบันทึกประเภทต่อไปนี้ซึ่งระบุว่า Performance Monitoring บันทึกเหตุการณ์ด้านประสิทธิภาพ:

   • Logging trace metric: TRACE_NAME, FIREBASE_PERFORMANCE_CONSOLE_URL
   • Logging network request trace: URL

5. คลิก URL เพื่อดูข้อมูลในคอนโซล Firebase อาจใช้เวลา 2-3 รอให้ข้อมูลอัปเดตในหน้าแดชบอร์ด

หากแอปไม่ได้บันทึกเหตุการณ์ด้านประสิทธิภาพ โปรดดูเคล็ดลับในการแก้ปัญหา

เพิ่ม SDK ลงในแอป แต่เพิ่มคอนโซล ยังคงบอกว่าให้เพิ่ม SDK

Firebase จะตรวจสอบได้ว่าคุณได้เพิ่ม Performance Monitoring SDK ลงในแอปเรียบร้อยแล้วหรือไม่ เมื่อได้รับข้อมูลเหตุการณ์ (เช่น การโต้ตอบกับแอป) จากแอปของคุณ โดยปกติภายใน 10 นาทีหลังจากเริ่มแอป ระบบประสิทธิภาพ แดชบอร์ด ของคอนโซล Firebase แสดงข้อความ "ตรวจพบ SDK" จากนั้นภายใน 30 นาที หน้าแดชบอร์ดจะแสดงข้อมูลเบื้องต้นที่ประมวลผล

หากผ่านไปนานกว่า 10 นาทีแล้วนับตั้งแต่ที่คุณเพิ่ม SDK เวอร์ชันล่าสุดลงในแอป แต่คุณยังไม่เห็นการเปลี่ยนแปลงใดๆ ให้ตรวจสอบข้อความบันทึกเพื่อให้แน่ใจว่า Performance Monitoring บันทึกเหตุการณ์อยู่ ลองทำตามขั้นตอนการแก้ปัญหาที่เหมาะสมตามที่อธิบายไว้ด้านล่างเพื่อ แก้ปัญหาข้อความการตรวจจับ SDK ที่ล่าช้า

คอนโซลระบุว่าตรวจพบ SDK แต่ไม่มีข้อมูลแสดง

Performance Monitoring ประมวลผลข้อมูลเหตุการณ์ด้านประสิทธิภาพก่อนแสดงใน แดชบอร์ดประสิทธิภาพ

หากผ่านไปนานกว่า 24 ชั่วโมงนับตั้งแต่ที่ข้อความ "ตรวจพบ SDK" ปรากฏขึ้น แต่คุณยังไม่เห็นข้อมูล ให้ตรวจสอบหน้าแดชบอร์ดสถานะของ Firebase ในกรณีที่มีการหยุดทำงานที่ทราบ หากไม่มีการหยุดทำงาน ให้ติดต่อทีมสนับสนุน Firebase

แอปไม่บันทึก กิจกรรมด้านประสิทธิภาพ

หากคุณไม่เห็นข้อความบันทึกสำหรับประสิทธิภาพ เหตุการณ์ ให้ลองทำตามขั้นตอนการแก้ปัญหาต่อไปนี้

1. ตรวจสอบว่า Performance Monitoring SDK ไม่ใช่ ปิดใช้ ผ่านค่าสถานะใดค่าหนึ่งต่อไปนี้ในไฟล์ Info.plist

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

2. ตรวจสอบว่าไม่ได้ปิดใช้ Performance Monitoring ขณะรันไทม์ (ไวฟต์ | Obj-C)

3. หากคุณไม่พบรายการที่ปิดใช้ในแอป ติดต่อทีมสนับสนุน Firebase

แดชบอร์ดประสิทธิภาพคือ ไม่มีข้อมูลการติดตามหน้าจอ

หากไม่มีข้อมูลการติดตามการแสดงผลหน้าจอ ให้ลองทำตามขั้นตอนต่อไปนี้ ขั้นตอนการแก้ปัญหา:

1. ตรวจสอบว่าคุณใช้ SDK ของแพลตฟอร์ม Apple เวอร์ชันล่าสุด (v11.2.0) ร่องรอยการแสดงผลหน้าจอจะใช้ได้กับ v5.0.0 ขึ้นไปเท่านั้น

2. Performance Monitoring ไม่สร้างการติดตามการแสดงผลหน้าจอสำหรับมุมมองคอนเทนเนอร์ ผู้ควบคุมข้อมูล (เช่น UINavigationController และ UITabBarController) ถ้า ไม่มีข้อมูลสำหรับหน้าจอเหล่านี้ ทำให้เป็นลักษณะการทำงานปกติ

แดชบอร์ดประสิทธิภาพคือ ไม่มีข้อมูลการติดตามที่กำหนดเอง

คุณเห็นข้อมูลประสิทธิภาพของการติดตามที่รวบรวมโดยอัตโนมัติหรือไม่ แต่ไม่ใช่สำหรับ การติดตามโค้ดที่กำหนดเอง ลองทำตามขั้นตอนการแก้ปัญหาต่อไปนี้

1. ตรวจสอบการตั้งค่าการติดตามโค้ดที่กำหนดเองโดยใช้เครื่องมือวัดผ่าน Trace API โดยเฉพาะรายการต่อไปนี้

   • ชื่อการติดตามโค้ดที่กําหนดเองและเมตริกที่กําหนดเองต้องเป็นไปตามข้อกําหนดต่อไปนี้ นั่นคือ ไม่มีอักขระเว้นวรรคขึ้นต้นหรือท้าย ไม่มีอักขระขีดล่าง (_) ขึ้นต้น และความยาวสูงสุดคือ 32 อักขระ
   • การติดตามทั้งหมดต้องเริ่มต้นและหยุดลง การติดตามที่ไม่ได้เริ่มต้น ไม่ใช่ การหยุดหรือหยุดทำงานก่อนเริ่มต้นจะไม่ได้รับการบันทึก

2. ตรวจสอบข้อความบันทึกเพื่อให้แน่ใจว่า Performance Monitoring กำลังบันทึกการติดตามโค้ดที่กำหนดเองที่คาดไว้

3. หาก Performance Monitoring กำลังบันทึกเหตุการณ์ แต่ไม่มีข้อมูลแสดงขึ้นหลังจากผ่านไป 24 ชั่วโมง โปรดติดต่อทีมสนับสนุน Firebase

แดชบอร์ดประสิทธิภาพ ไม่มีข้อมูลคำขอเครือข่าย

หากไม่มีข้อมูลคําขอเครือข่าย ให้ลองทําตามขั้นตอนการแก้ปัญหาต่อไปนี้

1. ตรวจสอบความไม่เข้ากันของไลบรารีเครือข่าย Performance Monitoring รวบรวมเมตริกสําหรับคําขอเครือข่ายโดยอัตโนมัติที่ใช้คลังเครือข่ายต่อไปนี้

   • สำหรับ Swift: URLSession และ URLConnection
   • สำหรับ Objective-C: NSURLSession และ NSURLConnection

   โปรดทราบว่าคุณสามารถเพิ่มการตรวจสอบที่กําหนดเองสําหรับคําขอเครือข่ายได้

2. ข้อควรระวังมีดังต่อไปนี้

   • ขึ้นอยู่กับลักษณะการทำงานของโค้ดและไลบรารีเครือข่ายที่ใช้โดย Performance Monitoring อาจรายงานเฉพาะคำขอเครือข่ายที่ เสร็จสมบูรณ์แล้ว ซึ่งหมายความว่าการเชื่อมต่อ HTTP/S ที่เปิดทิ้งไว้อาจไม่ จะถูกรายงาน

   • Performance Monitoring ไม่รายงานคําขอเครือข่ายที่มีส่วนหัวContent-Typeไม่ถูกต้อง อย่างไรก็ตาม ระบบจะยังคงยอมรับคำขอเครือข่ายที่ไม่มีส่วนหัว Content-Type

ระบบไม่รวบรวมข้อมูลคําขอเครือข่ายตามที่คาดไว้

ดูข้อมูลเพิ่มเติมเกี่ยวกับวิธีที่ Performance Monitoring รวบรวมคำขอเครือข่าย ข้อมูลภายใต้รูปแบบ URL

นอกจากนี้ คุณยังสามารถลองใช้ URL ที่กำหนดเอง รูปแบบ

เกิดอะไรขึ้นกับปัญหาสำคัญในการ์ดประสิทธิภาพในหน้าแรกของโปรเจ็กต์

เราแทนที่ปัญหาที่พบบ่อยด้วยการแจ้งเตือนล่าสุดเพื่อติดตามผลจาก แนะนำการแจ้งเตือนล่าสุด ซึ่งแจ้งให้คุณทราบโดยอัตโนมัติเมื่อ ก็จะผ่านเกณฑ์ที่คุณตั้งไว้ เลิกใช้งานปัญหาแล้ว และแทนที่ด้วยการแจ้งเตือน

ตัวเลือกแอปที่ด้านบนของการ์ดประสิทธิภาพจะกรองการแจ้งเตือน รายการในส่วนการแจ้งเตือนล่าสุด เฉพาะการแจ้งเตือน 3 รายการล่าสุดสำหรับ แอปที่เลือกไว้จะปรากฏขึ้น

หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับการแจ้งเตือน โปรดดู ตั้งค่าการแจ้งเตือนปัญหาด้านประสิทธิภาพ

เกิดอะไรขึ้นกับความสามารถในการตั้งค่าเกณฑ์สำหรับปัญหาในคอนโซล

Performance Monitoring รองรับการแจ้งเตือนสำหรับเมตริกที่เกิน เกณฑ์ที่กำหนดไว้ เราได้นําความสามารถในการกําหนดค่าเกณฑ์สําหรับปัญหาออกเพื่อไม่ให้เกิดความสับสนกับเกณฑ์ที่กําหนดค่าได้เหล่านี้สําหรับเมตริกประสิทธิภาพ

เกิดอะไรขึ้นกับข้อมูลรายละเอียดและเมตริกในคอนโซล Firebase

เราได้แทนที่หน้ารายละเอียดและเมตริกด้วยอินเทอร์เฟซผู้ใช้ (UI) แบบรวมที่ออกแบบใหม่เพื่อปรับปรุงวิธีแก้ปัญหา ใหม่นี้ UI การแก้ปัญหามีฟังก์ชันการทำงานหลักแบบเดียวกับที่ เมตริกที่มีให้ ดูข้อมูลเพิ่มเติมเกี่ยวกับการแก้ปัญหาได้ที่ ดูข้อมูลเพิ่มเติมสำหรับการติดตามที่เฉพาะเจาะจง

เหตุใดจำนวนตัวอย่างจึงไม่ใช่จำนวนที่ฉันคาดหวัง

Performance Monitoring จะรวบรวมข้อมูลประสิทธิภาพจากอุปกรณ์ของผู้ใช้แอป หาก แอปพลิเคชันมีผู้ใช้จำนวนมาก หรือหากแอปพลิเคชันสร้างประสิทธิภาพจำนวนมาก กิจกรรม Performance Monitoring อาจจำกัดการเก็บรวบรวมข้อมูลในอุปกรณ์ชุดย่อยเพื่อ ทำให้มีเหตุการณ์ที่ประมวลผลแล้วน้อยลง ขีดจำกัดเหล่านี้สูงพอที่จะทำให้ แม้ว่าจะมีเหตุการณ์น้อยกว่า แต่ค่าเมตริกจะยังคงแสดงถึง ประสบการณ์การใช้งานแอปของผู้ใช้

Performance Monitoring ใช้ตัวเลือกการสุ่มตัวอย่างต่อไปนี้เพื่อจัดการปริมาณข้อมูลที่รวบรวม

• การจำกัดอัตราคำขอในอุปกรณ์: เพื่อป้องกันไม่ให้อุปกรณ์ส่งภาพถ่ายอัจฉริยะอย่างกะทันหัน การติดตาม เราจะจำกัดจำนวนการติดตามคำขอเครือข่ายและโค้ดที่ส่งจาก อุปกรณ์เป็น 300 เหตุการณ์ทุกๆ 10 นาที วิธีนี้จะช่วยปกป้องอุปกรณ์จาก การใช้เครื่องมือแบบวนซ้ำที่สามารถส่งข้อมูลประสิทธิภาพจำนวนมาก และ เพื่อป้องกันไม่ให้อุปกรณ์หนึ่งบิดเบือนการวัดประสิทธิภาพ

• การสุ่มตัวอย่างแบบไดนามิก: Performance Monitoring รวบรวมขีดจํากัดประมาณ 100 ล้าน เหตุการณ์สำหรับการติดตามโค้ดและ 100 ล้านครั้งสำหรับการติดตามคำขอเครือข่ายต่อแอปต่อวัน กับผู้ใช้แอปทั้งหมด ระบบจะดึงข้อมูลอัตราการสุ่มตัวอย่างแบบไดนามิกในอุปกรณ์ (โดยใช้ Firebase Remote Config) เพื่อระบุว่าอุปกรณ์แบบสุ่มควรจับภาพและส่งร่องรอยหรือไม่ อุปกรณ์ที่ไม่ได้เลือกเพื่อสุ่มตัวอย่างจะไม่ ส่งเหตุการณ์ใดก็ได้ อัตราการสุ่มตัวอย่างแบบไดนามิกจะเป็นแบบเฉพาะแอปและปรับให้เข้ากับ เพื่อให้มั่นใจว่าปริมาณโดยรวมของข้อมูลที่เก็บรวบรวมมายังคงต่ำกว่าขีดจำกัด

  เซสชันผู้ใช้จะส่งข้อมูลโดยละเอียดเพิ่มเติมจากอุปกรณ์ของผู้ใช้ ซึ่งต้องมี มีทรัพยากรมากขึ้นในการบันทึกและส่งข้อมูล เพื่อลดผลกระทบจากผู้ใช้ Performance Monitoring อาจจำกัดจํานวนเซสชันด้วย

• การจำกัดอัตราฝั่งเซิร์ฟเวอร์: เพื่อให้มั่นใจว่าแอปไม่เกินการสุ่มตัวอย่าง Performance Monitoring อาจใช้การสุ่มตัวอย่างฝั่งเซิร์ฟเวอร์เพื่อยกเลิกเหตุการณ์บางรายการ ที่ได้รับจากอุปกรณ์ แม้ว่าการจำกัดประเภทนี้จะไม่เปลี่ยน ประสิทธิภาพของเมตริกของเรา จึงอาจทำให้เกิดการเปลี่ยนแปลงรูปแบบเล็กน้อย รวมถึง ดังต่อไปนี้:

  • จำนวนการติดตามอาจแตกต่างจากจำนวนครั้งที่การติดตาม มีการเรียกใช้โค้ดแล้ว
  • การติดตามที่มีการเชื่อมต่ออย่างใกล้ชิดในโค้ดแต่ละรายการอาจมีจำนวนแตกต่างกัน ตัวอย่าง

เกิดอะไรขึ้นกับแท็บปัญหาในคอนโซล

เราแทนที่แท็บปัญหาด้วยการแนะนำการแจ้งเตือน แจ้งให้คุณทราบโดยอัตโนมัติเมื่อเกินเกณฑ์ที่คุณตั้งไว้ คุณไม่ใช่ ต้องตรวจสอบคอนโซล Firebase ด้วยตนเองเพื่อพิจารณาสถานะของ เกณฑ์ ดูข้อมูลเกี่ยวกับการแจ้งเตือนได้ที่ตั้งค่าการแจ้งเตือนปัญหาด้านประสิทธิภาพ

เกิดอะไรขึ้นกับแท็บในอุปกรณ์และเครือข่ายในคอนโซล ฉันจะดูการติดตามในหน้าเหล่านั้นได้อย่างไร

เราได้ออกแบบส่วน Performance Monitoring ของคอนโซล Firebase ใหม่เพื่อให้แท็บหน้าแดชบอร์ดแสดงเมตริกหลักและการติดตามทั้งหมดของคุณในพื้นที่เดียว อาส และได้นำหน้าในอุปกรณ์และเครือข่ายออกด้วย

ตารางการติดตามที่ด้านล่างของแท็บแดชบอร์ดทำงานในลักษณะเดียวกัน ที่แสดงในแท็บในอุปกรณ์และเครือข่าย แต่มีบางรายการ ฟีเจอร์ที่เพิ่มเข้ามา ซึ่งรวมถึงความสามารถในการจัดเรียงการติดตามตามเปอร์เซ็นต์ สำหรับเมตริกที่เฉพาะเจาะจง ดูเมตริกและข้อมูลทั้งหมดสำหรับ การติดตาม ให้คลิกชื่อการติดตามในตารางการติดตาม

ดูการติดตามในแท็บย่อยต่อไปนี้ของตารางการติดตาม

• การติดตามคำขอเครือข่าย (ทั้งในตัวและที่กำหนดเอง) — แท็บย่อยคำขอเครือข่าย
• การติดตามโค้ดที่กำหนดเอง — แท็บย่อยการติดตามที่กำหนดเอง
• การเริ่มต้นแอป แอปที่ทำงานอยู่เบื้องหน้า แอปที่ทำงานอยู่เบื้องหลัง — แท็บย่อยการติดตามที่กําหนดเอง
• การติดตามการแสดงผลหน้าจอ — แท็บย่อยการแสดงผลหน้าจอ
• การติดตามการโหลดหน้าเว็บ — แท็บย่อยการโหลดหน้าเว็บ

สำหรับรายละเอียดเกี่ยวกับตารางการติดตามและการดูเมตริกและข้อมูล โปรดไปที่ หน้าภาพรวมคอนโซล (iOS+ | Android | เว็บ)

เหตุใดจำนวนเฟรมที่ช้าและค้างจึงไม่ใช่จำนวนที่คาดไว้

เฟรมที่แสดงผลช้าและเฟรมที่ค้างจะคำนวณด้วยอุปกรณ์สมมติ อัตราการรีเฟรช 60Hz หากอัตราการรีเฟรชของอุปกรณ์ต่ำกว่า 60Hz แต่ละเฟรม จะใช้เวลาในการแสดงผลช้าลงเนื่องจากมีการแสดงผลเฟรมต่อวินาทีน้อยลง เวลาแสดงผลที่ช้าลงอาจทำให้การรายงานเฟรมช้าหรือค้างมากขึ้น เพราะเฟรมจำนวนมากขึ้นจะแสดงผลช้าลงหรือค้าง แต่หากอุปกรณ์ อัตราการรีเฟรชสูงกว่า 60Hz แต่ละเฟรมจะใช้เวลาในการแสดงผลเร็วขึ้น ซึ่งอาจทําให้การรายงานเฟรมที่ช้าหรือค้างน้อยลง นี่เป็น ใน SDK ของ Performance Monitoring

ข้อมูล Performance Monitoring ของฉันใช้เวลานานกว่าที่คาดไว้ในการส่งออกไป BigQuery นี่ไม่ใช่แบบเรียลไทม์ใช่ไหม

หากคุณเปิดใช้การผสานรวม BigQuery สำหรับ Firebase Performance Monitoring ข้อมูลของคุณ จะส่งออกไปยัง BigQuery ใน 12 ถึง 24 ชั่วโมงหลังจากสิ้นสุดวัน (แปซิฟิก Time)

ตัวอย่างเช่น ข้อมูลของวันที่ 19 เมษายนจะพร้อมใช้งานใน BigQuery ในวันที่ 20 เมษายน ระหว่าง 12:00 น. ถึงเที่ยงคืน (วันที่และเวลาทั้งหมดเป็นเวลาแปซิฟิก)

"เกือบเรียลไทม์" คืออะไร ข้อมูลประสิทธิภาพหมายถึงอะไร

Firebase Performance Monitoring จะประมวลผลข้อมูลประสิทธิภาพที่ได้รับการรวบรวมข้อมูลทันที ซึ่ง ทำให้ระบบแสดงข้อมูลแบบเกือบเรียลไทม์ในคอนโซล Firebase ประมวลผลแล้ว ข้อมูลจะแสดงในคอนโซลภายในไม่กี่นาทีหลังการเก็บรวบรวม ดังนั้น คำว่า "เกือบเรียลไทม์"

ในการใช้ประโยชน์จากการประมวลผลข้อมูลแบบเกือบเรียลไทม์ ให้ตรวจสอบว่าแอปของคุณใช้ SDK ที่เข้ากันได้แบบเรียลไทม์ version

ฉันจะรับข้อมูลประสิทธิภาพแบบเกือบเรียลไทม์ของแอปได้อย่างไร

เพื่อใช้ประโยชน์จากการประมวลผลข้อมูลแบบเกือบเรียลไทม์ คุณเพียงต้องแน่ใจว่า แอปของคุณใช้ SDK Performance Monitoring เวอร์ชันที่เข้ากันได้แบบเรียลไทม์ การประมวลผลข้อมูล

ต่อไปนี้คือเวอร์ชัน SDK ที่เข้ากันได้แบบเรียลไทม์

• iOS — v7.3.0 ขึ้นไป
• tvOS — v8.9.0 ขึ้นไป
• Android — v19.0.10 ขึ้นไป (หรือ Firebase Android BoM v26.1.0 ขึ้นไป)
• เว็บ — v7.14.0 ขึ้นไป

โปรดทราบว่าเราขอแนะนำให้ใช้ SDK เวอร์ชันล่าสุดเสมอ แต่เวอร์ชันใดก็ได้ที่ระบุไว้ข้างต้นจะช่วยให้ Performance Monitoring ประมวลผลข้อมูลของคุณแบบเกือบเรียลไทม์

Performance Monitoring SDK เวอร์ชันใดที่เราถือว่าเข้ากันได้แบบเรียลไทม์

เวอร์ชัน SDK ต่อไปนี้คือเวอร์ชันที่รองรับการประมวลผลข้อมูลแบบเรียลไทม์

• iOS — v7.3.0 ขึ้นไป
• tvOS — v8.9.0 ขึ้นไป
• Android — v19.0.10 ขึ้นไป (หรือ Firebase Android BoM v26.1.0 ขึ้นไป)
• เว็บ — v7.14.0 ขึ้นไป

โปรดทราบว่าเราแนะนำให้ใช้ SDK เวอร์ชันล่าสุดเสมอ แต่ เวอร์ชันที่ระบุไว้ด้านบนจะทำให้ Performance Monitoring ประมวลผลข้อมูลของคุณได้แทบจะเป็นจริง

จะเกิดอะไรขึ้นหากฉันไม่อัปเดตแอปให้ใช้ SDK เวอร์ชันที่ใช้งานร่วมกันได้แบบเรียลไทม์

หากแอปไม่ได้ใช้ SDK เวอร์ชันที่เข้ากันได้แบบเรียลไทม์ คุณจะยังคงเห็น ข้อมูลประสิทธิภาพของแอปทั้งหมดในคอนโซล Firebase อย่างไรก็ตาม จอแสดงผล ข้อมูลประสิทธิภาพอาจล่าช้าประมาณ 36 ชั่วโมงนับจาก คอลเล็กชัน

ฉันอัปเดตเป็น SDK เวอร์ชันที่เข้ากันได้แบบเรียลไทม์ แต่ผู้ใช้บางส่วนของฉันใช้ ยังอยู่บนแอปเวอร์ชันเก่าๆ ของฉันอยู่ ฉันยังคงดูประสิทธิภาพของพวกเขาต่อไปไหม ในคอนโซล Firebase หรือไม่

แน่นอน คุณจะดูข้อมูลประสิทธิภาพจากผู้ใช้ทุกคนได้ ไม่ว่าอินสแตนซ์แอปจะใช้ SDK เวอร์ชันใดก็ตาม

แต่หากคุณดูข้อมูลล่าสุด (ไม่เกิน 36 ชั่วโมงโดยประมาณ) ข้อมูลที่แสดงก็มาจากผู้ใช้อินสแตนซ์ของแอปที่ใช้แบบเรียลไทม์ เวอร์ชัน SDK ที่เข้ากันได้ อย่างไรก็ตาม ข้อมูลที่ไม่ใหม่จะรวมข้อมูลประสิทธิภาพจากแอปทุกเวอร์ชัน