> 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/fr/contexte/brand-kit/content-types.md).

# Types de contenu

Définissez les différents formats de contenu que vous créez

Les types de contenu définissent les différents formats de contenu que vous créez. Chaque type de contenu peut avoir sa propre structure, ses exemples, ses CTA et ses règles de rédaction, garantissant que vos workflows produisent un contenu formaté de manière cohérente.

## Attributs du type de contenu

Pour chaque type de contenu, vous pouvez définir :

### Exemples

Ajoutez des URL d’exemple de ce type de contenu pour aider l’IA à comprendre le résultat idéal. Ces exemples servent de références pour le prompting k-shot, montrant au LLM à quoi ressemble un contenu de qualité.

### Plan du modèle

Ajoutez la structure Markdown pour ce type de contenu. Définissez des sections comme Titre, Méta, TL;DR, Introduction et Sections principales avec des indications de nombre de mots. Cela garantit une structure cohérente pour tout le contenu de ce type.

### Texte du CTA

Saisissez l’appel à l’action principal de ce type de contenu (par ex. « Réserver un appel », « Commencer l’essai gratuit », « En savoir plus »). Cela standardise la manière dont vous incitez à l’action dans chaque format de contenu.

### Destination du CTA

Saisissez l’URL d’appel à l’action principal de ce type de contenu. Cela garantit que tous les CTA renvoient vers la destination appropriée.

### Type de casse des en-têtes

Choisissez comment les en-têtes doivent être formatés :

* **Casse de titre**: Mettre en majuscule les mots principaux
* **Casse de phrase**: Mettre en majuscule uniquement le premier mot
* **Personnalisé**: Définir des styles mixtes pour différents niveaux de titres

### Règles de rédaction

Règles spécifiques au type de contenu qui aident à la structure et au contenu pour tous les workflows créant ou actualisant du contenu dans ce format. Utilisez une règle par ligne. Ces règles complètent vos règles rédactionnelles globales.

## Exemple

Un type de contenu « Article de blog » peut inclure :

* **Exemples**: des URL vers 3 à 5 de vos meilleurs articles de blog
* **Plan du modèle**:

  ```
  # Titre (8 à 12 mots)
  Méta description (150 à 160 caractères)

  ## TL;DR (2 à 3 phrases)

  ## Introduction (100 à 150 mots)

  ## Sections principales (3 à 5 sections, 200 à 300 mots chacune)

  ## Conclusion (100 à 150 mots)
  ```
* **Texte du CTA**: « Réserver un appel »
* **Destination du CTA**: <https://airops.com/demo>
* **Type de casse des en-têtes**: Casse de titre
* **Règles de rédaction**:
  * Inclure au moins une statistique ou une donnée par section
  * Utiliser des sous-titres tous les 300 mots
  * Inclure des liens internes vers du contenu connexe

## Ajout de types de contenu

1. Accédez à l’ **Types de contenu** dans votre Brand Kit
2. Cliquez sur **Ajouter un type de contenu**
3. Saisissez le nom du type de contenu (par ex. « Article de blog », « Page produit », « Étude de cas »)
4. Ajouter **Exemples** en cliquant sur « + Ajouter un exemple » et en saisissant des URL d’exemple
5. Définissez le **Plan du modèle** avec votre structure Markdown (sections, nombres de mots)
6. Saisissez le **Texte du CTA** et **Destination du CTA** URL de ce type de contenu
7. Sélectionnez un **Type de casse des en-têtes** (Casse de titre, casse de phrase ou personnalisé)
8. Ajouter **Règles de rédaction** spécifique à ce format de contenu
9. Enregistrez vos modifications

## Variables du type de contenu

Lorsqu’un type de contenu est sélectionné, utilisez ces variables :

| Attribut                   | Variable                                   | Utilisation                                                        |
| -------------------------- | ------------------------------------------ | ------------------------------------------------------------------ |
| **Type de contenu**        | `{{brand_kit.content_type}}`               | Accédez aux détails du type de contenu sélectionné.                |
| **Nom du type de contenu** | `{{brand_kit.content_type.name}}`          | Nom du type de contenu sélectionné.                                |
| **Plan du modèle**         | `{{brand_kit.content_type.outline}}`       | Utilisez le plan pour structurer correctement le contenu.          |
| **Exemples**               | `{{brand_kit.content_type.samples}}`       | Exemples de référence pour le prompting k-shot.                    |
| **Texte du CTA**           | `{{brand_kit.content_type.cta}}`           | Utilisez le texte principal d’appel à l’action du type de contenu. |
| **Destination du CTA**     | `{{brand_kit.content_type.cta_url}}`       | Liez le CTA à l’URL de destination spécifiée.                      |
| **Règles de rédaction**    | `{{brand_kit.content_type.writing_rules}}` | Appliquez les règles de rédaction spécifiques au type de contenu.  |


---

# 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/fr/contexte/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.
