Logs & Observability

traceparent Parserund W3C-Trace-Context-Validator

Fügen Sie einen traceparent-Header ein, um Version, Trace-ID, Parent-ID und Flags Feld für Feld zu sehen — oder wechseln Sie in den Batch- oder Generator-Modus.

traceparent Parser

traceparent-Header

Parsen und Generieren laufen vollständig im Browser. Nichts wird hochgeladen oder an ein Tracing-Backend gesendet.

Ergebnis

Fügen Sie einen traceparent-Header ein oder laden Sie ein Beispiel.

Ein traceparent-Header sieht simpel aus – vier durch Bindestriche getrennte Felder – bis ein Microservice eine Trace-ID aus lauter Nullen loggt oder ein Proxy still und leise ein vom Standard verbotenes Versionsbyte einträgt. Dieser traceparent Parser prüft den Header gegen die tatsächliche W3C-Trace-Context-Grammatik, statt nur auf die Bindestriche zu schauen, damit Sie einen echten Fehler von einem bloß ungewohnten Header unterscheiden können.

Nutzen Sie ihn, wenn ein Trace zwischen zwei Diensten verschwindet und Sie wissen müssen, ob der Header selbst je gültig war, wenn Sie manuelle Header-Propagierung testen und dafür einen Beispiel-Header brauchen, oder wenn Sie beim Durchsehen von Logs gleich mehrere traceparent-Werte auf einmal statt einzeln prüfen wollen.

Warum diesen traceparent Parser nutzen

Gebaut, um echte Header-Fehler aufzuspüren — nicht nur, um einen ohnehin gültigen Header hübsch anzuzeigen.

Jedes Feld decodiert und farblich markiert

Dieser traceparent Parser zerlegt einen Header in Version, Trace-ID, Parent-ID und trace-flags, jeweils in einer eigenen Farbe, plus eine verständliche Erklärung des Flags-Bytes (gesampelt oder nicht, und ob ein reserviertes Bit unerwartet gesetzt ist).

Ein traceparent-Header, aufgeteilt in vier farblich markierte Felder: Version, Trace-ID, Parent-ID und trace-flags

Erkennt genau die vom Standard verbotenen Fälle

Version ff, eine Trace-ID aus lauter Nullen und eine Parent-ID aus lauter Nullen sehen alle wie gültiges Hex aus, sind laut W3C Trace Context aber ausdrücklich ungültig — dieser traceparent Parser benennt sie konkret, statt nur Länge und Zeichensatz zu prüfen.

Die drei vom Standard verbotenen Fälle: Version ff, eine Trace-ID aus lauter Nullen und eine Parent-ID aus lauter Nullen

Was dieser Parser prüft, das ein flüchtiger Blick übersieht

Drei Dinge, die es sich zu wissen lohnt, bevor Sie einen Header aus den Produktions-Logs einfügen.

01

Einen Header einfügen oder ein Grenzfall-Beispiel laden

Das Parsen läuft automatisch 300ms nach dem letzten Tastendruck — kein Button nötig, außer die automatische Prüfung ist ausgeschaltet. Die drei Beispiel-Chips sind nicht zufällig gewählt: Sie laden einen gültigen Header, einen mit Version ff und einen mit einer Trace-ID aus lauter Nullen — genau die drei Grenzfälle, die der Standard namentlich nennt.

  • Strg/Cmd+Enter parst sofort und überspringt die Verzögerung
02

Einen tracestate-Wert hinzufügen oder in den Stapelmodus wechseln

Das tracestate-Feld ist standardmäßig eingeklappt, da nicht jeder Header einen mitführt — aktivieren Sie es, um vendor=value-Paare gegen die Grenzwerte des Standards (32 Einträge, 256 Zeichen) zu prüfen. Prüfen Sie einen ganzen Log-Export statt eines einzelnen Headers, wechseln Sie in den Stapelmodus und fügen Sie einen traceparent pro Zeile ein.

  • Der Stapelmodus startet bewusst nur manuell: Er läuft nicht bei jedem Tastendruck während des Einfügens neu
03

Das Ergebnis pro Feld lesen, dann kopieren oder exportieren

Ein Header mit Version 00 wird vollständig geprüft; alles darüber wird decodiert, aber die überschüssigen Felder werden nur angezeigt, nie interpretiert. Kopieren und Herunterladen werden deaktiviert, sobald Sie die Eingabe ändern, damit nie versehentlich ein veraltetes Ergebnis exportiert wird.

  • Im Generator-Modus lässt sich sofort ein frischer, standardkonformer traceparent für eine Testanfrage erzeugen

Was Parser und Generator wirklich tun

Echte W3C-Trace-Context-Validierung, kein Regex, der nur die Position der Bindestriche prüft.

Vollständige Aufschlüsselung aller vier Felder

Version, Trace-ID, Parent-ID und trace-flags werden jeweils einzeln geparst und beschriftet, inklusive einer verständlichen Erklärung des Sampled-Bits.

Strikte, standardgetreue Validierung

So lässt sich eine einzelne Trace-ID validieren, ohne einen ganzen Tracing-Client einzubinden: Version ff, eine Trace-ID aus lauter Nullen, eine Parent-ID aus lauter Nullen, falsche Feldlängen und Großbuchstaben-Hex werden abgelehnt — genau die Fälle, die ein lockerer Regex meist durchwinkt.

Stapelprüfung mit Zusammenfassung pro Zeile

Fügen Sie einen ganzen Log-Auszug mit traceparent-Werten ein und erhalten Sie eine Zählung gültig/ungültig/leer plus das genaue fehlerhafte Feld für jede fehlerhafte Zeile.

Strukturprüfung für tracestate

Prüft key=value-Einträge gegen den Zeichensatz des Standards, das tenant@vendor-Format, das 256-Zeichen-Limit pro Wert, die Obergrenze von 32 Einträgen und die Regel gegen doppelte Keys.

Standardkonforme Test-Header generieren

Erzeugt einen traceparent mit Version 00 sowie kryptografisch zufälligen, garantiert nicht-null Trace- und Parent-IDs, damit nie versehentlich mit einem ungültigen Platzhalter getestet wird.

Was dieses Tool prüft — und was bewusst nicht

Lesen Sie das, bevor Sie ein grünes Ergebnis mit einer gesunden Tracing-Pipeline gleichsetzen.

Ein gültiger Header beweist keine existierende Trace
Dieses Tool prüft eine Zeichenkette nur gegen die W3C-Trace-Context-Grammatik. Es kontaktiert weder Jaeger, Datadog, Honeycomb noch ein anderes Backend — „gültig“ bedeutet also nur „wohlgeformt“, nicht „tatsächlich aufgezeichnet“.
Unterstützt wird ausschließlich W3C Trace Context
Zipkins B3-Header, Google Clouds X-Cloud-Trace-Context und Sentrys sentry-trace verwenden andere Feldanzahlen und Trennzeichen. Dieser Parser liest oder konvertiert diese Formate nicht.
Ungültige Eingaben werden gemeldet, nie still korrigiert
Eine 31-stellige Trace-ID wird nicht mit einer Null aufgefüllt, und Großbuchstaben-Hex wird vor der Prüfung nicht klein geschrieben — beides sind genau die Fehler, die in der Praxis die Trace-Propagierung brechen, deshalb werden sie sichtbar gemacht statt versteckt.
Stapel-Eingaben sind auf 500 Zeilen begrenzt
Alles läuft im Browser-Tab, deshalb ist bei extrem großen Log-Einfügungen der verfügbare Arbeitsspeicher das Limit. Größere Exporte bitte in Blöcke von 500 Zeilen oder weniger aufteilen.

Häufige Fragen zum traceparent Parser

Echte Fragen, die beim Debuggen von W3C-Trace-Context-Headern auftauchen.

Was bedeutet das Sampled-Flag (01) in trace-flags eigentlich?

trace-flags ist ein einzelnes Byte, geschrieben als zwei Hex-Zeichen; Bit 0 ist das Sampled-Flag. 01 bedeutet, dass der Aufrufer empfiehlt, diese Trace vom Tracing-Backend aufzuzeichnen, 00 bedeutet das Gegenteil — es ist eine entlang der Aufrufkette weitergegebene Empfehlung, keine Garantie, dass irgendein System die Trace tatsächlich erfasst hat.

Was ist der Unterschied zwischen Trace-ID und Span-ID?

Die Trace-ID identifiziert die gesamte verteilte Trace eindeutig und wird von allen beteiligten Diensten geteilt. Die Span-ID (im W3C-Standard Parent-ID genannt) identifiziert einen einzelnen Abschnitt innerhalb dieser Kette und ändert sich meist bei jedem Dienst, während die Trace-ID gleich bleibt.

Was ist der Unterschied zwischen traceparent und tracestate?

traceparent transportiert die vier Pflichtfelder — Version, Trace-ID, Parent-ID und trace-flags —, die jedes W3C-konforme System verstehen muss. tracestate ist optional und enthält herstellerspezifische key=value-Daten, die einzelne Tracing-Systeme anhängen können, ohne dass andere Systeme sie verstehen müssen.

Warum ist die Version ff bei traceparent verboten?

Der W3C-Trace-Context-Standard reserviert ff, damit es niemals mit einer künftigen Versionsnummer verwechselt werden kann — sie ist ausdrücklich verboten, egal wie korrekt der restliche Header formatiert ist. Dieser Parser lehnt sie namentlich ab, statt sie wie eine beliebige zweistellige Hex-Version zu behandeln.

Warum ist eine Trace-ID aus lauter Nullen ungültig?

Eine Trace-ID aus lauter Nullen kann nichts identifizieren, deshalb verbietet der Standard sie ausdrücklich, obwohl „32 Nullen“ eine naive Hex-Formatprüfung besteht. Dieselbe Regel gilt für eine Parent-ID (Span-ID) aus lauter Nullen.

Wie behebe ich einen ungültigen W3C-Trace-Context-Header?

Parsen Sie ihn zuerst hier, um genau zu sehen, welches Feld fehlschlägt und warum. Die meisten realen Fehler entstehen, weil ein Proxy oder eine Logging-Pipeline den Header abschneidet, Großbuchstaben-Hex einmischt oder versehentlich einen Platzhalterwert wie lauter Nullen statt einer echt generierten ID weiterleitet.

Einen Header gefunden, den dieser Parser falsch bewertet?

Jetzt den traceparent Parser nutzen

Einen traceparent-Header parsen, mehrere davon prüfen oder einen frischen Test-Header generieren — alles im Browser, ohne Upload.

Als Lesezeichen speichern für das nächste Mal, wenn ein Trace zwischen zwei Diensten verschwindet.

Teil der Kategorie Developer Tools & DevOps auf HeyUtils.