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.
| Setting | Value |
|---|---|
| Endpoint | https://ingest.tracepath.dev/api/otel |
| Traces | POST https://ingest.tracepath.dev/api/otel/v1/traces |
| Metrics | POST https://ingest.tracepath.dev/api/otel/v1/metrics |
| Logs | POST https://ingest.tracepath.dev/api/otel/v1/logs |
| Auth | Authorization: Bearer <project token> |
| Encoding | OTLP 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