Mobile App Monitoring


End-User Monitoring (EUM) or Real-User Monitoring (RUM), is a vital tool to understand digital user experience.

Instana supports mobile app monitoring by analyzing actual URL request times which provides detailed insights into the app experience of end-users, as well as deep visibility into application call paths. The Instana app monitoring solution works using an iOS agent which is installed as a dependency on mobile apps.

Technical beta

Our mobile app monitoring feature is currently in technical beta. To gain access to the beta, contact Instana Support or register your interest.



To install the iOS agent, use Swift Package Manager (via Xcode) or CocoaPods.

Swift Package Manager

  1. Open Xcode.
  2. Select File -> Swift Packages -> Add Package Dependency -> Your Xcode project.
  3. Enter the repository.


  1. Within your Podfile specification, add the following:

    pod 'Instana'

  2. To download the dependencies, run pod install.


For information on the setup process, see the iOS agent API.



The main dashboard summarizes all the important data at a glance.

Dashboard Overview

HTTP Requests

Learn which of your HTTP requests are slow or problematic. Selecting a specific origin provides an insight into throughput and latency, as well as error rates and latency breakdown.

HTTP Request Details


Often it’s important to isolate specific views and analyze their performance, which is also a great way to find the view with the most traffic. Select a specific view to display all of the metrics relating to it.



Similar to our analyze capabilities for traces and call, the analyze view for mobile app monitoring data can be used to answer very specific questions that aren’t covered by any preconfigured dashboards. A single piece of app monitoring data is called a beacon. A few beacon types exist, i.e. session start and HTTP requests. For convenience purposes, each beacon type has its main navigation item within the analyze view.

Beacon data can be used to filter and group. Filters are connected with AND logic operator so a beacon needs to match all the filters. The default grouping depends on the selected beacon type. Grouping can be removed to inspect the individual beacon that match filters.