> For the complete documentation index, see [llms.txt](https://docs.airops.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.airops.com/docs/de/kontext/brand-kit/content-types.md).

# Inhaltstypen

Definieren Sie die verschiedenen Formate von Inhalten, die Sie erstellen

Content-Typen definieren die verschiedenen Formate von Inhalten, die Sie erstellen. Jeder Content-Typ kann seine eigene Struktur, Beispiele, CTAs und Schreibregeln haben und stellt so sicher, dass Ihre Workflows konsistent formatierte Ausgaben erzeugen.

## Content-Typ-Attribute

Für jeden Content-Typ können Sie Folgendes definieren:

### Beispiele

Fügen Sie Beispiel-URLs dieses Content-Typs hinzu, damit die KI Ihre ideale Ausgabe besser versteht. Diese Beispiele dienen als Referenzen für K-Shot-Prompting und zeigen dem LLM, wie großartige Inhalte aussehen.

### Vorlagen-Gliederung

Fügen Sie die Markdown-Struktur für diesen Content-Typ hinzu. Definieren Sie Abschnitte wie Titel, Meta, TL;DR, Einleitung und Hauptabschnitte mit Vorgaben zur Wortanzahl. Dies stellt eine konsistente Struktur für alle Inhalte dieses Typs sicher.

### CTA-Text

Geben Sie den primären Call-to-Action dieses Content-Typs ein (z. B. „Beratungsgespräch buchen“, „Kostenlose Testversion starten“, „Mehr erfahren“). Dadurch wird standardisiert, wie Sie in jedem Inhaltsformat zur Aktion auffordern.

### CTA-Ziel

Geben Sie die primäre Call-to-Action-URL dieses Content-Typs ein. Dadurch wird sichergestellt, dass alle CTAs auf das richtige Ziel verlinken.

### Header-Schreibweise

Wählen Sie, wie Überschriften formatiert werden sollen:

* **Großschreibung der Hauptwörter**: Hauptwörter großschreiben
* **Satzschreibweise**: Nur das erste Wort großschreiben
* **Benutzerdefiniert**: Gemischte Stile für verschiedene Überschriftenebenen definieren

### Schreibregeln

Content-typspezifische Regeln, die bei der Struktur und dem Inhalt für alle Workflows helfen, die Inhalte in diesem Format erstellen oder aktualisieren. Verwenden Sie eine Regel pro Zeile. Diese Regeln ergänzen Ihre globalen Schreibregeln.

## Beispiel

Ein Content-Typ „Blogbeitrag“ könnte Folgendes enthalten:

* **Beispiele**: URLs zu 3–5 Ihrer besten Blogbeiträge
* **Vorlagen-Gliederung**:

  ```
  # Titel (8–12 Wörter)
  Meta-Beschreibung (150–160 Zeichen)

  ## Kurz gesagt (2–3 Sätze)

  ## Einleitung (100–150 Wörter)

  ## Hauptabschnitte (3–5 Abschnitte, jeweils 200–300 Wörter)

  ## Fazit (100–150 Wörter)
  ```
* **CTA-Text**: „Beratungsgespräch buchen“
* **CTA-Ziel**: <https://airops.com/demo>
* **Header-Schreibweise**: Großschreibung der Hauptwörter
* **Schreibregeln**:
  * Fügen Sie pro Abschnitt mindestens eine Statistik oder einen Datenpunkt hinzu
  * Verwenden Sie alle 300 Wörter Zwischenüberschriften
  * Fügen Sie interne Links zu verwandten Inhalten ein

## Content-Typen hinzufügen

1. Navigiere zum **Inhaltstypen** Tab in deinem Brand Kit
2. Klicken Sie auf **Content-Typ hinzufügen**
3. Geben Sie den Namen des Content-Typs ein (z. B. „Blogbeitrag“, „Produktseite“, „Fallstudie“)
4. Füge hinzu **Beispiele** indem Sie auf „+ Beispiel hinzufügen“ klicken und Beispiel-URLs eingeben
5. Definieren Sie die **Vorlagen-Gliederung** mit Ihrer Markdown-Struktur (Abschnitte, Wortanzahlen)
6. Geben Sie die **CTA-Text** und **CTA-Ziel** URL für diesen Content-Typ ein
7. Wählen Sie einen **Header-Schreibweise** (Title Case, Satzschreibweise oder Benutzerdefiniert)
8. Füge hinzu **Schreibregeln** spezifisch für dieses Inhaltsformat
9. Speichere deine Änderungen

## Content-Typ-Variablen

Wenn ein Content-Typ ausgewählt ist, verwenden Sie diese Variablen:

| Attribut                  | Variable                                   | Verwendung                                                         |
| ------------------------- | ------------------------------------------ | ------------------------------------------------------------------ |
| **Inhaltstyp**            | `{{brand_kit.content_type}}`               | Rufen Sie die Details des ausgewählten Content-Typs ab.            |
| **Name des Content-Typs** | `{{brand_kit.content_type.name}}`          | Name des ausgewählten Content-Typs.                                |
| **Vorlagen-Gliederung**   | `{{brand_kit.content_type.outline}}`       | Verwenden Sie die Gliederung, um Inhalte passend zu strukturieren. |
| **Beispiele**             | `{{brand_kit.content_type.samples}}`       | Referenzbeispiele für K-Shot-Prompting.                            |
| **CTA-Text**              | `{{brand_kit.content_type.cta}}`           | Verwenden Sie den primären Call-to-Action-Text des Content-Typs.   |
| **CTA-Ziel**              | `{{brand_kit.content_type.cta_url}}`       | Verlinken Sie den CTA mit der angegebenen Ziel-URL.                |
| **Schreibregeln**         | `{{brand_kit.content_type.writing_rules}}` | Wenden Sie contenttypspezifische Schreibregeln an.                 |


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.airops.com/docs/de/kontext/brand-kit/content-types.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
