For AI agents: a documentation index is available at the root level at /llms.txt and /llms-full.txt. Append /llms.txt to any URL for a page-level index, or .md for the markdown version of any page.
Sign inTry it free
DocsGuidesSDKsIntegrationsAPI docsTutorialsFlagship blog
DocsGuidesSDKsIntegrationsAPI docsTutorialsFlagship blog
  • Get started
    • Overview
    • Onboarding
    • Get started
    • Launch Insights
    • LaunchDarkly architecture
    • LaunchDarkly vocabulary
  • AgentControl
    • AgentControl
    • Manage AgentControl
  • Feature flags
    • Create flags
    • Target with flags
    • Flag templates
    • Manage flags
    • Code references
    • Contexts
    • Segments
  • Releases
    • Releasing features with LaunchDarkly
    • Release policies
    • Percentage rollouts
    • Progressive rollouts
    • Guarded rollouts
    • Feature monitoring
    • Release pipelines
    • Engineering insights
    • Release management tools
    • Applications and app versions
    • Change history
    • Restoring previous flag versions
  • Observability
    • Observability
    • Session replay
    • Error monitoring
    • Logs
    • Traces
    • Observability metrics
    • Product analytics events
    • LLM observability
    • Alerts
    • Dashboards
    • Service map
    • Vega for auto-remediation
    • Observability MCP server
    • Search specification
    • Observability settings
    • Observability integrations
  • Experimentation
    • Experimentation
    • Experiment metric types
    • Experiment configuration
    • Managing experiments
      • Experiment health checks
      • Starting and stopping experiment iterations
      • Editing and archiving experiments
      • Experiment sample size and run time
    • Analyzing experiments
    • Multi-armed bandits
    • Holdouts
  • Metrics and events
    • Metrics in LaunchDarkly
    • Creating metrics
    • Metric groups
    • Events
    • Autogenerated metrics
  • Warehouse native
    • Warehouse native metrics
    • Setting up external warehouses
    • Creating experiments using warehouse native metrics
  • Infrastructure
    • Connect apps and services to LaunchDarkly
    • LaunchDarkly in China and Pakistan
    • LaunchDarkly in the European Union (EU)
    • LaunchDarkly in federal environments
    • Public IP list
  • Your account
    • Projects
    • Views
    • Environments
    • Tags
    • Teams
    • Members
    • Roles
    • Account security
    • Feature previews
    • Billing and usage
    • Changelog
Sign inTry it free
LogoLogo
On this page
  • Overview
  • What experiment health checks evaluate
  • Health check statuses
  • Exposures
  • Sample ratio mismatch (SRM)
  • Metrics
  • Flag or AgentControl config
  • Targeting rule/audience
ExperimentationManaging experiments

Experiment health checks

Was this page helpful?
Previous

Starting and stopping experiment iterations

Next
Built with

Overview

This topic explains how to use health checks for experiments to verify that you set up your experiment correctly and fix any problems with your configuration.

What experiment health checks evaluate

Experiment health checks evaluate five conditions:

  • Exposures: Whether the context kind encountering your flag or AgentControl config variations is not the same context kind you chose for the randomization unit.
  • Sample ratio mismatch (SRM): Whether there is a mismatch between the number of contexts expected and the actual number of contexts included in each variation.
  • Metrics: Whether or not each metric is tracking the context kind you selected as the experiment’s randomization unit, and whether or not the metric has seen any events in the last 90 days.
  • Flag or Config: Whether or not the flag or AgentControl config is receiving evaluations, is toggled on, and is not archived or deprecated.
  • Targeting rule/audience: Whether the targeting rule’s context kind matches the experiment’s randomization unit.

Health check statuses

When you create an experiment, LaunchDarkly provides a health check status at the top of the Design, Results, and Traffic tabs.

The health check statuses include:

  • Health check waiting: LaunchDarkly does not have enough information yet about your experiment configuration to determine its health status.
  • Healthy: Your flag or AgentControl config is receiving evaluations, your metrics are tracking events, and your flag or AgentControl config and metrics are encountering the same context kinds.
  • Health warnings: There is at least one problem with your experiment configuration.
  • Health errors: There is at least one critical error with your experiment configuration, such as a flag or AgentControl config toggled off, or a sample ratio mismatch (SRM).

Hover over the status to view your experiment’s health checks:

an experiment with a health warning.

an experiment with a health warning.

The individual health checks are explained below.

Exposures

When you create an experiment, you will select a context kind to use as a randomization unit. The exposures check alerts you if the context kind encountering your flag or AgentControl config variations is not the same context kind you chose for the randomization unit.

If no contexts of the correct context kind have been evaluated by the flag or AgentControl config, you may need to update the randomization unit for the experiment or adjust the flag or AgentControl config targeting rule to target the correct context kind.

Sample ratio mismatch (SRM)

In an experiment, the sample ratio is the ratio between end users or other contexts in each of your experiment variations. An SRM is a mismatch between the number of contexts expected and the actual number of contexts included in each variation.

The sample ratio mismatch check alerts you to any detected SRMs. To learn how to correct these, read Sample ratio mismatch.

Metrics

Any metrics you use in the experiment must use the same randomization unit that you selected for your experiment configuration.

The metrics health check displays the following statuses:

  • Whether or not each metric is tracking the context kind you selected as the experiment’s randomization unit. If a metric is tracking the wrong context kind, either choose a different metric, change the randomization unit for the experiment, or change the randomization unit for the metric.
  • Whether or not each metric has seen any events in the last 90 days. If a metric has not seen any events in the last 90 days, you may want to confirm that your metric is configured to look for the correct event key.

Flag or AgentControl config

The flag or AgentControl config health check displays the following statuses:

  • Whether or not the flag or AgentControl config is receiving evaluations from your SDK. If the flag or AgentControl config is new, it may not be receiving evaluations yet. However, if it is not receiving evaluations and you expect it to be, we recommend that you review your SDK configuration.
  • Whether or not the flag or AgentControl config is toggled on. The flag or AgentControl config must be on before you can start an experiment iteration.
  • Whether or not the flag or AgentControl config is archived or deprecated. If the flag or AgentControl config is archived or deprecated, you must restore it to live status, or use a different flag or AgentControl config.

Targeting rule/audience

The targeting rule/audience health check displays whether the targeting rule’s context kind matches the experiment’s randomization unit. If they do not match, you may need to update the randomization unit for the experiment or adjust the flag or AgentControl config targeting rule to target the correct context kind.

If the rule targets a segment, you may need to confirm that the contexts kind targeted by the segment match the context kind used by the targeting rule.