# Planifier des données structurées fidèles à la page

> À utiliser quand vous voulez un balisage schema qui reflète ce que la page dit réellement.

## À remplir avant de lancer

- `{{PAGE_URL}}`
- `{{PAGE_TEXT}}`
- `{{PAGE_PURPOSE}}`

## Prompt

```
Vous planifiez les données structurées d'une page, en vous appuyant strictement sur son contenu visible.

URL de la page : {{PAGE_URL}}
Contenu de la page : {{PAGE_TEXT}}
Objectif de la page : {{PAGE_PURPOSE}}

Produisez :
1. Une recommandation des types de schema adaptés, avec une ligne de justification chacun, classés par utilité.
2. Pour la principale recommandation, un bloc JSON-LD complet. Chaque valeur doit être traçable jusqu'à un texte de la page.
3. Un tableau : | Propriété | Valeur utilisée | Où elle apparaît sur la page | Risque en cas d'erreur |
4. Une liste des propriétés laissées vides et du contenu qui devrait exister sur la page pour pouvoir les remplir.

Contraintes :
- Ne remplissez jamais une propriété avec un contenu qui n'est pas visible sur la page. Pas de notes, prix, auteurs ou dates inventés.
- Ne recommandez pas de balisage FAQPage à moins que la page n'ait de véritables titres sous forme de questions suivis de réponses.
- Signalez toute propriété pour laquelle le contenu de la page est ambigu, plutôt que de choisir une valeur.
- Ne produisez que du JSON-LD valide dans la section 2, sans commentaire à l'intérieur du bloc de code.
```

## Obtenir un meilleur résultat

- Un schema en contradiction avec le texte visible est pire que pas de schema du tout.
- La section 4 révèle en général le vrai travail : c'est du contenu qui manque à la page, pas du balisage.
- Validez le bloc avant la mise en ligne ; un bloc JSON-LD cassé est ignoré silencieusement.

---

Extrait de la bibliothèque de prompts QuQi - https://www.quqi.io/fr/prompts/schema-for-answers