Activity and View Navigation
Naming Guidelines
Android Lifecycle Considerations
Troubleshooting
Configure Fragment and View Monitoring for an Android Application
Overview
The GermainUX Mobile App library can automatically monitor navigation between supported Android activities and the loading of supported fragments. This provides visibility into:- Screens and fragments used
- Navigation paths
- View and fragment load duration
- Time spent in application areas
- Errors associated with a screen
- Business-process steps
- Performance by application version, Android version, or device
Activity and View Navigation
View-navigation monitoring is enabled automatically for supported activities that participate in the standard Android activity lifecycle, including supported activities based onAppCompatActivity.
GermainUX can use this lifecycle information to measure navigation between application views.
Common analysis includes:
- Number of visits
- Navigation duration
- Previous and next view
- Session context
- Application version
- Android version
Show all 9
Show all 9
- Device model
- Related transactions
- Related errors and exceptions
Fragment Monitoring
Fragment monitoring is enabled by default for supported AndroidX fragment implementations. GermainUX can capture configured fragment lifecycle and load-duration information for supported:FragmentActivityFragmentAppCompatActivityapplications using AndroidX fragments
Disable Fragment Monitoring
Disable automatic fragment monitoring when:- The application does not use fragments.
- Fragment telemetry is unnecessary.
- A custom navigation model produces misleading measurements.
- Monitoring creates excessive low-value data.
- The application uses another UI framework that requires custom instrumentation.
Java
Kotlin
Custom Views and Navigation Frameworks
Automatic monitoring depends on standard Android lifecycle callbacks. Additional instrumentation may be required for:- Custom view frameworks
- Single-activity applications with non-fragment navigation
- Views that change without an activity or fragment transition
- Custom rendering engines
- Jetpack Compose destinations
- Business steps that do not correspond directly to a screen
Naming Guidelines
Use stable, meaningful screen and fragment names. Good names include:LoginCustomer SearchCustomer DetailsOrder ReviewPaymentWork Order
- User names
- Email addresses
- Record identifiers
- Account numbers
- Search terms
- Timestamps
- Other dynamic or sensitive values
Business-Process Monitoring
Activities and fragments can represent steps within an application business process. For example:- Process completion
- Step duration
- Repeated navigation
- Unexpected paths
- Abandonment
- Process overrun
- Lost productivity
Analyze Views and Fragments
Use GermainUX dashboards to analyze:- View and fragment usage
- Load duration
- Navigation frequency
- Entry and exit points
- Navigation paths
- Errors by view
Show all 11
Show all 11
- Transactions by view
- Application-version differences
- Device and Android-version differences
- User-session context
- Business-process progression
Alerts
Configure alerts for important conditions such as:- Critical view or fragment loading slowly
- Increased navigation failures
- New errors associated with a screen
- Performance regression after a release
- Critical screen no longer reached
- Increased abandonment at a business-process step
Android Lifecycle Considerations
Android can recreate activities and fragments because of:- Configuration changes
- Process recreation
- Navigation behavior
- Memory pressure
- Device rotation
- Application restoration
- Configuration changes
- Device orientation
- Application state
- Process restarts
- Android version
- Application navigation design
Privacy
Activity and fragment class names are generally technical, but custom names or attributes can expose sensitive business context. Before production deployment:- Review all screen and fragment names.
- Remove personal and record-specific values.
- Avoid capturing user-entered content.
- Apply anonymization or exclusion rules.
- Restrict access to session-level navigation data.
- Define an appropriate retention period.
Validation
After enabling monitoring:Start the application
Navigate through supported activities
Open and replace fragments
Return to previous screens
Rotate the device where applicable
Place the application in the background and return
Verify view and fragment telemetry in GermainUX
Confirm that names and durations are meaningful
Test screens implemented with custom UI frameworks
Add custom transactions or events where automatic monitoring is insufficient
Confirm that no sensitive values are collected
Troubleshooting
Activity navigation is missing
Verify that:- GermainUX initializes before navigation occurs.
- The activity uses a supported Android lifecycle.
- The application is included in the GermainUX monitoring scope.
- Telemetry reaches the ingestion endpoint.
- The release build contains the GermainUX library.
Fragment telemetry is missing
Confirm that:- Fragment monitoring is enabled.
- The application uses a supported fragment implementation.
- The fragment participates in normal lifecycle callbacks.
- The installed GermainUX library supports the AndroidX version in use.
View counts are higher than expected
Check for:- Configuration changes
- Activity or fragment recreation
- Process restoration
- Nested fragments
- Background and foreground transitions
- Custom navigation behavior
A Compose or custom view is not detected
Automatic activity and fragment monitoring may not represent that UI transition. Add a custom transaction or event for the destination or business step.Get Help
Contact GermainUX Support
Can't find what you need?
The content of this document is proprietary to GERMAIN SOFTWARE.

