Firebase Crashlytics
Ship crash reports and non-fatal events to your Firebase project, with runtime opt-in / opt-out from your web app.
La integración de Firebase Crashlytics envía informes de fallos anónimos y eventos no fatales a su proyecto de Firebase, para que pueda detectar problemas de estabilidad en producción.
Cómo activarla:
- Configure Firebase para su app y coloque
google-services.jsonenAndroidStudioSourceCode/app/. - En Config.java, active el seguimiento:
public static final boolean TRACKING_EVENT = true;
TRACKING_EVENT = false desactiva todas las funciones relacionadas con el seguimiento, incluido el registro de eventos de Crashlytics y los activadores starttracking:// / endtracking://.
Aceptación/rechazo en tiempo de ejecución desde su aplicación web:
WebViewGold respeta un indicador de seguimiento por usuario que se conserva en el dispositivo. Utilice los activadores de seguimiento estándar para cambiarlo en tiempo de ejecución:
<a href="starttracking://">Enable analytics & crash reports</a> <a href="endtracking://">Disable analytics & crash reports</a>
Cuando el usuario ha optado por no participar, la recopilación de Crashlytics se desactiva: no se sube nada.
Qué se informa:
- Fallos no controlados (rastros de pila, modelo del dispositivo, versión del sistema operativo).
- Excepciones no fatales registradas internamente por el envoltorio de la app.
- De forma predeterminada, no se adjuntan datos personales del usuario.
Dónde ver los informes: Abra el panel de Firebase Console → Crashlytics. Los informes suelen aparecer a los pocos minutos de un fallo.
Notas: La inicialización de Crashlytics es de mejor esfuerzo: si Firebase está mal configurado, la app sigue funcionando con normalidad. Considere añadir una pantalla de consentimiento (GDPR / CCPA) antes de llamar a starttracking:// por primera vez.
Notas de implementación estilo SDK
Trate esta función como una capacidad nativa expuesta a su capa web: mantenga su sitio web de producción o PWA como fuente de verdad y, a continuación, utilice los indicadores de configuración de WebViewGold, los comandos de URL y las llamadas del puente de JavaScript documentados para activar el comportamiento nativo de Android solo donde aporte valor. Este enfoque mantiene su código fácil de mantener, porque la misma aplicación web puede servir a los navegadores, a WebViewGold para Android y a las demás plataformas de WebViewGold con una lógica condicional mínima.
Para obtener resultados fiables, opte por puntos de conexión HTTPS, nombres de ruta estables, estados de éxito/error explícitos en su interfaz y pequeñas funciones auxiliares de JavaScript que envuelvan las llamadas nativas. Por ejemplo, una aplicación web creada con jQuery Mobile, Lovable, Base44, Bolt, WordPress, Bubble, una pila propia de React/Vue/Angular o HTML estático puede exponer un único botón o controlador de eventos que active la API nativa de WebViewGold y, aun así, muestre una alternativa elegante en el navegador.
- Patrón de integración recomendado: detecte el contexto de la app, llame a la API de WebViewGold y luego actualice su interfaz web tras la devolución de llamada nativa o el cambio de ruta.
- Lista de comprobación de pruebas: valide la función en un dispositivo real o en una compilación empaquetada, verifique los permisos y el texto de revisión de la tienda, y confirme que los usuarios que solo usan el navegador siguen recibiendo una alternativa útil.
- Ventaja para el SEO: mantenga las páginas de funciones, los títulos de ruta y el contenido estructurado indexables en su sitio web, mientras WebViewGold ofrece la carcasa nativa de la app para los usuarios de Android.