Zum Hauptinhalt springen
Bethemesh

HTTP-Header-Generator

Erstelle strukturierte HTTP-Header für Entwicklung, Tests und Dokumentation.

  • Zwischenablage
  • Export

Dieses Widget einbetten

Passe die Darstellung an, prüfe die Vorschau und kopiere anschließend den Code.

Vorschau

Art des Einbettungscodes

Zu kopierender Code

Responsive und automatisch von Bethemesh in der Größe angepasst.

Schnellvorlage

Ein Header pro Zeile: Name: Wert

War dieses Werkzeug hilfreich?

Wie funktioniert dieses Tool?

HTTP-Header für Anfragen oder Antworten zusammenstellen. Eingaben und Ergebnis werden dabei direkt und übersichtlich in deinem Browser verarbeitet.

Gib einen Header pro Zeile als Name: Wert ein. Der erste Doppelpunkt trennt den Namen ab. Weitere Doppelpunkte bleiben im Wert, beispielsweise in einer URL. Leere Zeilen werden ignoriert. Der Motor entfernt äußere Leerzeichen, prüft Namenszeichen und lehnt verbotene Steuerzeichen im Wert ab. Eine Zeile ohne Namen vor dem Trenner wird zurückgewiesen.

Headernamen unterscheiden keine Großschreibung. Nennen mehrere Zeilen dasselbe Feld, ersetzt die letzte die vorherigen Werte und behält ihre Schreibweise. Gezählt werden normalisierte Felder. Das eignet sich für einfache Konfigurationen, erhält aber nicht jede Zeile einer Antwort. Mehrere getrennte Set-Cookie-Felder lassen sich in diesem Objekt nicht zuverlässig darstellen. Nutze zum Untersuchen bestehender Blöcke den Analysator statt dieser Zusammenführung für Konfigurationen.

Die HTTP-Ausgabe ist eine Zeilenliste, JSON ein Objekt und Fetch ein Fragment headers: {...} für Anfrageoptionen. Status, Methode und Inhalt werden nicht erzeugt. JSON-, Cache- und CORS-Vorlagen sind anzupassende Ausgangspunkte. Access-Control-Allow-* gehört in Serverantworten. Solche Felder in einer Anfrage erteilen keine CORS-Erlaubnis. Manche Header werden vom Browser verwaltet und bei tatsächlichen Aufrufen möglicherweise abgelehnt. Prüfe deshalb auch die Regeln der vorgesehenen Laufzeit.

So verwenden Sie dieses Tool

  1. Den Kontext wählen

    Beginne mit Vorlage oder eigenen Zeilen. Unterscheide Anfrageheader wie Accept von Feldern, die ein Server in seiner Antwort senden muss.

  2. Werte prüfen

    Ergänze Felder zeilenweise und suche doppelte Namen. Der letzte Wert gilt; die Bedeutung jeder einzelnen Direktive wird nicht geprüft.

  3. Die Darstellung integrieren

    Erzeuge und kopiere oder lade HTTP-Zeilen, JSON-Objekt oder Fetch-Fragment herunter. Ihre Anwendung im Client oder Server bleibt ein getrennter Schritt.

Anwendungsfälle

JSON-Felder zusammenstellen

Verbinde Accept und Content-Type, ohne Antwortwunsch und gesendeten Inhalt zu verwechseln.

Cache konfigurieren

Bereite Antwortfelder für eine bewusste Übernahme in die Servereinstellungen vor.

Fetch-Optionen vorbereiten

Kopiere ein headers-Objekt in die Konfiguration eines eigenen API-Aufrufs.

Beispiele

Zwei JSON-bezogene Felder

Accept beschreibt die gewünschte Antwort und Content-Type den gesendeten Inhalt. Die Felder bleiben getrennt und sind nicht austauschbar.

Eingabe

Accept: application/json
Content-Type: application/json

Ergebnis

Accept: application/json
Content-Type: application/json

Das letzte Feld gilt

Beide Zeilen nennen dasselbe Feld. JSON behält nur den letzten Wert und dessen Schreibweise.

Eingabe

Accept: text/plain
accept: application/json

Ergebnis

{
  "accept": "application/json"
}

Tipps und bewährte Vorgehensweisen

  • Ersetze Geheimnisse vor dem Teilen von Authorization oder Cookie. Exporte enthalten deine eingegebenen Werte.
  • Ergänze charset oder andere Parameter nur für passende Formate. Ein formal gültiger Content-Type kann den tatsächlichen Inhalt falsch beschreiben.
  • Ein Host-Feld in Fetch-Optionen bestimmt nicht zwingend das Ziel. URL und Browserbeschränkungen steuern den Aufruf.

Quellen und Referenzen

Häufig gestellte Fragen

Ist die Fetch-Ausgabe eine vollständige Anfrage?

Nein. Sie ist ein headers-Optionsfragment. Ergänze passende URL, Methode und Inhalt oder nutze den API-Anfragegenerator.

Warum bleiben wiederholte Werte nicht getrennt?

Die Konfiguration wird auf einen Wert pro Namen normalisiert. Feldspezifische Wiederholungsregeln von HTTP werden nicht vollständig nachgebildet.

Hebt die CORS-Vorlage eine Browsersperre auf?

Nein. Der Server muss passende Antwortheader senden. Die Richtlinie muss Ursprünge, Methoden und eine mögliche Anmeldung berücksichtigen.

Ist jede akzeptierte Zeile überall gültig?

Nein. Geprüft werden allgemeine Form und verbotene Zeichen. Werte, Anfrage- oder Antwortverwendung und Clientbeschränkungen musst du gesondert prüfen.

Verwandte Werkzeuge

Werkzeuge, die diesem ähnlich sind oder es ergänzen.

Ähnliche Werkzeuge

Eine vollständige HTTP-API-Anfrage mit Methode, URL, Parametern, Headern und Body erstellen.

EntwicklungDieses Werkzeug verwenden

HTTP-Header analysieren und wichtige Sicherheits- und Cache-Informationen erkennen.

EntwicklungDieses Werkzeug verwenden

Finde MIME-Types anhand von Dateiendungen oder Bezeichnungen.

EntwicklungDieses Werkzeug verwenden