惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

月光博客
月光博客
SecWiki News
SecWiki News
爱范儿
爱范儿
Jina AI
Jina AI
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Apple Machine Learning Research
Apple Machine Learning Research
Vercel News
Vercel News
S
SegmentFault 最新的问题
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
GbyAI
GbyAI
V
V2EX
博客园 - 司徒正美
WordPress大学
WordPress大学
Y
Y Combinator Blog
B
Blog RSS Feed
H
Help Net Security
C
Check Point Blog
P
Proofpoint News Feed
Google DeepMind News
Google DeepMind News
Application and Cybersecurity Blog
Application and Cybersecurity Blog
B
Blog
Help Net Security
Help Net Security
罗磊的独立博客
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
H
Heimdal Security Blog
大猫的无限游戏
大猫的无限游戏
Security Latest
Security Latest
Cisco Talos Blog
Cisco Talos Blog
Blog — PlanetScale
Blog — PlanetScale
A
Arctic Wolf
T
The Blog of Author Tim Ferriss
P
Proofpoint News Feed
The Register - Security
The Register - Security
F
Fortinet All Blogs
S
Securelist
Microsoft Security Blog
Microsoft Security Blog
O
OpenAI News
P
Privacy & Cybersecurity Law Blog
C
Cybersecurity and Infrastructure Security Agency CISA
The GitHub Blog
The GitHub Blog
云风的 BLOG
云风的 BLOG
AWS News Blog
AWS News Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
I
InfoQ
T
Threat Research - Cisco Blogs
Martin Fowler
Martin Fowler
D
Docker
C
Cisco Blogs
C
CERT Recently Published Vulnerability Notes
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events

Datadog | The Monitor blog

Introducing our open source AI-native SAST Instrument and monitor Boomi integration flows with OpenTelemetry and Datadog Not all index scans are equal: How we cut query latency by over 99% Platform engineering metrics: What to measure and what to ignore Integrate Recorded Future threat intelligence with Datadog Cloud SIEM CI/CD security: threat modeling using a MITRE-style threat matrix CI/CD security: How to secure your GitHub ecosystem Ingress NGINX is EOL: A practical guide for migrating to Kubernetes Gateway API Operating agentic AI with Amazon Bedrock AgentCore and Datadog LLM Observability: Lessons from NTT DATA Introducing the Datadog Code Security MCP Capture and analyze custom heatmaps in Session Replay Understand session replays faster with AI summaries and smart chapters Monitor ClickHouse query performance with Datadog Database Monitoring How we designed empathetic alert sounds for on-call engineers Search and act across Datadog to resolve issues faster with Bits Assistant Measure the business impact of every product change with Datadog Experiments Analyzing round trip query latency Configuring JavaScript caches for better performance Introducing Bits AI Dev Agent for Code Security Datadog achieves ISO 42001 certification for responsible AI Monitor Nutanix clusters, hosts, and VMs with Datadog Monitor Juniper Mist in Datadog A new Host Map for modern infrastructure Annotate traces to improve LLM quality with Datadog LLM Observability What’s new in Cloud SIEM: AI-powered investigations, enhanced threat intelligence, and scalable security operations Explore Kubernetes with native OpenTelemetry data Monitor Oracle Fusion Cloud Applications with Datadog Announcing the Datadog Terraform provider v4.0.0 Scaling Kubernetes workloads on custom metrics How to design cloud environments for AI-powered threat analysis Monitor Aruba Central in Datadog How we centralize and remediate risks with Datadog Case Management Accelerate incident response with Datadog and ServiceNow Monitor your application and network load balancer logs Understanding Karpenter architecture for Kubernetes autoscaling Tools for collecting metrics and logs from Karpenter Monitor Karpenter with Datadog What your product data is actually saying Key metrics for monitoring Karpenter Securing Datadog’s platform in the AI age: The role of observability data Four ways engineering teams use the Datadog MCP Server to power AI agents Approaching your observability migration with the right mindset Meet the new Bits AI SRE: Deeper reasoning, twice as fast Key learnings from the 2026 State of DevSecOps study Use plain English to query your multi-cloud infrastructure in Resource Catalog Simplifying troubleshooting across the user journey with Datadog Synthetic Monitoring Protect your OCI resources with Datadog Cloud Security This Month in Datadog - February 2026 Amazon EC2 security: How misconfigured and public AMIs expand your cloud attack surface Enable end-to-end visibility into your Java apps with a single command Evaluating our AI Guard application to improve quality and control cost Identify untested code across every level of your codebase Make use of guardrail metrics and stop babysitting your releases Monitor Versa Networks SD-WAN performance in Datadog Improve performance and reliability with APM Recommendations Remediate transitive vulnerabilities faster with Datadog Software Composition Analysis Generate audit-ready vulnerability and compliance reports with Datadog Sheets Monitor Fortinet FortiManager performance in Datadog Improve test coverage across codebases with Datadog Code Coverage Move fast, don’t break things: Consistent testing standards at scale Enrich logs with ServiceNow CMDB context before routing to any SIEM or logging tool Monitor Lustre with Datadog Make faster, better product decisions with Datadog Product Analytics Surface and remediate runtime posture issues with Workload Protection Findings Protect agentic AI applications with Datadog AI Guard How to optimize JavaScript code with CSS Trace Google Pub/Sub workloads in Cloud Run with Datadog Detect human names in logs with ML in Sensitive Data Scanner How we cut our NLQ agent debugging time from hours to minutes with LLM Observability Debug PostgreSQL query latency faster with EXPLAIN ANALYZE in Datadog Database Monitoring Datadog acquires Propolis Unify and correlate frontend and backend data with retention filters Scale compliance across global frameworks with Datadog Cloud Security Monitor Arista VeloCloud SD-WAN performance with Datadog Building reliable dashboard agents with Datadog LLM Observability Simplify log collection and aggregation for MSSPs with Datadog Observability Pipelines Mitigation for Node.js denial-of-service vulnerability affecting Datadog APM Automate flaky test fixes with the Bits AI Dev Agent and Test Optimization How we built an AI SRE agent that investigates like a team of engineers Datadog integrations 2025 recap: Observability for AI, security, and hybrid cloud Design effective executive dashboards with Datadog Implement dbt data quality checks with dbt-expectations Bring faster visibility into AWS Lambda functions with remote instrumentation Troubleshoot faster with the GitLab Source Code integration in Datadog How Cambia Health Solutions saved $30,000 monthly with Cloud Cost Management and the Datadog Resource Catalog Normalize any logs for Cloud SIEM with Datadog's OCSF processor Optimizing Datadog at scale: Cost-efficient observability at Zendesk Detect, diagnose, and resolve network issues easily with CNM Network Health Securing customer logins with breach intelligence Connect engineering errors to user impact in early-stage products Cilium configuration for Kubernetes operations at scale Designing feedback loops for progressive delivery Ship features faster and safer with Datadog Feature Flags Choosing the right OpenTelemetry Collector distribution Route your monitor alerts with Datadog monitor notification rules Automate Cloud SIEM investigations with Bits AI Security Analyst Cloud threat detection: How to identify risky activity across control and data planes Collecting Kafka performance metrics Monitoring Kafka with Datadog Monitoring Kafka performance metrics
Measure and improve mobile app startup performance with Datadog RUM
Jessica Manheimer, Arti Arutiunov · 2026-02-24 · via Datadog | The Monitor blog

Mobile app users form opinions quickly. A slow or inconsistent startup experience can frustrate them before they reach the first screen, increasing the likelihood that they abandon the app or fail to complete key actions such as signing up or making a purchase. However, app teams often lack reliable signals that explain why startup performance varies, making it difficult to improve the user experience. Traditional startup metrics collapse different launch paths into a single number, masking the real causes of issues.

Datadog Real User Monitoring (RUM) mobile application launch monitoring, now generally available, helps solve these challenges for iOS and Android apps. By capturing key startup performance metrics for real users, it helps teams understand how long apps take to render and become interactive across cold, warm, and prewarmed launches. This results in clearer visibility into the first moment of the mobile user experience and stronger signals for investigation and monitoring.

In this post, we’ll cover how mobile application launch monitoring helps you:

  • Measure launch performance with industry-standard metrics

  • Understand cold, warm, and prewarmed launches in context

  • Investigate slow app launches with real user data

  • Monitor and alert on launch performance at scale

Measure launch performance with industry-standard metrics

Accurately measuring app startup performance requires more than a single app start metric. Mobile platforms perform many steps during launch, and different user flows trigger different execution paths. Datadog RUM addresses this complexity by measuring two widely adopted startup metrics for iOS and Android applications: time to initial display (TTID) and time to full display (TTFD).

TTID represents the time required to render the first frame of the app’s user interface. This metric captures how quickly users see something meaningful on screen after they tap the app icon. TTFD measures the time required for the app to become interactive, based on an application-specific definition of when the app’s first real screen is fully ready.

Together, these metrics provide a more accurate view of perceived startup performance than legacy startup metrics. They replace the application_start action event, which didn’t distinguish between different launch types and often produced inconsistent results.

TTID is collected automatically by the Datadog iOS and Android SDKs starting in version 3.5.0. TTFD is defined by the application through a simple SDK API, which lets teams specify what “fully displayed” means for their app. These measurements appear on the RUM Summary page, along with other mobile vitals.

Screenshot of the RUM Summary page that shows time to initial display (TTID) and time to full display (TTFD) trends for an Android app.

Understand cold, warm, and prewarmed launches in context

Not all app launches are the same. A launch that starts from scratch after a device reboot behaves differently from a launch that resumes a previously loaded process. Comparing these paths directly can lead to misleading conclusions about performance.

RUM classifies each startup measurement by launch type. Cold launches occur when the operating system must initialize a new application process, such as after a device reboot or when the app has been evicted from memory. Warm launches are expected to be faster because they reuse part of an existing process, often after a user switches away from the app and returns shortly afterward. On iOS, RUM also identifies prewarmed launches, which reflect system-level optimizations introduced in iOS 15 that prepare app processes in the background.

By combining TTID and TTFD with the launch type, RUM enables you to make meaningful comparisons between similar startup paths. You can evaluate cold launches independently from warm launches and focus optimization efforts where they matter most for conversion and retention.

Screenshot of RUM session data that shows the time to initial display (TTID) and time to full display (TTFD) alongside the launch type.

Investigate slow app launches with real user data

High-level metrics are useful for spotting trends, but you need detailed context to help you resolve startup performance issues. Datadog captures each TTID and TTFD as a RUM vital event within the user session. You can query these events in the RUM Explorer by using @vital.type:app_launch, and each event links directly to the surrounding session data.

From a slow startup event, you can drill into individual sessions to see what occurred during the launch window. This view surfaces relevant resources, actions, logs, and errors that contributed to the delay, such as blocking network calls or resource-intensive initialization work during startup. Because the data comes from real users, the investigation reflects production conditions across devices, operating systems, and geographies.

Screenshot of a RUM session view that shows a waterfall of events that contributed to a slow time to initial display (TTID) for an Android app.

Monitor and alert on launch performance at scale

For organizations that use RUM without Limits™, Datadog provides TTID and TTFD as out-of-the-box RUM metrics. These metrics are calculated over full, unsampled traffic and include dimensions for platform and launch type to support accurate monitoring at scale.

You can build dashboards, monitors, and service level objectives (SLOs) around startup performance to detect regressions before they affect large segments of users. For example, you might alert on degraded cold-start performance after a new release or track improvements over time as optimizations roll out.

Screenshot of a monitor configuration to track mobile app startup performance.

Get started with mobile application launch monitoring

Mobile application launch monitoring in Datadog RUM provides a clear and consistent way to measure how mobile apps launch. With industry-standard startup metrics combined with launch-type awareness and deep session context, you gain stronger signals for optimization and monitoring across your iOS and Android applications. To get started, upgrade your iOS and Android SDKs to version 3.5.0 or later and check out the iOS documentation and Android documentation.

If you’re new to Datadog, you can sign up for a 14-day free trial.