استكشاف أخطاء مراقبة الأداء والأسئلة الشائعة

كيفية عرض رسائل السجل لأحداث الأداء

1. تمكين تسجيل التصحيح، على النحو التالي:

   1. في Xcode (الإصدار 14.1 الأدنى)، حدد المنتج > المخطط > تحرير المخطط .
   2. حدد "تشغيل" من القائمة اليسرى، ثم حدد علامة التبويب "الوسائط" .
   3. في قسم الوسائط التي تم تمريرها عند التشغيل ، أضف -FIRDebugEnabled .

2. تحقق من رسائل السجل الخاصة بك بحثًا عن أي رسائل خطأ.

3. تقوم مراقبة الأداء بوضع علامة على رسائل السجل الخاصة بها باستخدام Firebase/Performance حتى تتمكن من تصفية رسائل السجل الخاصة بك.

4. تحقق من أنواع السجلات التالية التي تشير إلى أن مراقبة الأداء تقوم بتسجيل أحداث الأداء:

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

5. انقر على عنوان URL لعرض بياناتك في وحدة تحكم Firebase. قد يستغرق الأمر بضع دقائق حتى يتم تحديث البيانات في لوحة المعلومات.

إذا كان تطبيقك لا يسجل أحداث الأداء، فراجع نصائح استكشاف الأخطاء وإصلاحها .

تمت إضافة SDK إلى التطبيق، ولكن لا تزال وحدة التحكم تقول لإضافة SDK

يستطيع Firebase اكتشاف ما إذا كنت قد أضفت SDK لمراقبة الأداء إلى تطبيقك بنجاح عندما يتلقى معلومات الحدث (مثل تفاعلات التطبيق) من تطبيقك. عادةً، في غضون 10 دقائق من بدء تطبيقك، تعرض لوحة معلومات الأداء بوحدة تحكم Firebase رسالة "تم اكتشاف SDK". وبعد ذلك، وفي غضون 30 دقيقة، تعرض لوحة المعلومات البيانات الأولية التي تمت معالجتها.

إذا مر أكثر من 10 دقائق منذ إضافة أحدث إصدار من SDK إلى تطبيقك، وما زلت لا ترى أي تغيير، فتحقق من رسائل السجل للتأكد من أن مراقبة الأداء تقوم بتسجيل الأحداث. جرب خطوات استكشاف الأخطاء وإصلاحها المناسبة كما هو موضح أدناه لاستكشاف أخطاء رسالة اكتشاف SDK المتأخرة وإصلاحها.

تقول وحدة التحكم أنه تم اكتشاف SDK، ولكن لم يتم عرض أي بيانات

تقوم مراقبة الأداء بمعالجة بيانات حدث الأداء قبل عرضها في لوحة معلومات الأداء .

إذا مر أكثر من 24 ساعة منذ ظهور رسالة "تم اكتشاف SDK" ، وما زلت لا ترى البيانات، فتحقق من لوحة معلومات حالة Firebase في حالة وجود انقطاع معروف. إذا لم يكن هناك انقطاع، فاتصل بدعم Firebase .

التطبيق لا يسجل أحداث الأداء

إذا كنت لا ترى رسائل السجل لأحداث الأداء ، فجرب خطوات استكشاف الأخطاء وإصلاحها التالية:

1. تأكد من عدم تعطيل SDK لمراقبة الأداء من خلال أي من العلامات التالية في ملف Info.plist الخاص بك:

   • firebase_performance_collection_enabled
   • firebase_performance_collection_deactivated

2. تأكد من عدم تعطيل مراقبة الأداء في وقت التشغيل ( Swift | Obj-C ).

3. إذا لم تتمكن من العثور على أي شيء معطل في تطبيقك، فاتصل بدعم Firebase .

لوحة معلومات الأداء تفتقد بيانات تتبع الشاشة

إذا كنت تفتقد البيانات الخاصة بتتبعات عرض الشاشة، فجرب خطوات استكشاف الأخطاء وإصلاحها التالية:

لوحة معلومات الأداء تفتقد بيانات التتبع المخصصة

هل تشاهد بيانات الأداء لعمليات التتبع التي تم جمعها تلقائيًا ولكن ليس لعمليات التتبع المخصصة للتعليمات البرمجية ؟ جرب خطوات استكشاف الأخطاء وإصلاحها التالية:

1. تحقق من إعداد آثار التعليمات البرمجية المخصصة التي يتم إعدادها عبر Trace API ، خاصة ما يلي:

   • يجب أن تستوفي أسماء تتبعات التعليمات البرمجية المخصصة والمقاييس المخصصة المتطلبات التالية: لا توجد مسافة بيضاء بادئة أو لاحقة، ولا يوجد حرف سفلي بادئ ( _ ) والحد الأقصى للطول هو 32 حرفًا.
   • يجب أن تبدأ جميع الآثار وتتوقف. لن يتم تسجيل أي تتبع لم يتم تشغيله أو إيقافه أو إيقافه قبل البدء.

2. تحقق من رسائل السجل الخاصة بك للتأكد من أن مراقبة الأداء تقوم بتسجيل تتبعات التعليمات البرمجية المخصصة المتوقعة.

3. إذا كانت مراقبة الأداء تقوم بتسجيل الأحداث، ولكن لم يتم عرض أي بيانات بعد 24 ساعة، فاتصل بدعم Firebase .

لوحة معلومات الأداء تفتقد بيانات طلب الشبكة

إذا كنت تفتقد بيانات طلب الشبكة، فجرّب خطوات استكشاف الأخطاء وإصلاحها التالية:

1. تحقق من عدم توافق مكتبة الشبكة. تقوم مراقبة الأداء تلقائيًا بجمع المقاييس لطلبات الشبكة التي تستخدم مكتبات الشبكات التالية:

   • بالنسبة إلى Swift: URLSession وURLConnection
   • بالنسبة إلى Objective-C: NSURLSession وNSURLConnection

   لاحظ أنه يمكنك إضافة مراقبة مخصصة لطلبات الشبكة .

2. كن على علم بما يلي:

   • اعتمادًا على سلوك التعليمات البرمجية ومكتبات الشبكات التي تستخدمها التعليمات البرمجية الخاصة بك، قد تقوم مراقبة الأداء بالإبلاغ فقط عن طلبات الشبكة المكتملة. وهذا يعني أنه قد لا يتم الإبلاغ عن اتصالات HTTP/S التي تُركت مفتوحة.

   • لا تقوم مراقبة الأداء بالإبلاغ عن طلبات الشبكة التي تحتوي على رؤوس Content-Type غير صالحة. ومع ذلك، ستظل طلبات الشبكة التي لا تحتوي على رؤوس Content-Type مقبولة.

لا يتم تجميع بيانات طلب الشبكة كما هو متوقع

تعرف على المزيد حول كيفية قيام مراقبة الأداء بتجميع بيانات طلبات الشبكة ضمن أنماط عنوان URL.

يمكنك أيضًا تجربة أنماط URL المخصصة !

ماذا حدث لأهم المشكلات في بطاقة الأداء في صفحة Project الرئيسية؟

لقد استبدلنا أهم المشكلات بالتنبيهات الأخيرة كمتابعة لتقديم التنبيهات مؤخرًا، والتي تُعلمك تلقائيًا عند تجاوز الحدود التي حددتها. تم الآن إهمال المشكلات واستبدالها بالتنبيهات.

يقوم محدد التطبيقات الموجود أعلى بطاقة الأداء بتصفية إدخالات التنبيه ضمن التنبيهات الأخيرة . يتم عرض التنبيهات الثلاثة الأحدث للتطبيق (التطبيقات) المحددة فقط.

لمعرفة المزيد حول التنبيهات، راجع إعداد التنبيهات الخاصة بمشكلات الأداء .

ماذا حدث للقدرة على تعيين حدود للمشكلات في وحدة التحكم؟

تدعم مراقبة الأداء التنبيهات الخاصة بالمقاييس التي تتجاوز الحدود المحددة. لتجنب الخلط بين هذه الحدود القابلة للتكوين لمقاييس الأداء، قمنا بإزالة القدرة على تكوين الحدود القصوى للمشكلات .

ماذا حدث لمعلومات التفاصيل والمقاييس في وحدة تحكم Firebase؟

لقد استبدلنا صفحات التفاصيل والمقاييس بواجهة مستخدم مركزية (UI) مُعاد تصميمها حديثًا لتحسين كيفية استكشاف المشكلات وإصلاحها. توفر واجهة المستخدم الجديدة لاستكشاف الأخطاء وإصلاحها نفس الوظائف الأساسية التي توفرها التفاصيل والمقاييس. لمعرفة المزيد حول استكشاف الأخطاء وإصلاحها، راجع عرض المزيد من البيانات لتتبع محدد .

لماذا عدد العينات ليس كما أتوقع؟

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

لإدارة حجم البيانات التي نجمعها، تستخدم مراقبة الأداء خيارات أخذ العينات التالية:

• تحديد المعدل على الجهاز : لمنع الجهاز من إرسال دفعات مفاجئة من التتبع، فإننا نحد من عدد آثار التعليمات البرمجية وطلبات الشبكة المرسلة من الجهاز إلى 300 حدث كل 10 دقائق. يحمي هذا الأسلوب الجهاز من الأجهزة المتكررة التي يمكنها إرسال كميات كبيرة من بيانات الأداء، ويمنع جهازًا واحدًا من تحريف قياسات الأداء.

• أخذ العينات الديناميكية : تجمع مراقبة الأداء حدًا يبلغ حوالي 100 مليون حدث لتتبعات التعليمات البرمجية و100 مليون لتتبعات طلبات الشبكة لكل تطبيق يوميًا عبر جميع مستخدمي التطبيق. يتم جلب معدل أخذ العينات الديناميكي على الأجهزة (باستخدام Firebase Remote Config) لتحديد ما إذا كان يجب على جهاز عشوائي التقاط الآثار وإرسالها. الجهاز الذي لم يتم تحديده لأخذ العينات لا يرسل أي أحداث. يكون معدل أخذ العينات الديناميكي خاصًا بالتطبيق ويتم ضبطه لضمان بقاء الحجم الإجمالي للبيانات المجمعة أقل من الحد الأقصى.

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

• تحديد المعدل من جانب الخادم : للتأكد من أن التطبيقات لا تتجاوز حد أخذ العينات، قد تستخدم مراقبة الأداء أخذ العينات من جانب الخادم لإسقاط بعض الأحداث المستلمة من الأجهزة. على الرغم من أن هذا النوع من القيود لا يغير من فعالية مقاييسنا، إلا أنه قد يتسبب في تغييرات طفيفة في النمط، بما في ذلك ما يلي:

  • يمكن أن يختلف عدد عمليات التتبع عن عدد مرات تنفيذ جزء من التعليمات البرمجية.
  • قد يكون لكل من الآثار المقترنة بشكل وثيق في التعليمات البرمجية عدد مختلف من العينات.

ماذا حدث لعلامة تبويب المشكلات في وحدة التحكم؟

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

ماذا حدث لعلامتي التبويب "على الجهاز" و "الشبكة" في وحدة التحكم؟ كيف يمكنني عرض الآثار التي كانت على تلك الصفحات؟

لقد قمنا بإعادة تصميم قسم مراقبة الأداء في وحدة تحكم Firebase بحيث تعرض علامة التبويب لوحة المعلومات مقاييسك الرئيسية وجميع آثارك في مساحة واحدة. وكجزء من عملية إعادة التصميم، قمنا بإزالة الصفحات " على الجهاز" و "الشبكة" .

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

اعرض آثارك في علامات التبويب الفرعية التالية لجدول التتبعات:

• تتبعات طلبات الشبكة (سواء المخصصة أو الجاهزة) - علامة التبويب الفرعية لطلبات الشبكة
• آثار التعليمات البرمجية المخصصة — علامة التبويب الفرعية آثار مخصصة
• بدء التطبيق، وتتبعات التطبيق في المقدمة، وتتبعات التطبيق في الخلفية - علامة التبويب الفرعية للتتبعات المخصصة
• آثار عرض الشاشة — علامة التبويب الفرعية لعرض الشاشة
• آثار تحميل الصفحة — علامة التبويب الفرعية لتحميل الصفحة

للحصول على تفاصيل حول جدول التتبعات وعرض المقاييس والبيانات، قم بزيارة صفحة النظرة العامة على وحدة التحكم ( iOS+ | Android | الويب ).

لماذا عدد الإطارات البطيئة والمجمدة ليس كما توقعت؟

يتم حساب إطارات العرض البطيئة والإطارات المجمدة بمعدل تحديث مفترض للجهاز يبلغ 60 هرتز. إذا كان معدل تحديث الجهاز أقل من 60 هرتز، فسيكون لكل إطار وقت عرض أبطأ لأنه يتم عرض عدد أقل من الإطارات في الثانية. يمكن أن تؤدي أوقات العرض الأبطأ إلى الإبلاغ عن المزيد من الإطارات البطيئة أو المجمدة لأنه سيتم عرض المزيد من الإطارات بشكل أبطأ أو سيتم تجميدها. ومع ذلك، إذا كان معدل تحديث الجهاز أعلى من 60 هرتز، فسيكون لكل إطار وقت عرض أسرع. يمكن أن يؤدي ذلك إلى الإبلاغ عن عدد أقل من الإطارات البطيئة أو المجمدة. يعد هذا قيدًا حاليًا في SDK لمراقبة الأداء.

تستغرق بيانات مراقبة الأداء وقتًا أطول من المتوقع لتصديرها إلى BigQuery. أليس هذا هو الوقت الحقيقي؟

إذا قمت بتمكين تكامل BigQuery لمراقبة أداء Firebase، فسيتم تصدير بياناتك إلى BigQuery بعد 12 إلى 24 ساعة من نهاية اليوم (بتوقيت المحيط الهادئ).

على سبيل المثال، ستكون بيانات يوم 19 أبريل متاحة في BigQuery يوم 20 أبريل بين الساعة 12 ظهرًا ومنتصف الليل (جميع التواريخ والأوقات بتوقيت المحيط الهادئ).

ماذا تعني بيانات الأداء "بالقرب من الوقت الفعلي"؟

جمعت عمليات مراقبة أداء Firebase بيانات الأداء كما تأتي ، مما يؤدي إلى عرض بيانات في الوقت الفعلي في وحدة التحكم Firebase. تعرض البيانات المعالجة في وحدة التحكم في غضون بضع دقائق من مجموعتها ، ومن ثم المصطلح "بالقرب من الوقت الفعلي".

للاستفادة من معالجة البيانات في الوقت الفعلي ، تأكد من أن تطبيقك يستخدم إصدار SDK متوافق في الوقت الفعلي .

كيف يمكنني الاقتراب من بيانات الأداء في الوقت الفعلي لتطبيقي؟

للاستفادة من معالجة البيانات في الوقت الفعلي القريب ، تحتاج فقط إلى التأكد من أن تطبيقك يستخدم إصدار SDK مراقبة الأداء المتوافق مع معالجة البيانات في الوقت الفعلي.

هذه هي إصدارات SDK المتوافقة في الوقت الفعلي:

• iOS - v7.3.0 أو أحدث
• TVOS - v8.9.0 أو أحدث
• Android - v19.0.10 أو أحدث (أو Firebase Android Bom V26.1.0 أو أحدث)
• Web - v7.14.0 أو أحدث

لاحظ أننا نوصي دائمًا باستخدام أحدث إصدار من SDK ، ولكن أي إصدار مدرج أعلاه سيمكن مراقبة الأداء من معالجة بياناتك في الوقت الفعلي.

ما هي إصدارات مراقبة الأداء التي تعتبر SDK متوافقة في الوقت الفعلي؟

هذه هي إصدارات SDK متوافقة مع معالجة البيانات في الوقت الفعلي:

• iOS - v7.3.0 أو أحدث
• TVOS - v8.9.0 أو أحدث
• Android - v19.0.10 أو أحدث (أو Firebase Android Bom V26.1.0 أو أحدث)
• Web - v7.14.0 أو أحدث

لاحظ أننا نوصي دائمًا باستخدام أحدث إصدار من SDK ، ولكن أي إصدار مدرج أعلاه سيمكن مراقبة الأداء من معالجة بياناتك في الوقت الفعلي.

ماذا لو لم أقم بتحديث تطبيقي لاستخدام إصدار SDK متوافق في الوقت الفعلي؟

إذا لم يستخدم تطبيقك إصدار SDK متوافق في الوقت الفعلي ، فستظل ترى جميع بيانات أداء التطبيق في وحدة التحكم FireBase. ومع ذلك ، سيتم تأخير عرض بيانات الأداء بحوالي 36 ساعة من وقت مجموعتها.

لقد قمت بالتحديث إلى إصدار SDK متوافق في الوقت الفعلي ، لكن بعض المستخدمين لا يزالون على الإصدارات القديمة من تطبيقي. هل ما زلت أرى بيانات أدائها في وحدة التحكم في Firebase؟

نعم! بغض النظر عن إصدار SDK الذي يستخدمه مثيل التطبيق ، سترى بيانات الأداء من جميع المستخدمين.

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