Documentation
OpenErrorAPI parle le protocole réseau Sentry, vous gardez donc le SDK officiel que vous utilisez déjà et changez une seule ligne : le DSN. Cette page explique comment, et — tout aussi important — ce que nous ne supportons pas.
Migrer depuis Sentry en 10 minutes
Aucun SDK à remplacer, aucun code à réécrire. Tu pointes le SDK que tu as déjà vers un DSN différent.
-
1
Crée un projet dans la console. Tu obtiens un DSN sous la forme https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID.
-
2
Remplace le DSN dans ton Sentry.init() existant — généralement une variable d'environnement. Garde le SDK, la version et toutes les options que tu as déjà configurées.
-
3
Déploie et déclenche une erreur. Elle apparaît dans la console en une seconde, groupée comme elle l'était dans Sentry.
PHP
composer require sentry/sentry\Sentry\init(['dsn' => 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID']);JavaScript / TypeScript
npm i @sentry/browserSentry.init({ dsn: 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID' });Node.js
npm i @sentry/nodeSentry.init({ dsn: 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID' });Python
pip install sentry-sdksentry_sdk.init(dsn="https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID")Go
go get github.com/getsentry/sentry-gosentry.Init(sentry.ClientOptions{Dsn: "https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID"})Dart / Flutter
flutter pub add sentry_flutterawait SentryFlutter.init((o) => o.dsn = 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID');Tu uploades déjà des source maps avec sentry-cli ? Garde cette étape aussi — définis SENTRY_URL à https://openerrorapi.com et utilise un token d'upload comme SENTRY_AUTH_TOKEN.
Compatibilité Sentry, honnêtement
La compatibilité est toute la promesse, ce qui en fait la chose la plus dangereuse à surestimer. Ce tableau est généré depuis la même source qu'utilisent le code et notre documentation lisible par machine, donc il ne peut pas silencieusement diverger de la réalité.
7 zones entièrement supportées · 3 partielles · 3 non supportées.
| Zone | Statut | Détail |
|---|---|---|
Envelope ingest (/api/{id}/envelope/) |
Supporté | The modern endpoint every current SDK uses. Gzip/deflate bodies, multiple items per envelope, all three auth methods (X-Sentry-Auth header, querystring, envelope dsn header). |
Store ingest (/api/{id}/store/) |
Supporté | Legacy endpoint for older SDKs. Same processing pipeline as envelopes. |
| Error events & grouping | Supporté | Exceptions, messages, stack traces, tags, user, contexts, breadcrumbs, request. Grouping by fingerprint with an explicit `fingerprint[]` override. |
| Sessions / release health | Supporté | Session envelope items are processed; crash-free sessions and users are shown per release. Available from the Team plan. |
| Security reports (CSP) | Supporté | CSP violation reports are stored and grouped like any other issue. Point report-uri at /api/{project_id}/security/?sentry_key={PUBLIC_KEY} — the browser cannot send headers, so the key goes in the URL. Both the classic csp-report body and the Reporting API array are accepted. |
| Source maps | Supporté | Upload via our API, from the console, or with sentry-cli. Frames are de-minified on read, so uploading a map fixes old events too. |
sentry-cli |
Partiel | Releases (new / finalize / set-commits) and source-map upload work unchanged. Chunked upload is not implemented — sentry-cli detects that and falls back to the regular upload automatically. |
| User feedback widget | Supporté | Embeddable widget; reports land next to the errors they belong to. |
| Transactions / performance | Partiel | Transaction envelope items are accepted so SDKs do not error, but we do not build a performance product on top of them. If you need distributed tracing, keep Sentry — we are an error tracker. |
Logs (log envelope items) |
Non supporté | Not processed yet. Log items are ignored, which does not affect error reporting from the same SDK. |
Cron monitors (check_in items) |
Partiel | We have our own cron/heartbeat monitoring in the console, but the Sentry `check_in` envelope item is not wired to it yet. |
| Profiling, session replay | Non supporté | Deliberately out of scope. These are the reasons to stay on Sentry; we do not pretend otherwise. |
| Native symbolication (dSYM / ProGuard) | Non supporté | Not supported. Native mobile crashes arrive, but stay unsymbolicated. |
Aller plus loin
API pour agents IA & MCP
Référence complète pour les agents autonomes : serveur MCP, clés de session, scopes et ce qu'un agent ne peut jamais faire.
llms.txt
Résumé lisible par machine de cette page pour les LLMs, suivant la convention llms.txt.
Console
Problèmes, versions, alertes, moniteurs et vos clés DSN.