chore(de): retranslate web/http/headers [2024-09-26]

Machine translation (MT) from English using gpt-4o-2024-08-06
and the system prompt below, without any manual fix.

Base: https://github.com/mdn/content/tree/2503df3c1d544137d75ed8d5d986bd120de06783/files/en-us

```md
You are tasked with translating MDN Web Docs content from English to German. Ensure that the translation is accurate, preserves technical terminology, and follows the rules provided below.

1. Format

   - The input is a Markdown file, preceded by YAML Frontmatter.
   - The output should be a Markdown file, preceded by YAML Frontmatter.
   - Return the raw output, without wrapping it in a Markdown code block.
   - Keep GFM alert syntax untranslated, such as `> [!NOTE]`, `> [!WARNING]`, and `> [!CALLOUT]`.
   - If the input contains HTML tags wrapped in backticks (e.g. `<video>`), make sure they are wrapped in the output.

2. YAML Frontmatter:

   - The YAML frontmatter _keys_ must remain **untouched** and **not translated**.
   - Translate only the values for `title` and `short-title`.
   - Keep technical terms like HTTP header names and Web API names in the `title` and `short-title` in **English**.

3. Language:

   - Prefer formal language ("Sie") over informal language ("du").

4. Code blocks:

   - Do not translate code blocks.
   - Do not translate terms wrapped in backticks.

5. Macro calls:

   - MDN uses macros for dynamic content insertion. These macros must remain **unchanged** and not translated.
   - Macro calls start with `{{`, followed by the macro name, optional parameters, and end with `}}`.
   - Avoid invalid macro calls by ensuring curly braces, parentheses, and quotes are closed properly.

6. Technical terms and code snippets in text:

   - Keep technical terms like element names, attributes, and method names in **English**. Only translate the surrounding descriptive text.

7. Links and References:

   - Translate link descriptions, but keep the URLs and their structure intact.
   - Do not change the locale in URLs.

Translate the following Markdown content from **English** to **German** while adhering to the rules above.
```

files/de/web/http/headers/accept-ch/index.md

@@ -7,7 +7,7 @@ l10n:
 
 {{HTTPSidebar}}{{securecontext_header}}
 
-Der **`Accept-CH`**-Header kann von einem Server gesetzt werden, um anzugeben, welche [Client-Hints](/de/docs/Web/HTTP/Client_hints) Header ein Client in nachfolgenden Anfragen einschließen sollte.
+Der **`Accept-CH`**-Header kann von einem Server gesetzt werden, um festzulegen, welche [Client-Hints](/de/docs/Web/HTTP/Client_hints)-Header ein Client in nachfolgenden Anfragen einfügen soll.
 
 <table class="properties">
   <tbody>
@@ -29,7 +29,7 @@ Der **`Accept-CH`**-Header kann von einem Server gesetzt werden, um anzugeben, w
 </table>
 
 > [!NOTE]
-> Client-Hints sind nur auf sicheren Ursprüngen (über TLS) verfügbar. Der `Accept-CH`-Header sollte für alle sicheren Anfragen beibehalten werden, um sicherzustellen, dass Client-Hints zuverlässig gesendet werden.
+> Client-Hints sind nur auf sicheren Ursprüngen (über TLS) zugänglich. Der `Accept-CH`-Header sollte für alle sicheren Anfragen gespeichert werden, um sicherzustellen, dass die Client-Hints zuverlässig gesendet werden.
 
 ## Syntax
 

files/de/web/http/headers/accept-charset/index.md

@@ -10,11 +10,11 @@ l10n:
 > [!WARNING]
 > Verwenden Sie diesen Header nicht. Browser lassen diesen Header weg und Server sollten ihn ignorieren.
 
-Der **`Accept-Charset`**-Anfrage-HTTP-Header war ein Header, der die von einem Client unterstützten {{glossary("character encoding", "Zeichenkodierungen")}} mitteilte. Er wird nicht mehr weit verbreitet verwendet.
+Der HTTP-Request-Header **`Accept-Charset`** war ein Header, der die vom Client unterstützten {{glossary("character encoding", "Zeichenkodierungen")}} anzeigte. Er wird nicht mehr häufig verwendet.
 
-UTF-8 ist gut unterstützt und die überwältigend bevorzugte Wahl für Zeichenkodierung. Um [bessere Privatsphäre durch weniger konfigurationsbasierten Entropie](https://www.eff.org/deeplinks/2010/01/primer-information-theory-and-privacy) zu gewährleisten, lassen alle Browser den `Accept-Charset` Header weg.
+UTF-8 wird gut unterstützt und ist die überwältigend bevorzugte Wahl für die Zeichenkodierung. Um [bessere Privatsphäre durch weniger konfigurationsbasierte Entropie zu gewährleisten](https://www.eff.org/deeplinks/2010/01/primer-information-theory-and-privacy), lassen alle Browser den `Accept-Charset` Header weg.
 
-Heute ist `Accept-Charset` vor allem als einer von mehreren [verbotenen Headernamen](/de/docs/Glossary/Forbidden_header_name) bekannt.
+Heutzutage ist `Accept-Charset` vor allem dafür bekannt, einer von mehreren [verbotenen Headernamen](/de/docs/Glossary/Forbidden_header_name) zu sein.
 
 <table class="properties">
   <tbody>
@@ -31,7 +31,7 @@ Heute ist `Accept-Charset` vor allem als einer von mehreren [verbotenen Headerna
 
 ## Siehe auch
 
-- HTTP [Inhaltsverhandlung](/de/docs/Web/HTTP/Content_negotiation)
-- [Accept-Charset ist nicht mehr](https://hsivonen.fi/accept-charset/)
-- Header mit dem Ergebnis der Inhaltsverhandlung: {{HTTPHeader("Content-Type")}}
+- HTTP [Inhaltsaushandlung](/de/docs/Web/HTTP/Content_negotiation)
+- [Accept-Charset is no more](https://hsivonen.fi/accept-charset/)
+- Header mit dem Ergebnis der Inhaltsaushandlung: {{HTTPHeader("Content-Type")}}
 - Andere ähnliche Header: {{HTTPHeader("TE")}}, {{HTTPHeader("Accept-Encoding")}}, {{HTTPHeader("Accept-Language")}}, {{HTTPHeader("Accept")}}

files/de/web/http/headers/accept-encoding/index.md

@@ -7,24 +7,24 @@ l10n:
 
 {{HTTPSidebar}}
 
-Der **`Accept-Encoding`** Anfrage-HTTP-Header gibt an, welche Inhaltscodierung (normalerweise ein Komprimierungsalgorithmus) der Client verstehen kann. Der Server verwendet die [Inhaltsaushandlung](/de/docs/Web/HTTP/Content_negotiation), um einen der Vorschläge auszuwählen und informiert den Client über diese Wahl mit dem {{HTTPHeader("Content-Encoding")}} Antwort-Header.
+Der **`Accept-Encoding`** HTTP-Header in der Anfrage gibt die Inhaltskodierung (normalerweise ein Komprimierungsalgorithmus) an, die der Client verstehen kann. Der Server verwendet [Inhaltsaushandlung](/de/docs/Web/HTTP/Content_negotiation), um eines der vorgeschlagenen Formate auszuwählen und informiert den Client über diese Wahl mit dem {{HTTPHeader("Content-Encoding")}} Header in der Antwort.
 
-Selbst wenn sowohl der Client als auch der Server die gleichen Komprimierungsalgorithmen unterstützen, kann der Server entscheiden, den Körper einer Antwort nicht zu komprimieren, wenn der Wert `identity` ebenfalls akzeptabel ist. Zwei häufige Gründe führen dazu:
+Auch wenn sowohl der Client als auch der Server dieselben Komprimierungsalgorithmen unterstützen, kann der Server entscheiden, den Inhalt einer Antwort nicht zu komprimieren, wenn der `identity`-Wert ebenfalls akzeptabel ist. Zwei häufige Gründe sind dafür:
 
-- Die zu sendenden Daten sind bereits komprimiert, daher würde eine zweite Komprimierung die übertragene Datenmenge nicht verringern. Dies gilt für vorab komprimierte Bildformate (beispielsweise JPEG);
-- Der Server ist überlastet und kann keine Rechenressourcen zur Durchführung der Komprimierung bereitstellen. Zum Beispiel empfiehlt Microsoft, nicht zu komprimieren, wenn ein Server mehr als 80 % seiner Rechenleistung nutzt.
+- Die zu sendenden Daten sind bereits komprimiert, sodass eine zweite Komprimierung die übertragene Datenmenge nicht verringern würde. Dies gilt für vorkomprimierte Bildformate (z. B. JPEG);
+- Der Server ist überlastet und kann keine Rechenressourcen für die Komprimierung bereitstellen. Microsoft empfiehlt beispielsweise, keine Komprimierung vorzunehmen, wenn ein Server mehr als 80 % seiner Rechenkapazität nutzt.
 
-Solange die Direktiven `identity;q=0` oder `*;q=0` den Wert `identity`, was keine Kodierung bedeutet, nicht ausdrücklich verbieten, darf der Server niemals einen {{HTTPStatus("406")}} `Nicht akzeptabel` Fehler zurückgeben.
+Solange die Direktiven `identity;q=0` oder `*;q=0` den `identity`-Wert, der keine Kodierung bedeutet, nicht ausdrücklich verbieten, darf der Server niemals einen {{HTTPStatus("406")}} `Not Acceptable` Fehler zurückgeben.
 
 > [!NOTE]
 >
-> - Ein IANA-Register hält [eine Liste der offiziellen Inhaltskodierungen](https://www.iana.org/assignments/http-parameters/http-parameters.xhtml#content-coding) bereit.
-> - Die `bzip` und `bzip2` Kodierungen sind nicht standardisiert, können jedoch in einigen Fällen, einschließlich Unterstützung für ältere Systeme, verwendet werden.
+> - Ein IANA-Register führt [eine Liste offizieller Inhaltskodierungen](https://www.iana.org/assignments/http-parameters/http-parameters.xhtml#content-coding).
+> - Die `bzip` und `bzip2` Kodierungen sind nicht standardisiert, können jedoch in einigen Fällen verwendet werden, einschließlich Unterstützung älterer Systeme.
 
 <table class="properties">
   <tbody>
     <tr>
-      <th scope="row">Header-Typ</th>
+      <th scope="row">Headertyp</th>
       <td>{{Glossary("Request header")}}</td>
     </tr>
     <tr>
@@ -52,21 +52,21 @@ Accept-Encoding: deflate, gzip;q=1.0, *;q=0.5
 ## Direktiven
 
 - `gzip`
-  - : Ein Komprimierungsformat, das die [Lempel-Ziv-Codierung](https://en.wikipedia.org/wiki/LZ77_and_LZ78#LZ77) (LZ77) mit einer 32-Bit-CRC verwendet.
+  - : Ein Komprimierungsformat, das den [Lempel-Ziv-Algorithmus](https://en.wikipedia.org/wiki/LZ77_and_LZ78#LZ77) (LZ77) mit einem 32-Bit-CRC nutzt.
 - `compress`
   - : Ein Komprimierungsformat, das den [Lempel-Ziv-Welch](https://en.wikipedia.org/wiki/LZW) (LZW) Algorithmus verwendet.
 - `deflate`
-  - : Ein Komprimierungsformat, das die [zlib](https://en.wikipedia.org/wiki/Zlib) Struktur mit dem [_deflate_](https://en.wikipedia.org/wiki/DEFLATE) Komprimierungsalgorithmus verwendet.
+  - : Ein Komprimierungsformat, das die [zlib](https://en.wikipedia.org/wiki/Zlib) Struktur mit dem [_deflate_](https://en.wikipedia.org/wiki/DEFLATE) Komprimierungsalgorithmus nutzt.
 - `br`
-  - : Ein Komprimierungsformat, das den [Brotli-Algorithmus](https://en.wikipedia.org/wiki/Brotli) verwendet.
+  - : Ein Komprimierungsformat, das den [Brotli](https://en.wikipedia.org/wiki/Brotli) Algorithmus verwendet.
 - `zstd`
-  - : Ein Komprimierungsformat, das den [Zstandard-Algorithmus](https://en.wikipedia.org/wiki/Zstd) verwendet.
+  - : Ein Komprimierungsformat, das den [Zstandard](https://en.wikipedia.org/wiki/Zstd) Algorithmus benutzt.
 - `identity`
-  - : Gibt die Identity-Funktion an (d. h. ohne Änderung oder Komprimierung). Dieser Wert wird immer als akzeptabel angesehen, selbst wenn er weggelassen wird.
+  - : Gibt die Identitätsfunktion an (d. h. ohne Änderungen oder Komprimierung). Dieser Wert gilt immer als akzeptabel, auch wenn er weggelassen wird.
 - `*`
-  - : Passt zu jeder Inhaltskodierung, die nicht bereits im Header aufgeführt ist. Dies ist der Standardwert, wenn der Header nicht vorhanden ist. Diese Direktive deutet nicht darauf hin, dass ein Algorithmus unterstützt wird, sondern gibt an, dass keine Präferenz ausgedrückt wird.
-- `;q=` (q-Werte Gewichtung)
-  - : Jeder Wert wird in einer Präferenzreihenfolge ausgedrückt, die durch einen relativen [Qualitätswert](/de/docs/Glossary/Quality_values), genannt _Gewicht_, angegeben wird.
+  - : Entspricht jeder nicht bereits im Header aufgeführten Inhaltskodierung. Dies ist der Standardwert, wenn der Header nicht vorhanden ist. Diese Direktive deutet nicht darauf hin, dass irgendein Algorithmus unterstützt wird, sondern dass keine Präferenz ausgedrückt wird.
+- `;q=` (q-Wert Gewichtung)
+  - : Jeder Wert wird in einer Präferenzreihenfolge ausgedrückt, die mit einem relativen [Qualitätswert](/de/docs/Glossary/Quality_values) bezeichnet wird, der _Gewicht_ genannt wird.
 
 ## Beispiele
 
@@ -93,6 +93,6 @@ Accept-Encoding: br;q=1.0, gzip;q=0.8, *;q=0.1
 - HTTP [Inhaltsaushandlung](/de/docs/Web/HTTP/Content_negotiation)
 - Ein Header mit dem Ergebnis der Inhaltsaushandlung: {{HTTPHeader("Content-Encoding")}}
 - Andere ähnliche Header: {{HTTPHeader("TE")}}, {{HTTPHeader("Accept")}}, {{HTTPHeader("Accept-Language")}}
-- {{Glossary("Brotli-Komprimierung")}}
-- {{Glossary("GZip-Komprimierung")}}
-- {{Glossary("Zstandard-Komprimierung")}}
+- {{Glossary("Brotli compression")}}
+- {{Glossary("GZip compression")}}
+- {{Glossary("Zstandard compression")}}

files/de/web/http/headers/accept-language/index.md

@@ -7,18 +7,18 @@ l10n:
 
 {{HTTPSidebar}}
 
-Der **`Accept-Language`** HTTP-Anforderungsheader gibt die natürliche Sprache und das Gebietsschema an, die der Client bevorzugt. Der Server verwendet [Inhaltsaushandlung](/de/docs/Web/HTTP/Content_negotiation), um einen der Vorschläge auszuwählen, und informiert den Client über die Wahl mit dem {{HTTPHeader("Content-Language")}} Antwortheader. Browser setzen die erforderlichen Werte für diesen Header basierend auf ihrer aktiven Benutzeroberflächensprache. Benutzer können auch zusätzliche bevorzugte Sprachen über die Browsereinstellungen konfigurieren.
+Der **`Accept-Language`** Anforderungs-HTTP-Header gibt an, welche natürliche Sprache und welches Gebietsschema der Client bevorzugt. Der Server verwendet die [Inhaltsaushandlung](/de/docs/Web/HTTP/Content_negotiation), um eines der Vorschläge auszuwählen und informiert den Client mit dem {{HTTPHeader("Content-Language")}} Antwort-Header über die Entscheidung. Browser setzen erforderliche Werte für diesen Header entsprechend ihrer aktiven Benutzeroberflächensprache. Benutzer können über die Browsereinstellungen auch zusätzliche bevorzugte Sprachen konfigurieren.
 
-Der `Accept-Language` Header listet in der Regel die gleichen Gebietsschemata wie die {{domxref("navigator.languages")}} Eigenschaft, mit abnehmenden `q` Werten (Qualitätswerten) auf. Einige Browser (Chrome und Safari) fügen in `Accept-Language` sprachspezifische Fallback-Tags hinzu – zum Beispiel `en-US,en;q=0.9,zh-CN;q=0.8,zh;q=0.7`, wenn `navigator.languages` `["en-US", "zh-CN"]` ist. Aus Datenschutzgründen (Reduzierung von {{Glossary("fingerprinting")}}) können sowohl `Accept-Language` als auch `navigator.languages` nicht die vollständige Liste der Benutzervorlieben enthalten, wie in Safari (immer) und dem Inkognito-Modus von Chrome, wo nur eine Sprache aufgelistet wird.
+Der `Accept-Language`-Header listet im Allgemeinen dieselben Gebietsschemata auf wie die Eigenschaft {{domxref("navigator.languages")}}, mit abnehmenden `q`-Werten (Qualitätswerte). Einige Browser (Chrome und Safari) fügen in `Accept-Language` sprachbasierte Fallback-Tags hinzu – zum Beispiel `en-US,en;q=0.9,zh-CN;q=0.8,zh;q=0.7`, wenn `navigator.languages` `["en-US", "zh-CN"]` ist. Aus Datenschutzgründen (Reduzierung von {{Glossary("fingerprinting")}}) können `Accept-Language` und `navigator.languages` nicht die vollständige Liste der Benutzerpräferenzen enthalten, wie in Safari (immer) und im Inkognitomodus von Chrome, wo nur eine Sprache aufgelistet ist.
 
-Dieser Header dient als Hinweis, wenn der Server die Zielsprache des Inhalts nicht anderweitig bestimmen kann (zum Beispiel die Verwendung einer spezifischen URL, die von einer expliziten Benutzerentscheidung abhängt). Der Server sollte niemals eine explizite Sprachauswahl des Benutzers überschreiben. Der Inhalt von `Accept-Language` liegt oft außerhalb der Kontrolle eines Benutzers (zum Beispiel beim Reisen). Ein Benutzer möchte möglicherweise auch eine Seite in einer anderen Sprache besuchen als der Sprache der Benutzeroberfläche.
+Dieser Header dient als Hinweis, wenn der Server die Zielsprache des Inhalts anderweitig nicht bestimmen kann (zum Beispiel bei der Verwendung einer spezifischen URL, die von einer expliziten Benutzerentscheidung abhängt). Der Server sollte niemals eine explizite Benutzer-Sprachauswahl überschreiben. Der Inhalt von `Accept-Language` liegt oft außerhalb der Kontrolle eines Benutzers (zum Beispiel bei Reisen). Ein Benutzer möchte möglicherweise auch eine Seite in einer anderen Sprache als in der Benutzeroberfläche sehen.
 
-Der Server kann möglicherweise einen {{HTTPStatus("406")}} (Not Acceptable) Fehlercode zurücksenden, wenn kein Inhalt in einer passenden Sprache bereitgestellt werden kann. Solches Verhalten wird jedoch selten implementiert, um eine bessere Benutzererfahrung zu gewährleisten, und Server ignorieren oft den `Accept-Language` Header in solchen Fällen.
+Der Server kann möglicherweise einen {{HTTPStatus("406")}} (Nicht akzeptabel) Fehlercode zurücksenden, wenn er Inhalte nicht in einer passenden Sprache bereitstellen kann. Ein solches Verhalten wird jedoch selten implementiert, um ein besseres Benutzererlebnis zu gewährleisten, und Server ignorieren den `Accept-Language`-Header in solchen Fällen häufig.
 
 <table class="properties">
   <tbody>
     <tr>
-      <th scope="row">Header-Typ</th>
+      <th scope="row">Headertyp</th>
       <td>{{Glossary("Request header")}}</td>
     </tr>
     <tr>
@@ -48,17 +48,16 @@ Accept-Language: *
 Accept-Language: fr-CH, fr;q=0.9, en;q=0.8, de;q=0.7, *;q=0.5
 ```
 
-## Anweisungen
+## Direktiven
 
 - `<language>`
-  - : Ein Sprach-Tag (manchmal auch als "Gebietsschema-Identifikator" bezeichnet).
-    Dies besteht aus einem 2- bis 3-Buchstaben-Basis-Sprachtag, der eine Sprache angibt, optional gefolgt von zusätzlichen Untertags, die durch `'-'` getrennt sind.
-    Die häufigsten zusätzlichen Informationen sind die Länder- oder Regionsvariante (wie `'en-US'` oder `'fr-CA'`) oder die Art des zu verwendenden Alphabets (wie `'sr-Latn'`).
-    Andere Varianten, wie die Art der Orthographie (`'de-DE-1996'`), werden im Kontext dieses Headers normalerweise nicht verwendet.
+  - : Ein Sprach-Tag (auch als "Gebietsschema-Identifikator" bezeichnet).
+    Dies besteht aus einem 2-3 Buchstaben umfassenden Basis-Sprach-Tag, das eine Sprache angibt, optional gefolgt von zusätzlichen Untertags, die durch `'-'` getrennt sind. Die häufigsten Zusatzinformationen sind die länderspezifische oder regionale Variante (wie `'en-US'` oder `'fr-CA'`) oder die zu verwendende Schriftart (wie `'sr-Latn'`).
+    Andere Varianten, wie der Typ der Orthographie (`'de-DE-1996'`), werden im Kontext dieses Headers normalerweise nicht verwendet.
 - `*`
-  - : Jede Sprache; `'*'` wird als Platzhalter verwendet.
-- `;q=` (q-Faktor Gewichtung)
-  - : Jeder Wert in einer Reihenfolge der Präferenz, ausgedrückt durch einen relativen {{glossary("Quality values", "Qualitätswert")}}, genannt _Gewicht_.
+  - : Beliebige Sprache; `'*'` wird als Platzhalter verwendet.
+- `;q=` (q-Faktor-Gewichtung)
+  - : Jeder Wert, der in einer Präferenzreihenfolge angegeben wird, ausgedrückt durch einen relativen {{glossary("Quality values", "Qualitätswert")}} genanntes _Gewicht_.
 
 ## Beispiele
 
@@ -78,7 +77,7 @@ Accept-Language: en-US,en;q=0.5
 
 {{Specifications}}
 
-## Kompatibilität der Browser
+## Browser-Kompatibilität
 
 {{Compat}}
 

files/de/web/http/headers/accept-patch/index.md

@@ -7,19 +7,19 @@ l10n:
 
 {{HTTPSidebar}}
 
-Der **`Accept-Patch`** Antwort-HTTP-Header gibt an, welchen Medientyp der Server in einer PATCH-Anfrage verarbeiten kann.
+Der **`Accept-Patch`** Antwort-HTTP-Header gibt an, welchen Medientyp der Server in einer PATCH-Anfrage versteht.
 
-**`Accept-Patch`** als Antwort auf eine beliebige Methode bedeutet, dass PATCH auf der durch die Request-URI identifizierten Ressource erlaubt ist. Zwei häufige Fälle führen dazu:
+**`Accept-Patch`** als Antwort auf eine beliebige Methode bedeutet, dass PATCH auf die durch die Request-URI identifizierte Ressource erlaubt ist. Zwei häufige Fälle führen dazu:
 
-Ein Server, der eine PATCH-Anfrage mit einem nicht unterstützten Medientyp erhält, könnte mit {{HTTPStatus("415")}} `Unsupported Media Type` antworten und einen Accept-Patch-Header angeben, der einen oder mehrere unterstützte Medientypen referenziert.
+Ein Server, der eine PATCH-Anfrage mit einem nicht unterstützten Medientyp erhält, könnte mit {{HTTPStatus("415")}} `Unsupported Media Type` antworten und einen Accept-Patch-Header zurückgeben, der einen oder mehrere unterstützte Medientypen angibt.
 
 > [!NOTE]
-> Ein IANA-Register pflegt [eine Liste von Medientypen](https://www.iana.org/assignments/media-types/media-types.xhtml).
+> Ein IANA-Register führt [eine Liste von Medientypen](https://www.iana.org/assignments/media-types/media-types.xhtml).
 
 <table class="properties">
   <tbody>
     <tr>
-      <th scope="row">Header-Typ</th>
+      <th scope="row">Headertyp</th>
       <td>{{Glossary("Response header")}}</td>
     </tr>
     <tr>
@@ -37,7 +37,7 @@ Accept-Patch: text/example;charset=utf-8
 Accept-Patch: application/merge-patch+json
 ```
 
-## Anweisungen
+## Direktiven
 
 Keine
 
@@ -57,9 +57,9 @@ Accept-Patch: application/merge-patch+json
 
 ## Browser-Kompatibilität
 
-Browser-Kompatibilität ist für diesen Header nicht relevant (Header wird vom Server gesendet, und die Spezifikation definiert kein Client-Verhalten).
+Die Browser-Kompatibilität ist für diesen Header nicht relevant (Header wird vom Server gesendet und die Spezifikation definiert kein Client-Verhalten).
 
 ## Siehe auch
 
-- HTTP-Methode {{HTTPMethod("PATCH")}}
+- Http-Methode {{HTTPMethod("PATCH")}}
 - HTTP Semantik und Kontext {{RFC("7231", "PUT", "4.3.4")}}