Introduction

TracePath

TracePath is a hosted, OpenTelemetry-native monitoring platform. It gives you real-time visibility into your application's health through exception tracking, endpoint latency, background tasks, logs, metrics and synthetic monitors.

Create an account at app.tracepath.dev/register (opens in a new tab), create a project, and copy its token from the Connection page. That token is all an integration needs.

First time here? Read Project Structure first: one project per backend system, per browser app, and per mobile app.

Send data with OpenTelemetry

OpenTelemetry over OTLP/HTTP is the integration path for TracePath. It is vendor-neutral, it exists for every language TracePath supports, and it needs nothing TracePath-specific in your application beyond an endpoint and a header.

SettingValue
Endpointhttps://ingest.tracepath.dev/api/otel
TracesPOST https://ingest.tracepath.dev/api/otel/v1/traces
MetricsPOST https://ingest.tracepath.dev/api/otel/v1/metrics
LogsPOST https://ingest.tracepath.dev/api/otel/v1/logs
AuthAuthorization: Bearer <project token>
EncodingOTLP protobuf or OTLP JSON, optionally gzipped

Start at the OpenTelemetry guide. It carries per-framework walkthroughs for Node.js, NestJS, Next.js, Hono, Cloudflare Workers, Python, Django, Symfony and Laravel, and the generic setup covers everything else — Go, Java, .NET, Ruby, Rust, and anything with an OTLP exporter.

Send AI traces from OpenRouter

If your LLM calls go through OpenRouter (opens in a new tab), you can point its Observability broadcast at the same OTLP endpoint and get model, token, cost and conversation data in TracePath without touching your code. See the OpenRouter integration.

Browser and mobile SDKs

⚠️

Not available yet. TracePath does not publish a browser or mobile SDK today. Nothing is on npm, pub.dev, Maven Central or Swift Package Manager, and the @tracepath scope on npm belongs to an unrelated third party — do not install packages from it. The pages below describe the planned integrations so you can see what each will cover; none of them is installable yet.

Each planned SDK still has a page describing what it will cover, what it will capture automatically, and which parts of it already exist on the server side — source map and symbol upload, for instance, work today and have nothing to resolve only because no client is sending frames yet.

Server-side code in a JavaScript, Python, PHP or Go project is not waiting on any of this — it instruments with OpenTelemetry today. Only the browser and mobile halves are pending.

Want to be told when one of them ships? Email [email protected].

Choose your framework

Next steps

  • OpenTelemetry: the integration path that works today
  • Project Structure: how to split your systems into TracePath projects
  • Monitors: synthetic uptime checks, which need no instrumentation at all