Promptwatch Logo

Dash0 Synthetic Monitoring

Dash0's Synthetic Monitoring provides proactive, automated insights into the availability and performance of your websites and APIs.
Dash0
Monitoring

What is Dash0 Synthetic Monitoring?

A Dash0 synthetic check starts with an HTTP endpoint chosen by a Dash0 customer. The service requests that endpoint on a schedule from the locations assigned to the check. It tests a known URL rather than discovering pages or following links across a site.

The check definition can set the method, query parameters, headers, authentication, and request body. Assertions then evaluate details such as the response status, headers, content, or timing. Dash0's run view records the request and response so the check owner can investigate a degraded or failed result.

There is no published default user agent for these checks. Dash0 shows User-Agent: dash0-monitor in its documentation as an example of a custom header, which means that string should not be treated as a permanent product identity. Where Dash0 tracing is available, synthetic-run telemetry is a better clue than a user-agent match alone.

Dash0 documents this traffic as availability and API performance testing. It has no stated function in search indexing, AI answer retrieval, or model training. Regular requests from a Dash0 check belong in synthetic-monitoring analytics, not AI crawler reports.

Not relevant for AI search

Is Dash0 Synthetic Monitoring relevant for AI search?

No. Dash0 Synthetic Monitoring is not part of AI search or training, so allowing or blocking it does not change your AI visibility.

Dash0 Synthetic Monitoring runs synthetic monitoring or uptime checks on a schedule. It is not collecting content for any index or model, so it has no bearing on search rankings or AI answers. You usually see it because your own team or a service you use set up a check.

How to handle Dash0 Synthetic Monitoring

Let an authorized Dash0 check reach the endpoint it is meant to test. If the target requires credentials, configure them on the check instead of opening the route broadly. Bot challenges, new firewall rules, and rate limits can all make the synthetic result fail while the application still works for other clients.

Dash0 does not publish a stable robots.txt token for Synthetic Monitoring, and its documentation does not say that checks consult robots.txt. The documented dash0-monitor value is only a custom-header example, so it should not be used for a crawler group. Pause or edit a check you own when it is no longer needed. For an unknown or unwanted check, enforce access at the application or firewall and confirm the outcome in logs. Exclude recognized checks from visitor analytics without blocking monitoring that your team still uses.

Examples

  • An operations team points a scheduled Dash0 check at `/health` and requires both an acceptable status code and a response-time threshold.
  • A protected staging endpoint accepts a credential in a custom header. Its repeated Dash0 requests are filtered from usage reports but remain allowed through the firewall.

Frequently asked questions about Dash0 Synthetic Monitoring

Learn about AI visibility monitoring and how Promptwatch helps your brand succeed in AI search.

A synthetic check runs against the URL stored in its configuration. Repeated hits on that path are expected and do not indicate a site-wide crawl.

Be the brand AI recommends

Monitor your brand's visibility across ChatGPT, Claude, Perplexity, and Gemini. Get actionable insights and create content that gets cited by AI search engines.

Promptwatch Dashboard